Hogyan állítsam be a levelezést egy új domainen hideg kampányokhoz?

Vegye fel a levelezési szolgáltatója MX-rekordjait, egy SPF-rekordot ezzel a szolgáltatóval, a szolgáltató felületén bekapcsolt DKIM-et, és egy legalább p=none erősségű DMARC-rekordot _dmarc alatt. Ezután ellenőrizze a domaint ezzel az eszközzel, hogy minden pontot megerősítsen, és kimásolja a hiányzó értékeket.

Garantálja ez, hogy a levelek a beérkezett üzenetek közé kerülnek?

Nem. Az eszköz csak a beállítást ellenőrzi. A kézbesítés a lista minőségétől, a tartalomtól, a küldési mennyiségtől és a domain előzményeitől is függ az egyes szolgáltatóknál.

Kell DMARC a hideg kampányokhoz?

Igen. A Gmail és a Yahoo DMARC-rekordot követel a tömeges küldőktől; a p=none egy rua= jelentéscímmel teljesíti a követelményt.

Mit jelent az SPF permerror?

Azt, hogy az SPF-rekord nem értékelhető ki; szinte mindig azért, mert az összes include-dal együtt 10-nél több DNS-lekérdezést igényel. Ilyenkor a címzettek az SPF-et sikertelennek tekintik.

Miért Fix a DKIM, ha beállítottam?

Az eszköz az elterjedt szolgáltatók által használt szelektorokat próbálja ki. Egyes küldőszolgáltatások minden fióknak saját szelektort adnak, amely DNS-en keresztül nem sorolható fel; ellenőrizze a DKIM checkerben a saját szelektorával.

Küld az eszköz leveleket a domainemről?

Nem. A nyilvános DNS-t, a regiszter RDAP-rekordját és a főoldalt olvassa. A domain levelezőszervereire semmi sem megy, és onnan sem küldünk semmit.

Ellenőrizhetek egyszerre több küldődomaint?

Igen. Tíz percenként fiók nélkül 25, Google-belépés után 100 domaint illeszthet be, és az ellenőrzőlistát CSV-ben töltheti le.

Hidegkampány-domain ellenőrző: kész a domain a küldésre?

Röviden: Ellenőrzi a domain korát, a válaszokhoz szükséges MX-et, az SPF-et a 10 lekérdezéses korlát számlálásával, a DKIM-kulcsot, a DMARC-szabályzatot és a weboldal vagy átirányítás meglétét, és minden hiányzó ponthoz pontos megoldást ad. Korlát: A beállítást ellenőrzi, nem a hírnevet: nem látja a tiltólistás előzményeket, a panaszarányt és azt, hogyan kezelik a domaint a levelezési szolgáltatók, és nem garantálja a beérkezett üzenetek közé jutást.

Írja be a domaint, amelyről küldeni fog, és kattintson a Check readiness gombra. Látni fogja a válaszokhoz szükséges MX-et, az SPF-et a 10 lekérdezéses korláton belül, a DKIM-kulcsot, a DMARC-szabályzatot, hogy van-e weboldal vagy átirányítás, és hány napos a domain. Minden pont vagy átmegy, vagy konkrét megoldást kap. Ez ellenőrzőlista, nem kézbesítési garancia.

Your sending domain, or a list one per line (up to 25)

Upload a CSV or TXT fileDNS, registry and home page lookups; no email is sent. 25 domains per ten minutes, or 100 when you sign in.

Maga az eszköz ugyanaz, mint az angol oldalon: a gombok és az eredmények angolul jelennek meg. Frissítve: 2026. november 6.

Hogyan ellenőrizzem a domaint hideg kampány előtt

