---
title: "A WordPress nem küld e-mailt? SMTP, DNS, űrlapok, WooCommerce és kézbesíthetőségi javítások (2026)"
description: "Hárítsd el a WordPress e-mail hibáit lépésről lépésre: SMTP, DNS hitelesítés, kapcsolatfelvételi űrlapok, WooCommerce, jelszó-visszaállítás, naplózás és kézbesíthetőségi ellenőrzőlista."
url: https://tajo.io/hu/blog/wordpress-not-sending-email/
markdown: https://tajo.io/hu/blog/wordpress-not-sending-email.md
lang: hu-HU
author: "Set Noa"
author_url: https://tajo.io/hu/set-noa/
published: 2026-03-26
updated: 2026-09-04
alternates: {en-US: /blog/wordpress-not-sending-email.md, bg-BG: /bg/blog/wordpress-not-sending-email.md, cs-CZ: /cz/blog/wordpress-not-sending-email.md, de-DE: /de/blog/wordpress-not-sending-email.md, da-DK: /dk/blog/wordpress-not-sending-email.md, es-ES: /es/blog/wordpress-not-sending-email.md, fr-FR: /fr/blog/wordpress-not-sending-email.md, el-GR: /gr/blog/wordpress-not-sending-email.md, hi-IN: /hi/blog/wordpress-not-sending-email.md, id-ID: /in/blog/wordpress-not-sending-email.md, hr-HR: /hr/blog/wordpress-not-sending-email.md, it-IT: /it/blog/wordpress-not-sending-email.md, ja-JP: /jp/blog/wordpress-not-sending-email.md, ko-KR: /kr/blog/wordpress-not-sending-email.md, ar-SA: /ar/blog/wordpress-not-sending-email.md, nl-NL: /nl/blog/wordpress-not-sending-email.md, no-NO: /no/blog/wordpress-not-sending-email.md, pl-PL: /pl/blog/wordpress-not-sending-email.md, pt-BR: /pt/blog/wordpress-not-sending-email.md, ro-RO: /ro/blog/wordpress-not-sending-email.md, ru-RU: /ru/blog/wordpress-not-sending-email.md, sv-SE: /se/blog/wordpress-not-sending-email.md, zh-CN: /zh-cn/blog/wordpress-not-sending-email.md, sl-SI: /sl/blog/wordpress-not-sending-email.md, sr-Latn-RS: /sr/blog/wordpress-not-sending-email.md, th-TH: /th/blog/wordpress-not-sending-email.md, tr-TR: /tr/blog/wordpress-not-sending-email.md, ur-PK: /ur/blog/wordpress-not-sending-email.md, vi-VN: /vi/blog/wordpress-not-sending-email.md, sk-SK: /sk/blog/wordpress-not-sending-email.md}
---

