Elküldik a kapcsolatfelvételi űrlapot, de nem kapsz értesítést: mit ellenőrizz?
Ha a látogató sikeres beküldést lát, de te nem kapsz üzenetet, a böngészőben megjelenő sikerállapot még nem bizonyítja, hogy az e-mail kézbesült. Először nézd meg, elmentődik-e a beküldés az űrlaprendszerben. Ezután ellenőrizd a címzettet, a spam és karantén mappát, az SMTP/API naplót, valamint a szerver válaszát. A weboldal saját szerveréről küldött egyszerű mail() üzenet helyett általában hitelesített SMTP vagy e-mail szolgáltató szükséges; a feladó domain SPF-, DKIM- és DMARC-beállításai is legyenek összhangban. Tesztelj valódi postafiókokkal, és alakíts ki biztonságos tartalékot, hogy egy e-mail hiba ne törölje az érdeklődő adatait.
Mit jelent ez az üzletednek?
Súlyosság: magas. Minden elvesző értesítés olyan lehetséges ügyfelet jelenthet, akit nem hívsz vissza, miközben ő azt hiszi, hogy kapcsolatba lépett veled.
A marketing jelentés sikeres leadet mutathat, az értékesítés viszont nem tud róla. Ez egyszerre veszít bevételt és torzítja a csatornák eredményességét. A legveszélyesebb az, amikor nincs beküldési napló, ezért a hiányzó üzenetekről csak az érdeklődő visszajelzéséből értesülsz.
A leggyakoribb okok – és hogyan ismered fel őket
- 1
Az űrlap csak felületi sikert jelez
A gomb állapota elküldést jelez, de a szerver vagy az e-mail szolgáltatás elutasította a kérést.
Így ellenőrizd: A böngésző hálózati paneljén és a szervernaplóban 2xx válasz látszik, és az API tényleg elfogadta az adatot?
- 2
Rossz címzett vagy szűrőszabály
Elírt cím, átirányítás, postafiók-kvóta, spamfilter vagy karantén miatt az üzenet nem a várt helyre kerül.
Így ellenőrizd: Keress rá a tárgyra és a feladó domainre az összes mappában, aliasban és karanténban.
- 3
A feladó domain nincs hitelesítve
A küldő szerver nincs megfelelően felhatalmazva a domain nevében, vagy SPF, DKIM és DMARC rekordok ütköznek.
Így ellenőrizd: Az e-mail szolgáltató kézbesítési naplójában SPF/DKIM/DMARC hibát jelez?
- 4
Az űrlapértesítés az ügyfélnek küldött levélre válaszol
A From fejlécben a látogató címe szerepel, ami kézbesítési és DMARC-hibát okozhat; vagy a Reply-To hiányzik.
Így ellenőrizd: A From cím a saját, hitelesített domainről jön, és a látogató címe Reply-To mezőként van beállítva?
- 5
Nincs megőrzött beküldési napló
Ha az e-mail elbukik, a lead adata sem marad meg újraküldéshez.
Így ellenőrizd: Az adminfelületen vagy CRM-ben visszakereshető a beküldés akkor is, ha az értesítő e-mail hibát kapott?
Javítás lépésről lépésre
- 1. lépés
Küldj kontrollált tesztet
Használj saját tesztcímet, jegyezd fel az időpontot, és próbálj ki több levelezőrendszert. Ne küldj valódi érdeklődői adatot ismeretlen tesztoldalra.
- 2. lépés
Keresd meg, hol szakad meg az út
Ellenőrizd sorrendben a kliens hálózati választ, az űrlap/API naplót, az e-mail szolgáltató eseményét és a címzett postafiókot. Így kiderül, hogy beküldési, küldési vagy kézbesítési hiba történik.
- 3. lépés
Állíts be hitelesített küldést
Használj megbízható SMTP vagy e-mail API szolgáltatót a saját domainhez. Pontosan a szolgáltató dokumentációjából másold az SPF és DKIM rekordokat; DMARC-ot vezess be úgy, hogy előbb megértsd a meglévő küldőket.
- 4. lépés
Javítsd a From és Reply-To mezőt
A feladó a saját, hitelesített domained legyen, a látogató e-mail címe pedig Reply-To. Így a válasz közvetlenül az érdeklődőhöz mehet, miközben az eredeti küldő azonosítható marad.
- 5. lépés
Őrizd meg a leadet és jelezd a hibát
A beküldés kerüljön hozzáférés-védett adminba vagy CRM-be, mielőtt a rendszer e-mailt küld. Ha az értesítés hibázik, rögzíts riasztást, és a látogatónak se mutass hamis sikert.
- 6. lépés
Figyeld a kézbesítést és a visszahívási időt
Mérd külön a beküldést, az értesítő elküldését, a kézbesítési hibát és az első válasz idejét. Rendszeres tesztleadet csak belső, megjelölt módszerrel használj, hogy ne keveredjen az éles értékesítési adatokba.
Tippek platformonként
WordPress
A legtöbb űrlapbővítményhez külön SMTP-bővítmény vagy külső kézbesítő szükséges. Kapcsold be az űrlapbeküldések védett tárolását, és ellenőrizd, hogy a bővítményből küldött feladó hitelesített domain.
Google Workspace / Microsoft 365
Ellenőrizd a spam, karantén, transport rule és alias beállításokat. A weboldal küldő szolgáltatójának hitelesítése külön feladat attól, hogy a céges postafiókba be tudsz lépni.
Egyedi / Next.js
Az API válaszában csak akkor jelezz sikert, ha a lead biztonságosan mentésre került. Az e-mail küldés legyen naplózott, és legyen újrapróbálási vagy adminriasztási út.
Gyakori hibák javítás közben
- A sikeres böngészőüzenetet kézbesítési bizonyítéknak venni.
- A látogató címét From-ként használni a saját domain helyett.
- DMARC rekordot hozzáadni a jelenlegi küldők felmérése nélkül.
- Az űrlapbeküldések teljes tartalmát nyílt vagy mindenki által elérhető naplóba írni.
Mikor kérj segítséget?
Ha a beküldés API-n, CRM-en és több címzetten halad át, az elveszés oka csak a teljes naplózásból derül ki. E-mail- és űrlapdiagnosztikában végigkövetjük a beküldést az adatbázistól a kézbesítésig, miközben az ügyféladatok hozzáférése korlátozott marad.
Gyakori kérdések
Miért érkezik meg néha, máskor nem?
Lehet kvóta, spamminősítés, átmeneti szolgáltatói hiba vagy különböző feladó/sablon miatti hitelesítési eltérés. A küldő szolgáltató eseménynaplója mutatja meg a konkrét okot.
Elég, ha a céges e-mail cím működik?
Nem. A weboldal által küldött levelek külön küldési útvonalon mennek, ezért a domain hitelesítését és az adott szolgáltató beállítását is ellenőrizni kell.
Tároljam az űrlapbeküldéseket?
Az elvesző leadek ellen hasznos lehet védett, korlátozott hozzáférésű tárolás. Csak a szükséges adatot őrizd meg, határozz meg megőrzési időt, és tájékoztasd erről az érdeklődőt.