Írja be a küldődomaint, például getacme.com, vagy illesszen be legfeljebb 25 domaint, soronként egyet (Google-belépés után 100-at).
Kattintson a Check readiness gombra. Egyszer-egyszer lekérdezzük a regiszter RDAP-szerverét, a nyilvános DNS-t és a domain főoldalát; leveleket nem küldünk.
Olvassa el a pontszámot és az ítéletet: kész, majdnem kész vagy nem kész. Minden Fix vagy Fail jelölésű pont tartalmazza a pontos változtatást, például a hiányzó SPF- vagy DMARC-rekordot.
Nyissa meg a hozzáadandó rekordokat: az útmutató az MX alapján felismeri a levelezési szolgáltatóját (Google Workspace, Microsoft 365 vagy Zoho), és minden MX-, SPF- és DMARC-értéket másológombbal ad meg, valamint azt is, hol kapcsolhatja be a DKIM-et.
Javítsa a hiányzó pontokat, ellenőrizze újra, majd az első kampány előtt melegítse be a postafiókokat, és ellenőrizze a listát.

Honnan tudom, hogy a domainem kész a hideg e-mailekre?

Az első küldés előtt hat dolgot ellenőrizzen: tud-e a domain válaszokat fogadni (MX-rekordok), engedélyezi-e a levelezési szolgáltatóját egyetlen SPF-rekordban, 10 DNS-lekérdezésen belül, aláírja-e a leveleket DKIM-mel, közzétesz-e DMARC-szabályzatot, van-e weboldala vagy átirányítása a fő oldalára, és nem teljesen új-e. Ez az eszköz mind a hatot egyszerre olvassa.

Az első négy kötelező. A Google küldőkre vonatkozó követelményei a tömeges küldőktől SPF-et, DKIM-et és legalább p=none erősségű DMARC-rekordot kérnek; a Yahoo követelményei ugyanezt mondják. Az utolsó kettő nem közzétett szabály, hanem jó gyakorlat, ezért kisebb súllyal számít a pontszámba.

Mit állítsak be egy új domainen küldés előtt?

Öt rekordot az első küldés előtt: MX-et, hogy megérkezzenek a válaszok, SPF-rekordot a levelezési szolgáltatójával, a szolgáltató felületén bekapcsolt DKIM-aláírást, legalább p=none erősségű DMARC-rekordot, és a weboldal átirányítását a fő oldalára. Ezután melegítse be a postafiókokat. Az eszköz minden pontot ellenőriz, és megmutatja a szolgáltatójához tartozó pontos értéket.

Google Workspace-ben ez az smtp.google.com MX-rekord (1-es prioritás), a v=spf1 include:_spf.google.com ~all SPF-rekord és a DKIM a felügyeleti konzolban, google._domainkey alatt (a Google MX-értékei). Microsoft 365-ben a felügyeleti központ által mutatott *.mail.protection.outlook.com MX-rekord, a v=spf1 include:spf.protection.outlook.com ~all SPF-rekord és két CNAME a DKIM-hez selector1 és selector2 néven (a Microsoft DNS-rekordjai). Minden domainnek saját DMARC-rekord kell _dmarc alatt.

Hogyan számolódik a pontszám?

Minden pontnak rögzített súlya van: az SPF, a DKIM és a DMARC 20-20, az MX és a weboldal 15-15, a kor 10. Az átment pont teljes értékkel számít, a javítandó a felével, a hiányzó vagy nem válaszoló lekérdezés semmivel. A piros SPF-fel, DKIM-mel, DMARC-cal vagy MX-szel rendelkező domain nem kész, bármekkora is a pontszáma.

A pontszám a beállítást méri, nem a hírnevet. Két azonos pontszámú domain kézbesítése nagyon eltérhet, mert a kézbesítés a listától, a tartalomtól, a mennyiségtől és a domain előzményeitől is függ az egyes szolgáltatóknál, és ezek egyike sem látszik a nyilvános DNS-ben.

Miért számít az SPF-lekérdezések száma?

Az RFC 7208 az SPF-et a teljes rekordra, a beágyazott include-okat is beleértve, 10 DNS-lekérdezésre korlátozza. Túllépéskor a címzettek permerror hibát adnak, és az SPF nem megy át, mintha nem is lenne rekord. Hideg kampányok beállításainál gyakran több küldőszolgáltatást, CRM-et és bemelegítő szolgáltatást vesznek fel az SPF-be, és minden include több lekérdezésbe kerülhet.

