На показник доставляємості листів у папку ВХІДНІ при Cold Email розсилках впливає багато чинників. Це пов’язано як з налаштуванням скриньки та домену, так і з особливостями написання листів.
Одним із найважливіших технічних аспектів є робити по підготовці домену, з якого буде здійснюватися відправлення Email outreach. Для цього існують такі налаштування, як SPF, DKIM та DMARC.
Протоколи SPF, DKIM та DMARC представляють собою багаторівневий підхід до боротьби з спамом та шахрайством. Для аутентифікації вхідних листів приймаючий сервер повинен перевірити їх аутентичність, і це відбувається за рахунок порівняння записів SPF, DKIM та DMARC.
SPF (Sender Policy Framework) визначає список серверів, які можуть відправляти листи від імені цього домену та обробляти листи, що надсилаються з інших серверів. Налаштувавши SPF запис, можна значно знизити ризик відправлення спаму від імені вашого домену та поліпшити доставку у вхідні.
DKIM (DomainKeys Identified Mail) є аутентифікацією домену відправника за допомогою згенерованого цифрового підпису. Цей метод дозволяє серверам отримувача переконатися, що лист дійсно був відправлений із зазначеного домену та запобігає змінам тексту листа під час доставки.
DMARC протокол (Domain-based Message Authentication, Reporting, and Conformance) налаштовується після SPF та DKIM і дозволяє захиститися від фішингових атак та шахрайства в електронній пошті. DMARC надає можливість вказати власникам доменів, які механізми вони використовують для аутентифікації своїх листів, а також висилати відповіді, щоб пояснити причини невдачі аутентифікації для серверів відправки листів.
Отже, за допомогою DMARC приймаючий сервер призначає процедури аутентифікації та розуміє, що робити з листами, які не пройшли перевірку аутентифікації за допомогою SPF та DKIM, а також створює докладні звіти про результати аутентифікації.
Усі три протоколи є необхідними та важливими для мінімізації спаму, покращення репутації бренду та поліпшення доставки листів. Ці три записи налаштовуються індивідуально і залежать від хостингу, провайдера та реєстратора доменів.
Як налаштувати записи SPF, DKIM, DMARC
Алгоритм роботи SPF для аутентифікації електронної пошти працює наступним чином:
- Власник домену публікує запис SPF в DNS свого домену.
- Відправлене листа містить інформацію про домен-відправника.
- Приймаючий сервер витягує цей запис з отриманого листа та шукає DNS домену відправника, щоб отримати запис SPF.
- Приймаючий сервер, отримавши SPF, порівнює IP-адресу та ім’я хоста сервера, що відправив лист, зі списком дозволених серверів, зазначених у записі SPF.
- В результаті порівняння визначає, чи цей лист надійшов з авторизованого сервера чи ні.
- Приймає лист у вхідні або відправляє в СПАМ у випадку непройденої перевірки.
Запис SPF налаштовується у вигляді запису TXT в DNS домену відправника.
Це можна зробити як через реєстратора домену, так і за допомогою хостинг-провайдера. Зайдіть у систему управління DNS, вкажіть ім’я хоста ( @ – для самого домену) і вставте SPF-запис у поле значення.
Приклад SPF:
v=spf1 include:_spf.ukraine.com.ua ~all
Також можна включити у запис домену IP-адреси, з яких можуть відправлятися листи як з вашого сервера, так і сервера сторонніх постачальників.
“v=spf1 a mx ip4:137.249.32.2 ptr ip4:192.138.67.234 ptr: mail.magendas.com:mail.magendas.com ~all”
Але SPF сам по собі недостатній, і ось чому:
- SPF сфокусований лише на перевірці подлинності сервера-відправника і не забезпечує захист шифрування чи контролю змісту, на відміну від DKIM, який надає ці функції.
- У випадку SPF неможливо однозначно ідентифікувати конкретного відправника електронного листа, оскільки SPF лише підтверджує подлинність сервера-відправника. Тому використання SPF разом із DMARC є крайне важливим.
Для самих розповсюдженних ESP простий SPF виглядає так :
- Google Workspace: v=spf1 include:_spf.google.com ~all
- Microsoft 365: v=spf1 include:spf.protection.outlook.com -all
- Zoho Mail: v=spf1 mx include:zoho.com ~all
- Yahoo Mail: v=spf1 include:spf.protection.mail.yahoo.com -all
- MailChimp: v=spf1 include:servers.mcsv.net ~all
- Mailgun: v=spf1 include:mailgun.org ~all
- Amazon SES: v=spf1 include:amazonses.com ~all
- GoDaddy: v=spf1 include:secureserver.net –all
- SendGrid: v=spf1 a include:sendgrid.net -all
Для перевірки зручно користуватись валідатором : mxtoolbox.com/SuperTool.aspx?action=spf
- Sender Policy Framework - Must Have
- Domain Keys Identified Mail - Must Have
- DMARC - Highly Recomended
- SPF + DKIM + DMARC = Excellent deliverability
Після налаштування SPF можливо переходити до DKIM, він необхідний для:
• Мінімізації підробки доменів;
• Встановлення цифрового підпису, що не дозволяє зміни вмісту листа;
• Зменшення кількості спаму в електронній пошті;
• Підвищення репутації домену, а отже, збільшення доставки листів.
Як налаштувати цей запис: Включити DKIM може тільки власник домену або власник хостинг-акаунта, якщо домен йому належить, або він повинен делегувати доступ. Необхідно створити запис TXT в DNS, в якому будуть вказані основні теги v=DKIM1; k=rsa; s=email та додано фрагмент тексту цифрового підпису.
Наприклад:
v=DKIM1; k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCrLHiExVd55zd/IQ/J/mRwSRMAocV/hMB3jXwaHH36d9NaVynQFYV8NaWi69c1v….
Наприклад, для хостингу “Україна” процес налаштування запису DKIM може бути більш спрошений та виглядає наступним чином:
- Перейдіть до панелі керування власника цих NS.
- У налаштуваннях домену додайте новий запис із наступними даними: “Субдомен — вкажіть hosting._domainkey. “
- Тип запису — оберіть «TXT». o Дані — вставте текст запису, скопійований з вікна налаштувань DKIM (копіюйте фрагмент тексту, починаючи з “v=DKIM1; k=rsa; s=email;” і до кінця, включаючи символ ” на дві строки нижче).
p=none забезпечує нульове застосування та дозволяє неавторизованим електронним листам, які не пройшли перевірку, безперешкодно потрапляти в папку «Вхідні» одержувача.
p=quarantine забезпечує розміщення електронних листів, які не пройшли автентифікацію DMARC, у папку спаму на сервері електронної пошти одержувача, тим самим поміщаючи їх у карантин.
p=reject видаляє або відкидає неавторизовані електронні листи, які не пройшли автентифікацію, перш ніж вони взагалі будуть доставлені.
IP адреси та особливості написання листів
Для того щоб листи попадали в INBOX велике значення має репутація IP відправника.
Є ділення на віділені IP та публічні IP.
Плюсом публічних IP є його постійний прогрів завдяки великій кількості отримань/відправок від сторонніх користувачів.
Але тут є і мінус – ми не можемо бути впевненності в репутації інших користувачів і цей IP може попасти в чорний лист Gmail або Yahoo.
У виділеного IP також є мінус – це необхідність постійного прогрівання великою кількістю відправок листів. Якщо ваша компанія спеціалізується на відправках десяток тисяч листів в місяца – то варіант виділенного IP саме для Вас.
Другим важним фактором є особливості написання листів.
Сюди можна віднести спам-слова про які в нас є окрема стаття.
А також рекомендовано:
- Уникати завищених кількостей знаків пунктуації, символів та чисел.
- Уникайте використання написанна тесту капслоком;
- Не використовувати велику кількість посилань або необґрунтовано довгих URL-адрес;
- Не викорисовуйте сервіси заміни посилань, так-як це також може бути прийнято як фішинг;
- Уникати використання підозрілих файлових вкладень або архівів в яких дуже довга назва;
- Мінімізуйте кількість додатків та прикріпляйте додаток не більше ніж 1 Мб;
Давайте можливість відписатись в один клік
В 2024 році рекомендують надпис Unsubscribe ставити х самого верху і на одному з максимально видимих місць.
Жартівливе фото ))) :
Це дозволить отримувачу щвидко відписатись для розсилки, в протилежному боці від може позначити лист як СПАМ , або ще гірше внести до чорного списку відправників.
А так-як рейтинг домену по новим вимогам Gmail має бути менше ніж 0,1 % то на 1000 листів може бути тільки одне посилання в спам.
За цим рейтингом потрібно дуже уважно слідкувати.
