Postmark apo SendGrid: inbox-i nuk vendoset vetëm nga ofruesi

Për rivendosje fjalëkalimi dhe fatura të individualizuara, Postmark është zgjedhje e arsyeshme nëse mesazhet hyjnë brenda kufijve të tij. SendGrid jep më shumë hapësirë për bashkëngjitje dhe marrës në një kërkesë, çka mund të vlejë për dërgime më të mëdha. Asnjëri shërbim nuk e përcakton i vetëm nëse mesazhi përfundon në inbox: rëndësi kanë edhe autentikimi i domenit, reputacioni i dërguesit dhe filtrimi nga marrësi.

Vendimi nis me trafikun real të aplikacionit: sa rivendosje dhe fatura dërgon, sa e madhe mund të jetë një faturë dhe nëse dërgon edhe marketing. Pastaj duhen dalluar pranimi i email-it nga serveri marrës dhe vendosja në inbox. Për një lidhje rivendosjeje, vonesa ose kalimi në spam ka pasoja të tjera nga një raport dërgimi që shënon vetëm pranimin.

Kufijtë që ndryshojnë mënyrën e dërgimit

Udhëzuesi i migrimit i Postmark vendos kufirin e mesazhit dalës në 10 MB, bashkë me bashkëngjitjet, dhe lejon deri në 50 marrës për mesazh. Ai përshkruan edhe rrjedha të ndara për trafikun transaksional dhe atë broadcast. Këta kufij kanë peshë për faturat me bashkëngjitje ose për kërkesat me shumë marrës; një email i shkurtër rivendosjeje zakonisht nuk i afrohet kufirit të madhësisë.

Për SendGrid, dokumentacioni i Mail Send kërkon që email-i i plotë, përfshirë bashkëngjitjet, të jetë më pak se 30 MB dhe vendos tavanin në 1 000 marrës për kërkesë, të numëruar në të gjitha fushat To, Cc dhe Bcc të personalizimeve. Formulimi «më pak se» ka rëndësi në kufi: 30 MB nuk është madhësi e pranueshme sipas këtij dokumentacioni. Numri i marrësve në një kërkesë tregon sa mund të paketojë API-ja, jo sa email-e përfshihen në kuotën e planit.

Për njoftime personale, një kërkesë me shumë marrës nuk e zëvendëson nevojën për përmbajtje të saktë për secilin. Fatura e një klienti dhe lidhja e tij e rivendosjes duhet të mbeten të lidhura me marrësin përkatës. Kur një seri dërgimesh tejkalon kufijtë e kërkesës, aplikacioni duhet ta ndajë atë dhe të trajtojë përgjigjet e pasuksesshme pa përsëritur njoftime që tashmë janë pranuar.

Transaksionale dhe marketing: çfarë hyn në të njëjtën kuotë

Rivendosja e fjalëkalimit dhe fatura pas një blerjeje janë mesazhe të shkaktuara nga veprimi i përdoruesit. Një ofertë për abonentët është marketing edhe nëse del nga i njëjti aplikacion. Postmark i vendos mesazhet transaksionale dhe ato broadcast në rrjedha të ndara; ndarja ndihmon që sjellja e një fushate të mos përzihet me atë të njoftimeve që klienti pret pas një veprimi.

Në çmimet e Postmark, plani falas për zhvilluesit përfshin 100 email-e në muaj, ndërsa Basic nis nga 15 dollarë në muaj për 10 000 email-e, me 1,80 dollarë për çdo 1 000 email-e shtesë të listuara në tarifë. Faqja i numëron edhe mesazhet broadcast në kufirin mujor të abonimit. Për një dyqan, ndarja e rrjedhave nuk do të thotë kuota të pavarura: një fushatë mund të rrisë faturën mujore pikërisht në muajin kur shtohen edhe faturat e porosive.

Kjo e bën të dobishme llogaritjen e dy shifrave të ndryshme: vëllimin e përgjithshëm që përcakton planin dhe vëllimin transaksional që duhet të vazhdojë të funksionojë gjatë një fushate. Çmimi hyrës, i parë pa këtë ndarje, tregon pak për koston e një aplikacioni që dërgon si njoftime individuale, ashtu edhe oferta për një listë.

Kur volumi e ndryshon zgjedhjen

SendGrid mbështet lidhjen përmes REST API dhe SMTP, prandaj u përshtatet si aplikacioneve që dërgojnë kërkesa HTTP, ashtu edhe sistemeve të ndërtuara rreth SMTP-së. Faqja e Twilio SendGrid Email API deklaron mbi 205 miliardë email-e të dërguara në muaj nga platforma dhe një provë që lejon 100 email-e në ditë për 60 ditë. Kjo përshkruan shkallën e shërbimit dhe kushtet e provës, jo vendosjen që mund të presë në inbox një domen i sapokonfiguruar.

