Ugrás a tartalomhoz

Sütibeállítások

Típusonként válassza ki, mely sütiket engedélyezi. Választását bármikor módosíthatja a Sütibeállítások linken, amely minden oldal alján megtalálható. Adatvédelmi nyilatkozat

Szükséges

Mindig bekapcsolva

A bejelentkezéshez, a kosár megőrzéséhez és a választásai megjegyzéséhez szükségesek. Ezek mindig be vannak kapcsolva.

Milyen sütik?
  • weboke_sessie, weboke_klant, weboke_remember: a munkamenet és a bejelentkezve maradás
  • weboke_basket: a kosár
  • wkBtwIncl: az árak megjelenítése ÁFÁ-val vagy anélkül
  • wok_cookies: a sütiválasztás, 12 hónap

Méri, melyik hirdetés vezet látogatáshoz vagy rendeléshez, hogy ne fizessünk hatástalan hirdetésekért.

Milyen sütik?
  • Google Ads a Google Tag Manageren keresztül (_gcl_au, _gcl_aw), legfeljebb 90 napig
  • OpenAI Ads, hirdetések a ChatGPT-ben
  • wok_aff: melyik partnerünk ajánlására érkezett (partnerprogram), 60 nap

4,6

Ország és nyelv

Minden országnak saját oldala van, az adott ország áraival és ÁFA-jával.

Megtekintés

E-mail küldése WordPressből

Modul 9: E-mail, kereshetőség, GDPR, karbantartás és költöztetés · Olvasási idő: 9 perc

Tanulási cél: E lecke után Ön képes lesz gondoskodni arról, hogy a WordPressből küldött levelek (űrlapok, rendelések, jelszólinkek) megbízhatóan megérkezzenek.

Kulcsfogalmak: wp_mail, PHP mail(), feladó (From), Reply-To, SMTP, SMTP-bővítmény, hitelesített postafiók, tranzakciós levélküldő szolgáltatás, SPF, DKIM, DMARC, igazodás (alignment), MX máshol, teszt e-mail

A WordPress több levelet küld, mint gondolná

A weboldala levelet küld, amikor: valaki kitölt egy kapcsolatfelvételi űrlapot, rendelés érkezik (az ügyfélnek és Önnek is), új felhasználó regisztrál, valaki elfelejti a jelszavát, új hozzászólás érkezik, automatikus frissítés történik, vagy kritikus hiba lép fel (5.4. lecke). Ha ez a levél nem érkezik meg, azt gyakran csak akkor veszi észre, amikor egy ügyfél felhívja: "háromszor is kitöltöttem az űrlapot."

Hogyan küld a WordPress alapértelmezés szerint levelet

A WordPress mindent a wp_mail funkción keresztül küld. Alapértelmezés szerint ez átadja a levelet a PHP mail() funkciónak, amely továbbítja azt a webszerver levélküldő programjának. Ez működik, de három gyenge pontja van:

  1. A feladó. Beállítás nélkül a WordPress wordpress@example.com címként küld. Ha ez a cím nem létezik, vagy a feladó eltér a saját domainjétől, a címzettek gyanakodni fognak.
  2. SPF, DKIM és DMARC. A fogadó levélkiszolgálók ellenőrzik, hogy a levelet kézbesítő szerver jogosult-e az Ön domainje nevében levelet küldeni (SPF), hogy a levélen van-e az Ön domainjéhez tartozó érvényes digitális aláírás (DKIM), és hogy mi az Ön domainjének szabályzata, ha ez nem egyezik (DMARC). A DNS-tanfolyamon (4.3-tól 4.5-ig terjedő leckék) olvashat erről bővebben. A webszerveren keresztül küldött levél csak akkor felel meg ezeknek az ellenőrzéseknek, ha a DNS-e és a szervere ennek megfelelően van beállítva.
  3. Levelezés máshol. Ha az e-mailjei nem a tárhelyszolgáltatójánál, hanem például a Microsoft 365-nél vagy a Google Workspace-nél vannak (az MX-rekordjai oda mutatnak), akkor a webszerveren keresztül küldött levél gyakran nem egyezik az SPF és DKIM beállításokkal. Egyes webszerverek emellett megpróbálják a saját domainjére címzett leveleket helyben kézbesíteni az MX helyett, így azok soha nem érkeznek meg a valódi postafiókjába.

A feladó és a Reply-To helyes beállítása

Gyakori hiba kapcsolatfelvételi űrlapoknál: feladóként (From) a látogató címét használni. Ez logikusnak tűnik ("akkor tudok a Válasz gombra kattintani"), de az Ön szervere nem küldhet levelet a @gmail.com vagy @hotmail.com nevében. Ezeknek a domaineknek szigorú DMARC-szabályzatuk van, így a címzett elutasítja a levelet, vagy spamként kezeli.

Helyesen:

From:     Website <website@example.com>      (egy cím a saját domainjéről)
Reply-To: bezoeker@example.net               (a cím, amelyet a látogató megadott)
To:       info@example.com

