Înainte să începi. Cererea asta se respinge des, iar în ultimele luni o vedem respinsă tot mai des, inclusiv la conturi pregătite corect. Nu există nimic ce poți face ca să fii sigur că treci, și afli abia după ce ai pus deja domeniul, DNS-ul și cererea la punct. Dacă nu ai un motiv anume să fii pe Amazon SES, uită-te întâi la 05.02 Elastic Email - Cum configurezi trimiterea emailurilor: merge din prima zi, fără aprobare. Ghidul ăsta rămâne pentru cine chiar are nevoie de SES.
Orice cont Amazon SES nou este blocat. Poți trimite doar către adrese pe care le-ai verificat tu, una câte una, cel mult 200 de mesaje pe zi. Blocajul se numește sandbox.
Pentru o platformă de cursuri asta înseamnă că niciun cursant nu primește nimic. Nici emailul de bun venit, nici linkul de autentificare, nici anunțurile.
Ca să ieși din sandbox completezi o cerere către AWS. Formularul e scurt, dar se respinge des, iar scrisoarea de respingere nu îți spune niciodată clar de ce. Ghidul ăsta îți arată ce se verifică de fapt și ce scrii ca să treci din prima.
Pregătirea cererii îți ia în jur de 30 de minute. Răspunsul vine de obicei în 24 de ore.
Dacă nu ai configurat încă SES, oprește-te aici și citește întâi 05.04 AWS SES - Cum configurezi trimiterea emailurilor. Cererea de aprobare este pasul 4 din acel ghid și nu are sens fără pașii de dinaintea ei.
Merită să înțelegi asta înainte să scrii un cuvânt, pentru că schimbă tot ce pui în cerere.
Emailurile tale nu pleacă de pe un server al tău. Pleacă de pe aceleași servere Amazon de pe care trimit alte mii de firme. Reputația acelor servere este comună. Dacă mesajele tale ajung des marcate ca spam, scade livrarea pentru toată lumea de acolo, nu doar pentru tine.
Așa că AWS nu se uită la cât de bună e platforma ta sau la cât de frumos ai scris. Se uită la o singură întrebare: dacă îi dăm drumul, crește riscul pentru ceilalți?
Ține minte întrebarea asta. Fiecare propoziție din cererea ta ar trebui să răspundă la ea.
Prima verificare este automată și nu citește nimic din ce ai scris. Se uită la contul tău: de cât timp există, dacă are un card valid, dacă ai plătit ceva vreodată la AWS, dacă ai mai avut cereri respinse, dacă regiunea pe care ai ales-o are vreo legătură cu restul activității tale.
A doua verificare este făcută de un om care citește ce ai scris.
Din asta ies două lucruri practice.
Unu: un text perfect nu salvează un cont deschis ieri. Dacă tocmai ți-ai făcut contul AWS, folosește-l normal câteva zile înainte să ceri. Nu e superstiție, e chiar unul dintre lucrurile care se verifică.
Doi: de asta scrisoarea de respingere e vagă. De multe ori textul tău nu a fost problema, iar dacă ți-ar spune care a fost, ar da un manual de trecut de verificare oricui.
Aici se pierd cele mai multe cereri, nu la scris. Fiecare punct de mai jos se verifică în câteva minute. O cerere trimisă cu ele nefăcute este o încercare irosită care îți lasă și o respingere în istoric.
Dacă ai urmat ghidul de configurare, astea sunt gata. Intră totuși și uită-te încă o dată, pentru că un singur pas rămas la jumătate anulează cererea.
domeniultau.ro, nu [email protected]. O adresă verificată e o comoditate pentru teste. Un domeniu verificat arată că tu controlezi de unde pleacă emailurile.p=none e suficient. Prezența lui spune că îți supraveghezi domeniul.amazonses.com. Cu el, e tot pe domeniul tău și totul arată coerent.Formularul e scurt, dar de multe ori AWS revine cu un mesaj în care cere detalii. Mesajul acela este de fapt o listă de verificat. Răspunde la fiecare punct, în ordinea în care ți l-au dat.
Cea mai frecventă greșeală este să răspunzi foarte bine la trei întrebări din cinci și să le lași pe celelalte două deoparte. Omul care citește nu înțelege că nu erau cazul. Înțelege că nu ai un răspuns.
Cifre reale: câte emailuri pe zi în medie, câte în ziua cea mai încărcată, câte în ultimele 30 de zile, către câți oameni diferiți.
Cere limita de care chiar ai nevoie. O cerere umflată atrage întrebări în plus, iar limita se ridică ușor mai târziu, după ce ai un istoric curat. Dacă trimiți 400 de mesaje pe zi, nu cere 50.000.
Dacă platforma ta e nouă și nu ai încă cifre, spune asta simplu și dă estimarea ta, cu numărul de cursanți înscriși ca reper.
Spune momentul exact în care omul îți dă adresa: și-a făcut cont pe platformă, a cumpărat un curs, a bifat o căsuță de abonare.
Spune și în formă negativă, explicit: nu cumperi liste, nu închiriezi, nu extragi adrese de pe site-uri, nu imporți liste primite de la altcineva. Pare inutil să scrii ce nu faci. Nu este. Exact asta caută omul care citește.
Spune și cum își schimbă sau își șterge cineva adresa.
Aici se vede imediat dacă ai un proces sau doar bune intenții. „Tratăm respingerile cu seriozitate” nu spune nimic. Descrie mecanismul.
Unde ajunge notificarea de respingere, ce se întâmplă automat după, dacă adresa e blocată definitiv sau doar temporar, dacă tratezi diferit o adresă inexistentă față de o căsuță plină, și ce procent urmărești.
Citește 05.06 AWS SES - Cum îți păstrezi contul după aprobare înainte să scrii secțiunea asta. Acolo e explicat ce face SES singur și ce rămâne în sarcina ta.
O plângere este momentul în care cineva apasă „Spam” în locul unde își citește emailul. Aceeași structură ca mai sus: cum afli, ce se întâmplă automat, dacă blocarea e definitivă, ce procent urmărești.
Un lucru contează mult aici: spune că adresa nu mai primește nimic niciodată, de niciun fel. Nu „o scoatem din campanii”.
Când cer exemple, cer conținut. O listă cu tipuri de emailuri nu este un exemplu.
Copiază subiectul și textul a două sau trei mesaje reale, așa cum pleacă ele din platformă. Emailul de bun venit, linkul de autentificare, anunțul de lecție nouă.
Este cel mai ieftin punct de credibilitate din toată cererea și aproape toată lumea îl sare.
Omul care citește nu poate verifica aproape nimic din ce îi spui. Nimeni nu intră în baza ta de date să vadă dacă adresele blocate chiar sunt blocate. Ce testează de fapt textul tău este dacă suni a om care are deja un sistem pus la punct.
Textul de mai jos este în engleză, pentru că așa se citește. Tot ce e scris cu litere înclinate este modelul: înlocuiește în el domeniul, cifrele și procentele cu ale tale. Nu îl copia cuvânt cu cuvânt: dacă la tine e altfel, scrie cum e la tine.
We run an online course platform at domeniultau.ro. Our recipients are students who created an account on the platform in order to take a course. All mail is transactional: account confirmation, sign-in links, course and lesson notifications, and payment receipts. We do not send marketing campaigns and we do not send to anyone who has not registered.
Over the last 30 days we sent 3.619 messages to 1.204 distinct recipients. Daily average is 120, peak day was 340 after a course launch. We expect this to roughly double over the next six months. We are requesting a daily limit of 5.000, which covers our peak with room to grow.
Every address is entered by the person themselves when they register an account on the platform. We have never purchased, rented, scraped, imported or appended a list. Students can change their address from their account page at any time, and can ask us to delete the account entirely.
Hard bounces are added to the SES account-level suppression list and are never sent to again. We review the suppression list and the bounce rate on the account dashboard monthly, and after every larger send. Addresses on that list are then corrected or removed in our own member database, and we check where they came from, so the same bad addresses are not re-entered. Our bounce rate is currently under 1%.
A complaint adds the address to the SES account-level suppression list immediately and permanently, with no retry and no exception for any type of mail. We remove the member from our notification lists as well, and we review the complaint rate on the account dashboard monthly. Our complaint rate is currently under 0,1%.
Every notification email carries a visible unsubscribe link and a List-Unsubscribe header with one-click support. Unsubscribing sets a flag on the member record, which is checked before any notification is sent, and it is honoured permanently. Sign-in links and payment receipts have no unsubscribe link, because a member who asked for one still needs to be able to get into their account.
The sending domain domeniultau.ro is verified in this region with Easy DKIM enabled and all three CNAME records resolving. A custom MAIL FROM subdomain is configured, SPF includes amazonses.com, and DMARC is published. A configuration set with an event destination is already in place.
Verifică fiecare afirmație înainte să o trimiți. Dacă la tine e altfel, schimb-o. Scrisă mai sus e adevărată pentru o platformă pe Amazon SES cu setările din ghidul de configurare, dar cifrele de la respingeri și plângeri sunt ale tale, nu ale noastre: uită-te în Account dashboard și scrie ce vezi acolo.
Aici pui subiectul și textul a două sau trei emailuri reale, exact cum pleacă din platformă. Le poți lăsa în română. Contează să fie mesaje adevărate, nu descrieri ale lor.
Nu e neobișnuit și nu e o catastrofă. Contează doar ce faci mai departe.
Preferi să o facem noi?
Ne ocupăm noi de contul AWS, de alegerea regiunii, de verificarea domeniului, de înregistrările din DNS, de cererea de aprobare către Amazon și de legarea la platformă. Terminăm când primul email de test ajunge unde trebuie.
Configurarea acoperă domeniul și platforma. Contul la furnizor rămâne al tău, pe numele tău și pe cardul tău, iar la final primești toate datele de acces.
Cât durează până primesc răspuns?
De obicei sub 24 de ore. Uneori AWS revine cu o întrebare înainte să aprobe, și atunci mai adaugi o zi.
Pot trimite între timp către cursanți?
Nu. În sandbox ajung emailuri doar către adresele pe care le-ai verificat manual în consolă. Bun pentru testele tale, inutil pentru cursanți.
Trebuie să scriu în engleză?
Da. Nu trebuie să fie perfectă, dar trebuie să fie în engleză și să se înțeleagă.
Am cerut o limită prea mică. Ce fac?
Ceri o mărire mai târziu, din același loc. După un istoric curat de trimiteri, măririle se aprobă mult mai ușor decât prima ieșire din sandbox.
Dacă schimb regiunea, se mută aprobarea?
Nu. Ieșirea din sandbox este valabilă doar în regiunea în care ai cerut-o. În altă regiune o iei de la capăt: verifici domeniul din nou, faci date SMTP noi și ceri iar aprobarea.
Am fost refuzat și nu înțeleg de ce.
Scrie-ne. Trimite-ne ce ai completat în cerere și ce ți-a răspuns AWS, și ne uităm împreună unde e gaura.