Miért nem kapom meg a kapcsolati űrlapról érkező üzeneteket?
Az űrlap látszólag működik, a postaládád mégis üresen marad. Íme a valódi okok és egy lépésről lépésre módszer, hogy ne veszíts el több érdeklődőt.
Van egy kapcsolati űrlap az oldaladon, érkeznek a látogatók, a postaládád mégis néma. Ez az egyik legköltségesebb probléma, ami egy céges weboldalt érhet: minden elveszett üzenet egy ügyfelet jelent, aki el akart érni téged, és azt hitte, hogy sikerült is. A látogató látja a „Köszönjük, üzenetét elküldtük” feliratot, bezárja az oldalt, és vár egy válaszra, amely soha nem érkezik meg.
A jó hír: szinte minden esetben az ok egy maroknyi ismert probléma valamelyike, és egy órán belül feltárhatod. Ebben a cikkben a legegyszerűbb teszttől egészen a technikai részig (hogyan is küldenek e-mailt valójában az űrlapok), a végén pedig eljutunk oda, hogyan biztosíthatod, hogy soha többé ne veszíts el egy érdeklődőt, még akkor sem, ha az e-mail felmondja a szolgálatot.
Teszteld le magad az űrlapot, most azonnal
Mielőtt bármit feltételeznél, futtass le egy valódi tesztet. Nyisd meg az oldalt egy privát (inkognitó) ablakban, töltsd ki az űrlapot a saját, valós adataiddal, és küldd el. Jegyezd fel a pontos időpontot. Ezután:
- Ellenőrizd, hogy megjelenik-e a megerősítő üzenet („üzenet elküldve”) — ha nem jelenik meg, a probléma az űrlappal van, nem az e-maillel.
- Várj 5-10 percet, és keresd az e-mailt.
- Küldj egy második tesztet egy másik eszközről (telefon, mobiladat-kapcsolaton).
Ha a te teszted megérkezik, de az ügyfelek szerint az övék nem, akkor lehet, hogy csak néhány üzenet akad fenn a szűrőkön. Ha a saját teszted sem érkezik meg, akkor van egy egyértelmű kiindulópontod. A pontos időpont segít majd a spam átvizsgálásakor, vagy amikor valaki a szerver naplóit nézi.
Ellenőrizd, hová „kellene” érkezniük az üzeneteknek
Az üzenetek gyakran meg is érkeznek — csak nem ott, ahol keresed őket.
- Spam / Levélszemét: a leggyakoribb ok. Az űrlap szavaira is keress rá (mezőnevek, „az oldalról küldve”).
- A Promóciók lap (Gmail): az automatikus értesítések gyakran ott kötnek ki.
- Rossz cím a beállításokban: az űrlap egy régi címre, egy elgépelt címre, vagy annak a fejlesztőnek küld, aki az oldalt építette. Ellenőrizd a „címzett e-mail” beállítást az űrlapon.
- Továbbítási szabályok és tele postaládák: ha az e-mailt máshová továbbítják, vagy a postafiók megtelt, az üzenetek észrevétlenül elvesznek.
Vedd fel az űrlap címét a biztonságos névjegyek közé, és ha a spamben találsz üzeneteket, jelöld meg őket „Nem spam”-ként. Ez meglepően sok esetet megold.
1. technikai ok — hogyan küldenek e-mailt valójában az űrlapok
Ez a probléma lényege. A legtöbb űrlap (különösen WordPressen) a tárhelyszerver mail() függvényén keresztül küld e-mailt. A gond: az osztott tárhelyek szerverei gyakran gyenge hírnévvel rendelkeznek, és a Gmail vagy az Outlook rendszeresen a spambe dobja ezeket az üzeneteket, vagy egyenesen visszautasítja őket, anélkül hogy neked bármilyen látható hibaüzenetet adna.
Három fontos fogalom:
- Az SPF, DKIM és DMARC röviden a domained „személyi okmányai”. Ha hiányoznak vagy rosszul vannak beállítva, a domained nevében küldött üzenetek hamisítványnak tűnnek, és blokkolódnak.
A helyes megoldás: hitelesített SMTP-n vagy egy dedikált tranzakciós e-mail szolgáltatáson keresztül küldeni, nem a mail() függvényen keresztül. Minden üzenet megfelelően hitelesítve lesz, és a kézbesítési arány közelít a 100%-hoz.
A „Feladó” cím csapdája
Egy klasszikus hiba: az űrlap úgy van beállítva, hogy az e-mailt magának a látogatónak a címéről küldje „Feladóként” (például Feladó: ugyfel@gmail.com). Logikusnak tűnik — könnyen szeretnél válaszolni —, de technikailag ez probléma. A szervered olyan üzenetet küld, amely azt állítja, hogy a Gmailről érkezik, minden erre való jogosultság nélkül. A Gmail és az Outlook ezt hamisításnak (spoofing) nevezi, és blokkolja.
A helyes beállítás:
- „Feladó” = egy cím a saját domainedről (pl. kapcsolat@cegneved.com vagy noreply@cegneved.com).
- Az ügyfél valódi címe a „Válaszcím” (Reply-To) mezőbe kerül, így egyetlen kattintással válaszolhatsz anélkül, hogy tönkretennéd a kézbesíthetőséget.
Ez egy apró változtatás a beállításokban, de ez a különbség a „mindig megérkezik” és a „néha megérkezik” között.
Amikor az űrlap egyáltalán nem küld
Néha nem az e-maillel van a baj — hanem azzal, hogy az űrlap el sem indítja a folyamatot.
- JavaScript-hiba: egy ütköző bővítmény vagy sablon leblokkolhatja a küldés gombot. Tipikus jel: rákattintasz, és semmi nem történik, vagy az oldal újratöltődik megerősítés nélkül.
- Túl agresszív CAPTCHA vagy spamszűrő: egy rosszul beállított reCAPTCHA robotként utasíthatja el a jogos beküldéseket.
- Hibás ellenőrzés vagy rejtett kötelező mezők: a látogató azt hiszi, beküldte, de az űrlap hibát dob, amit ő nem vesz észre, különösen mobilon.
Hogyan ellenőrizd: küldj egy tesztet, és figyeld a megerősítést. A biztonság kedvéért kérd meg valakit, hogy nyissa meg a böngésző konzolját (F12 → Console) a beküldés közben — az ott megjelenő piros hibák elárulják a történetet.
A biztonságos megoldás — ne HAGYATKOZZ egyedül az e-mailre
Az e-mail hasznos, de ez egy olyan csatorna, amelyet nem uralsz teljesen: szűrők, hírnév, tele postaládák. Egy céges weboldalnál egy érdeklődő nem függhet egyetlen törékeny csatornától.
Amit ajánlunk:
- Minden üzenetet ments el egy adatbázisba vagy egy admin felületre is, ne csak e-mailbe. Így, még ha egy e-mail el is bukik, az érdeklődő akkor is megvan.
- Adj hozzá egy második értesítési csatornát — például WhatsAppot vagy egy második e-mail címet.
- Havonta teszteld a kézbesítést, ne csak akkor, amikor gyanús csendet észlelsz.
Így építjük az űrlapokat az MPO Web Studiónál: az üzenetek tárolódnak, azon a csatornán kapsz értesítést, amelyet valóban minden nap olvasol, és mindezt 100%-ban távolról állítjuk be. Ha szeretnéd, hogy közösen megnézzük, miért nem érkeznek meg az üzeneteid, írj nekünk WhatsAppon — gyakran perceken belül megtaláljuk az okot.
Gyakran ismételt kérdések
Leteszteltem, és a saját üzenetem megérkezett. Az ügyfeleké miért nem?+
Valószínűleg csak néhány üzenet akad fenn a szűrőkön. A tipikus ok a mail() függvényen keresztüli küldés SPF/DKIM/DMARC nélkül: a saját üzeneteid, amelyeket a Gmail már ismer, átmennek, míg a más címekre menők vagy a „gyanús” tartalmúak a spambe kerülnek. A hitelesített SMTP-re váltás általában megoldja.
A tárhely hibája vagy az oldalé?+
Általában arról van szó, hogyan küldi az oldal az e-mailt, nem magáról a tárhelyről. Az osztott tárhelynek gyenge a hírneve, de a megoldás nem a tárhely cseréje — hanem hitelesített SMTP-n vagy egy tranzakciós e-mail szolgáltatáson keresztül küldeni.
Mennyi ideig tart ezt kijavítani?+
A diagnózis általában néhány perctől egy óráig terjed. Az SMTP beállítása az SPF/DKIM-mel együtt és egy teljes teszt lefuttatása jellemzően még aznap megvan. Ritkán tart tovább, csak ha a domainnek bonyolult a DNS-beállítása.
Az űrlap már egy hónapja nem működik. Vissza tudom szerezni az elvesztett ügyfeleket?+
Az e-mailen elveszett üzenetek általában nem szerezhetők vissza — ezért ajánljuk, hogy adatbázisban is tárold őket. A javítás után néhány ügyfél visszatér, ha adsz nekik rá okot (egy utánkövetés, egy ajánlat), de a megelőzés sokkal olcsóbb, mint a helyreállítás.
Honnan tudhatom biztosan, hogy most már működik?+
Futtass teszteket több forrásból (Gmail, Outlook, egy telefon mobiladaton), győződj meg róla, hogy a Beérkező üzenetek közé érkeznek és nem a spambe, majd néhány nappal később ismételd meg a tesztet. Ideális esetben van egy felületed is, ahol minden üzenetet látsz, az e-mailtől függetlenül.
7 hiba, amely elriasztja az ügyfeleket a weboldaláról
Adja meg az e-mail-címét, és azonnal itt megkapja az útmutatót. Spam nélkül.
Vrei să vezi cum ar arăta site-ul firmei tale?
Scrie-ne pe WhatsApp și îți pregătim GRATUIT un site demonstrativ, cu numele firmei tale. Îl vezi întâi — decizi după.