Ezen az oldalonHogyan küld e-mailt a WordPress alapbeállítás szerint
Egy WordPress-webhely több e-mailt küld, mint azt a tulajdonosa gondolná. Kapcsolatfelvételi űrlap értesítéseit. Jelszó-visszaállítási üzeneteket. Új felhasználóknak szóló üdvözlőleveleket, hozzászólás-moderálási értesítéseket, egy webáruház esetén pedig minden rendelés-visszaigazolást, számlát és szállítási értesítést, amelyet a WooCommerce küld. Ezek többségét senki sem tervezte meg, és senki sem ellenőrzi őket addig, amíg egy vásárló nem jelzi, hogy nem érkezett meg a rendelésről szóló e-mail.
Ha ezek egyike a spam mappába kerül, először nézze meg, hogyan hagyja el az üzenet a szervert, mielőtt módosítaná a szövegét. A WordPress ezt alapértelmezés szerint az elérhető legkevésbé megbízható kézbesítési módra állítja.
Hogyan küld e-mailt a WordPress alapbeállítás szerint
Maga a WordPress és szinte minden levelet küldő bővítmény, beleértve a WooCommerce és az űrlapkezelő bővítményeket is, egyetlen függvényt használ: wp_mail(). Ez átadja az üzenetet a PHPMailer számára, amely alapértelmezés szerint továbbítja azt a PHP mail() függvényének, az pedig a tárhelyszerveren elérhető levelezőprogramnak. Nincs bejelentkezés egy levelezési szolgáltatóhoz, nincs aláírás, és a DNS-ben semmi nem jelzi, hogy ez a szerver küldhet az Ön domainje nevében.
A kiválasztott feladói cím a wordpress@, amelyet az Ön webhelyének domainje követ (a WordPress eltávolítja az elején lévő www. részt). Ha ezt soha nem módosította, ügyfelei ezt látják a Feladó mezőben, miközben sok webhelyen ezt a postafiókot soha senki nem hozta létre.
Megosztott tárhelyen az üzenet ezután a tárhelszolgáltató szerveréről, egy sok más webhellyel közösen használt IP-címen keresztül távozik. Ha ezek közül valamelyik vásárolt címlistára küld leveleket, vagy feltörik, és kéretlen leveleket kezd tömegesen küldeni, az IP-cím hírneve romlik, az Ön jelszó-visszaállítási levelei pedig ugyanarról a címről indulnak, mint ezek a levelek.
Egy alapértelmezett WordPress-telepítés tehát olyan leveleket küld, amelyek SPF-beállítása nincs összhangban az Ön domainjével. A visszapattanó levelek címe általában a tárhelyszolgáltató saját szervernevén marad, ha pedig ehelyett az Ön címe kerül oda, az SPF-ellenőrzés teljesen sikertelen lesz. Az Ön domainjéhez tartozó DKIM-aláírás sincs, ezért a DMARC-ellenőrzés is sikertelen. A Gmail és a Yahoo 2024 februárjában vezette be a feladókra vonatkozó szabályait, a Microsoft pedig 2025 májusában tette ugyanezt azoknál a domaineknél, amelyek naponta több mint 5 000 üzenetet küldenek az Outlook.com címzettjeinek. 2025 novembere óta a Gmail a szabályait megsértő levelek nagyobb részét elutasítja ahelyett, hogy a spam mappába helyezné őket.
Küldés valódi levelezési szolgáltatáson keresztül
A legfontosabb javítás, hogy ne használja tovább a mail() függvényt. Telepítsen egy SMTP-bővítményt. A leggyakoribbak a WP Mail SMTP, a FluentSMTP és a Post SMTP, és mindegyiknek van ingyenes verziója. Csatlakoztassa egy olyan szolgáltatáshoz, amely megfelelően küldi el a leveleket: saját postafiók-szolgáltatójához, például a Google Workspace vagy a Microsoft 365 rendszeréhez, vagy egy tranzakciós szolgáltatáshoz, mint az Amazon SES, a Brevo, a SendGrid vagy a Mailgun.
A bővítmény lecseréli a wp_mail() mögötti átviteli módot, így minden bővítmény összes e-mailje az új módon megy ki, anélkül, hogy magukat a bővítményeket módosítani kellene. Ha a bővítmény támogatja, egyszerű, jelszavas SMTP helyett használja a szolgáltató API-beállítását. A WP Mail SMTP szerint az API-alapú megoldás akkor is működik, ha a tárhelyszolgáltató blokkolja az SMTP-portokat.
A következő lépést sokan kihagyják. Hitelesítse a domaint az adott szolgáltatónál. Mindegyik szolgáltató megadja a DNS-ben közzéteendő rekordokat, általában két vagy három CNAME rekordot a DKIM-hez, valamint egy SPF include bejegyzést vagy egy egyéni return-path domaint. Amíg ezek a rekordok nem kerülnek be a DNS-be, a szolgáltató a saját nevét teszi az aláírásra, és a DMARC ugyanúgy meghiúsul, mint a tárhelyszolgáltatónál.
A From-cím a kapcsolatfelvételi űrlapokon
Az űrlapbővítmények, köztük a Contact Form 7 és a WPForms, lehetővé teszik annak beállítását, hogy mi kerüljön az Önnek küldött értesítés From sorába. Sok konfiguráció a látogató címét adja meg itt, így a Reply megnyomásával közvetlenül a látogatónak válaszolhat. Ez ügyes megoldásnak tűnik, de a DMARC pontosan ezt hivatott megakadályozni.
Tegyük fel, hogy egy Anna nevű látogató a anna@yahoo.com címről ír. Az Ön webhelye ekkor olyan üzenetet küld, amely azt állítja, hogy a yahoo.com címről érkezett, méghozzá egy olyan kiszolgálón keresztül, amelyet a Yahoo soha nem engedélyezett. A yahoo.com p=reject DMARC-házirendet tesz közzé, ezért az ezt követő fogadó hamisítottként elutasítja az értesítést. Gmail-címet használó látogatónál a házirend megengedőbb, és az üzenet gyakrabban kerül a spam mappába. A WPForms dokumentációja pontosan erre figyelmeztet.A From az Ön címe, a Reply-To a látogatóé
Ehelyett így állítsa be:
- From: a saját domainjéhez tartozó cím, például
forms@yourdomain.com, ugyanazon a domainen, amelyhez az SMTP-bővítménye hitelesítve van. - Reply-To: a látogató címe az űrlap mezőjéből. A Reply megnyomásával továbbra is Annának válaszol.
- To: az a postafiók, amelyet ténylegesen olvas.
A Contact Form 7 esetében ezt a Mail lapon állíthatja be: adja meg a saját címét a From mezőben, majd az Additional headers résznél adja hozzá a Reply-To: [your-email] sort. A többi űrlapbővítmény értesítési beállításaiban is található Reply-To mező.
WooCommerce e-mailek
A WooCommerce saját feladóbeállításokkal rendelkezik: WooCommerce, majd Settings, végül Emails, az Email Sender Options szakaszban, ahol egy „From” név és egy „From” cím adható meg. Alapértelmezés szerint ez a webhely adminisztrátori e-mail-címe. Ha az áruház telepítője ehhez Gmail-címet használt, minden rendelés-visszaigazolás azt állítja, hogy a gmail.com domainről érkezik, és ugyanabból az okból nem felel meg a DMARC-ellenőrzésen, mint a fenti kapcsolatfelvételi űrlap. Itt a hitelesített domainhez tartozó címet adjon meg. Feladónévként megfelelő az áruház neve. (Az Önnek küldött rendelési értesítésekben a WooCommerce már eleve az ügyfelet adja meg Reply-To címként, ami a helyes megoldás.)
Az áruházi e-maileknél két olyan probléma fordulhat elő, amely egy kapcsolatfelvételi űrlapnál nem jelentkezik.
Az első a mennyiség. Ha egy akció vagy egy hírlevélbővítmény ugyanazon az útvonalon küld e-maileket az ügyfeleknek, mint amelyen a rendelés-visszaigazolások mennek, a marketing- és tranzakciós levelek közös hírnévre támaszkodnak. Ha a hírlevél panaszokat kap, annak a nyugták kézbesítése is kárát látja. A két levéltípus különböző szolgáltatásokon keresztüli küldése elválasztja őket egymástól. A marketinghez használt külön aldomain is segít valamennyit, bár a fogadó szolgáltatók továbbra is figyelembe veszik a fő domain hírnevét.
A második a leiratkozás kérdése. A rendelés-visszaigazolások és a jelszó-visszaállítási levelek tranzakciós üzenetek, ezért a Gmail és a Yahoo egykattintásos leiratkozási szabálya nem vonatkozik rájuk. A korábbi vásárlóknak küldött értékelési kérés, elhagyott kosárra emlékeztető vagy „ez is érdekelheti” e-mail viszont marketingüzenet. Ha ezeket nagy mennyiségben küldi, a szabály teljes egészében vonatkozik rájuk, vagyis egy egykattintásos leiratkozási lehetőséget tartalmazó List-Unsubscribe fejléc szükséges. Ellenőrizze, hogy az ezeket küldő bővítmény hozzáadja-e ezt a fejlécet. Az alábbi teszt mindkét esetben megmutatja az eredményt.
A DNS-oldal közérthetően
Bármelyik szolgáltatáson keresztül küld, a domainjének három dologra van szüksége a DNS-ben ahhoz, hogy a leveleket megbízhatónak tekintsék. A teljes útmutatót az SPF, DKIM és DMARC magyarázata című cikkben találja. Az alábbiakban azt foglaljuk össze, mit jelent ez egy WordPress-webhely esetében.
- SPF. Egyetlen TXT rekord a domainjén, amely felsorolja, hogy kik küldhetnek levelet a nevében. Sok küldési szolgáltatás esetén itt nincs szükség módosításra, mert a saját visszapattanási domainjükön keresztül végzik az illesztést. Ha az Ön szolgáltatása mégis kér egy
include:bejegyzést, és a domain már rendelkezik a postafiók-szolgáltatóhoz tartozó rekorddal, adja hozzá ehhez a rekordhoz. Ne hozzon létre második rekordot, mert két SPF rekord hibát okoz, és egyik sem fog működni. Ellenőrizze az eredményt az SPF-ellenőrzővel. - DKIM. A küldési szolgáltatástól kapott rekordok. Miután élesedtek, a szolgáltatás minden üzenetet az Ön domainjével ír alá, és a DMARC ezt az aláírást keresi.
- DMARC. Egy TXT rekord a
_dmarc.yourdomain.comcímen. Kezdje av=DMARC1; p=none; rua=mailto:értékkel és egy Ön által olvasott címmel, majd szigorítsa a házirendet, amikor a jelentések szerint az Ön levelei közül egyik sem bukik meg az ellenőrzésen. A DMARC-ellenőrző beolvassa a meglévő beállításait.
Ne feledje, hogy a tárhelykiszolgáló továbbra is küldhet önállóan valamit, például egy cron feladat vagy egy régi bővítmény közvetlenül a mail() függvényt hívhatja meg a wp_mail() helyett. Ezek az üzenetek megkerülik az SMTP-bővítményt, és a DMARC-jelentésekben olyan forrásként jelennek meg, amelyre Ön nem számított.
A valódi e-mailek tesztelése tesztüzenet helyett
Minden SMTP bővítményben van „send test email” gomb, de ez csak azt igazolja, hogy a kapcsolat működik. Nem mutatja meg a WooCommerce által összeállított rendelés-visszaigazolást, az űrlapértesítést annak Reply-To fejlécével, sem a jelszó-visszaállító e-mailt a WordPress által elhelyezett hivatkozással.
Ezért a valódi e-maileket küldetem el a WordPress rendszerrel. A kezdőlapon kapott tesztcím egyetlen üzenetet fogad, ezért minden ellenőrizni kívánt e-mailhez kérjen új címet. Űrlap esetén állítsa be ezt a címet egy percre az értesítés címzettjeként, majd küldje be az űrlapot. WooCommerce esetén adjon le tesztrendelést, és ügyfél e-mail-címként adja meg ezt a címet. Jelszó-visszaállításnál rendelje hozzá a címet egy tesztfelhasználóhoz, majd kérjen jelszó-visszaállítást. Minden üzenet külön jelentést kap, amely tartalmazza az SPF, a DKIM és a DMARC eredményét és ezek illeszkedését, 21 tiltólista ellenőrzését, a tartalom és a hivatkozások vizsgálatát, valamint a tömeges feladókra vonatkozó szabályokat. Annak megállapításához, hogy az üzenet melyik mappába kerül a Gmail, Outlook, Yahoo és más szolgáltatóknál, ugyanazt az üzenetet kell elküldeni több beérkező levelezési címre, a tárgyban egy jelölővel. Erre egy űrlap vagy webáruházi rendelés nem képes, ezért ezt a részt hagyja meg a saját maga által küldött e-mailekhez.
Ha nem szeretne kézzel tesztrendeléseket leadni, az ingyenes WordPress bővítmény a webhely saját wp_mail() függvényén keresztül küldi el ezeket az üzeneteket, ugyanazon az útvonalon, amelyen az ügyfelek e-mailjei haladnak, majd megjeleníti az eredményt a vezérlőpulton. Azt is észleli, ha a webhely olyan típusú e-mailt kezd küldeni, amelyet korábban még nem látott.
Ha az e-mail továbbra is a spam mappába kerül
Ha a hitelesítés sikeres, a From cím az Ön domainjén van, de az e-mail továbbra is a spam mappába kerül, ellenőrizze annak a szolgáltatásnak a hírnevét, amelyen keresztül küld. Ha még mindig a mail() függvényt használja, ennek gyakori oka, hogy a megosztott tárhely IP-címe tiltólistán van. Ezt a tiltólista-ellenőrző megmutatja. A tartalom kisebb szerepet játszik, mint azt sokan gondolják. Egyetlen linket és három sornyi szöveget tartalmazó űrlapértesítés önmagában ritkán akad fenn egy szűrőn, egy nagy HTML-sablont, egy nagyméretű képet és linkrövidítőt tartalmazó WooCommerce e-mail viszont igen.
Ellenőrizzen egy üzenetet, javítsa ki a jelentésben jelzett problémákat, majd küldje el újra egy új címre.