A WordPress nem küld e-mailt? SMTP, DNS, űrlapok, WooCommerce és kézbesíthetőségi javítások (2026)

Amikor a WordPress nem küld e-mailt, a hiba négy helyen történhet: a WordPress soha nem hozza létre az üzenetet, egy plugin blokkolja vagy rossz felé irányítja, a tárhelyszolgáltató megtagadja a küldést, vagy a levelezőszolgáltatók visszautasítják, illetve kiszűrik.

A megoldás nem az, hogy először másik űrlap-plugint próbálsz. Kezdd azzal, hogy azonosítod, melyik e-mail bukott el, aztán térj át rendes feladó-beállításra hitelesített DNS-sel és megismételhető tesztekkel.

Gyors diagnózis

Ezzel a táblázattal szűkítsd a problémát, mielőtt plugineket cserélnél.

Ne támaszkodj egyetlen tesztre. Teszteld a jelszó-visszaállítást, a kapcsolatfelvételi űrlapokat, a WooCommerce-t, az admin értesítéseket, és minden tagsági vagy foglalási plugint, amely e-mailt küld.

Miért bukik el a WordPress e-mail

A WordPress a wp_mail() függvényt használja, amely általában a szerver levelezőfüggvényének adja át az üzenetet, hacsak egy plugin nem írja át az útvonalat. Ez az alapértelmezett út több okból lehet megbízhatatlan:

• A tárhelyszolgáltató blokkolhatja vagy korlátozhatja a PHP levelezést.
• Az üzenetek nincsenek hitelesítve a küldő domainnel.
• A megosztott tárhelyek IP-címeinek rossz lehet a reputációja.
• A feladói cím nem egyezik a webhely domainjével.
• A hibák némák maradhatnak, ha nincs bekapcsolva a naplózás.
• Több plugin is felülírhatja ugyanazt az e-mail viselkedést.
• A DNS rekordok hiányozhatnak vagy nem illeszkedhetnek.

A hosszú távú megoldás az, hogy dedikált SMTP vagy API levelezőn keresztül küldesz, és hitelesíted a domaint.

1. lépés: állapítsd meg a hiba típusát

Készíts egy rövid tesztmátrixot:

Jegyezd fel, hogy minden üzenet megérkezett, hiányzik, késett vagy spambe került. Ebből kiderül, hogy a probléma globális, vagy csak egy pluginre korlátozódik.

2. lépés: telepíts SMTP vagy API levelezőt

Használj olyan plugint, mint a WP Mail SMTP vagy más megbízható WordPress levelező. A plugin engedje, hogy a WordPress leveleit olyan feladón át küldd, mint a Brevo, az SMTP.com, a SendGrid, a Mailgun, a Gmail, az Amazon SES vagy más, hitelesített küldést támogató szolgáltató.

Alapbeállítás:

1. Telepítsd a levelező plugint.
2. Válassz a plugin által támogatott szolgáltatót.
3. Csatlakozz API kulccsal, OAuth-tal vagy SMTP hitelesítő adatokkal.
4. Állíts be olyan feladói e-mail-címet, amely a saját domainedet használja.
5. Állíts be olyan feladónevet, amely illik a webhelyhez vagy a márkához.
6. A kényszerített feladó beállítást csak akkor kapcsold be, ha biztos vagy benne, hogy nem tör el pluginokat.
7. Küldj tesztlevelet.

Az API levelezőket gyakran könnyebb figyelni, mint a nyers SMTP hitelesítő adatokat, mert világosabb hibaüzeneteket és eseménynaplókat adnak. Az SMTP is működik, ha helyesen van beállítva.

3. lépés: ellenőrizd a feladót és a DNS hitelesítést

A „WordPress e-mailek spambe kerülnek” problémák többsége az azonosságra vezethető vissza.

Ellenőrizd:

• A feladói domain ugyanaz a domain vagy hitelesített aldomain, amelyet te felügyelsz.
• Az SPF tartalmazza azt a szolgáltatást, amely a WordPress leveleit küldi.
• A DKIM be van kapcsolva a küldő szolgáltatásnál.
• Létezik DMARC, és illeszkedik a feladói beállításodhoz.
• A feladói cím nem ingyenes postafiók, például Gmail vagy Yahoo, üzleti levélhez.
• A válaszcímet figyeli valaki.

A DNS rekordok felvétele után várd meg a terjedést, és tesztelj újra. Egy helyesnek látszó DNS panel nem bizonyíték addig, amíg valódi üzenetek fejlécében nem látod a sikeres hitelesítést.

4. lépés: javítsd a kapcsolatfelvételi űrlapok e-mailjeit

Az űrlap-pluginoknak gyakran saját értesítési beállításaik vannak.

Ellenőrzőlista:

• Győződj meg róla, hogy az űrlap értesítése be van kapcsolva.
• Ellenőrizd, hogy a címzett mező helyes.
• A feladó a saját domainedről legyen, ne a látogató e-mail-címe.
• A látogató címét a válaszcím mezőbe tedd.
• Nézd át a kötelező mezőket és a spamvédelmi beállításokat.
• Teszteléshez kapcsold ki a duplikált értesítéseket.
• Tesztelj nem admin e-mail-címmel is.

