Формата за контакт не изпраща имейли?

Посетител попълва формата, вижда съобщение „Изпратено успешно“, а във входящата поща няма нищо. Когато формата за контакт не изпраща имейли, проблемът не е само технически. За малък бизнес това може да означава пропуснато запитване, час за преглед, поръчка или нов клиент, който просто е продължил към друг сайт.

Най-неприятното е, че формата често изглежда напълно работеща. Бутонът се натиска, страницата не дава грешка и съобщението за потвърждение се показва. Това обаче доказва само, че формата е приела данните. Не доказва, че писмото е напуснало сайта, минало е през пощенския сървър и е достигнало до правилната пощенска кутия.

Защо формата за контакт не изпраща имейли

Изпращането има няколко отделни етапа: формата събира данните, WordPress или другата платформа генерира писмо, сървърът го изпраща, а получаващата поща решава дали да го приеме. Прекъсване във всеки от тези етапи води до една и съща видима последица – няма получено запитване.

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

Например сайтът е на firma.bg, но формата опитва да изпрати писмо „от“ личен Gmail адрес. Това изглежда удобно, но пощенските системи все по-често го приемат като съмнително. Резултатът може да бъде папка „Спам“, тихо отхвърляне или писмо, което никога не стига до получателя.

Понякога причината е по-проста: адресът на получателя е изписан грешно, писмата отиват към бивш служител или пощенската кутия е пълна. Затова не е разумно веднага да се сменят плъгини и настройки. Първо се проверява къде точно прекъсва процесът.

Формата за контакт не изпраща имейли: първа проверка

Започнете с тест от самия сайт. Попълнете формата с различен имейл адрес, който контролирате, и добавете разпознаваем текст, например „Тест форма 18 август, 10:30“. Така няма да объркате тестовото писмо с реално запитване.

Проверете входящата поща, папките „Спам“, „Промоции“, „Нежелана поща“ и кошчето. Ако използвате фирмен имейл, проверете и чрез уеб поща, не само през Outlook. Понякога Outlook не е синхронизирал коректно папката или локално правило премества писмата на друго място.

След това вижте дали формата пази записи в администрацията на сайта. Не всяка WordPress форма го прави, но при някои плъгини всяко изпращане остава като запис. Ако записът е наличен, посетителят най-вероятно е попълнил формата успешно, а проблемът е в доставката на имейла. Ако няма запис, възможно е формата да не се зарежда правилно, да е блокирана от конфликт с плъгин или да има проблем с проверката против спам.

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

SMTP е по-надеждният начин за изпращане

За бизнес сайт стандартното изпращане през хостинга рядко е най-добрият дългосрочен вариант. По-надеждният подход е SMTP – сайтът се удостоверява пред реален пощенски сървър и изпраща през него. Това дава по-ясна следа при проблем, по-добра доставяемост и по-малка вероятност писмата да изглеждат като спам.

SMTP не е просто плъгин, който се инсталира и забравя. Трябва да се избере правилната пощенска кутия, да се въведат точни данни за сървъра и да се настрои адресът на подателя. Най-добре е подателят да бъде адрес от собствения домейн, например kontakt@firma.bg, а полето „Reply-To“ да съдържа имейла на човека, който е попълнил формата. Така при натискане на „Отговор“ отговаряте директно на клиента, без да нарушавате правилата за изпращане.

При Google Workspace, Microsoft 365 и други управлявани пощенски услуги може да има допълнителни изисквания за вход, приложение за удостоверяване или специална парола. Това не е причина да се връщате към несигурния стар метод. Просто настройката трябва да се направи внимателно и да се тества с реални адреси.

Проверете SPF, DKIM и DMARC без излишен жаргон

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

SPF казва кои сървъри могат да изпращат поща за домейна. DKIM добавя цифров подпис към писмото. DMARC определя какво да се случва, когато тези проверки не минат. Не е нужно собственикът на сайт да поддържа тези записи сам, но е важно да не се променят на случаен принцип. Една неправилна DNS промяна може да засегне и нормалната фирмена поща.

Тук има и зависимост от начина, по който е организиран имейлът. Ако пощата е при един доставчик, а сайтът е на друг хостинг, настройките трябва да отразяват и двете услуги. Ако всичко е на едно място, конфигурацията обикновено е по-лесна, но пак не бива да се приема, че е направена автоматично и правилно.

Кога проблемът е във формата или в WordPress

След обновяване на WordPress, тема или плъгин понякога формата спира да изпраща. Причината може да е конфликт между разширения, стара версия на PHP, блокиран JavaScript или грешно въведен ключ за защита от автоматични запитвания. Формата може да показва успех, но данните да не достигат до обработката на сайта.

Ако формата изобщо не се изпраща, върти се безкрайно или показва грешка, не започвайте с настройки на пощата. Първо се преглеждат техническите грешки на страницата, логовете на сайта и последните промени. Особено внимание заслужават кеширащи и защитни плъгини, защото те понякога блокират заявката, без посетителят да получи ясно обяснение.

При WooCommerce има и отделен случай: транзакционните писма за поръчки не са същото като обикновена контактна форма, но често използват общ механизъм за изпращане. Ако не пристигат нито запитвания, нито потвърждения за поръчки, проблемът вероятно е по-общ – SMTP, хостингът или удостоверяването на домейна. Ако липсват само писмата от формата, проверката се насочва към конкретния плъгин и неговите полета.

Как да ограничите риска от пропуснати запитвания

След като доставката бъде възстановена, направете кратък контролен тест веднъж месечно и след всяко по-голямо обновяване на сайта. Не разчитайте само на визуалното съобщение „Успешно изпратено“. Изпратете реален тест и потвърдете, че той е получен в правилната кутия.

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

Ако не е ясно дали проблемът е в сайта, домейна, хостинга или фирмената поща, не е нужно да се правят рисковани проби. IT Doctor може да проследи пътя на писмото, да настрои надеждно изпращане и да провери дали формата действително приема запитванията. Най-ценният резултат не е просто тестово писмо във входящата кутия, а сигурността, че следващият клиент ще стигне до вас навреме.