IOSOR

IOSOR База знаний

Прогрев email-домена: dedicated vs shared и почему холодный домен нельзя «взрывать»

Как B2B прогревает транзакционные домены — выделенная vs общая репутация, тормоза bounce и жалоб, ворота SPF/DKIM/DMARC и prepaid-честность до production-объёма.

Холодный домен, который в день один рассылает чеки, ссылки входа и «разовые» промо, — не амбиция, а способ научить транзакционную почту папке спама. Прогрев — это кривая доверия с темпом: приёмники смотрят форму объёма, bounce, жалобы и выравнивание аутентификации, прежде чем считать вас известным отправителем. Dedicated и shared ломаются по-разному, но оба наказывают тех, кто пропускает кривую.

IOSOR держит транзакционный email как white-label prepaid рядом с messaging: каждая отправка — строка debit, каталог честно live или in setup, незакрытая auth — не production-значок. Около USD 1 000+ месячного platform usage bounce/жалобы и наклон прогрева становятся материалом коммерческого review. Сначала evidence, потом scale.

Dedicated и shared прогрев

Путь Чем владеете Следствие для прогрева
Выделенный домен / identity Ваша репутация, ваши ошибки Вы задаёте темп; вы платите за blast
Общий пул Соседи могут вас поцарапать Гигиена и auth всё равно обязательны
Смесь промо + транзакционка Худшее из обоих Письма входа наследуют жалобы промо

Dedicated — не «безлимитный blast после DNS». Это именованная identity с планом объёма, владельцами и kill switch. Shared — не «проблема соседа»: грязный список всё равно жжёт prepaid и пользователей. Закройте аутентификация email до продакшена, прежде чем спорить, какой путь дешевле.

Не взрывайте холодный домен

Прогрев значит: начните с трафика, который приёмники уже ждут (чеки, сброс пароля известным пользователям), поднимайте дневной объём по записанному наклону, останавливайтесь, когда срабатывают тормоза bounce/жалоб, и никогда не прячьте маркетинговый blast внутри «транзакционной» identity. Новый поддомен всё ещё холодный. Каталог in setup — не освобождение от прогрева. Заранее купленного пула прогретых доменов на ночную подмену нет — JIT-честность для email-identity та же, что для номеров.

Bounce и жалобы как тормоза прогрева

Hard bounce, повторённый во время прогрева, — как чистая identity становится отфильтрованной. Жалоба — суждение человека: сразу suppress. Deferral — это темп, не чистка списка. Соберите bounce, complaint и deferral на одной странице с владельцами; см. bounce против жалоб. Если автоматизация прогрева не умеет остановиться по complaint rate, у вас не прогрев, а запланированный blast.

Кошелёк и ворота auth

Prepaid email без SPF/DKIM/DMARC — принтер debit в спам. Ворота до live: названные identity, опубликованные записи, владелец DMARC-отчётов, общий suppression-список, строки кошелька к событиям отправки. Свяжите с email на том же prepaid-ledger, чтобы финансы видели объём прогрева как usage, а не загадочный боковой счёт. Low-balance stop действует: job прогрева не должен тихо уходить в овердрафт, пока ops «даёт докрутиться».

Красные флаги

  • Blast в день один с нового домена
  • Промо и сброс пароля на одной identity
  • Значок live при незакрытых SPF/DKIM/DMARC
  • Hard bounce ретраят «на всякий случай»
  • Нет владельца complaint rate на прогреве
  • Каталог in setup продаётся как production inbox
  • Ошибки с чужими почтовыми брендами

Старт с IOSOR

Назовите транзакционный From и выберите dedicated или shared до первой отправки. Закройте SPF, DKIM и отчёты DMARC на этом пути. Напишите семидневный наклон с тормозами bounce и жалоб именно для выбранного пути и шлите только ожидаемую почту известным пользователям. Сверьте строки prepaid-кошелька с accepted против bounced, прежде чем поднимать объём.

Итог IOSOR

Холодный домен нельзя взрывать. Dedicated-прогрев строит репутацию вашего IP; shared наследует соседей.

Делайте: закройте auth, затем поднимайтесь по наклону выбранного пути. Не делайте: не копируйте dedicated-наклон на общий пул и не прыгайте в объём седьмого дня в первый.

Был ли материал полезен?

Связанные гайды