# DNSBL и репутация IP

DNSBL и репутация IP — это списки и оценка доверия к адресу сервера, с которого отправляют письма. Если IP попал в DNSBL или накопил плохую репутацию, письмо могут отклонить ещё до доставки, направить в спам или ограничить отправку.

**Цифры:** 97,7% — адресов приняли письмо по всем нашим кампаниям; 2,3% — отскок по всем нашим кампаниям

## Почему один IP может остановить исправную кампанию

IP-адрес — технический источник отправки. Почтовый провайдер смотрит не только на текст и домен, но и на историю этого адреса: жалобы, отказы доставки, подозрительный темп, соседей по общему серверу. DNSBL — публичные или закрытые списки адресов, замеченных в нежелательной почтовой активности. Попадание в один список не всегда означает блокировку везде, но **объясняет, почему часть писем не принимается до чтения**.

| Сигнал | Что видит отправитель | Что делать |
|---|---|---|
| Жёсткий отказ | В ответе сервера упомянут чёрный список или репутация домена | Остановить поток и проверить IP по названию списка |
| Письмо принято, но ответов нет | Отскоков мало, а диалогов резко меньше | Проверить размещение во «Входящих» на тестовых адресах |
| Проблема только у части ящиков | Одинаковое письмо уходит с разной судьбой | Сравнить IP, домены и историю каждого ящика |

Репутация не принадлежит письму навсегда. Она меняется при смене IP, состава базы и ритма отправки. Поэтому техническая проверка идёт рядом с [валидацией и очисткой базы](/uslugi/validaciya-bazy/): адрес, который не существует, создаёт отказ; адрес-ловушка или раздражённый получатель создаёт более долгий след.

## Как отличить проблему IP от слабого оффера

Слабый оффер даёт отрицательные или равнодушные ответы: «неактуально», «пришлите информацию», молчание после нормальной доставки. Проблема IP проявляется раньше: сервер возвращает отказ с техническим кодом, письма исчезают из тестовых «Входящих» или один и тот же текст с разных ящиков ведёт себя неодинаково.

### Короткий порядок проверки

> Удаление IP из DNSBL не гарантирует попадание во «Входящие». Оно снимает один блокирующий сигнал; дальше остаются доменная аутентификация, содержание письма и качество адресов.

## Какая ошибка превращает общий IP в чужую проблему

На общем IP несколько отправителей делят один технический адрес. Компания может аккуратно вести свою очередь, но сосед отправляет по устаревшей базе — и его жалобы влияют на всех. В практике это выглядит так: два ящика с одинаковым предложением получают разный результат, хотя у одного письма серверы принимают заметно реже. Разбирать в этот момент нужно не формулировку темы, а маршрут отправки.

Неверный ход — сразу переписать письмо: «Добрый день, предлагаем услуги…» заменить на более персональную версию и продолжить отправку. Верный ход — поставить очередь на паузу, отделить ящики по IP, проверить записи [SPF](/slovar/spf/), [DKIM](/slovar/dkim/) и [DMARC](/slovar/dmarc/), затем возвращать объём постепенно. Если проблема в инфраструктуре, красивый текст её не исправит.

- У каждого отправляющего ящика известны домен, SMTP-провайдер и IP отправки
- Тексты отказов сохраняются вместе с доменом получателя
- В кампанию не возвращают адреса с постоянным отказом без повторной проверки
- Изменения IP и объёма фиксируют отдельно от правок письма

## Когда проверка DNSBL не даст ответа

Проверка не заменяет диагностику всей доставляемости. IP может отсутствовать в известных DNSBL, но провайдер получателя всё равно понижает доверие по своим внутренним сигналам. И наоборот: листинг в малоиспользуемом списке может не повлиять на вашу аудиторию.

Этот разбор не подходит, если у вас нет доступа к логам отправки и текстам отказов: тогда нельзя отделить технический сбой от реакции получателя. Для запуска с нуля полезнее сначала собрать контур [доставляемости](/uslugi/dostavlyaemost/) и настроить [прогрев доменов и почтовых ящиков](/uslugi/progrev-domenov/), а не искать DNSBL как универсальную причину.

## Частые вопросы

**DNSBL и чёрный список — одно и то же?**

DNSBL — один из видов чёрных списков, доступный для проверки через DNS-запросы. Но у крупных почтовых сервисов есть и собственные внутренние системы репутации, которые публично не показываются.

**Можно ли отправлять письма, если IP найден в DNSBL?**

Сначала нужно понять, какой это список и используют ли его серверы ваших получателей. При массовых технических отказах отправку лучше остановить: повторные попытки не исправят причину.

**Репутация IP важнее репутации домена?**

Оба сигнала участвуют в оценке. Новый домен с чистым IP и старый домен с проблемным IP могут сталкиваться с разными ограничениями, поэтому проверяют связку целиком.

**Удаление из DNSBL происходит автоматически?**

Зависит от конкретного списка и причины листинга. Иногда требуется запрос на удаление, иногда — время без повторных нарушений; сначала нужно устранить источник плохих сигналов.

**Как связаны DNSBL и доля отскоков?**

DNSBL может вызвать технические отказы, но не каждый отскок связан с репутацией. Отказы также возникают из-за несуществующего адреса, переполненного ящика или ошибки на стороне получателя.

---
Источник: https://ot9.ru/slovar/dnsbl/ · Отряд 9 (КАП Групп) · обновлено 2026-08-10