El. laiškų pristatomumo kontrolinis sąrašas

Peržiūrėkite siuntimo domeną, autentifikavimą ir siuntimo praktiką, tada sužinokite, ko trūksta ir kaip tai patikrinti.

Siuntėjo peržiūra
Įveskite matomame From adrese naudojamą domeną be schemos, kelio ar el. pašto adreso.
Autentifikavimas
Infrastruktūra ir formatas
Siuntimo praktika

Trūkstami elementai ir tikrinimo veiksmai

Įveskite siuntimo domeną, pažymėkite, kas jau atlikta, tada sugeneruokite peržiūrą.

Įveskite domeną ir pažymėkite patikrintus punktus.

Jūsų domenas ir kontrolinio sąrašo pasirinkimai lieka naršyklėje. BroBroGo jų neįkelia ir neišsaugo.

DUK

Kokiomis taisyklėmis remiasi šis kontrolinis sąrašas?

2026-07-16 atskaitos rinkinyje SPF remiasi RFC 7208, DKIM – RFC 6376, DMARC – RFC 9989, prenumeratos atsisakymas vienu spustelėjimu – RFC 8058, taip pat naudojamos tą dieną galiojusios Gmail ir Yahoo siuntėjų gairės.

Ar kontrolinis sąrašas pateikia DNS užklausą arba siunčia bandomąjį el. laišką?

Ne. Vertinamas tik jūsų įvestas domenas, aplinkybės ir pažymėti langeliai. Atlikite sugeneruotus veiksmus pasitelkę DNS teikėją, siuntimo paslaugą ir tikro laiško antraštes.

Ar įvykdžius visus punktus laiškai tikrai pateks į gautųjų aplanką?

Ne. Gavėjai taip pat vertina reputaciją, gavėjų atsiliepimus, turinį, srauto pobūdį ir kintančias vidaus taisykles. Šis sąrašas padeda pasiruošti peržiūrai, bet negali numatyti ar garantuoti pristatymo.

El. laiškų pristatomumo standartai ir jų svarba

El. laiškų pristatomumas tiesiogiai priklauso nuo techninės infrastruktūros konfigūracijos ir siuntimo praktikos suderinamumo su pasauliniais standartais. Gavėjų pašto serveriai naudoja griežtus filtravimo algoritmus, kad apsaugotų naudotojus nuo nepageidaujamų laiškų ir sukčiavimo atvejų. Nesutvarkytas autentifikavimas arba netinkamas siuntimo srauto valdymas lemia tai, kad laiškai atmetami arba nukreipiami į šlamšto aplanką.

Šis kontrolinis sąrašas padeda sistemingai įvertinti siuntimo pasirengimą pagal struktūrizuotus reikalavimus. Įrankis naudoja statinį atskaitos rinkinį, kurio data 2026-07-16. Šiame rinkinyje apibendrinami standartai ir teikėjų gairės, galiojusios nurodytą dieną.

SPF, DKIM ir DMARC vaidmuo autentifikavime

Domeno autentifikavimas yra pirmasis gynybos barjeras, kurį tikrina gavėjo serveris. Trys pagrindiniai protokolai veikia kartu, kad patvirtintų siuntėjo tapatybę:

  • SPF (Sender Policy Framework): Šis protokolas nurodo, kurie serveriai ir IP adresai turi teisę siųsti laiškus jūsų domeno vardu. Svarbu užtikrinti, kad SPF apima visas siuntimo paslaugas. Jei naudojate kelis išorinius įrankius (pavyzdžiui, klientų valdymo sistemas ar naujienlaiškių platformas), visi jie privalo būti įtraukti į vieną SPF įrašą.
  • DKIM (DomainKeys Identified Mail): Šis metodas naudoja kriptografinį parašą, patvirtinantį, kad laiškas buvo išsiųstas iš konkretaus domeno ir nebuvo pakeistas perdavimo metu. DKIM pasirašymas aktyvus ir naudojamas tinkamas raktas, kai parašas sėkmingai sugeneruojamas naudojant bent 1024 bitų raktą, o geriausia – 2048 bitų raktą, jei jį palaiko jūsų infrastruktūra.
  • DMARC (Domain-based Message Authentication, Reporting, and Conformance): Ši politika nurodo gavėjo serveriui, kaip elgtis su laiškais, kurie neatitinka SPF arba DKIM reikalavimų. DMARC paskelbtas bent su p=none leidžia stebėti siuntimo srautus prieš pradedant taikyti griežtesnę karantino ar atmetimo politiką.

Papildomai vertinamas lygiavimas: SPF arba DKIM sutampa su matomu From domenu. Tai reiškia, kad techninėse antraštėse naudojamas domenas turi sutapti su domenu, kurį gavėjas mato laiško siuntėjo laukelyje.

Infrastruktūros ir pranešimų formato reikalavimai

