Прогрівання домену

Наступним обов'язковим кроком у формуванні репутації відправника, після налаштування цифрових підписів, є прогрівання домену.

Прогрівання домену — поступове збільшення кількості відправлених електронних листів з нового домену з метою здобуття довіри у поштових сервісів (таких як Gmail, Outlook та інші) і проходження спам-фільтрів.

Порівняння зростання кількості листів і репутації домену під час прогрівання

eSputnik автоматично прогріває домен клієнтам, які його верифікували.


📘

Зверніть увагу

За замовчуванням усі клієнти надсилають листи через спільний пул IP-адрес, тому прогрів і моніторинг репутації в eSputnik зосереджені на сигналах домену, а не на сигналах IP-адреси. Виділена IP-адреса доступна на запит як платна опція — зверніться до свого акаунт-менеджера, якщо вона вам потрібна.

Виділений пул закріплюється за клієнтом і може обслуговувати кілька його акаунтів — ви самі вказуєте, які акаунти та домени відправлення ним користуються. Будь-який із них можна пізніше зняти з виділеного пулу й повернути на спільний за запитом — решта продовжить надсилати з виділених IP. Виділені IP-адреси прогріваються з нуля за стандартним графіком; домен, доданий до пулу пізніше, також починає прогрів з нуля, а швидкість відправки для нього після перемикання скидається до базового рівня.

📘

Зверніть увагу

eSputnik технічно підтримує прогрів доменів 3-го рівня, наприклад mail.company.com, promo.company.com або news.company.com. Водночас варто перевіряти й домен 2-го рівня, наприклад company.com, оскільки інші піддомени цього домену можуть мати власну історію відправок і впливати на загальну репутацію бренду в поштових сервісах.

Перед прогріванням перевірте:

  • який домен 3-го рівня використовується для розсилок eSputnik;
  • які інші піддомени використовуються для email-відправок;
  • чи немає проблем із SPF, DKIM і DMARC на пов’язаних доменах;
  • чи не надсилаються з інших піддоменів великі обсяги листів без прогріву;
  • чи не було негативної історії відправок на інших піддоменах цього домену.

Прогрівання домену

Розглянемо, як організовано процес і скільки днів необхідно для прогрівання домену, на прикладі відправлення 100 000 повідомлень на добу.

Підготуйте повідомлення та запустіть розсилку:

  • Перший день розсилки. В перший день з нового домену можна відправити не більше ніж 1000 листів; в іншому випадку, розсилка може бути помічена поштовим сервером як потенційний спам або небажана активність. eSputnik відправить перші 1000 листів, підписуючи їх вашим DKIM, а решту 99 000 листів — з підписом домену eSputnik.
  • Другий день розсилки. Наступного дня eSputnik відправить 2000 листів з вашим DKIM і 98 000 з підписом домену eSputnik і так далі.
📘

Примітка

Таблиця нижче показує загальносистемний денний ліміт, а не ліміт для конкретного провайдера. Для Gmail наша команда підтримки додатково рекомендує не перевищувати 10 000 листів на день протягом перших 3–5 днів прогріву як більш обережну практику. Це не окремий технічний ліміт, тож ви можете надсилати більше листів, якщо це дозволяють рекомендації в таблиці.

Ліміти відправлень за днями (25 днів)
ДеньЛіміт відправлень
11000
22000
34000
47000
511000
618000
724000
840000
960000
1090000
11140000
12180000
13220000
14300000
15500000
16650000
17800000
181000000
191200000
201500000
211700000
221900000
232100000
242300000
252500000
26безліміт
📘

Примітка

Ліміти однакові для всіх розсилок, включаючи тригерні. Це стосується й транзакційних листів — новому домену все одно потрібно прогрітися, навіть якщо ви надсилаєте лише транзакційні повідомлення, оскільки транзакційні блоки обходять статус підписки, але не денний ліміт відправлень домену.