A Reply-To mezővel a válasza mégis a látogatóhoz jut el. Szinte minden űrlapbővítményben ez a két mező külön állítható be.

SMTP: küldés valódi postafiókon keresztül

A legmegbízhatóbb megoldás, ha a WordPress SMTP-n keresztül küld levelet: ugyanúgy, ahogyan a levelezőprogramja is küld, egy valódi postafiók felhasználónevével és jelszavával. Ezt egy SMTP-bővítménnyel teheti meg (például WP Mail SMTP, FluentSMTP vagy Post SMTP; vannak mások is). A bővítmény elfogja a wp_mail hívásait, és a levelet az Ön által megadott szerveren keresztül küldi el:

VálasztásKinek ajánlott
A postafiók a saját tárhelyszolgáltatójánál (például website@example.com a tárhelycsomagja levélkiszolgálóján)A legtöbb kisebb weboldal, amelynek e-mailje ugyanannál a szolgáltatónál van
Az e-mailje a Microsoft 365-nél vagy a Google Workspace-nél vanHa az e-mailje ott található; gyakran a bővítmény speciális kapcsolatán (OAuth) keresztül jelszó helyett, mivel ezek a szolgáltatások egyre inkább korlátozzák a hagyományos SMTP-bejelentkezést
Tranzakciós levélküldő szolgáltatás (olyan szolgáltatás, amely weboldalakról és alkalmazásokból küldött levelek továbbítására specializálódott)Webáruházak és sok levelet küldő weboldalak

Előnyök: a levél olyan szerveren halad át, amely az Ön domainjéhez már be van állítva SPF-fel és DKIM-mel, a feladó egy létező cím, és sok bővítmény naplót vezet, így láthatja, mi lett elküldve és mi hiúsult meg.

Ügyeljen néhány dologra:

  • Használjon külön e-mail címet a weboldalhoz (például website@), ne a saját postafiókját. Ha a weboldalt feltörik és a jelszó kiszivárog, ez a cím kár nélkül lecserélhető.
  • Az SMTP-jelszó az adatbázisban vagy a wp-config.php fájlban található. Ahol lehetséges, használjon alkalmazásjelszót vagy jelszó nélküli kapcsolatot.
  • A levélnapló személyes adatokat tartalmaz (ki mit küldött). Ne hagyja korlátlanul növekedni (9.3. lecke).

SPF, DKIM és DMARC a weboldalához

Bármelyik szerver is küld, a DNS-nek ehhez igazodnia kell:

  • SPF: a domainje SPF-rekordjának meg kell neveznie a levelet kézbesítő szervert. Ha a tárhelyszolgáltatója levélkiszolgálóján keresztül küld, ez általában már szerepel benne. Ha tranzakciós szolgáltatáson keresztül küld, adja hozzá azok include: bejegyzését ugyanabba az SPF-rekordba (soha ne hozzon létre második SPF-rekordot, lásd a DNS-tanfolyam 4.3. leckéjét).
  • DKIM: a küldő szervernek olyan kulccsal kell aláírnia a levelet, amely a DNS-ében szerepel (<selector>._domainkey.example.com). A tárhelyszolgáltatójánál és a tranzakciós szolgáltatásoknál ezt bekapcsolhatja; a szolgáltatás megadja a szükséges rekordokat.
  • DMARC: egy rekord a _dmarc.example.com címen. Kezdje p=none beállítással, majd szigorítsa, ha minden rendben van (lásd a DNS-tanfolyam 4.5. leckéjét).

A DMARC működéséhez a From mezőben szereplő domainnek igazodnia kell ahhoz a domainhez, amely az SPF-en vagy DKIM-en átmegy. Ezért olyan fontos, hogy a From mező a saját domainjét tartalmazza.

Tesztelés

  1. Sok SMTP-bővítményben van egy Teszt e-mail küldése gomb. Küldjön egyet egy másik szolgáltatónál lévő címre (egy Gmail vagy Outlook.com cím), és nézze meg, hogy a beérkező üzenetek közé kerül-e.
  2. Nézze meg a levél fejléceit ("Eredeti megjelenítése" vagy "Forrás megjelenítése"). Keresse meg a spf=pass, dkim=pass és dmarc=pass bejegyzéseket.
  3. Töltse ki a saját kapcsolatfelvételi űrlapját, és ellenőrizze, hogy a levél megérkezik-e, a megfelelő Reply-To címmel.
  4. Tesztelje egy jelszólinket is, és webáruház esetén egy teszt rendelést is.

Az online eszközök, mint a mail-tester.com, pontszámot és magyarázatot adnak; a tárhelyszolgáltatója e-mail ellenőrzőjével (a WebOkénál így hívják) vagy az internet.nl oldalon ellenőrizheti a DNS oldalt.

A gyakorlatban: így néz ki egy vezérlőpulton

