Kaip siųsti el. laiškus iš savo programėlės (ir pasiekti gavėjo pašto dėžutę)
Kad programėlės laiškai būtų siunčiami patikimai, naudokite el. pašto siuntimo paslaugos teikėją, o ne savo pašto dėžutę, siųskite iš adreso savo domene ir pridėkite DNS įrašus, kuriuos pateikia teikėjas, kad SPF, DKIM ir DMARC visi būtų sėkmingai patikrinti. Transakcinį paštą – slaptažodžių atkūrimą, kvitus, patvirtinimus – laikykite atskirai nuo rinkodaros laiškų, siųskite kiekvieną tik žmonėms, kurie to tikisi, ir tvarkykite grąžintus laiškus bei atsisakymus. Pirmiausia sutvarkykite autentifikavimą – tai dažniausia priežastis, kodėl programėlės laiškai patenka į šlamštą.
Transakcinis ir rinkodaros el. paštas
Šie du el. laiškų tipai kode atrodo panašiai, tačiau pašto dėžutės paslaugos ir teisė su jais elgiasi labai skirtingai.
| Transakcinis | Rinkodaros (masinis) | |
|---|---|---|
| Ką paleidžia | Vartotojo veiksmas | Jūsų tvarkaraštis ar kampanija |
| Pavyzdžiai | Registracijos patvirtinimas, slaptažodžio atkūrimas, prisijungimo nuoroda, kvitas, rezervacijos priminimas, „kas nors atsakė“ | Naujienlaiškis, produkto naujienos, akcija, pakartotinis įtraukimas |
| Gavėjai | Vienas asmuo vienu metu | Daug vienu metu |
| Sutikimas | Numanomas pagal veiksmą | Reikia leidimo ir lengvo atsisakymo mygtuko |
| Laikas | Turi pasiekti per kelias sekundes | Keletas minučių – priimtina |
| Iš kur siųsti | Iš programėlės per API | Iš naujienlaiškių įrankio ar teikėjo transliacijų funkcijos |
Laikykite juos atskirai. Jei rinkodaros kampanija sulaukia skundų dėl šlamšto, slaptažodžių atkūrimo laiškai iš to paties srauto neturėtų nukentėti. Dažnas sprendimas – atskiri subdomenai, pavyzdžiui, mail.example.com paskyros laiškams ir news.example.com naujienlaiškiams; kai kurie teikėjai juos atskiria ir vidiniu lygmeniu. Pavyzdžiui, Postmark nurodo, kad jo transakcinės ir transliacijų „žinučių srautai“ veikia atskiroje siuntimo infrastruktūroje (2026 m. rugsėjo duomenimis).
Paslaugos teikėjo pasirinkimas
Jūsų programėlė neturėtų siųsti laiškų pati iš savo serverio. Siuntimo teikėjai tvarko infrastruktūrą, IP reputaciją, pakartotinius bandymus ir grąžintų laiškų apdorojimą. Žinomos parinktys – Postmark, Resend, SendGrid, Amazon SES ir Mailgun; kiekviena turi HTTP API ir SMTP prieigą, o kainos bei planai keičiasi, todėl palyginkite juos jų svetainėse.
Ką lyginti:
- Dėmesys. Kai kurie teikėjai orientuojasi į transakcinį paštą, kiti jungia transakcinį ir rinkodaros.
- Patogumas kūrėjui. Aiškus API, oficialios bibliotekos jūsų kalbai, naudingi žurnalai, rodantys, ar kiekvienas laiškas pristatytas, grąžintas ar pažymėtas kaip šlamštas.
- Webhook'ai grąžintiems laiškams, skundams ir pristatymams, kad jūsų programėlė galėtų reaguoti.
- Šablonai – saugomi pas teikėją arba jūsų kode. Laikant juos kode, jie yra versijuojami ir testuojami.
- Regionas ir duomenų tvarkymas, jei turite reikalavimų, kur turi būti apdorojami duomenys.
- Kaina jūsų apimtims, įskaitant tai, kas nutinka viršijus nemokamą limitą.
Naujienlaiškiams sąrašui dedikuota naujienlaiškių ar el. pašto rinkodaros priemonė dažnai tinka geriau nei kampanijų funkcijų kūrimas į savo programėlę.
Nustatykite siuntimo domeną
Siųskite iš savo domeno – hello@example.com, o ne iš Gmail ar Outlook adreso. Laiškai iš nemokamo pašto adreso, siunčiami per trečiosios šalies paslaugą, neatitinka autentifikavimo patikrų ir greičiausiai bus filtruojami.
Verta apsvarstyti subdomeną tik siuntimui. Pavyzdžiui, Resend rekomenduoja siųsti iš subdomenų, tokių kaip updates.example.com, kad siuntimo reputacija būtų izoliuota (2026 m. rugsėjo duomenimis). Taip pat el. pašto DNS įrašai atskiriami nuo jūsų pagrindinės svetainės įrašų.
Teikėjas pateiks DNS įrašus, kuriuos reikia pridėti ten, kur valdomas jūsų domeno DNS. Jei DNS jums naujas, kaip veikia domenai ir DNS pirmiausia paaiškina įrašus.
SPF
SPF (Sender Policy Framework) yra TXT įrašas, kuriame nurodyta, kurie serveriai gali siųsti el. paštą jūsų domenu. Gavėjas tikrina, ar siunčiantis serveris yra sąraše.
- Domenui turėtų būti tik vienas SPF įrašas. Pridėję naują teikėją, sujunkite jį su esamu įrašu, o ne kurkite antrą.
- Įvertinant SPF, leidžiama daugiausia 10 DNS užklausų; ilgos
include:grandinės gali viršyti šį limitą ir sukelti klaidas. - Daugelis teikėjų SPF nustato grąžinimo subdomene, kurį jie prašo sukurti, todėl pagrindinio SPF įrašo gali visai nereikėti liesti.
DKIM
DKIM (DomainKeys Identified Mail) prie kiekvieno laiško prideda kriptografinį parašą. Teikėjas pasirašo privačiu raktu, o jūs paskelbiate atitinkamą viešąjį raktą kaip DNS įrašą (TXT arba CNAME – priklausomai nuo teikėjo). Gavėjai tikrina parašą, kad įsitikintų, jog laiškas atėjo iš įgalioto siuntėjo ir kelyje nebuvo pakeistas.
DKIM daugiausia susijęs su teikėjo žingsniu „patvirtinti domeną“. Jo nepraleiskite.
DMARC
DMARC sujungia kitus du. Tai TXT įrašas _dmarc.yourdomain.com, kuris nurodo gavėjams:
- Atitikimą: matomo siuntėjo adreso domenas turi sutapti su domenu, kuris išlaikė SPF arba DKIM patikrą.
- Politiką: ką daryti su nesėkmingai patikrintu paštu –
p=none(tik pranešti),p=quarantine(laikyti įtartinu, dažnai kaip šlamštu) arbap=reject(atmesti). - Ataskaitas: kur siųsti bendras ataskaitas (
rua=), kad matytumėte, kas siunčia jūsų domeno vardu.
Prasminga pradėti nuo p=none su ataskaitų adresu, įsitikinti, kad teisėtas paštas patikrinamas, tada pereiti prie quarantine, o galiausiai – prie reject. Griežta politika taip pat labai apsunkina kitiems galimybę klastoti jūsų domeną.
Ko reikalauja Gmail
2026 m. rugsėjo duomenimis Google siuntėjų gairėse nurodo:
- Visi siuntėjai asmeniniams Gmail adresams turi naudoti SPF arba DKIM, galiojančius tiesioginius ir atvirkštinius DNS įrašus siunčiantiems serveriams, TLS ir šlamšto rodiklį Postmaster Tools įrankyje mažesnį nei 0,3 %.
- Masiniai siuntėjai (daugiau nei 5 000 žinučių per dieną Gmail adresams) turi naudoti SPF ir DKIM, DMARC įrašą (leidžiama politika
p=none), siuntėjo domeno atitikimą bei vieno paspaudimo atsisakymą ir matomą atsisakymo nuorodą rinkodaros ir prenumeruotuose laiškuose.
Teikėjas tvarko serverio pusės dalis. DNS įrašai ir atsisakymų tvarkymas – jūsų atsakomybė. Net jei nesiekiate 5 000 per dieną, masinių siuntėjų taisyklių laikymasis yra paprasčiausias būdas būti saugiems.
Įdiekite siuntimą į programėlę
Kai domenas patvirtintas:
- Išsaugokite API raktą kaip serverio pusės paslaptį – niekada priekinės pusės kode. Žr. kas yra aplinkos kintamieji ir paslaptys.
- Siųskite iš serverio po to, kai veiksmas, sukeliantis laišką, sėkmingai įvykdytas.
- Nelaukite, kol vartotojas lauks laiško. Jei programėlė nėra pati paprasčiausia, siuntimus įtraukite į eilę ir kartokite laikinų klaidų atvejais, kad lėtas teikėjo atsakas nelėtintų registracijos.
- Įrašykite rezultatą – teikėjo žinutės ID ir būseną – nerašydami rakto ar pilnų žinučių su asmens duomenimis.
- Apdorokite webhook'us grąžintiems laiškams ir skundams: nustokite siųsti adresams, kurie visiškai grąžinami, arba kurie pažymi jus kaip šlamštą.
Pavyzdinis užklausimas:
Siųskite transakcinį el. paštą per [PROVIDER] naudodami serverio paslaptį [ENV_NAME], iš „Acme hello@mail.acme.com“. Po registracijos siųskite sveikinimo laišką, o išsaugojus rezervaciją – rezervacijos patvirtinimą. Šablonus laikykite kode, su tekstine versija šalia HTML. Siuntimus įtraukite į eilę ir kartokite laikinas klaidas iki trijų kartų. Klaidas registruokite su teikėjo pranešimu, bet niekada neįrašykite API rakto. Pridėkite webhook galinį tašką, kuris pažymi adresus kaip nepasiekiamus po kietų grąžinimų ir skundų, ir ateityje juos praleidžia.
Paskyros laiškai – patvirtinimo nuorodos, prisijungimo nuorodos ir slaptažodžio atkūrimai – yra prisijungimo dalis. Kaip pridėti prisijungimą prie programėlės paaiškina, kaip šie srautai susijungia; padarykite šias nuorodas vienkartines ir trumpalaikes.
Pristatymo įpročiai
Autentifikavimas padaro jūsų laiškus vertus dėmesio. Elgsena išlaiko juos gavėjų pašto dėžutėse.
- Siųskite tik tai, ko žmonės tikisi. Patvirtintos registracijos, aiškus sutikimas rinkodarai, jokių nupirktų sąrašų.
- Padarykite atsisakymą lengvu su visais ne grynai transakciniais laiškais ir gerbkite jį nedelsiant.
- Šildykite naujus domenus. Visiškai naujas domenas, kuris pirmąją dieną siunčia tūkstančius žinučių, atrodo įtartinai. Pradėkite nuo transakcinio pašto ir apimtis didinkite palaipsniui.
- Valykite sąrašus. Kietus grąžinimus pašalinkite iš karto ir apsvarstykite pašalinti žmones, kurie ilgai nieko neatidarė.
- Rašykite kaip žmogus. Aiški tema, atpažįstamas siuntėjo vardas, tekstinė dalis, nedaug paveikslėlių ir nuorodos į jūsų domeną. Venkite nuorodų trumpiklių.
- Stebėkite. Užregistruokite domeną Google Postmaster Tools ir kartais peržiūrėkite DMARC ataskaitas.
- Naudokite tikrą atsakymo adresą, kurį kas nors skaito. Atsakymai yra geras signalas ir naudingas grįžtamasis ryšys.
Testavimas nespamindami niekam
- Naudokite teikėjo bandomąjį režimą ar smėlio dėžę, jei ji yra, arba siųskite į adresus, kurie priklauso jums.
- Kūrimo metu siųskite į bandomąją gaunamųjų dėžutę, o ne į tikrus vartotojus; sėklinė duomenų bazė su tikrai atrodančiais adresais – lengvas būdas netyčia parašyti svetimiems žmonėms.
- Kiekvieną šabloną patikrinkite keliuose klientuose – Gmail naršyklėje, telefono pašto programėlėje, Outlook – ir tamsiame režime.
- Pažiūrėkite bandomojo laiško antraštes: jose matyti, ar SPF, DKIM ir DMARC buvo sėkmingi.
Teisiniai pagrindai
Taisyklės skiriasi pagal šalį. Apskritai rinkodaros laiškams daugelyje vietų reikia sutikimo, jie turi nurodyti siuntėją ir turi turėti veikiantį atsisakymo mechanizmą; transakciniam paštui taikomos kitokios taisyklės, tačiau jo nereikėtų naudoti rinkodarai. Jei adresus renkate per laukiamųjų sąrašo puslapį, nurodykite, ką ir kada siųsite bei kaip saugosite kiekvieno žmogaus registracijos duomenis. Kilus abejonių, patikrinkite taisykles šalyse, kuriose yra jūsų vartotojai.
El. pašto kontrolinis sąrašas
- Pasirinktas siuntimo teikėjas; API raktas išsaugotas kaip serverio paslaptis
- Siunčiama iš jūsų domeno ar subdomeno, o ne iš nemokamo pašto adreso
- Pridėti SPF, DKIM ir DMARC įrašai ir jie sėkmingai patikrinami
- Transakcinis ir rinkodaros paštas atskirti
- Siuntimai įtraukti į eilę ir kartojami; rezultatai įrašomi
- Tvarkomi grąžinimų ir skundų webhook'ai
- Ne grynai transakciniams laiškams – atsisakymas, kuris gerbiamas nedelsiant
- Šablonai patikrinti keliuose klientuose; bandomasis paštas niekada nepasiekia tikrų vartotojų
El. paštas iš Mythex programėlės
Mythex sukurtoms programėlėms nėra įtaisytos el. pašto siuntimo paslaugos, todėl naudojate teikėją, pavyzdžiui, Resend, SendGrid ar Postmark. Jo API raktą išsaugokite kaip projekto paslaptį – agentas gali jo paprašyti per paslapties kortelę pokalbyje – ir paprastais žodžiais paprašykite reikalingų laiškų. Dokumentacijoje siųsti el. paštą iš programėlės yra pradinis užklausimas. Jei domeną įsigijote per Mythex Pro plane, teikėjo TXT ir CNAME įrašus galite pridėti domeno DNS nustatymuose; žr. pasirinktiniai domenai.
Klausimai
Koks skirtumas tarp transakcinio ir rinkodaros el. pašto?
Transakcinis el. paštas siunčiamas, kai vartotojas ką nors padaro ir tikisi gauti laišką – slaptažodžio atkūrimo, kvitą ar rezervacijos patvirtinimą. Rinkodaros el. paštas siunčiamas daugeliui žmonių pagal jūsų tvarkaraštį, pavyzdžiui, naujienlaiškiai ir pranešimai apie naujienas. Jiems taikomos skirtingos sutikimo taisyklės, todėl geriausia siųsti juos iš atskirų srautų ar subdomenų.
Kodėl mano programėlės laiškai patenka į šlamštą?
Dažniausiai dėl to, kad siuntimo domenui nenustatyti SPF, DKIM ir DMARC, siunčiama iš nemokamo adreso, pavyzdžiui, Gmail, per trečiosios šalies paslaugą, domenas yra visiškai naujas ir neturi reputacijos, arba turinys ir nuorodos atrodo kaip šlamštas. Pirmiausia sutvarkykite autentifikavimą, o tada žiūrėkite į turinį ir apimtis.
Ar galiu siųsti programėlės laiškus iš savo Gmail paskyros?
Gal keletui asmeninių bandomųjų žinučių, bet ne tikrai programėlei. Naudokite el. pašto siuntimo paslaugą su savo domenu, nustatykite DNS įrašus, kuriuos ji pateikia, ir siųskite iš to domeno adreso.
Ar man reikia DMARC?
Praktiškai taip. 2026 m. rugsėjį Google reikalauja DMARC visiems, kurie siunčia daugiau nei 5 000 žinučių per dieną Gmail adresams, be to, DMARC įrašas apsaugo jūsų domeną nuo klastojimo. Pradėti su politika p=none yra gerai, kol tikrinate ataskaitas.