Tudásbázis

E-mailek küldése saját SendGrid-fiókján keresztül

Csatlakoztassa saját SendGrid-fiókját: tartományhitelesítés és annak CNAME-rekordjai, korlátozott Mail Send kulcs a teljes hozzáférés helyett, a Cloudflare szürke felhő csapdája, és hogy mit jelent valójában a 403-as hiba egy érvényes kulcs esetén.

Szüksége lesz egy SendGrid (Twilio SendGrid) fiókra és a domainje DNS-ének elérésére.

A SendGrid saját dokumentációja: Feladó hitelesítése · API-kulcsok · Regisztráció

1. Hitelesítse a domainjét

Settings → Sender Authentication → Authenticate Your Domain.

Válassza ki a DNS-szolgáltatóját a listából, és válaszoljon Igennel a "Would you like to also brand the links for this domain?" kérdésre — a hivatkozásmárkázás átírja a nyomon követett hivatkozásokat a saját domainjére a sendgrid.net helyett, így a számláján lévő hivatkozásra mutató ügyfél az Ön nevét fogja látni.

Adjon meg egy aldomaint (subdomain), például mail.azondataomene.hu, amikor a küldési domainről kérdezik.

2. Tegye közzé a CNAME-rekordokat

A SendGrid három vagy öt CNAME-rekordot ad meg. Adja hozzá mindegyiket.

TípusGazdagép (Host)Cél
CNAMEem1234.azondataomene.huVisszatérési útvonal (bounce) domainje
CNAMEs1._domainkey.azondataomene.hu1. DKIM-kulcs
CNAMEs2._domainkey.azondataomene.hu2. DKIM-kulcs

⭐ A SendGrid szándékosan használ CNAME-eket a TXT-rekordok helyett, és ez kifejezetten jobb: a tényleges kulcsértékek a SendGridnél találhatók, így anélkül tudják cserélni az aláírókulcsaikat, hogy Önnek újra a DNS-hez kellene nyúlnia.

⚠️ Ha a DNS-szolgáltatója a Cloudflare, állítsa ezeket a rekordokat csak DNS (szürke felhő) opcióra, ne proxizottra. A proxizott CNAME a Cloudflare címeire oldódik fel, és a SendGrid ellenőrzése sikertelen lesz.

Kattintson a Verify gombra a SendGridben. Hagyjon rá legfeljebb egy órát.

3. Hozzon létre egy API-kulcsot

Settings → API Keys → Create API Key.

Válassza a Restricted Access lehetőséget, és kizárólag a Mail Send → Full Access jogosultságot adja meg. Semmi mást.

⛔ Ne használjon teljes hozzáférésű (Full Access) kulcsot. Egy teljes hozzáférésű kulcs képes olvasni a névjegyeit, módosítani a fiókbeállításait és további kulcsokat létrehozni; az egyetlen dolog, amit tennünk kell, az üzenetküldés. Ha a kulcsunk nálunk lévő másolata valaha napvilágra kerülne, e két kulcs között annyi a különbség, mint néhány nem kívánt e-mail és egy feltört fiók között.

⚠️ A kulcs csak egyszer jelenik meg. Másolja ki, mielőtt elhagyja az oldalt — a SendGrid nem tudja újra megjeleníteni Önnek, csak lecserélni.

4. Csatlakoztassa a Zinn® felületén

Nyissa meg az Email sending menüpontot a vezérlőpultján:

  • Provider — SendGrid
  • Send from this domain — mail.azondataomene.hu (egy domain, nem pedig egy e-mail-cím)
  • SendGrid API key — a 3. lépésben kapott kulcs

A Sendnek semmilyen más beállításra nincs szüksége Öntől.

5. Küldje el a tesztet, és adja meg a kódot

Kattintson a Send test message gombra egy másik domainen lévő beérkező levelek mappájába, olvassa ki belőle a kódot, és adja meg.

Ha nem működik

403 Forbidden — az API-kulcsa nem rendelkezik Mail Send jogosultsággal. Ez messze a leggyakoribb hiba: egy olyan korlátozott hozzáférésű (Restricted Access) kulcs, amely anélkül lett létrehozva, hogy bármilyen hatókört bejelöltek volna, tökéletesen hitelesít, és semmit sem szabad neki tennie.

"The from address does not match a verified Sender Identity" — a domainhitelesítés még nem zöldült meg, vagy a Send from this domain mezőben megadott domain nem azonos a hitelesített domainnel. A SendGrid a pontos domaint ellenőrzi: a mail.azondataomene.hu hitelesítése nem jogosít fel a küldésre a azondataomene.hu címről.

Elfogadva, de soha nem kézbesítve — nézze meg az Activity menüpontot a SendGridben. Egy vadonatúj fiókot az első napon vagy környékén néha visszatartanak ellenőrzésre, és az üzenetek ott maradnak ahelyett, hogy visszapattannának.

A fiókját felfüggesztették néhány küldés után — a SendGrid szigorúan veszi, ha az új fiókok visszapattanó (bounce) címekre küldenek üzenetet. Mielőtt átállna, győződjön meg arról, hogy az ügyféllistája tiszta.

Legfrissebb a blogról

Amit a tárhelyszolgáltatásról, a SEO-ról és a webhelyek nagy léptékű működtetéséről írtunk.

SEO és linképítés a tárhelyréteg felől: Egy üzemeltető szemszöge 2026-ban

Hogyan alakítja a tárhely az indexelést és a linkértéket 2026-ban: az oldalak indexben tartása, a korosodott domainek ellenőrzése a tartalomépítés előtt, linképítés keresőmotoros lábnyom nélkül, és őszinte áttekintés arról, hogy az infrastruktúra mit tehet és mit nem tehet meg a SEO-ért.

Bejegyzés elolvasása →

A WordPress gyorsabbá és biztonságosabbá tétele: Teljesítmény- és bővítmény-ellenőrzőlista

Gyakorlati ellenőrzőlista a gyors és biztonságos WordPress-hez: kiszolgálószintű gyorsítótárazás, webhelyenkénti objektum-gyorsítótár, a maroknyi futtatásra érdemes bővítmény, a technológiai verem naprakészen tartása és a WooCommerce-oldalak, amelyeket soha nem szabad gyorsítótárazni.

Bejegyzés elolvasása →

Hogyan válasszunk menedzselt webtárhelyet 2026-ban: Útmutató vásárlóknak

Mi különbözteti meg valójában a jó menedzselt tárhelyet egy olcsó, vezérlőpulttal ellátott doboztól — migrációk, biztonsági mentések, elszigetelés, valódi gyorsítótárazás és őszinte skálázhatóság — és hogyan ítélheti meg, mielőtt elkötelezné magát.

Bejegyzés elolvasása →

Olvassa el a blogot →

Még mindig elakadt?

A támogatás minden csomag része, az ügyfélszolgálat a nap 24 órájában rendelkezésre áll, és a 58 támogatott nyelvünk bármelyikén írhat nekünk – mi a ön nyelvén válaszolunk.

Kapcsolatfelvétel az ügyfélszolgálattal → Összes cikk →