Kanaler
Fyra sätt att nå någon, från samma graf
Påminnelsen går via SMS eftersom folk läser dem inom några minuter. Berättelsen går via e-post eftersom den har utrymme. Klossen på axeln går via push. Kunden som är värd ett frimärke får något utskrivet och postat. Vilken kanal ett meddelande använder är en egenskap hos noden — inte hos ett separat verktyg du var tvungen att köpa, lära dig och synka.
E-post
Renderad från ditt dokument till den form e-postklienter faktiskt vill ha: tabeller, inbäddad CSS, ingen flex eller grid för Outlook, mörkläges säkra färger och en textalternativ-version genererad åt dig.
Avprenumeration i ett klick med List-Unsubscribe-Post, som RFC 8058 och nu de stora inkorgsleverantörerna kräver. Och en storlekskontroll vid publicering, för Gmail klipper vid runt 102 KB och ett klippt meddelande gömmer din avprenumerationslänk längst ner i den del ingen ser.
SMS
För meddelandet som måste läsas idag: mötet imorgon, erbjudandet som slutar på söndag. Kort, och läst nästan omedelbart — vilket är precis därför det inte får överanvändas.
Segment räknas före utskick. GSM-7 ger dig 160 tecken; en enda emoji, ett böjt citationstecken eller en polsk diakritisk tecken utanför tilläggstabellen växlar hela meddelandet till UCS-2 med 70 tecken per segment, och ett meddelande du trodde kostade en kostar nu tre. Du ser den siffran innan du skickar, inte på fakturan. STOPP och dess motsvarigheter respekteras inuti tjänsten, för i de flesta marknader är det ett juridiskt krav och inte en funktion.
Pusha
Web Push med VAPID-nycklar och RFC 8291 payload-kryptering, iOS via APNs, Android via FCM, och en in-app-kanal över en socket för appar som redan är anslutna.
Enhetsregistret har en rad per endpoint per app per kontakt, och en 410 eller 404 från leverantören beskär raden omedelbart. Tokens som aldrig beskärs förgiftar i tysthet din leveransfrekvens och gör varje efterföljande mätning fel — därför spelar beskärningen större roll än sändningen.
Utskrivna brev
Samma kreativa dokument, renderat genom print-CSS till en PDF, adresserat och postat. För årsdagen, kunden med högt värde, publiken som inte läser e-post — och för stunden då alla andras konkurrenter ligger i inkorgen och du ligger på dörrmattan.
Det är en vanlig nod. Samma väntetider ligger framför den, samma målkontroll avbryter den, och samma samtyckesregister styr om du får skicka den alls.
Ta med din egen utskick
ClickSomo driver ingen mailserver, medvetet och permanent. Du kopplar en avsändaridentitet: en adress knuten till ett sätt att skicka. Det är antingen din egen SMTP-låda — inklusive de som ditt webbhotell redan ger dig — eller en leverantör du redan betalar för, som SendGrid.
Ett projekt kan innehålla flera. En brevlåda för transaktionell post, en leverantör för massutskick, och en trättnod väljer vilken den använder. Varje identitet har sin egen hastighetsgräns, för en liten brevlåda har en låg och att hamra på den gör att kontot stängs av snarare än att det bara stryps.
Det finns en regel systemet inte låter dig bryta: massutskick lämnar aldrig en domän som är märkt transaktionell. Om inloggningspost och kvitton går ut på en domän får ingen massutskicksidentitet skapas där. En dålig kampanj — din eller någon annans — ska inte kunna ta ner dina egna lösenordsåterställningar.
Konsekvensen, som är poängen: ingen buntad kostnad per meddelande, för det finns inget att bunta. Ditt rykte är ditt ensamma och poolas inte med främlingar.
- 1Adress och värdVärd, port, inloggningsuppgifter, TLS-läge och en hastighetsgräns du ställer in.
- 2DNS kontrolleradDe SPF-, DKIM- och DMARC-poster du behöver, sedan verifierade — och kontrollerade igen senare, för poster drifter när någon städar i en zonfil.
- 3ReturvägPekad på en riktig brevlåda som tar emot, tolkar och klassificerar studsmeddelanden. SMTP har ingen webhook; så här får en liten avsändare äkta studshantering.
- !AvslagenEn massutskicksidentitet på en domän märkt transaktionell. En rad policy nu, ett oåterkalleligt kaos senare.
Din adressDitt rykteIngen påslag
Fyra vägar in. Meddelandet väljer den som passar.
Det som faktiskt är användbart
Ett leveransspråk, oavsett vilken leverantör som bär meddelandet
Varje leverantör rapporterar leverans på sitt sätt. SendGrid postar signerade JSON-webhooks. Ett vanligt SMTP-konto postar ingenting alls, och dess studsar kommer som e-post skriven för en människa att läsa. Båda normaliseras till samma elva händelser innan något uppströms ser dem.
- 1i kö · skickad · levererad · fördröjdMeddelandets framfart, i ord som betyder samma sak hos varje leverantör.
- 2open · clickMed URL:en vid ett klick. Bottrafik skiljs ut i rapporteringen i stället för att döljas.
- 3soft_bounce · hard_bounce · klagomålEn hård studs och en klagomålsanmälan skriver båda en spärrning, permanent.
- 4unsubscribe · failedEn avprenumeration respekteras överallt samtidigt, även inne i utskickstjänsten.
- iVarför det är viktigtAtt byta leverantör ändrar ingenting uppströms — inte en rapport, inte ett segment, inte ett trattvillkor. Dialekten stannar vid dörren.
Samma händelser för SMS och push
Vad som händer när utskick går fel
Nya försök använder exponentiell backoff och hamnar i en dead-letter-kö i stället för att tysta till. En 4xx från en leverantör görs om; en 5xx som betyder att meddelandet är oacceptabelt gör det inte, för att försöka i evighet är så ett konto stängs av.
Spärrningar verkställs inne i utskickstjänsten likasom här, så att ett leverantörsbyte inte kan återuppliva en adress du spärrade för två år sedan. Och per-identitets gränser för samtidighet gör att en stor kampanj anpassar takten efter en liten brevlåda i stället för att överskölja den under de första trettio sekunderna.
Det som medvetet inte byggs: ingen egen mailöverföringsagent, inga dedikerade IP-pooler, ingen uppvärmningsschemaläggare, ingen feedback-loop-registrering. Det är verkligt arbete och det tillhör den part vars rykte står på spel — din leverantör, eller din egen brevlåda. Att bygga dem här skulle innebära att poola ditt utskick med främlingar, vilket är precis det denna design vägrar göra.