Jämför mejlintegrationer för Stripe: händelser som stöds, synkad faktureringsdata, konfiguration och påminnelsevillkor. Brew, Sequenzy, Loops och Customer.io.
Den här jämförelsen publiceras av Brew. Vi gick igenom den länkade produktdokumentationen den 28 september 2026. Det här är en jämförelse av dokumentation, inte ett påstående om att vi har testat varje plattform i praktiken. Kontrollera aktuella gränser för planerna på respektive leverantörs prissida.
En kunds kort nekas vid förnyelsen, och Stripe skickar invoice.payment_failed (fakturan förblir öppen). Ditt e-postverktyg startar sitt flöde med betalningspåminnelser. Kunden uppdaterar kortet nästa morgon, men den andra påminnelsen går ändå ut samma eftermiddag.
Många e-postplattformar listar en ”Stripe-integration”. Integrationerna bakom den etiketten fungerar på olika sätt. Ett verktyg lyssnar på Stripes råa webhooks och synkar kundens plan och prenumerationsstatus. Ett annat gör om faktureringsaktiviteten till egna händelsenamn. Ett tredje ger dig en guide för att koppla upp webhooks själv.
Skillnaderna avgör om en påminnelse om provperioden kan kontrollera provperiodens status, och om en uppföljning av en misslyckad betalning slutar när kortet fungerar igen. Den här guiden jämför fyra plattformar på just de punkterna.
saas.purchase och saas.payment_failed.Vi gick igenom varje leverantörs dokumentation om Stripe den 28 september 2026 och jämförde:
| Verktyg | Anslutning | Händelser | Faktureringsdata på kontakten | Stoppa ett flöde |
|---|---|---|---|---|
| Brew | OAuth; Brew registrerar webhooken åt dig | 22 Stripe-händelser inom kassa, kund, prenumeration, faktura, offert och betalning | stripe_subscription_status, stripe_subscription_plan, stripe_plan_amount_cents, stripe_trial_end, stripe_renews_at, stripe_delinquent |
Uttryckliga villkor på synkade kontaktfält; kontroller i applikationen för en viss obetald faktura |
| Sequenzy | OAuth | Livscykelhändelser för SaaS som härleds från Stripe | MRR, LTV och taggar som trial, past-due, churned |
Ett stoppvillkor per sekvens, till exempel på saas.purchase |
| Loops | Connect to Stripe under Settings | Fler än 20 Stripe-händelser, inklusive tvister | E-postadress, för- och efternamn | Förgreningar i arbetsflödet |
| Customer.io | En guide till kampanjer som utlöses av webhooks | De händelser du skickar dit | Det du själv mappar | Villkor i kampanjen |
Brew ansluter via ett OAuth-flöde för Stripe Apps och ser därför aldrig dina API-nycklar. Sedan registrerar Brew webhooken själv och prenumererar på 22 händelsetyper:
checkout.session.completed, plus händelserna för lyckade och misslyckade asynkrona betalningar.trial_will_end, raderad.payment_failed, kommande.charge.refunded, refund.created, payment_intent.payment_failed.Varje verifierad händelse startar alla aktiva automatiseringar som använder den. Kund- och prenumerationshändelser skapar eller uppdaterar dessutom Stripe-kunden i din målgrupp, med stripe_*-fält som du kan filtrera på. Knappen ”Synka kunder från Stripe” importerar alla befintliga Stripe-kunder i bakgrunden och kan fortsätta där den slutade om importen avbryts.
I själva mejlet kan du använda personaliseringstaggar som amount, currency, invoiceNumber, previousPlan och newPlan, failureMessage och declineCode. Nyttolasterna utelämnar objekt-ID:n från Stripe med avsikt, så du kan inte använda dem som personaliseringstaggar eller filter.
Brew tar emot händelser; Brew kan inte göra ett nytt debiteringsförsök, göra en återbetalning eller ändra en prenumeration. Efter ett väntesteg läser ett villkor på contact.stripe_subscription_status det aktuella kontaktfältet i Brew, medan händelsefälten behåller den ursprungliga nyttolasten. Läsningen av kontakten frågar inte Stripe och bevisar inte att en viss faktura har betalats. Kontrollera den fakturan i din applikation innan du skickar en senare händelse för en betalningspåminnelse. Uppdateringar av kontakter och nya händelser avbryter inte automatiskt befintliga körningar. Läs mer i guiden om automatiseringar.
Brew designar och skickar också mejlen. Mejl om betalningar och provperioder använder ditt varumärkes designsystem och skickas från din verifierade domän, så du behöver inget separat mallverktyg.
Sequenzys Stripe-integration ansluter via OAuth. Före den första synkroniseringen väljer du vilka produkter som ska ingå och vilken metadata som ska följa med. Sedan översätter integrationen faktureringsaktiviteten till livscykelhändelser för SaaS, bland annat köp, påbörjad och avslutad provperiod, uppsägning, churn, misslyckad betalning, uppgradering, nedgradering och återbetalning.
Kontakterna får MRR och LTV som numeriska attribut, plus statustaggar som customer, trial, past-due och churned. Varje sekvens har ett stoppvillkor som kontrolleras före varje steg, så en sekvens för provperioden kan avslutas vid saas.purchase utan extra filter.
Sequenzy matchar kontakter enbart på e-postadress. Kassasessioner från gästköp, som saknar en kund, lämnas utanför synkroniseringen av intäkter.
Sequenzy passar SaaS-team som vill ha färdiga livscykelstatusar för prenumerationer och inte behöver Stripes råa händelsenamn.
Loops ansluter från Settings med Connect to Stripe. Integrationen synkar e-postadress, förnamn och efternamn. Den skapar en kontakt om e-postadressen är ny och kan avregistrera eller radera kontakter vid customer.deleted. Fler än tjugo händelser kan starta arbetsflöden, bland annat händelser för kunder, prenumerationer, fakturor, kassor och offerter, plus charge.dispute.created och charge.dispute.closed. Loops lade till fler prenumerationshändelser i april 2026.
Loops bearbetar bara händelser som innehåller en e-postadress. Dokumentationen listar inte plan eller status bland de synkade egenskaperna, så villkor på faktureringsstatus kräver data från en annan källa.
Customer.io beskriver Stripe som ett mönster som du bygger själv. Du riktar Stripes webhooks mot en kampanj som utlöses av webhooks, letar upp personen via e-postadressen och sätter personens ID till kund-ID:t i Stripe. Därifrån kan du modellera vilken faktureringsdata du vill och använda den i e-post, sms och push. Det kräver mer konfiguration än de tre andra och ger dig mer kontroll över datamodellen.
Stripe Billing kan mejla kunderna själv. Stripe kan skicka en avisering efter varje misslyckad kortbetalning, en påminnelse sju dagar innan en gratis provperiod tar slut, påminnelser om förnyelse och en varning en månad innan ett standardkort går ut. Mejlen länkar till en sida där kunden kan uppdatera sin betalningsmetod.
Om du slår på dem och samtidigt bygger ett flöde i Brew eller Loops på invoice.payment_failed får kunderna två mejl om ett och samma misslyckande. Bestäm vilket system som skickar vilket meddelande. En möjlig uppdelning är att låta Stripe stå för länken där kunden uppdaterar betalningen och använda din e-postplattform för förklaringen och uppföljningen. Kontrollera att länken du lägger i dina egna mejl fortfarande är giltig.
| Om du vill ha … | Titta på |
|---|---|
| råa Stripe-händelser, synkade faktureringsfält och mejl som designas och skickas i en och samma produkt | Brew |
| livscykelhändelser för SaaS och inbyggda stoppvillkor | Sequenzy |
| en enkel e-postplattform för SaaS med brett stöd för Stripe-händelser | Loops |
| full kontroll över datamodellen i flera kanaler | Customer.io |
För prenumerationer: customer.subscription.trial_will_end, invoice.payment_failed, invoice.paid, customer.subscription.updated och customer.subscription.deleted. Stripe skickar trial_will_end tre dagar innan en provperiod tar slut, eller direkt om provperioden kortas.
De skickar mejlen. Nya betalningsförsök och kortuppdateringar sker i Stripe. Enligt dokumentationen för Brew kan Brew inte skapa debiteringar eller ändra prenumerationer.
För marknadsföringsmejl, ja. Enligt dokumentationen för Stripe-integrationen i Brew ger synkad kontaktdata ingen rätt att mejla kontakterna. Kvitton och betalningsaviseringar som gäller en befintlig prenumeration hör till en annan kategori. Läs mer om transaktionsmejl.
Inte i Stripes testläge: Brew ansluter skarpa Stripe-konton, och händelser i testläge synkar inga kontakter och startar inga automatiseringar. Behåll automatiseringen som utkast och testa den med testmottagare. Dokumentationen för Loops föreslår att du skapar testkunder eller skickar händelser med kommandot trigger i Stripe CLI.
Vill du veta exakt hur det fungerar i Brew läser du sidan om Stripe-integrationen. Bygg sedan ett flöde som utkast och testa det med testmottagare innan du publicerar.