Ha az SMTP teszt átmegy, de az űrlap e-mail nem, a hiba általában az űrlap beállításában van, nem a feladóban.

5. lépés: javítsd a WooCommerce e-maileket

A WooCommerce külön sablonokat és címzetteket használ a különböző eseményekhez.

Ellenőrizd:

• Menj a WooCommerce e-mail beállításaihoz, és nézd meg, hogy minden szükséges levél be van-e kapcsolva.
• Nézd át a címzett mezőt az admin leveleknél.
• Adj le valódi tesztrendelést egy tesztermékkel.
• Teszteld a feldolgozás alatti, a teljesített, a visszatérített és a sikertelen rendelési státuszokat.
• Ellenőrizd, hogy a vendégként vásárlók és a fiókos levelek is elmennek-e.
• Nézd meg, hogy egy másik plugin nem szabja-e át a WooCommerce e-mail sablonjait.
• Nézd át a naplókat a sikertelen API vagy SMTP válaszok után kutatva.

Ha a vásárlók nem kapják meg a rendelési leveleket, kezeld bevételi és ügyfélszolgálati problémaként. A tranzakciós kézbesítést a marketingkampányok indítása előtt javítsd meg.

6. lépés: oldd meg a spambe kerülést

A spamelhelyezés általában több javítást igényel, nem egyetlen varázsbeállítást.

Kezdd itt:

• Hitelesítsd a domaint SPF-fel, DKIM-mel és DMARC-kal.
• Használj következetes feladónevet és feladói címet.
• Ne küldj nagy mennyiséget olyan domainről, amely még sosem melegedett be.
• Távolítsd el a törött linkeket, a linkrövidítőket és a félrevezető tárgysorokat.
• A rutin WordPress értesítésekből hagyd ki a mellékleteket, ahol lehet.
• Figyeld a visszapattanási és panaszjelzéseket a küldő platformon.
• Válaszd külön a marketing e-mailt a tranzakciós WordPress leveltől, ha a mennyiség vagy a reputáció eltér.

Ha az e-mail fontos a bevételednek, ne hagyd abba a spamteszteket az első sikeres kézbesítés után. Ismételd meg a tesztelést sablon-, plugin-, tárhely-, DNS- vagy szolgáltatóváltás után.

7. lépés: ellenőrizd a plugin-ütközéseket és a tárhelyszabályokat

Ha a feladó működik, de a WordPress mégis rendszertelenül hibázik, izoláld az ütközéseket.

Biztonságos folyamat:

1. Győződj meg róla, hogy friss mentésed van.
2. Kapcsold ki ideiglenesen a többi levelezéssel kapcsolatos plugint.
3. Csak az SMTP vagy API levelezőt hagyd aktívan.
4. Teszteld a WordPress alap leveleit.
5. Teszteld a kapcsolatfelvételi űrlapokat.
6. Teszteld a WooCommerce-t.
7. Kapcsold vissza a plugineket egyesével.

Nézd meg a tárhelyszintű korlátozásokat is. Egyes menedzselt szolgáltatók blokkolják a kimenő SMTP portokat, vagy jóváhagyott levelezőszolgáltatást írnak elő. Ha az SMTP hitelesítő adatok elbuknak, de az API küldés működik, valószínűleg tárhelykorlátozás az ok.

Hibaminták és javítások

Figyelés a javítás után

A WordPress e-mail később is elromolhat plugin-frissítés, DNS módosítás, domainváltás vagy szolgáltatóváltás után.

Figyeld:

• Az SMTP vagy API hibanaplókat.
• A visszapattanási arányt.
• A spampanaszokat.
• A sikertelen WooCommerce e-maileket.
• Az űrlap-értesítések hibáit.
• A jelszó-visszaállítással kapcsolatos ügyfélszolgálati jegyeket.
• A DMARC jelentéseket, ha átnézed őket.

Fontos oldalakon állíts be havi ismétlődő tesztet. E-kereskedelemnél minden nagyobb WooCommerce vagy pénztár változás után tesztelj.

Indulás előtti ellenőrzőlista

Mielőtt kijelented, hogy a hiba megoldódott:

• A jelszó-visszaállítás a beérkezettbe érkezik.
• Az új felhasználó levele megérkezik.
• A kapcsolatfelvételi űrlap admin értesítése megérkezik.
• A látogatói visszaigazolás megérkezik, ha használod.
• A WooCommerce rendelési levelek megérkeznek az adminhoz és a vásárlóhoz.
• A visszatérítés, a sikertelen és a teljesített rendelés levelei működnek.
• A feladói domain átmegy az SPF-en és a DKIM-en.
• Létezik DMARC.
• A nem használt levelező pluginek ki vannak kapcsolva.
• A naplókban nincsenek ismétlődő hibák.
• Az ügyfélszolgálat tudja, hol nézze meg a levélnaplókat.

Kapcsolódó útmutatók

• WP Mail SMTP útmutató
• WordPress SMTP útmutató
• SPF DKIM DMARC útmutató
• E-mail kézbesíthetőségi útmutató
• WooCommerce e-mail marketing útmutató