Hírlevél, tömeges küldés és a weboldal levelei

A Hidden tárhely- és levelezőszerverei normál, személyes és tranzakciós levelezésre valók: ilyen a napi levelezés, a webshop rendelés-visszaigazolása, a kapcsolatfelvételi űrlap értesítője vagy a jelszó-visszaállító levél. Hírlevelet, kampánylevelet és egyéb tömeges levelet a tárhelyszerverekről küldeni nem szabad. Ehhez külső, erre szakosodott szolgáltatót kell használni. Ez az oldal elmagyarázza, miért van így, mekkorák a küldési korlátok, mely szolgáltatókat javasoljuk, és hogyan állítsa be a WordPress oldala levélküldését úgy, hogy a levelek megbízhatóan megérkezzenek.

Miért tilos a tömeges küldés a tárhelyről?

• Közös szerverek, közös hírnév. Egy szerverről sok ügyfél levelezése megy ki. Ha egyetlen ügyfél tömeges levele miatt a szerver IP-címe tiltólistára kerül, azt minden ügyfél megérzi: a normál levelek is visszapattannak vagy spambe kerülnek, akár napokig.
• A nagy fogadók (Gmail, Microsoft, Yahoo) a volument figyelik. Egy ismeretlen domainről hirtelen kiküldött több ezer azonos levél szinte biztosan spamnek minősül.
• A hírlevélhez speciális infrastruktúra kell: leiratkozás-kezelés, visszapattanó címek automatikus törlése, panaszkezelés (feedback loop), ütemezett és fokozatos kiküldés. Ezt a hírlevél-szolgáltatók tudják, a tárhelyszerver nem.
• Szerződés: a tárhelyszolgáltatási feltételek a tömeges levélküldést nem engedik. Ismételt esetben a Hidden a levélküldést vagy a tárhelyet ideiglenesen felfüggesztheti.

Mi számít tömeges küldésnek? Az ugyanazon vagy hasonló tartalmú levél kiküldése sok címzettnek: hírlevél, akciós ajánlat, meghívó, körlevél a teljes ügyféllistának, nyereményjáték-értesítő mindenkinek. Az is ide tartozik, ha egy weboldalra telepített hírlevélküldő program (pl. Webgalamb vagy egy WordPress hírlevél-plugin) a tárhelyről küld. Ilyen programot a Hidden tárhelyén nem lehet üzemeltetni.

Küldési korlátok

A küldési statisztikát postafiókonként megnézheti a vezérlőpulton (Levelezés menü).

Az 500/óra felső biztonsági határ, nem keret hírlevélküldésre. Ha a volument közelíti, az már jelzi, hogy külső szolgáltatóra van szüksége.

Mi történik, ha a rendszer tömeges küldést észlel?

1. A rendszer riaszt, és a Hidden letiltja az érintett postafiók vagy weboldal levélküldését, hogy a szerver ne kerüljön tiltólistára.
2. A Hidden e-mailben értesíti a szerződésben megadott kapcsolattartót.
3. Ha a küldés szándékos volt (hírlevél), a küldést külső szolgáltatóra kell átállítani. Ha nem szándékos (feltört fiók vagy oldal), lásd: Feltört postafiók, Feltört weboldal.
4. A levélküldés a rendezés és a visszajelzés után visszakapcsolható.

Javasolt külső szolgáltatások

A szolgáltató felületén a domain hitelesítéséhez kapott DNS rekordokat küldje el a [email protected] címre, és a Hidden felveszi őket. Részletek: SPF, DKIM, DMARC.

Mailgun a Hidden-en keresztül

Ha nem szeretne saját fiókot nyitni egy küldőszolgáltatónál, a Hidden saját Mailgun-fiókjában is létrehozhat az Ön domainjéhez egy külön küldő aldomaint (pl. mg.example.hu) SMTP-hozzáféréssel:

• Az aldomain DNS-rekordjait (SPF, DKIM, MX, tracking CNAME, DMARC) a Hidden állítja be.
• A beállítás után SMTP-adatokat kap (szerver, port, felhasználónév, jelszó), amelyeket a weboldalába, a webshopjába vagy a WP Mail SMTP pluginba írhat be.
• Elszámolás: használatalapú, a kiküldött levelek mennyisége szerint, havidíjas előfizetés nélkül. A pontos díjat kérje a supporttól. Az aktuális árakat lásd: hidden.hu / díjbekérő.
• A Hidden figyeli a volument. A szokatlanul nagy kiküldést jelzi, és szükség esetén leállítja.
• Nagy kampány előtt előre jelezze a várható csúcsot. Egy nagy levéltömeg egyszerre („burst”) kiküldése a Gmailnél rontja a kézbesítést, a fokozatos, egyenletes kiküldés sokkal jobb eredményt ad.