Példaként a DirectAdmin-t és egy SMTP-bővítményt használunk. Más tárhelyszolgáltatóknál és bővítményeknél a mezők hasonlóan vannak elnevezve.

  1. A DirectAdmin E-mailfiókok menüpontjában hozzon létre egy website@example.com postafiókot erős jelszóval.
  2. Keresse meg a tárhelyszolgáltatójánál a kimenő levelezés beállításait (szervernév, 465-ös vagy 587-es port, titkosítás).
  3. Adja meg ezeket az SMTP-bővítményben, website@example.com feladóval. Kapcsolja be a "feladó kényszerítése" opciót, hogy más bővítmények is ezt a címet használják.
  4. Ellenőrizze a DNS kezelés menüpontban, hogy léteznek-e az SPF, DKIM és DMARC rekordok a domainjéhez.
  5. Küldjön egy teszt e-mailt, és nézze meg a fejléceket.

Összefoglalás

  • A WordPress a wp_mail-en keresztül küld, alapértelmezés szerint a PHP mail() funkcióval; a feladó és a DNS határozza meg, hogy megérkezik-e a levél.
  • Állítsa be a feladót (From) a saját domainjéhez tartozó címre, és a látogató címét a Reply-To mezőbe.
  • Egy SMTP-bővítmény külön postafiókkal, vagy egy tranzakciós szolgáltatás a legmegbízhatóbb, naplózással.
  • Az SPF-nek meg kell neveznie a küldő szervert (egyetlen rekordban), a DKIM-nek be kell kapcsolva lennie, a DMARC-nak p=none beállítással kell kezdődnie.
  • Teszteljen egy másik szolgáltatónál lévő címmel, és olvassa el az spf, dkim és dmarc értékeket a fejlécekben.

Kvíz

1. Az Ön kapcsolatfelvételi űrlapja a látogató címét használja feladóként. A Gmail-felhasználóktól érkező levelek nem jutnak célba. Miért?



2. Az e-mailje a Microsoft 365-nél van, a weboldala egy tárhelyszolgáltatónál. A WordPressből küldött levelek rosszul érkeznek meg. Mi a legjobb megoldás?



3. Hol ellenőrizheti egy kapott teszt e-mailben, hogy az SPF, DKIM és DMARC megfelelő-e?



4. Miért érdemes a weboldalhoz külön e-mail címet, például website@ címet használni a saját postafiókja helyett?



Feladat

A9.1 feladat: Készen áll-e a domainje arra, hogy a weboldaláról levelet küldjön? Adja meg a domainjét, azt a címet, amelyet a weboldala feladóként használ, és azt a szervert, amelyen keresztül a weboldala levelet küld (az SMTP-szerver nevét, vagy "webszerver", ha nem állított be semmit). Adja meg a DKIM szelektort is, ha tudja. A program ellenőrzi: a feladó cím a domainjéhez tartozik-e, pontosan egy SPF-rekord létezik-e, és az engedélyezi-e a megadott szervert, létezik-e DKIM-rekord a szelektornál (vagy jelzi, hogy szelektor nélkül nem tudja ellenőrizni), és van-e érvényes DMARC-rekord.

A9.1. feladat: Készen áll-e a domainje arra, hogy a weboldaláról levelet küldjön?





Amit beír, és amit találunk, azt nem tároljuk. A böngészője megjegyzi a válaszait és azt, hogy teljesítette e a feladatot. Ha bejelentkezett, a Fiókomban csak azt tároljuk, hogy a feladat (majdnem) helyes volt; ott ezt is törölheti.

D9.1 feladat: Egy teszt e-mail elolvasása. Küldjön egy teszt e-mailt a weboldaláról (az SMTP-bővítménye teszt gombjával, vagy egy jelszólinkkel egy teszt fiókhoz) egy másik szolgáltatónál lévő címre. Nyissa meg a levél fejléceit, és jegyezze fel az spf, dkim és dmarc eredményeket, valamint hogy melyikhez melyik domain tartozik. Ezután töltse ki a saját kapcsolatfelvételi űrlapját, és ellenőrizze: megérkezik-e a levél, és a "válasz" az űrlapon megadott címre megy-e?

D9.1. feladat: Egy teszt e-mail elolvasása

Ezt a feladatot saját maga végzi el, senki nem ellenőrzi. Pipálja ki, amit elvégzett, és jelölje meg a feladatot elvégzettként.




A pipái és jegyzetei csak ebben a böngészőben maradnak meg, sehova nem küldjük el őket. Ha bejelentkezett, a Fiókomban csak azt tároljuk, hogy elvégezte a feladatot.

További olvasmányok

Ezek a cikkek a WebOké vezérlőpultjain található lépéseket mutatják be; más vezérlőpultokon hasonlóan működnek.

Egy pillanat…

Domainek beállítása

Állítsa be domainenként a névszervereket, a tárhelyhez való kapcsolást és azt, hogy ki legyen a tulajdonos.

Domainek betöltése…