[E-mail](https://tajo.io/hu/blog/?category=email)

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

Hárítsd el a WordPress e-mail hibáit lépésről lépésre: SMTP, DNS hitelesítés, kapcsolatfelvételi űrlapok, WooCommerce, jelszó-visszaállítás, naplózás és kézbesíthetőségi ellenőrzőlista.

WordPress not sending email

Miért nem küld a WordPress e-maileket?

A WordPress e-mailt úgy javítsd, hogy szétszálazod a problémát: állapítsd meg, milyen típusú levél bukott el, állíts be SMTP vagy API küldést, ellenőrizd a feladói domaint, vegyél fel SPF, DKIM és DMARC rekordokat, teszteld az összes űrlapot és WooCommerce e-mailt, majd figyeld a naplókat és a spampanaszokat.

[Tudjon meg többet](https://tajo.io/hu/blog/wordpress-not-sending-email/#gyors-diagn%C3%B3zis)

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.

| Tünet | Valószínű ok | Első ellenőrzés |
| --- | --- | --- |
| A jelszó-visszaállítás sosem érkezik meg | A WordPress küldési útvonala hibás | Küldj tesztlevelet egy SMTP pluginből |
| Az űrlap azt írja, elküldve, de a postafiók üres | Az űrlap címzettje vagy a levelező hibás | Nézd meg az űrlap értesítési beállításait és a levélnaplókat |
| Hiányoznak a WooCommerce rendelési e-mailek | Kikapcsolt sablon, rossz címzett vagy feladóprobléma | Nézd át a WooCommerce e-mail beállításait, és adj le egy tesztrendelést |
| Az e-mailek a spambe érkeznek | Gyenge hitelesítés vagy reputáció | Ellenőrizd az SPF-et, a DKIM-et, a DMARC-ot, a feladói domaint és a tartalmat |
| Egyes e-mailek elmennek, mások nem | Plugin-specifikus értesítési beállítások | Teszteld külön minden plugintípust |
| Az admin levelek mennek, a vásárlóiak nem | Címzettszűrés, sablon vagy tiltás | Nézd meg a naplókat és a vásárlói cím állapotát |

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:

| Teszt | Miért számít |
| --- | --- |
| Jelszó-visszaállítás | Igazolja a WordPress alap levelezését |
| Új felhasználó értesítés | Igazolja az admin és fiók leveleket |
| Kapcsolatfelvételi űrlap beküldése | Igazolja az űrlap-plugin értesítéseit |
| WooCommerce tesztrendelés | Igazolja a vásárlói és az áruházi rendelési levelet |
| Sikertelen rendelés vagy visszatérítés | Igazolja a ritkább tranzakciós sablonokat |
| SMTP plugin tesztlevele | Igazolja a kapcsolatot a levelezővel |

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

| Hiba vagy viselkedés | Mit tegyél |
| --- | --- |
| Sikertelen hitelesítés | Hozd létre újra a hitelesítő adatokat, és ellenőrizd a felhasználónevet, jelszót, API kulcsot vagy OAuth kapcsolatot |
| Kapcsolat időtúllépés | Nézd meg a tűzfalat, az SMTP portot, az SSL/TLS módot, vagy válts API levelezőre |
| Nem hitelesített feladó | Hitelesítsd a feladói domaint vagy a feladói címet az e-mail szolgáltatásban |
| DKIM hiba | Másold be újra a DKIM DNS rekordokat, és várd meg a terjedést |
| SPF hiba | Vedd fel a küldő szolgáltatást az SPF-be, és kerüld a több SPF rekordot |
| DMARC hiba | Illeszd a feladói domaint az SPF-hez vagy a DKIM-hez, és nézd át a szabályt |
| Az űrlap az adminnak elmegy, a felhasználónak nem | Ellenőrizd a felhasználói értesítési sablont, az összefűzött mezőket és a tiltásokat |
| Hiányzik a WooCommerce admin levél | Nézd meg a sablon bekapcsolt állapotát és a címzett mezőt |

## 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.

## Gyakran Ismételt Kérdések

**Miért nem küld a WordPress e-maileket?**

A WordPress e-mail gyakran azért bukik el, mert az alapértelmezett PHP levelezési útvonal hitelesítetlen, a tárhelyszolgáltató blokkolja, rosszul van beállítva, vagy a levelezőszolgáltatók szűrik. Plugin-ütközések, hibás feladói címek, DNS problémák és az űrlapbeállítások is megtörhetik a kézbesítést.

**Hogyan javítsam a WordPress e-mail kézbesítést?**

Telepíts egy megbízható SMTP vagy API levelező plugint, kösd hitelesített feladóhoz, használj a saját domainedről származó feladói címet, vegyél fel SPF, DKIM és DMARC rekordokat, teszteld a jelszó-visszaállítást, a kapcsolatfelvételi űrlapokat és a WooCommerce e-maileket, és figyeld a naplókat.

**Miért kerülnek a WordPress e-mailek a spambe?**

A WordPress e-mailek jellemzően akkor kerülnek a spambe, ha a feladói domain nincs hitelesítve, a küldő szolgáltatás nem illeszkedik a DNS rekordokhoz, a tartalom gyanúsnak tűnik, a domain reputációja rossz, vagy több plugin küld következetlen leveleket.

**Alapból hibás a WordPress e-mail?**

Nem mindig, de az alapértelmezett küldési útvonal törékeny. Függ a tárhelytől, a szerver levelezési beállításától, a feladó azonosságától és a levelezőszolgáltatók szűrésétől. Éles oldalakon dedikált levelezőt érdemes használni.

**SMTP-t vagy API levelezőt használjak?**

Mindkettő működhet. Az API levelezők gyakran világosabb beállítást és naplókat adnak, az SMTP pedig széles körben támogatott. Válaszd azt, amelyiket a pluginod és az e-mail szolgáltatód a legjobban támogatja, aztán teszteld alaposan.

**Küldhetek Gmail-címről?**

Üzleti webhelyhez a saját domainedről származó címet használj. Ha ingyenes postafiókból küldöd az oldal leveleit, az hitelesítési és bizalmi problémákat okozhat.

**Miért működik az SMTP teszt, ha a WooCommerce mégis hibázik?**

Az SMTP kapcsolat lehet rendben, miközben a WooCommerce sablonjai, címzettjei, rendelési státusz triggerei vagy egy másik plugin rosszul vannak beállítva. A WooCommerce e-mail eseményeit külön teszteld.

## Kapcsolódó cikkek

### [WordPress e-mail feliratkozás: űrlapok, hozzájárulás, köszöntő e-mailek és listanövekedés (2026)](https://tajo.io/hu/blog/wordpress-email-subscription-guide/)

2026\. márc. 26. · 6 perc olvasás

13 szakasz

### [Miért kerülnek az emailjeim a spambe? 12 megoldás, amely valóban működik (2026)](https://tajo.io/hu/blog/why-emails-going-to-spam/)

2026\. márc. 25. · 3 perc olvasás

13 szakasz

### [E-mail API: teljes útmutató a programozott e-mail küldéshez (2026)](https://tajo.io/hu/blog/email-api-guide/)

2026\. márc. 25. · 11 perc olvasás

15 szakasz
