Кой безплатен DMARC генератор да изберете преди B2B кампания

Преди да пуснете таргетирана B2B имейл кампания, домейнът трябва да има валиден DMARC запис — иначе провайдъри като Gmail и Outlook третират писмата ви с недоверие още от първото писмо. Проблемът не е в липсата на инструменти — безплатни DMARC генератори има много — а в това кой от тях реално подхожда за вашата инфраструктура и какво пропускат, ако ги ползвате без да разбирате какво генерират. Тази статия сравнява най-използваните безплатни опции и показва къде ръчната проверка след генератора е задължителна.

Защо DMARC е задължителен преди таргетирана B2B кампания

При студени B2B писма всяко ново съобщение до непознат получател е сигнал за филтрите на пощенските доставчици — дори при малък дневен обем и силно персонализирани текстове. Без DMARC запис домейнът изглежда недовършен откъм автентикация, а Gmail и Microsoft оценяват точно това като част от репутацията на подателя.

DMARC не спира спама сам по себе си — той казва на получаващия сървър какво да прави, ако писмо се представя за вашия домейн, но не минава SPF или DKIM проверка с alignment. За легитимна B2B кампания това означава по-предвидимо попадане във входящата кутия, а не в папка Промоции или Спам.

Затова първата стъпка преди всяка кампания през LDM е проверка на DMARC записа на изпращащия домейн — и точно тук безплатните генератори стават практичен ускорител, стига да знаете какво правят зад кулисите.

Как да изберете DMARC генератор — критерии, а не просто копиране

Генераторът трябва да ви даде синтактично коректен TXT запис, но истинската стойност е в това дали обяснява всяко поле, преди да го приемете сляпо.

• Политика (p=none / quarantine / reject) — стартирайте винаги с none за B2B домейн
• Адрес за агрегирани отчети (rua) — задължителен, иначе няма видимост какво се случва
• Адрес за forensic отчети (ruf) — опционален, но полезен при разследване на злоупотреба
• Процент на прилагане (pct) — позволява постепенно покачване без риск за легитимен трафик
• Alignment режим (adkim/aspf — strict или relaxed) — влияе директно дали поддомейни минават проверката
• Подсказки за поддомейни (sp) — важно ако имате отделен поддомейн за кампании

Сравнение на популярните безплатни инструменти

Dmarcian generator е ориентиран към обучение — всяко поле има кратко обяснение какво прави, което го прави добър избор за екип, който прави това за първи път. Самата платформа dmarcian DMARC е позната предимно с мониторинг таблото за отчети, но безплатният генератор на записа е самостоятелен и не изисква регистрация.

MXToolbox DMARC generator върви по обратния път — минимален интерфейс, бърз резултат, копирате готовия ред и го поставяте в DNS зоната. Добър избор, ако вече знаете точно какви стойности искате и просто ви трябва правилният синтаксис без обяснения.

Разликата рядко е в самия запис — синтаксисът е стандартизиран — а в това доколко инструментът ви предпазва от грешка, преди да натиснете „генерирай“.

SPF alignment — какво dmarcian SPF проверките показват, а генераторът не

Отделният dmarcian SPF инструмент (SPF surveyor) проверява нещо различно от самия DMARC генератор — колко DNS lookup-а прави вашият SPF запис и дали не надвишава лимита от 10, след който SPF автоматично се проваля независимо от съдържанието му.

Това е честа причина DMARC да маркира легитимни писма като неуспешни дори при технически правилен запис — SPF-ът е строен твърде дълго с всеки нов инструмент за изпращане (ESP, CRM, фактуриращ софтуер), докато не надвиши лимита. Затова след генерирането на DMARC записа проверката на SPF alignment трябва да е отделна стъпка, не предположение.

Ако кампанията минава през LDM или друг ESP, включете неговия include механизъм в SPF-а изрично и премахнете стари включвания от доставчици, които вече не ползвате — това е най-честата причина за счупен alignment при B2B домейни с дълга история.

DMARC генератор за Office 365 — какво е различно

При Microsoft 365 средата DMARC записът се публикува по същия начин като навсякъде другаде — през DNS зоната на домейна, не през административния панел на Microsoft — но подготовката преди това е специфична. Office 365 обикновено добавя свой include в SPF записа (spf.protection.outlook.com), а DKIM селекторите се управляват от Exchange Admin Center и трябва да са активирани преди DMARC да проверява DKIM alignment коректно.

Готов dmarc generator за Office 365 в практиката просто означава същия универсален генератор, приложен след като сте потвърдили, че SPF include-ът за Outlook и DKIM селекторите вече са активни — редът на стъпките, не различен инструмент, е разликата.

Чести грешки при генериране на DMARC запис

Повечето проблеми идват не от самия генератор, а от прибързано преминаване към строга политика без период на наблюдение.

• Директно p=reject от старт — без период с p=none писмата на легитимни поддомейни може да отпаднат
• Липсващ rua адрес — без агрегирани отчети няма видимост кой се проваля и защо
• SPF с над 10 DNS lookup-а — DMARC автоматично проваля SPF независимо от съдържанието
• Забравени стари include механизми от изоставени ESP или CRM инструменти
• Strict alignment (adkim=s/aspf=s) при използване на поддомейни за изпращане на кампании

Чеклист: как LDM подготвя DMARC преди старт на кампания

Преди да включим домейн в таргетирана B2B кампания, минаваме през кратка, но задължителна последователност.

• Проверка дали изобщо съществува DMARC запис за домейна
• Генериране с p=none и валиден rua адрес, ако липсва запис
• Проверка на SPF за брой DNS lookup-и и премахване на неактуални include-и
• Потвърждение, че DKIM селекторите на изпращащата инфраструктура са активни
• Наблюдение на отчетите поне няколко седмици преди преминаване към quarantine
• Едва тогава — постепенно покачване на pct и преминаване към по-строга политика

Често задавани въпроси