E-mail-kézbesíthetőségi ellenőrzőlista

Az e-mail-kézbesíthetőség alapjai és az ellenőrzőlista működése

Az e-mailek sikeres kézbesítése kulcsfontosságú minden olyan szervezet számára, amely tranzakciós, tömeges vagy feliratkozásos leveleket küld. Az E-mail-kézbesíthetőségi ellenőrzőlista egy olyan praktikus eszköz, amely segít a tartománytulajdonosoknak, az üzemeltető személyzetnek és a küldő csapatoknak áttekinteni a küldési gyakorlatukat, a tartományhitelesítést és az infrastruktúrát.

Az eszköz működése rendkívül egyszerű: a felhasználó megadja a küldési tartományát, beállítja a küldési kontextust (például hogy tömeges feladónak minősül-e), majd bejelöli a már elvégzett konfigurációs és gyakorlati lépéseket. Ezt követően az eszköz egy összefoglalót készít a még hiányzó elemekről és a szükséges ellenőrzési lépésekről a közzétett szabványok és szolgáltatói útmutatások alapján.

Fontos megérteni az eszköz működési korlátait:

• Az ellenőrzőlista egy statikus, 2026-07-16 dátumú referenciakészletet használ, amely az ezen a napon érvényes szabványokat és szolgáltatói iránymutatásokat foglalja össze.
• Az eszköz kizárólag a felhasználó által megadott tartományt, kontextust és bejelölt négyzeteket értékeli. Nem végez DNS-lekérdezést, nem vizsgál élő üzeneteket, nem ellenőrzi a szolgáltatói fiókokat, és nem küld teszt e-maileket.
• Az összes elem teljesítése és bejelölése sem garantálja a levelek beérkező levelek mappába (inbox) történő kézbesítését.

A bemeneti adatok és a vizsgálat testreszabása

Az ellenőrzőlista pontos értékeléséhez az alábbi bemeneti adatokat és beállításokat kell megadni az eszköz felületén:

