Кой SPF DKIM DMARC checker да изберете, преди да пуснете таргетирана B2B кампания

Когато пишете на конкретен човек в конкретна компания, писмото трябва физически да стигне до неговия inbox — иначе персонализацията е загубено време. SPF, DKIM и DMARC записите решават дали Gmail и Outlook ще го класифицират като легитимна бизнес кореспонденция или ще го отрежат преди да е стигнало до получателя. Тази статия сравнява реалните spf dkim dmarc checker online инструменти и показва как да тълкувате резултата им.

Защо всеки таргетиран B2B имейл минава първо през SPF/DKIM/DMARC проверка

В таргетиран B2B outreach всяко писмо отива до конкретен човек — например финансов директор на строителна фирма или снабдител в производствена компания — затова доставимостта тук не е статистика за милион адреса, а въпрос на репутация на домейна пред точно този получател. Gmail, Outlook и корпоративните филтри като Microsoft 365 Defender проверяват SPF, DKIM и DMARC записите на изпращащия домейн още преди да решат дали писмото отива в inbox, в раздел Promotions или директно в spam.

Ако записите липсват, са грешно копирани от друг домейн или просто остарели, дори перфектно персонализиран студен имейл до правилния човек може никога да не стигне до него. Затова проверката с spf dkim dmarc checker online инструмент е първата стъпка при всеки нов sending домейн или поддомейн, който планирате да ползвате за outreach.

Кои инструменти да ползвате, за да проверите домейна

Няма нужда от собствен DNS сървър или system admin достъп — всички проверки минават през публични TXT записи, които всеки безплатен domain spf dkim dmarc checker чете директно.

Пример: домейн mail.stroykomplekt.bg, използван за студени имейли до строителни компании. Първо се проверява дали SPF записът включва точно изпращащия сървър (например include:_spf.google.com или IP на транзакционния доставчик), после дали DKIM селекторът е публикуван като TXT запис в поддомейна selector._domainkey, и накрая дали _dmarc.stroykomplekt.bg връща валиден DMARC запис.

• MXToolbox — mxtoolbox spf dkim dmarc checker е най-разпространеният вариант, дава SPF syntax check, DKIM lookup по селектор и DMARC record lookup в един панел
• Google Admin Toolbox / Check MX — google spf dkim dmarc checker е полезен, ако основната инфраструктура минава през Google Workspace, показва точно как Google вижда записите ви
• dmarcian или Postmark's DMARC tool — обясняват DMARC синтаксиса на прост език, добри за екипи без опит в DNS
• Ръчна проверка с dig TXT domain.bg или nslookup -type=TXT _dmarc.domain.bg — бавно, но независимо от трети инструмент
• Вграден DNS lookup в самия email доставчик (SendGrid, Mailgun, Google Postmaster Tools) — показва реалната репутация, не само синтаксиса

Как да четете dmarc check syntax резултата без да сте system admin

SPF резултатът е прост pass/fail/softfail — pass означава, че IP адресът на изпращащия сървър е изрично разрешен в TXT записа. Softfail (~all) е предупреждение, не блокиране, но пощенските доставчици все повече го третират като сигнал за понижена репутация.

DKIM резултатът зависи от съществуването на публичния ключ на верния селектор — ако checker-ът не намери TXT запис на selector._domainkey.domain.bg, DKIM автоматично се провалява, дори писмото технически да е подписано.

DMARC синтаксисът се чете отляво надясно: v=DMARC1 задава версията, p= определя политиката (none наблюдава, quarantine праща в spam, reject отхвърля напълно), а aspf= и adkim= определят колко строго трябва да съвпада домейнът в SPF/DKIM с домейна From:. Именно тази строгост — alignment — е причината писмо да мине SPF и DKIM поотделно, но пак да се провали на DMARC.

Какъв е реалният ефект върху достигането до инбокса

Разликата между напълно конфигуриран и частично конфигуриран домейн се вижда директно в процента писма, които остават в основния inbox вместо в spam или promotions, при иначе идентично съдържание и обем на кампанията.

Най-честите грешки, които checker-ите разкриват

Повечето провалени проверки не се дължат на липсващи записи, а на дребни, но фатални неточности, натрупани при смяна на доставчик или добавяне на нов инструмент за изпращане.

• Два отделни SPF TXT записа за един домейн — DNS позволява само един, вторият автоматично прави SPF невалиден
• SPF верига с повече от 10 DNS lookup-а (include директиви) — превишаването е технически provalen резултат
• DKIM селектор, копиран от друг доставчик, но никога не активиран в новия
• DMARC на p=none оставен така месеци наред — записът съществува, но не защитава нищо реално
• Поддомейн за студени имейли (напр. outreach.domain.bg), който не наследява DMARC покритието на основния домейн

Чеклист преди старт на кампанията и как подхожда LDM

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

В LDM всеки нов sending домейн минава през автоматична SPF/DKIM/DMARC проверка преди да бъде активиран, а самата платформа следи ежедневно дали записите остават валидни — включително при смяна на IP или добавяне на нов поддомейн за конкретен SDR екип.

• Проверете SPF с два различни checker-а — синтаксисът трябва да е валиден и в двата
• Потвърдете DKIM селектора точно, както е конфигуриран при вашия доставчик
• Стартирайте DMARC на p=none с rua= отчет, следете 1-2 седмици, после преминете на quarantine
• Проверете дали поддомейнът за студени имейли наследява DMARC от основния домейн
• Повтаряйте проверката при всяка смяна на инфраструктура — не само еднократно при setup

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