Mesatarja mujore mund të fshehë ngarkesën më të vështirë. Një dyqan që dërgon pak mesazhe gjatë ditës mund të krijojë një valë konfirmimesh pas një fushate; një sistem faturimi mund t’i lëshojë shumë fatura në të njëjtin interval. Për këto raste kanë rëndësi ritmi i kërkesave, mënyra e trajtimit të dërgimeve të shtyra dhe ruajtja e përparësisë së njoftimeve transaksionale. Hapësira shtesë për marrësit në SendGrid është përparësi teknike kur aplikacioni e përdor vërtet; për email-e individuale, ajo mund të mos ndikojë në zgjedhje.

Çfarë tregon prova e vendosjes në inbox

Në provën e MailTester, autorët përshkruajnë dërgimin e 100 000 email-eve përmes Postmark dhe SendGrid me përmbajtje, kohë dërgimi, domen dhe konfigurim SPF, DKIM e DMARC të njëjtë. Ata thonë se matën vendosjen në 11 shërbime marrëse dhe raportojnë vendosje në inbox brenda pesë minutave prej 96,4% për Postmark dhe 94,1% për SendGrid. Rezultati i përket konfigurimit dhe marrësve të asaj prove; nuk është normë e garantuar për aplikacionet në Shqipëri ose Kosovë.

Baza e përqindjeve mbetet e paqartë: përshkrimi i dërgimit flet për 100 000 email-e, ndërsa pjesa e rezultateve thotë «mbi 10 000» mesazhe. Edhe lista e mjediseve të emërtuara ka më pak hyrje se numri i deklaruar. Kjo nuk e bën të pavlefshëm dallimin e raportuar, por pengon kthimin e tij në një parashikim të saktë për trafikun e një aplikacioni tjetër.

Pranimi nga serveri marrës dhe vendosja në inbox matin etapa të ndryshme. Serveri mund ta pranojë një mesazh dhe më pas ta rendisë te posta e padëshiruar; për këtë arsye, një përqindje e lartë «delivered» nuk i përgjigjet vetvetiu pyetjes nëse përdoruesi e pa faturën ose lidhjen e rivendosjes. Matja ka më shumë vlerë kur përdor të njëjtin domen, përmbajtje të krahasueshme dhe llojet e kutive postare ku janë marrësit realë.

Një kalkulator skenarësh për tre lloje mesazhesh

Njësia e parë e llogaritjes është email-i për marrës, jo kërkesa në API. Në një shembull hipotetik, një aplikacion dërgon gjatë muajit 200 rivendosje fjalëkalimi, 10 000 fatura dhe një fushatë për 10 000 abonentë. Totali është 20 200 email-e: 10 200 transaksionale dhe 10 000 marketingu. Nëse oferta u shkon vetëm 4 000 abonentëve, totali bie në 14 200, ndërsa ngarkesa transaksionale mbetet e njëjtë.

Pastaj llogaritja ndahet sipas pikut, madhësisë dhe planit. Për secilin lloj mesazhi shënohet madhësia më e madhe e email-it bashkë me bashkëngjitjet, numri i marrësve për kërkesë dhe sa dërgime mund të nisen në intervalin më të ngarkuar. Madhësia dhe marrësit tregojnë nëse kërkesat duhen riorganizuar; totali mujor përcakton kuotën, ndërsa piku tregon çfarë duhet të përballojë integrimi kur mesazhet janë urgjente.

Kostoja del nga plani që mbulon vëllimin, tarifat për tejkalim dhe veçoritë e nevojshme, jo nga numri i thirrjeve të API-së vetëm. Në skenarin hipotetik, fushata e marketingut e ndryshon dukshëm totalin pa ndryshuar numrin e faturave ose të rivendosjeve. Kjo është arsyeja pse një krahasim i çmimit për «email-e në muaj» duhet të ruajë veçmas trafikun që mbështet veprime të menjëhershme të klientit.

Domeni dhe matja e rezultatit

SPF autorizon serverët që dërgojnë për domenin, DKIM lejon verifikimin e nënshkrimit të mesazhit dhe DMARC lidh autentikimin me domenin e dukshëm të dërguesit dhe politikën për dështimet. Konfigurimi i tyre është pjesë e krahasimit të ofruesve, sepse një ndryshim në autentikim mund të ndryshojë rezultatin edhe kur përmbajtja dhe platforma e dërgimit mbeten të njëjta. Reputacioni i domenit, ankesat për spam dhe sjellja e marrësve ndikojnë gjithashtu në filtrimin pas pranimit të mesazhit.

Për një aplikacion që dërgon kryesisht rivendosje dhe fatura të vogla, kufijtë e Postmark mund të jenë të mjaftueshëm dhe ndarja e trafikut është e dobishme. Kur faturat janë më të mëdha ose kërkesat përfshijnë shumë marrës, kufijtë e SendGrid japin më shumë hapësirë. Prova vendimtare për besueshmërinë është ajo që mat veçmas refuzimet, pranimin, vonesën dhe vendosjen në inbox me domenin dhe marrësit e aplikacionit.

Lexoni gjithashtu:

• Ollama nis me një komandë, por madhësia e modelit vendos kufirin
• Typefully apo Hypefury: krahasimi prishet pasi Hypefury hoqi X-in
• Rezervat kundër ransomware: kopja online nuk mjafton pa rikthim prove