Hírlevél külön aldomainről

Javasoljuk, hogy a hírlevelet és a marketingleveleket külön aldomainről küldje, pl. hirlevel.example.hu vagy news.example.hu. A normál levelezés maradjon a fődomainen (example.hu).

Előnyök:

• Ha a hírlevél hírneve romlik (panaszok, sok visszapattanó), az nem rontja a normál céges levelezés kézbesítését.
• Az aldomain saját SPF-et, DKIM-et és DMARC-ot kaphat, így nem terheli a fődomain SPF-ének 10 lekérdezéses korlátját.
• A visszapattanók (bounce) az aldomainre érkeznek, nem a valódi postafiókjába.

Beállítás:

1. A hírlevél-szolgáltató felületén vegye fel az aldomaint küldő domainként.
2. A felület kiírja a szükséges DNS-rekordokat (DKIM, SPF vagy return-path, esetleg MX és CNAME).
3. Küldje el ezeket a [email protected] címre. A Hidden beállítja őket (a Cloudflare-ben a domain-egyezés, azaz az alignment szerint is).
4. Ellenőrizze a szolgáltató felületén, majd küldjön tesztlevelet egy Gmail-címre (SPF, DKIM, DMARC: PASS).

Válaszcím és visszapattanók

• A hírlevél válaszcíme ne a fő ügyfélszolgálati postafiók legyen. Egy nagyobb kiküldésnél a címek 5–10%-a visszapattanhat, és ezek, valamint a sok automatikus „házon kívül vagyok” válasz elárasztaná a postafiókot.
• A visszapattanó címeket rendszeresen törölje a listáról. A jó hírlevél-szolgáltatók ezt automatikusan megteszik.
• Ne küldjön nagy mellékletet tömegesen, csak linket.

A weboldal levelei (űrlap, webshop, regisztráció)

A weboldal rendszerlevelei (kapcsolatfelvételi űrlap értesítője, rendelés-visszaigazolás, regisztráció, jelszó-visszaállítás) normál, tranzakciós levelek. Ezeket nyugodtan küldheti a Hidden tárhelyéről.

Alapszabályok

1. A feladó mindig a saját domainen legyen (pl. [email protected] vagy [email protected]). A Hidden levelezőszervere a bejelentkezett postafiók domainjétől eltérő feladót (pl. egy Gmail-címet) elutasít. Az ilyen levél egyébként is spamnek minősülne.
2. Az SPF-ben szerepeljen az include:spf.hidden.hu. Lásd: SPF, DKIM, DMARC.
3. A feladó cím létezzen postafiókként vagy aliasként, vagy legalább legyen beállítva egy válaszcím (Reply-To). Különben a válaszok és a visszapattanók elvesznek.
4. Az űrlap kérdezőjének címe ne feladóként, hanem válaszcímként (Reply-To) szerepeljen. Így a „Válasz” gombbal a kérdezőnek válaszolhat, a feladó pedig a saját domainen marad.
5. Legyen captcha minden űrlapon (pl. reCAPTCHA, Cloudflare Turnstile). A védelem nélküli űrlapokat robotok spamküldésre használják. Ilyenkor a Hidden az oldal levélküldését letiltja.
6. Ne a fő postafiókot használja a weboldal küldésére, hanem egy külön noreply@ vagy webshop@ feladót. Így a weboldal hibái (pl. elírt címekre küldött levelek visszapattanói) nem az info@ postafiókot árasztják el.

PHP mail() – alapértelmezett küldés

A tárhelyen a PHP mail() függvénye a szerver helyi levélküldőjén keresztül működik, külön beállítás nélkül. A WordPress alapértelmezetten is ezt használja.

• A WordPress alapértelmezett feladója [email protected]. Állítsa át egy valódi címre (pl. a WP Mail SMTP plugin „From Email” mezőjében, vagy az űrlapkezelő pluginban).
• A domain-egyezési szabály itt is érvényes: a feladó domainje az oldal domainje legyen.

Ha a mail() nem működik: a tárhely helyi SMTP-je

Ha a mail() függvény az Ön oldalán valamiért nem működik, vagy a bővítmény mindenképpen SMTP-t kér, használja a tárhely helyi SMTP-kiszolgálóját. Ehhez nem kell postafiók és jelszó, a levél ugyanúgy a szerver helyi levélküldőjén keresztül megy ki.