Az eszköz végigmegy minden include-on, közli a teljes számot, és a 9-et vagy 10-et egy include-nyira lévő hibaként jelöli. Ha 10-nél több van, távolítsa el azokat a szolgáltatásokat, amelyek nem küldenek ennek a domainnek a nevében, vagy állítson össze tiszta rekordot az SPF generator (angolul) eszközzel.

Hány naposnak kell lennie a domainnek egy hideg kampány előtt?

Egyetlen levelezési szolgáltató sem tesz közzé minimális kort. Egy új domainnek nincsenek előzményei: a szolgáltatóknak nincs mivel mérniük, ezért az első küldéseit szorosan figyelik. Az eszköz saját gyakorlati szabályunk szerint a 30 napnál fiatalabb domaineket újként jelöli, és a megoldás itt nem a várakozás, hanem a bemelegítés.

Kezdjen postafiókonként napi néhány levéllel, és néhány hét alatt növelje; az email warmup calculator (angolul) heti bontású tervet készít. Egy rossz előzményű régi domain rosszabb egy újnál, ezért a kor önmagában soha nem ok egy lejárt domain megvásárlására.

Gyakori kérdések

Hogyan állítsam be a levelezést egy új domainen hideg kampányokhoz?: Vegye fel a levelezési szolgáltatója MX-rekordjait, egy SPF-rekordot ezzel a szolgáltatóval, a szolgáltató felületén bekapcsolt DKIM-et, és egy legalább p=none erősségű DMARC-rekordot _dmarc alatt. Ezután ellenőrizze a domaint ezzel az eszközzel, hogy minden pontot megerősítsen, és kimásolja a hiányzó értékeket.
Garantálja ez, hogy a levelek a beérkezett üzenetek közé kerülnek?: Nem. Az eszköz csak a beállítást ellenőrzi. A kézbesítés a lista minőségétől, a tartalomtól, a küldési mennyiségtől és a domain előzményeitől is függ az egyes szolgáltatóknál.
Kell DMARC a hideg kampányokhoz?: Igen. A Gmail és a Yahoo DMARC-rekordot követel a tömeges küldőktől; a p=none egy rua= jelentéscímmel teljesíti a követelményt.
Mit jelent az SPF permerror?: Azt, hogy az SPF-rekord nem értékelhető ki; szinte mindig azért, mert az összes include-dal együtt 10-nél több DNS-lekérdezést igényel. Ilyenkor a címzettek az SPF-et sikertelennek tekintik.
Miért Fix a DKIM, ha beállítottam?: Az eszköz az elterjedt szolgáltatók által használt szelektorokat próbálja ki. Egyes küldőszolgáltatások minden fióknak saját szelektort adnak, amely DNS-en keresztül nem sorolható fel; ellenőrizze a DKIM checkerben a saját szelektorával.
Küld az eszköz leveleket a domainemről?: Nem. A nyilvános DNS-t, a regiszter RDAP-rekordját és a főoldalt olvassa. A domain levelezőszervereire semmi sem megy, és onnan sem küldünk semmit.
Ellenőrizhetek egyszerre több küldődomaint?: Igen. Tíz percenként fiók nélkül 25, Google-belépés után 100 domaint illeszthet be, és az ellenőrzőlistát CSV-ben töltheti le.

Egy egész listát ellenőrizne? Az első 100 cím ingyenes.

Lépjen be Google-fiókkal, illessze be a címeket, vagy töltsön fel egy CSV-fájlt. Minden cím valódi SMTP-postafiók-ellenőrzésen megy át, az eredmények letölthetők. Bankkártya nem kell.

A catch-all domaineket és a nem válaszoló szervereket kockázatosnak jelöljük, érvényesnek soha.

A belépéssel elfogadja a Felhasználási feltételeket és az Adatvédelmi irányelveket (angolul). Terms · Privacy