Teisingas techninis serverio paruošimas užkerta kelią automatiniam laiškų blokavimui. Gavėjų serveriai tikrina siuntėjo IP adresų reputaciją ir techninius parametrus:

  • DNS suderinamumas: Siuntimo IP tiesioginis ir atvirkštinis DNS sutampa. Kiekvienas siuntimo IP privalo turėti PTR (atvirkštinį DNS) įrašą, kuris nurodo į pagrindinio kompiuterio vardą, o šis vardas savo ruožtu turi būti nukreiptas atgal į tą patį IP adresą.
  • Šifravimas: Užtikrinkite, kad siunčiamam paštui naudojamas TLS. Šifruotas ryšys apsaugo perduodamus duomenis nuo pasiklausymo.
  • Antraščių tikslumas: Antraštes ir siuntėjo tapatybė yra galiojančios bei tikslios. Laiške privalo būti tik vienas From adresas, teisingi Date ir Message-ID laukai, o temos eilutė bei siuntėjo pavadinimas negali būti klaidinantys.

Siuntimo praktika ir gavėjų sąrašų valdymas

Techninio tvarkingumo nepakanka, jei siuntimo praktika neatitinka gavėjų lūkesčių. Reputacijos valdymas tiesiogiai priklauso nuo gavėjų elgsenos ir sąrašų higienos:

  • Sutikimas: Gavėjai sutiko gauti laiškus, o netinkami adresai pašalinti. Siuntimas neegzistuojančiais adresais (atmetimai) ir laiškų siuntimas be aiškaus išankstinio sutikimo greitai sugadina domeno reputaciją.
  • Skundų stebėjimas: Skundų rodikliai stebimi ir neviršija paskelbtų ribų. Pavyzdžiui, Gmail šlamšto rodiklis turi išlikti mažesnis nei 0,10 % ir jokiu būdu nepasiekti 0,30 %, o Yahoo skundų rodiklis privalo būti mažesnis nei 0,30 %.
  • Nuolatinė stebėsena: Peržiūrimas autentifikavimas, reputacija, atmetimai ir ataskaitos naudojant DMARC suvestines ataskaitas bei teikėjų įrankius.

Prenumeratos atsisakymo mechanizmai

Masinių ir rinkodaros laiškų siuntėjams taikomi griežti reikalavimai, leidžiantys gavėjams lengvai atsisakyti nepageidaujamo srauto:

  • Vieno spustelėjimo atsisakymas: Veikia prenumeratos atsisakymo vienu spustelėjimu antraštės. Tai įgyvendinama naudojant RFC 8058 standartą su List-Unsubscribe ir List-Unsubscribe-Post antraštėmis, palaikančiomis HTTPS POST užklausas.
  • Matoma nuoroda: Matoma prenumeratos atsisakymo nuoroda veikia, o užklausos įvykdomos greitai. Nuoroda laiško tekste turi veikti be reikalavimo prisijungti prie paskyros, o pats atsisakymo prašymas privalo būti įvykdytas per dvi dienas.

Kontrolinio sąrašo ribotumai

Šis įrankis yra struktūrizuotas gidas, padedantis pasirengti siuntimui, tačiau jis turi techninių apribojimų. Įrankis vertina tik jūsų įvestą domeną, pasirinktas aplinkybes ir pažymėtus langelius; jis nepateikia DNS užklausų, netikrina tiesioginių laiškų ar teikėjo paskyrų ir neprognozuoja patekimo į gautųjų aplanką.

Net ir pažymėjus visus punktus, sėkmingas laiškų pristatymas nėra garantuojamas, nes gavėjų pašto serveriai nuolat vertina kintančius veiksnius: realų gavėjų įsitraukimą, laiško turinį, siuntimo srauto šuolius ir savo vidines filtravimo taisykles.

Duomenų apdorojimas ir privatumas

Naudojantis įrankiu užtikrinamas vietinis duomenų apdorojimas. Jūsų domenas ir kontrolinio sąrašo pasirinkimai lieka naršyklėje. BroBroGo jų neįkelia ir neišsaugo, o visas skaičiavimo ir analizės darbas vyksta tiesiogiai naudotojo įrenginyje.

Dažniausiai užduodami klausimai (FAQ)

Kokiomis taisyklėmis remiasi šis kontrolinis sąrašas?
2026-07-16 atskaitos rinkinyje SPF remiasi RFC 7208, DKIM – RFC 6376, DMARC – RFC 9989, prenumeratos atsisakymas vienu spustelėjimu – RFC 8058, taip pat naudojamos tą dieną galiojusios Gmail ir Yahoo siuntėjų gairės.

Ar kontrolinis sąrašas pateikia DNS užklausą arba siunčia bandomąjį el. laišką?
Ne. Vertinamas tik jūsų įvestas domenas, aplinkybės ir pažymėti langeliai. Atlikite sugeneruotus veiksmus pasitelkę DNS teikėją, siuntimo paslaugą ir tikro laiško antraštes.

Ar įvykdžius visus punktus laiškai tikrai pateks į gautųjų aplanką?
Ne. Gavėjai taip pat vertina reputaciją, gavėjų atsiliepimus, turinį, srauto pobūdį ir kintančias vidaus taisykles. Šis sąrašas padeta pasiruošti peržiūrai, bet negali numatyti ar garantuoti pristatymo.

Ką daryti, jei įrankis rodo klaidą dėl domeno ilgio ar formato?
Įsitikinkite, kad įvedate tik viešą domeną (pavyzdžiui, mail.example.com) be jokių papildomų schemų (kaip https://), kelių ar el. pašto simbolių. Domeno ilgis privalo neviršyti 253 simbolių ribos.