Un formular de contact stricat nu dă erori. Vizitatorul apasă „Trimite", vede „Mulțumim", iar mesajul nu ajunge nicăieri. Poți pierde luni întregi de cereri fără să știi — și afli, de obicei, de la un client supărat că „v-am scris și nu mi-ați răspuns".
De ce se pierd mesajele
Cauza tehnică principală: majoritatea formularelor trimit emailul direct de pe serverul de găzduire, cu funcția implicită a limbajului de programare, fără nicio autentificare. Pentru serverele destinatare, un astfel de mesaj arată suspect:
- serverul care trimite nu este listat în SPF-ul domeniului;
- mesajul nu are semnătură DKIM;
- adresa expeditorului este falsificată (câmpul From conține adresa vizitatorului, nu a ta);
- IP-ul serverului de găzduire partajat are deja reputație proastă din cauza altor site-uri.
Soluția corectă: SMTP autentificat
Trimite mesajele prin contul tău de email, exact ca un client de email obișnuit. Configurația arată așa:
- Server SMTP: cel al furnizorului tău de email;
- Port: 587 (STARTTLS) sau 465 (SSL);
- Utilizator și parolă: ale unei căsuțe reale, de exemplu
site@firma.ro; - From:
site@firma.ro— adresa ta, întotdeauna; - Reply-To: adresa completată de vizitator (aici pui adresa lui, ca să poți răspunde direct);
- To: adresa la care vrei să primești cererile.
Regula esențială: nu pune niciodată adresa vizitatorului în câmpul From. Este exact tiparul pe care filtrele antispam îl consideră falsificare de identitate.
Alternativa: un serviciu dedicat de trimitere
Pentru volume mai mari sau când vrei siguranță maximă, folosește un serviciu specializat de trimitere tranzacțională. Avantaje: reputație bună a IP-urilor, semnare DKIM automată, statistici de livrare și notificări la eșec. Multe au un plan gratuit suficient pentru un site mic.
Nu trimite doar pe email: salvează și în bază de date
Oricât de bine ai configura livrarea, emailul rămâne un canal cu pierderi. Cea mai bună practică este să salvezi fiecare cerere în baza de date a site-ului și să trimiți notificarea. Astfel, chiar dacă emailul se pierde, cererea există. Opțional, trimite și o notificare pe alt canal (SMS, mesagerie internă).
Testează formularul o dată pe lună, cu o adresă externă de tip Gmail, și verifică inclusiv folderul Spam. Formularele se strică tăcut, după actualizări de server sau schimbări de parolă.
Protecția anti-spam, fără să pierzi clienți
- Honeypot — un câmp ascuns pe care oamenii nu îl văd, dar roboții îl completează. Dacă e completat, ignori mesajul. Invizibil pentru utilizatori, foarte eficient.
- Limită de timp — un formular trimis în sub 3 secunde de la încărcarea paginii este, aproape sigur, robot.
- Limitare pe IP — maximum câteva trimiteri pe oră.
- Captcha — ultima soluție, nu prima. Fiecare captcha reduce numărul de completări reale.
Confirmarea pentru vizitator
După trimitere, arată un mesaj clar și, dacă poți, trimite un email automat de confirmare: „Am primit mesajul tău, revenim în maximum o zi lucrătoare." Elimină incertitudinea și reduce completările duble.
Checklist de verificare
- Formularul trimite prin SMTP autentificat, nu prin funcția implicită a serverului.
- From este o adresă de pe domeniul tău; adresa vizitatorului merge în Reply-To.
- SPF include serverul care trimite; DKIM este activ.
- Cererile se salvează și în baza de date.
- Vizitatorul primește confirmare pe ecran.
- Ai protecție anti-spam invizibilă (honeypot), nu captcha agresiv.
- Testezi lunar, către o adresă externă.
- Ai bifă de consimțământ și link către politica de confidențialitate (detalii).
Concluzie
Un formular corect configurat trimite prin SMTP autentificat, cu From propriu, cu SPF și DKIM în ordine, și salvează cererile în baza de date. Verifică-l azi: e posibil să ai deja mesaje pe care nu le-ai primit niciodată. Vezi și cum construiești pagina de contact.
