Ik los stripe paddle billing integratie abonnementen webhooks checkout api saas op

Meestal één van vier dingen: de endpoint verifieert de signature niet en Stripe weigert het, het geeft een niet-2xx response terug waardoor Stripe blijft proberen, het is geabonneerd op de verkeerde events, of het leest het verkeerde veld van het event object. Ik controleer eerst de event log, herhaal de mislukte events, en dan

Ja. Dubbele charges komen meestal door een herhaalde request zonder idempotency key, of een webhook handler die niet veilig is om twee keer te draaien. Ik voeg idempotency keys toe bij de create calls en laat handlers controleren op event IDs voordat ik wijzigingen doorvoer.

Test- en live-sleutels zijn gescheiden, net als webhook endpoints, prijs-ID's, producten en signing secrets. Live gaan breekt meestal omdat de app nog steeds op testprijs-ID's wijst, of omdat het live webhook endpoint nooit is geregistreerd. Ik doe een volledige go-live check op sleutels, endpoints, prijs-ID's en secrets.

Ja. Dat zijn entitlements die alleen in de frontend worden gecontroleerd. Ik sla de abonnementsstatus server-side op, handhaaf het met row level security policies in Supabase, en beveilig de API routes zodat de check niet kan worden omzeild vanuit de browser.

Ja. Cloud Run werkt goed voor webhooks zolang de service onbeveiligde requests op die route toestaat, de container de raw request body leest voor signature verificatie, en de signing secret als een environment variable is ingesteld. Ik deploy het en controleer live events van begin tot eind.