Tegul tavo laiškai patenka į gautuosius, o ne į šlamštą.

Kai tavo laiškai patenka į šlamštą arba nepasiekia gavėjų, prarandi atsakymus, užsakymus ir pasitikėjimą. LayerAssist patikrina įrašus, pašto dėžutes ir siuntimą už tavo el. pašto ir pataiso tai, kas jį laiko už gautųjų ribų.

Trumpai

  • PokalbyjePokalbyje jis patikrina tavo MX, SPF, DKIM ir DMARC įrašus, kaip tavo svetainė ir pašto dėžutės siunčia laiškus ir kodėl žinutės grįžta ar patenka į šlamštą.
  • PokalbyjePer prieglobos valdymo skydelį jis gali kurti pašto dėžutes ar atkurti jų slaptažodžius; turėdamas prieigą prie dėžutės, jis skaito antraštes, kad suprastų, kodėl žinutė buvo atfiltruota. Bandomąjį laišką siunčia tik tada, kai paprašai.
  • AutomatizavimasKaip tavo paties automatizavimas jis gali reguliariai tikrinti, ar pašto įrašai savo vietose ir ar pašto dėžutei nebaigia trūkti vietos.
  • Dar neprieinamaIntegruotos el. pašto stebėsenos dar nėra.

El. pašto problemų siuntėjas nemato

Kai laiškas patenka į šlamštą, niekas tau to nepasako. Klientas tiesiog neatsako, užsakymo patvirtinimas lieka neperskaitytas, pasiūlymas taip ir negauna atsakymo. Daug įmonių mėnesius praranda laiškus, kol kas nors tai pastebi.

Gmail, Outlook ir kiti teikėjai šiandien tikisi, kad kiekvienas domenas SPF, DKIM ir DMARC pagalba įrodytų, jog jo laiškai tikri. Domenai be jų ar su neteisingai nustatytais įrašais filtruojami ar atmetami.

Pristatymo problemos ženklai

  • Nustoja ateiti atsakymai iš Gmail ar Outlook naudotojų
  • Klientai randa tavo žinutes šlamšto aplanke
  • Grįžę laiškai, kuriuose minimas SPF, DKIM, DMARC ar „policy“
  • Pašto dėžutė nustoja priimti laiškus arba praneša, kad pilna

Kodėl laiškai nepatenka į gautuosius

Trūkstamas ar sugedęs autentifikavimas

Nėra SPF ar DKIM, SPF įrašas neišvardija visų paslaugų, siunčiančių tavo vardu, arba DMARC politika atmeta tavo paties paštą.

Siuntimas iš svetainės serverio

Paštas, siunčiamas tiesiai iš žiniatinklio serverio be tinkamo autentifikavimo, yra pirmasis, kuriuo šlamšto filtrai nepasitiki.

Neteisingi MX įrašai

MX įrašai, nukreipiantys į seną prieglobą, arba MX įrašų nebuvimas lemia, kad gaunami laiškai grįžta.

Pilna pašto dėžutė ar prasta reputacija

Kvotą viršijusi pašto dėžutė atmeta naujus laiškus; domenas ar serveris, kuris anksčiau siuntė šlamštą, filtruojamas.

Kaip LayerAssist pataiso tavo laiškų pristatymą

Jis patikrina kiekvieną grandį tarp tavo domeno ir gavėjo gautųjų.

Patikrina domeno pašto įrašus

MX, SPF, DKIM ir DMARC, nuskaitytus iš interneto ir palygintus su paslaugomis, kurios iš tikrųjų siunčia tavo vardu.

Išsiaiškina, kodėl žinutė buvo atfiltruota

Su prijungta pašto dėžute jis nuskaito grįžusios ar atfiltruotos žinutės antraštes ir mato, kuri patikra nepavyko.

Pataiso nustatymus

Jis ištaiso įrašus ten, kur turi prieigą prie DNS, nustato, kad svetainė siųstų per tavo el. pašto teikėją, ir valdo pašto dėžutes prieglobos valdymo skydelyje.

Patikrina rezultatą

