Miért süllyed a kézbesítés cPanel vagy GoDaddy hosting alatt — és mikor éri meg váltani

Ha egy cPanel-alapú GoDaddy csomagról küldött hideg megkeresések rendszeresen a spam mappában landolnak, a hiba ritkán a szövegben van — az esetek nagy részében a megosztott IP és a hiányos autentikáció a felelős. Ez a cikk megmutatja, hogyan diagnosztizáld a cPanel email deliverability problémáit ingyenes eszközökkel, és milyen jelek alapján döntsd el, hogy a shared hosting már szűk keresztmetszet a B2B outreach számára.

A probléma: miért süllyed a kézbesítés megosztott hostingon

A GoDaddy és a legtöbb magyar cPanel-alapú tárhelyszolgáltató egyetlen IP-címen több száz, néha több ezer domaint szolgál ki egyszerre. Ha akár egyetlen szomszédos ügyfél tömeges levelet vagy rosszul konfigurált hírlevelet küld ugyanarról az IP-ről, a teljes IP-blokk reputációja romlik — függetlenül attól, hogy a te domained mennyire tiszta.

Ehhez társul, hogy a cPanel mail szervere (általában Exim) alapértelmezésben egy generikus PTR (reverse DNS) rekordot használ, ami sokszor a hosting cég saját nevére mutat, nem a küldő domainre. A Gmail és a Microsoft 365 spamszűrői ezt kifejezetten figyelik: a domain és a PTR rekord közötti eltérés önmagában gyanújelnek számít.

Ez az a jelenség, amit sokan úgy keresnek rá, hogy "cpanel email deliverability missing" — vagyis a levelek elmennek, kézbesítési hibaüzenet sincs, mégsem érkeznek meg a fiókba. A levél technikailag kézbesítve van, csak nem az elsődleges mappába.

Hogyan diagnosztizáld: lépések és ingyenes eszközök

Mielőtt bármit átállítasz, érdemes megnézni, hogy pontosan hol romlik el a lánc. Ehhez nem kell fizetős szoftver — a legtöbb email deliverability tool free verzióban is elég adatot ad egy első diagnózishoz.

• SPF, DKIM, DMARC rekordok ellenőrzése dig vagy online DNS lookup eszközzel — nézd meg, hogy a cPanel által generált DKIM kulcs valóban a saját domainedhez tartozik-e
• PTR (reverse DNS) ellenőrzése — ha a GoDaddy megosztott IP-je egy generikus hosting névre mutat vissza, ez azonnali piros zászló
• Fekete listák (blacklist) ellenőrzése a megosztott IP-re — ha bármelyik korábbi bérlő miatt szerepel egy RBL-en, azt te is örökölöd
• Teszt küldés Gmail, Outlook és egy magyar tárhelyes fiókra (pl. freemail.hu) — nézd meg, hova érkezik: elsődleges, promóció vagy spam
• Google Postmaster Tools bekötése a domainre — ez mutatja a domain-szintű reputációt, nem csak az IP-t
• Mail-Tester vagy hasonló ingyenes email deliverability tool futtatása egy teszt küldeményre — 0-10 pontos skálán jelzi az autentikációs és tartalmi problémákat

Benchmark: megosztott hosting vs dedikált küldő infrastruktúra

A gyakorlatban jól mérhető a különbség aközött, hogy egy hideg B2B kampány megosztott cPanel/GoDaddy környezetből vagy dedikált, felmelegített infrastruktúráról indul. Az alábbi arányok célzott B2B kampányok tapasztalatán alapulnak, nem konkrét mérésen — tájékozódási sávként érdemes kezelni őket.

A legnagyobb eltérés nem az elküldött levelek számában, hanem abban jelentkezik, hogy hány érkezik meg ténylegesen az elsődleges postafiókba, ahonnan válasz is születhet.

Tipikus hibák cPanel/GoDaddy környezetben

A legtöbb deliverability probléma nem egyetlen nagy hibából, hanem néhány apró, összeadódó beállítási hiányosságból ered.

• Ugyanarról a domainről mennek a tranzakciós levelek (számla, jelszó-emlékeztető) és a hideg megkeresések is — egy panasz mindkettőt sújtja
• A napi küldési mennyiség hirtelen ugrik meg (pl. 5-ről 80-ra egyik napról a másikra) melegítés nélkül
• A DKIM szelektor a cPanel alapértelmezése marad, nem egyedi al-domainhez van rendelve
• Nincs DMARC rekord, vagy csak "p=none" monitoring módban fut évek óta
• A visszapattanó (bounce) leveleket nem dolgozzák fel — a lista tisztítatlan marad, ami tovább rontja a reputációt
• A cPanel webmail felületről is küldenek kampányleveleket, ami keveri a fejléc-mintázatot

Mikor éri meg váltani — és hogyan csinálja ezt az LDM

Ha egy vállalkozás — mondjuk egy budapesti B2B logisztikai szolgáltató, a Dunapart Logisztika Kft. — havonta csak néhány tucat személyre szabott levelet küld partnerkereséshez, a megosztott hosting egy ideig kitart. A probléma akkor jelentkezik, amikor a napi 20-50 leveles sávot rendszeresen átlépik, vagy több munkatárs küldene egyszerre ugyanarról a domainről.

Ilyenkor a legjobb email deliverability tools közül bármelyik ugyanazt fogja mutatni: a domain reputáció stagnál vagy romlik, mert az IP-t nem lehet kontrollálni. A megoldás nem egy újabb cPanel beállítás, hanem a hideg outreach leválasztása a fő céges domainről egy dedikált, ellenőrzött al-domainre és infrastruktúrára.

Az LDM ezért minden ügyfélnél külön küldő al-domaint és külön melegített infrastruktúrát használ a hideg kampányokhoz, elválasztva a fő céges levelezéstől. A napi küldési sávot fokozatosan emeljük, a válaszarányt és a bounce-rátát pedig kampányonként figyeljük — így egy esetleges reputációs probléma csak az adott al-domaint érinti, nem a teljes céges levelezést.

Gyakori kérdések