Дигитален маркетингРеклама и кампании с резултат
wp-site.bg
Ще се радваме да обсъдим Вашия проект.
Това е най-скъпият тих дефект в един сайт. Формата за контакт показва зелено „Съобщението беше изпратено“, клиентът си тръгва доволен, а писмото никога не пристига. Никой не разбира, защото и двете страни мислят, че всичко е минало добре.
За разлика от бавен сайт или счупен дизайн, тук няма симптом. Единственият признак е тишина — и тя се обяснява с „май няма запитвания в момента“.
mail(), която не се удостоверява.Първо изключете най-простото. Тестът отнема две минути и трябва да се направи от външен адрес, а не от вашия имейл на същия домейн — писмо от вас до вас често минава по вътрешен път и не доказва нищо.
От Gmail, от телефона си на мобилни данни, от адрес на приятел. Попълнете формата като истински клиент.
Входящата кутия, папката за спам, и — ако ползвате Gmail — разделите „Промоции“ и „Известия“. Писмо в спам е също провалена проверка, дори да е пристигнало.
Ако писмото идва след двадесет минути, имате друг проблем — фоновите задачи на WordPress се изпълняват при посещения на сайта, а при малък трафик това означава закъснение.
В Gmail: отваряте писмото, менюто с три точки, „Показване на оригинала“. Търсите редовете SPF, DKIM и DMARC. Ако до тях пише fail или softfail, намерили сте причината. Ако пише none — записите просто липсват.
WordPress по подразбиране изпраща писма чрез сървърната функция mail(). Тя е стара, проста и няма никакво удостоверяване. Писмото просто се предава на пощенската програма на сървъра и излиза оттам.
Резултатът е съобщение, което твърди „аз съм от info@vashiat-domein.bg„, изпратено от сървър, който не е свързан с този домейн по никакъв начин. От гледна точка на получателя това изглежда точно като опит за подправяне на подател — защото технически е неразличимо от него.
През последните години големите пощенски доставчици затегнаха значително правилата. Това, което е минавало преди пет години, вече попада в спам или се отхвърля напълно. Затова сайтове, при които формата „винаги е работила“, изведнъж спират да доставят без нищо да е било променяно.
И трите са текстови записи в DNS зоната на домейна. Не са в сайта, не са в WordPress — променят се там, където се управлява домейнът.
| Запис | На какъв въпрос отговаря | Какво не прави |
|---|---|---|
| SPF | „Кои сървъри имат право да изпращат поща от този домейн?“ | Не проверява съдържанието; чупи се при препращане на писма |
| DKIM | „Наистина ли това писмо е от този домейн и непроменено ли е?“ | Не казва какво да се прави, ако подписът не съвпада |
| DMARC | „Какво да правя, когато проверките се провалят?“ | Не помага само по себе си — изисква SPF и DKIM да съществуват |
SPF е списък. Изглежда приблизително така — един ред, тип TXT, за самия домейн:
v=spf1 include:_spf.hostingat.bg include:_spf.uslugata.com ~all
Всеки include добавя сървърите на един доставчик. Ако изпращате и през хостинга, и през външна услуга за имейли, и двете трябва да са тук. Завършекът ~all значи „всичко останало е подозрително“; -all е по-строгото „отхвърли всичко останало“.
include в съществуващия ред, не нов ред.
DKIM е криптографски подпис. Пощенският сървър подписва изходящите писма с частен ключ, а публичният ключ е в DNS. Получателят проверява подписа. Не се пише на ръка — генерира се от хостинг панела или от услугата за имейли, която после ви дава записа за добавяне.
DMARC е политика. Записва се като TXT за _dmarc.вашиятдомейн.bg:
v=DMARC1; p=none; rua=mailto:dmarc@вашиятдомейн.bg; pct=100
Започва се винаги с p=none — режим на наблюдение. Получателите ви изпращат отчети какви писма минават и от кои сървъри. След няколко седмици, когато сте сигурни, че всички легитимни изпращачи са покрити, се минава към p=quarantine и по-късно към p=reject.
p=reject. Ако има легитимен изпращач, който не сте включили в SPF — фактурираща система, CRM, платформа за бюлетини — писмата му ще започнат да се отхвърлят изцяло, без предупреждение. Наблюдението преди затягането не е формалност.
Записите са необходими, но сами по себе си не решават проблема с формата. Ако сайтът продължава да изпраща през неудостоверения mail(), SPF проверката пак ще се проваля — просто вече по-категорично.
Истинското решение е сайтът да изпраща през удостоверен SMTP. Два варианта:
| Вариант | Кога е подходящ | Ограничение |
|---|---|---|
| Пощенският сървър на домейна кутията, която вече ползвате |
Малък сайт с няколко запитвания дневно. Няма нови сметки и разходи. | Лимити за изпращане; ако кутията се препълни, спира |
| Специализирана услуга за транзакционни имейли |
Магазин или сайт с много автоматични писма. Дава отчети дали писмата се доставят. | Отделна регистрация; при обем — платена |
Настройката и в двата случая е: инсталира се плъгин за SMTP, въвеждат се адрес на сървъра, порт, потребител и парола, и се изпраща тестово писмо от самия плъгин. Петнадесет минути.
Дори всичко да е настроено правилно, имейлът остава канал, който може да се повреди — сменена парола, изтекъл лиценз, препълнена кутия, промяна при доставчика. Затова второто правило:
Повечето плъгини за форми имат тази възможност — понякога изключена по подразбиране. Ползата е двойна: имате архив на всички запитвания, независим от пощата, и когато следващият проблем се появи, ще го видите като разлика между записаните заявки и получените писма, вместо да не го видите изобщо.
За магазини същото важи и за поръчките — те се записват в базата, така че липсващият имейл не значи изгубена поръчка. За формата за контакт обаче имейлът често е единственият канал.
Ако сайтът е бил компрометиран и е изпращал спам, проблемът е различен и по-сериозен — репутацията на домейна и на IP адреса е пострадала. Тогава дори перфектна конфигурация не помага веднага.
Отворете формата си за контакт сега и изпратете тест от външен адрес. После проверете спам папката. Това е всичко, което трябва да направите, за да разберете дали губите запитвания.
Проверката е в списъка ни за приемане на сайт под номер 12 — 32-те проверки преди последната вноска — именно защото е точката, която се проваля най-често и се открива най-късно.
Ако тестът мине успешно, нищо повече не ви трябва от тази статия. Ако не мине, започнете от раздел 04 — SMTP настройката решава повечето случаи, а записите са довършването.
mail(), която не се удостоверява. Писмото излиза от IP адрес на хостинга, който не е оторизиран да изпраща поща от името на вашия домейн. Получателят вижда съобщение, което твърди, че е от вас, без никакво доказателство.Проверяваме доставимостта, настройваме удостоверен SMTP и записваме заявките в базата, за да не зависите само от имейла.
Свържете се с нас