Kai įrašai įsigalioja, jis juos nuskaito dar kartą, o paprašytas išsiunčia bandomąjį laišką ir patikrina, ar jis atėjo.

Pavyzdys: Gmail naudotojai niekada negauna mūsų laiškų

  1. Tu

    Klientai su Gmail adresu sako, kad niekada negauna mūsų laiškų. Outlook atrodo tvarkoje.

  2. Ką jis tikrina

    • MX įrašai: teisingi
    • SPF: du atskiri SPF įrašai, todėl gavėjai abu laiko negaliojančiais
    • DKIM: nenustatytas tavo el. pašto teikėjui
    • DMARC: yra, tik stebėjimo režimu
  3. Ką jis pakeičia

    Sujungiau du SPF įrašus į vieną ir paskelbiau tavo el. pašto teikėjo DKIM raktą

  4. LayerAssist

    Išspręsta. Tavo domenas turėjo du SPF įrašus, todėl abu negaliojo, ir jokio DKIM parašo – tokį paštą Gmail atmeta. Sujungiau SPF įrašus į vieną ir įjungiau DKIM pas tavo teikėją. Abu dabar galioja; jei nori, išsiųsiu bandomąjį laišką Gmail adresu patvirtinimui.

Ką gauni

  • Domenas nustatytas taip, kaip tikisi Gmail ir Outlook
  • Kiekvieno grįžusio laiško priežastis paprasta kalba
  • Svetainės ir pašto dėžučių laiškai pataisyti kartu
  • Įrašai dar kartą patikrinti po kiekvieno pakeitimo

Tikros situacijos

Internetinės parduotuvės užsakymų laiškai

Užsakymų patvirtinimai patenka į šlamštą, nes parduotuvė siunčia iš savo serverio. LayerAssist perkelia siuntimą pas parduotuvės el. pašto teikėją ir ištaiso SPF ir DKIM.

Konsultantė su pilna pašto dėžute

Klientams grįžta laiškai, kad pašto dėžutė pilna. LayerAssist patikrina kvotą ir parodo, kurie aplankai užima vietą; savininkė nusprendžia, ką archyvuoti.

Naujienlaiškis, neišlaikantis DMARC

Kampanijos, siunčiamos per el. pašto rinkodaros paslaugą, neišlaiko DMARC. LayerAssist prideda paslaugą prie SPF ir nustato jai DKIM, todėl kampanijos praeina.

Kaip su LayerAssist pataisyti laiškų pristatymą

  1. Apibūdink, kas vyksta

    Pokalbyje pasakyk, ką matai: laiškus šlamšte, grįžusius laiškus ar paštą, kuris niekada neateina.

  2. Prijunk tai, ko jam reikia

    Įrašus galima nuskaityti be slaptažodžio. Kad juos pataisytų, prijunk DNS arba prieglobos valdymo skydelį; antraštėms skaityti – prieigą prie pašto dėžutės.

  3. Leisk jam pataisyti ir patikrinti

    Jis pataiso nustatymus ir patikrina, ar įrašai galioja.

  4. Stebėk toliau (nebūtina)

    Paprašyk reguliarios pašto įrašų ir pašto dėžutės vietos patikros kaip savo automatizavimo.

Klausimai apie laiškų pristatymą

Trys DNS įrašai, įrodantys, kad tavo laiškai tikri. SPF išvardija serverius, galinčius siųsti tavo domeno vardu, DKIM pasirašo kiekvieną žinutę, o DMARC pasako gavėjams, ką daryti, kai patikra nepavyksta.

Kitas: Vieta diske

Nuo 9 $ per mėnesį · 14 dienų apsigalvoti

Kitą kartą, kai kas nors sugadins, žinosi, ko klausti.

Pridėkite savo svetainę ir užduokite pirmąjį klausimą jau šiandien. Ne jums? Atšaukite per 14 dienų ir atgausite pirmąjį mokėjimą, atėmus tik panaudotą DI darbą.

7 dienas nemokamai · Kredito kortelės nereikia · Techninių žinių nereikia.