1. A WordPress adminban telepítsen egy ingyenes SMTP-bővítményt (pl. WP Mail SMTP vagy FluentSMTP).

2. Beállítás (WP Mail SMTP esetén: WP Mail SMTP → Settings):

   Mező	Érték
   From Email	saját domainű feladó, pl. [email protected]
   Force From Email	bekapcsolva
   From Name	a cég vagy weboldal neve
   Mailer	Other SMTP
   SMTP Host	smtp. (a végén ponttal)
   Encryption	None (nincs)
   SMTP Port	25
   Auto TLS	kikapcsolva
   Authentication	kikapcsolva

3. Mentse, majd az Email Test fülön küldjön egy tesztlevelet egy Gmail-címre.

4. A Gmailben az „Eredeti megjelenítése” nézetben ellenőrizze: SPF: PASS.

Egy valódi postafiókkal, hitelesítve (mail.securebox.hu, 465-ös port) is lehet küldeni, de a weboldal leveleihez erre általában nincs szükség, és a postafiók jelszava ilyenkor a WordPress adatbázisában tárolódik. Ha mégis ezt választja, hozzon létre rá külön postafiókot, ne a vezetői postafiókot használja.

WP Mail SMTP Mailgunnal

Ha a weboldal nagyobb volumenben küld (pl. sok rendelés, regisztráció, értesítő), vagy a Hidden-en keresztül Mailgun-aldomaint kapott:

• Mailer: Mailgun (API-kulccsal), vagy Other SMTP a kapott Mailgun SMTP-adatokkal.
• From Email: az aldomainen lévő cím (pl. [email protected]), vagy a fődomain címe, ha a fődomain SPF-ében is szerepel a Mailgun.
• Régió: EU.

Csak küldő címek (alkalmazásokhoz)

A vezérlőpult Levelezés menüjében „Csak küldő címek” is létrehozhatók alkalmazások és rendszerlevelek számára. Ezek nem fogadnak levelet, csak küldésre valók, és a Hidden külön SMTP-továbbítóján (smtp.hidden.hu) keresztül küldenek. Feltétel, hogy a domain SPF-ében szerepeljen az include:spf.hidden.hu. A vezérlőpult ezt ellenőrzi. A létrehozott címek az aliaskeretbe számítanak. Ha nem biztos benne, hogy ez a funkció elérhető-e az Ön tárhelyén, vagy melyik megoldás illik a rendszeréhez, kérdezze a supportot.

Gyakori hibák

Gyakori kérdések

Küldhetek hírlevelet a postafiókomból vagy a weboldalamról? Nem. A tömeges, hírlevél jellegű küldés a Hidden szervereiről nem engedélyezett, mert az egész szerver tiltólistára kerülhet. Használjon hírlevél-szolgáltatót (Mailchimp, Brevo, MailerLite stb.) vagy Mailgunt, akár a Hidden-en keresztül.

Mennyi levelet küldhetek óránként? Az alapértelmezett korlát 500 levél/óra domainenként és feladónként. Ez a normál levelezés és a weboldal rendszerleveleinek felső határa, nem hírlevél-keret.

Mennyibe kerül a Mailgun a Hidden-en keresztül? Használatalapú elszámolás a kiküldött levelek száma szerint, előfizetés nélkül. Pontos ajánlatért írjon a supportnak. Az aktuális árakat lásd: hidden.hu / díjbekérő.

Miért ajánlott külön aldomainről küldeni a hírlevelet? Mert így a hírlevél esetleges rossz hírneve nem rontja a céges levelezés kézbesítését, és a visszapattanók sem a valódi postafiókot terhelik.

A nyertesek vagy a regisztrálók értesítését milyen címről küldjem? Egy [email protected] jellegű, saját domainű feladóról, ne egy meglévő személyes postafiókból. Így a házon kívül üzenetek és a visszapattanók nem árasztják el a postafiókot. Nagy volumennél (több száz levél naponta) külső SMTP-szolgáltató javasolt.

Mi a teendő nagy kampány előtt? Jelezze előre a supportnak a várható volument és időpontot. Teszteljen ugyanabból a rendszerből, ahonnan a kiküldés megy. Küldjön fokozatosan, ne egyszerre.

Telepíthetek hírlevélküldő programot (pl. Webgalamb, WordPress hírlevél-plugin) a tárhelyre? Olyat, ami a tárhelyről küldi ki a leveleket, nem. Olyan plugint használhat, amely egy külső szolgáltató (Mailchimp, Mailgun stb.) API-ján keresztül küld.

Nem találta, amit keresett? Kérdezze az asszisztenst, vagy írjon a [email protected] címre.