Кожну розсилку незалежно від домену клієнта eSputnik буде підписувати своїм DKIM. Спочатку більшість листів відправлятимуться з підписом eSputnik, а потім кількість листів, надісланих з підписом вашого домену, буде поступово зростати.

Коли прогрівання нового домену досягне потрібного рівня, всі листи відправлятимуться із двома підписами DKIM — вашим та eSputnik.

У нашому прикладі, при добовій кількості відправлень в 100 000, необхідно 11 днів для прогрівання домену.

Line chart of daily sending limit growth by day, with a red dot marking 100,000 emails around day 10

Перевірка ліміту відправлень 

Можливі два статуси денного ліміту відправлень: 

  • Не досягнуто
  • Досягнуто/досягнуто для деяких доменів

Для перегляду лімітів перейдіть до Налаштування  → Верифікація домену і натисніть Денний ліміт відправлень.

Для перегляду лімітів перейдіть до Налаштування →

Ліміт відправлень не досягнуто

Ліміт відправлень не досягнуто

При наведенні курсора на шкалу відправлень, навпроти назви домену, з'явиться підказка з кількістю відправлених повідомлень та повідомлень, що залишились.

При наведенні курсора на шкалу відправлень навпроти

Ліміт відправлень досягнуто

Ліміт відправлень досягнуто

Домени, для яких вичерпано денний ліміт відображаються в окремому списку. 

Список доменів з вичерпаним денним лімітом відправлень
📘

Примітка

Дані щодо прогрівання домену оновлюються щодня о 00:00

Якщо ваш домен не має строгої політики DMARC, обмеження ліміту відправлень не відображатиметься в обліковому записі. У такому випадку, ви зможете отримати інформацію про прогрів тільки звернувшись до нашої техпідтримки.

Обмеження відправлень

Окремо слід виділити ситуацію, коли встановлена сувора політика DMARC — обмеження на відправлення кількості повідомлень власником домену. 

В налаштуваннях DMARC може бути вказано одне таких значень: 

  • none — не робить нічого з листом,
  • quarantine — додає лист у спам,
  • reject — відхиляє лист.

Якщо задано значення none, процедура прогріву проходить як описано вище, а якщо DMARC приймає значення quarantine або reject, то при досягненні добового ліміту у день прогріву інші листи не надсилаються. Навіть якщо підписати листи DKIM-ключем нашого домену, вони все одно потраплять в спам, або їх буде відхилено. Надсилання відновлюється саме наступного дня: дані щодо прогрівання оновлюються о 00:00, домен переходить до наступного дня графіка, і починає діяти вищий ліміт. Звертатися до підтримки, щоб зняти блокування, не потрібно. 

Тому в разі суворої політики DMARC слід у ручному режимі лімітувати кількість добових відправлень на час прогріву. Якщо потрібно тимчасово послабити політику, використовуйте значення quarantine, а не none — значення none повністю вимикає моніторинг DMARC, тоді як quarantine усе ще захищає домен і надає видимість помилок автентифікації.

Перевірити DMARC налаштування домену можна за допомогою сервісу MxToolbox.

Перевірка DMARC-налаштувань домену в сервісі MxToolbox

При ручному лімітуванні кількості добових відправлень, користуйтесь такими рекомендаціями:

  1. Почніть розсилку з 10-20 листів за одне відправлення і з частотою один раз у пару годин. Таким чином, протягом дня буде відправлено приблизно сотню електронних листів.
  2. Надсилайте повідомлення найбільш залученим користувачам. Користувачі мають відкрити, прочитати та виконати цільову дію.
  3. Заплануйте прогрівання на 4-6 тижнів. Зазвичай  процес триває протягом цього періоду.
  4. Використовуйте Postmaster tools  для перевірки налаштувань та репутації домену.

Подальшим кроком в рамках забезпечення репутації відправника, після прогрівання домену, буде налаштування подвійної підписки у формах.

Як це зробити читайте в окремій статті.


Did this page help you?