• Küldési tartomány (Küldési tartomány): A látható From (Feladó) címben használt nyilvános tartomány, séma (pl. http://), elérési út vagy konkrét e-mail-cím nélkül (például: mail.example.com). A megadott tartomány hossza legfeljebb 253 karakter lehet. Az eszköz a bevitelt normalizálja: eltávolítja a záró pontokat és kisbetűssé alakítja a karaktereket.
• Tömeges feladó (Tömeges feladó): Ezt a kapcsolót akkor kell bekapcsolni, ha a feladó naponta körülbelül 5 000 vagy több üzenetet küld személyes Gmail-fiókokba, vagy ha a fogadó szolgáltató a levélfolyamot tömeges levélként kezeli.
• Marketing- vagy feliratkozásos levelek (Marketing- vagy feliratkozásos levelek): Ezt a kapcsolót hírlevelek, promóciók és egyéb olyan üzenetek esetén kell aktiválni, amelyekre a címzettek kifejezetten feliratkoztak.
• Ellenőrzőlista elemei: Tizenkét egyedi jelölőnégyzet, amelyek a küldési gyakorlatokat és konfigurációkat képviselik. A négyzet bejelölése azt jelzi, hogy a felhasználó az adott lépést már elvégezte és ellenőrizte.

A hitelesítési beállítások ellenőrzése

A tartomány hitelesítése az e-mail-kézbesíthetőség alapköve. Az ellenőrzőlista az alábbi négy kulcsfontosságú hitelesítési elemet vizsgálja:

1. Az SPF minden küldési szolgáltatást lefed (Az SPF minden küldési szolgáltatást lefed): Ellenőrizni kell, hogy a tartomány egyetlen SPF-házirenddel rendelkezik-e, és az tartalmaz-e minden olyan szolgáltatót vagy IP-címet, amely jogosult a tartomány nevében levelet küldeni.
2. A DKIM-aláírás megfelelő kulccsal aktív (A DKIM-aláírás megfelelő kulccsal aktív): Egy kézbesített üzenet fejlécében ellenőrizni kell a DKIM=pass eredményt. Fontos, hogy az aláírókulcs legalább 1024 bites legyen, de ha a szolgáltató támogatja, javasolt a 2048 bites kulcs használata.
3. A DMARC legalább p=none értékkel közzé van téve (A DMARC legalább p=none értékkel közzé van téve): Ellenőrizni kell a _dmarc rekord meglétét a From tartományon, mielőtt a feladó fokozatosan szigorúbb (karantén vagy elutasítás) házirendre váltana.
4. Az SPF vagy a DKIM igazodik a látható From tartományhoz (Az SPF vagy a DKIM igazodik a látható From tartományhoz): Egy valódi üzenet Authentication-Results fejlécét vizsgálva meg kell győződni arról, hogy legalább az egyik sikeresen hitelesített tartomány (SPF vagy DKIM) megegyezik a látható From tartományával.

Ha a minimális hitelesítés sincs beállítva, az eszköz az Állítsa be az SPF vagy a DKIM használatát (Állítsa be az SPF vagy a DKIM használatát) lépést javasolja, amelyhez teljes SPF-házirend közzététele vagy a DKIM-aláírás engedélyezése szükséges, majd egy valódi üzenet elküldésével ellenőrizni kell a választott módszer sikerességét.

Infrastruktúra, formátum és küldési gyakorlatok

A megfelelő technikai háttér és a küldési szabályok betartása elengedhetetlen a jó feladói hírnév fenntartásához.

Infrastruktúra és formátum

• A küldési IP-címek előre és visszafelé végzett DNS-feloldása egyezik (A küldési IP-címek előre és visszafelé végzett DNS-feloldása egyezik): Minden küldésre használt IP-címnek rendelkeznie kell PTR-gazdanévvel (visszafejtett DNS), és ennek a gazdanévnek visszafelé ugyanarra az IP-címre kell feloldódnia.
• A kimenő levelek TLS-t használnak (A kimenő levelek TLS-t használnak): A küldési szolgáltatásban vagy az SMTP-naplókban ellenőrizni kell, hogy a rendszer titkosított TLS-kapcsolatot ajánl-e fel a támogatott fogadóknak.
• A fejlécek és a feladói azonosítás érvényesek és pontosak (A fejlécek és a feladói azonosítás érvényesek és pontosak): Egy valódi kiküldött üzenetben ellenőrizni kell, hogy egyetlen From cím szerepel-e, a Date és Message-ID mezők érvényesek-e, valamint a tárgy és a feladó azonosítása nem félrevezető-e.

Küldési gyakorlat és listakezelés

• A címzettek hozzájárultak, az érvénytelen címeket pedig eltávolítják (A címzettek hozzájárultak, az érvénytelen címeket pedig eltávolítják): Rendszeresen át kell tekinteni a feliratkozási igazolásokat, azonnal le kell tiltani a véglegesen visszapattanó (bounce) címeket és a panaszkodókat, valamint fel kell hagyni a levelek küldésével azoknak, akik már nem kérik az adott levélfolyamot.
• A panaszarányokat a közzétett küszöbértékek alatt figyelik (A panaszarányokat a közzétett küszöbértékek alatt figyelik): A szolgáltatói irányítópultokon követni kell a visszajelzéseket. A Gmail esetében a spamarányt 0,10% alatt kell tartani (elkerülve a 0,30%-os vagy magasabb értéket), míg a Yahoo esetében a panaszarányt 0,30% alatt kell tartani.
• Áttekintik a hitelesítést, a hírnevet, a visszapattanásokat és a jelentéseket (Áttekintik a hitelesítést, a hírnevet, a visszapattanásokat és a jelentéseket): Az összesített DMARC-jelentések, valamint a szolgáltatói irányítópultok és visszajelzési hurkok (feedback loops) segítségével ki kell vizsgálni a hibákat, és el kell távolítani a problémás forrásokat.

Leiratkozási mechanizmusok biztosítása

A feliratkozásos és marketingüzenetek esetében a fogadó szolgáltatók szigorú leiratkozási lehetőségeket követelnek meg:

• Az egykattintásos leiratkozási fejlécek működnek (Az egykattintásos leiratkozási fejlécek működnek): A feliratkozásos üzeneteket el kell látni az RFC 8058 szabványnak megfelelő List-Unsubscribe és List-Unsubscribe-Post fejlécekkel, és ellenőrizni kell, hogy a HTTPS POST végpont megfelelően fogadja és feldolgozza-e a kéréseket.
• A látható leiratkozás működik, és a kérelmeket gyorsan feldolgozzák (A látható leiratkozás működik, és a kérelmeket gyorsan feldolgozzák): Az üzenet törzsében elhelyezett leiratkozási hivatkozásnak bejelentkezés nélkül is működnie kell, és biztosítani kell, hogy a küldés letiltása legfeljebb két napon belül megtörténjen.

Hibakezelés és adatkezelési szabályok

Az eszköz használata során az alábbi szabályok és hibaüzenetek léphetnek fel a bevitel során:

• Ha a küldési tartomány mező üresen marad az áttekintés futtatásakor, az eszköz az Előbb adja meg a küldési tartományt. (Előbb adja meg a küldési tartományt.) hibaüzenetet jeleníti meg.
• Ha a megadott tartomány hossza meghaladja a 253 karaktert, a Ez a tartomány szokatlanul hosszú. Legfeljebb 253 karaktert használjon. (Ez a tartomány szokatlanul hosszú. Legfeljebb 253 karaktert használjon.) hibaüzenet jelenik meg.
• Ha a megadott érték nem minősül érvényes nyilvános tartománynak, az eszköz az Csak nyilvános tartományt adjon meg, például: mail.example.com. (Csak nyilvános tartományt adjon meg, például: mail.example.com.) hibaüzenettel figyelmeztet.

A Törlés (clear) gombra kattintva a tartomány mező kiürül, az eredmények törlődnek, és az Az ellenőrzőlista törölve. (cleared) állapotüzenet jelenik meg.

Adatvédelem és helyi feldolgozás

A felhasználói adatok védelme teljes mértékben biztosított. A megadott tartomány és az ellenőrzőlistán végzett kijelölések kizárólag a felhasználó saját böngészőjében maradnak. A BroBroGo nem tölti fel és nem menti el ezeket az adatokat; minden számítás és feldolgozás helyben, a felhasználó eszközén történik, és semmilyen adat nem hagyja el a készüléket.

Gyakran Ismételt Kérdések (FAQ)

Milyen szabályokat használ ez az ellenőrzőlista?

A 2026-07-16-i referenciakészlet az SPF esetében az RFC 7208, a DKIM esetében az RFC 6376, a DMARC esetében az RFC 9989, az egykattintásos leiratkozás esetében az RFC 8058 szabványt, valamint az adott napon elérhető Gmail és Yahoo feladói útmutatást használja.

Lekérdezi az ellenőrzőlista a DNS-t, vagy küld tesztüzenetet?

Nem. Csak a megadott tartományt, környezetet és bejelölt négyzeteket értékeli. Kövesse a létrehozott lépéseket a DNS-szolgáltatónál, a küldési szolgáltatásban és valódi üzenetek fejlécében.

Minden elem teljesítése garantálja, hogy az üzenet a beérkező levelek közé kerül?

Nem. A fogadó szolgáltatók a hírnevet, a címzettek visszajelzéseit, a tartalmat, a forgalmi mintákat és a változó belső szabályokat is figyelembe veszik. Ez az ellenőrzőlista segít felkészülni az áttekintésre, de nem tudja megjósolni vagy garantálni a kézbesítést.