IT
Lezione 3.6Pro - Parte di Agentic School Pro

Stripe parte 2: webhook, proration, coupon ed Embedded Checkout

Rendere la fatturazione affidabile con webhook verificati e idempotenza, gestire la proration sugli upgrade a meta ciclo, far girare coupon e pubblicare l'Embedded Checkout

32 min•Lo stack applicativo moderno - Auth, dati e pagamenti•Disponibile

Cosa impari

  • Cosa sono i webhook, perche il polling e l'istinto sbagliato e come verificare le firme di webhook
  • L'idempotenza, la proration sugli upgrade a meta ciclo e coupon contro promotion code
  • L'Embedded Checkout e le trappole di webhook che colgono ogni principiante

Panoramica

Nella parte 1, hai incassato un pagamento. Ma ecco la verita scomoda: dopo aver rediretto un cliente verso il checkout, la tua app non sa davvero cosa gli e successo. Ha pagato? La carta ha fallito piu tardi? Ha annullato il mese seguente? Indovinare e cosi che le persone offrono il prodotto gratis per sbaglio o continuano a fatturare clienti annullati. La risposta sono i webhook: Stripe chiama la tua app ogni volta che succede qualcosa, perche la tua app reagisca alla realta invece di indovinare. Questa lezione rende la tua fatturazione degna di fiducia: webhook verificati, idempotenza, proration, coupon, Embedded Checkout e le trappole che mordono tutti la prima volta.

Cosa imparerai

Imparerai cos'e un webhook e perche fare polling su Stripe e l'istinto sbagliato, come verificare una firma di webhook perche gli attaccanti non possano falsificare event, come l'idempotenza ti impedisce di trattare un event duplicato due volte, come la proration gestisce equamente un cambio di piano a meta ciclo, la differenza tra coupon e promotion code, come funziona l'Embedded Checkout e le trappole di webhook che causano il classico fallimento "funzionava in test ma si e rotto in produzione".

Prerequisiti

Stripe parte 1 e un subscription checkout funzionante, piu un backend che puo ricevere richieste HTTP (le tue action Convex o le route server del tuo framework), perche un webhook e solo Stripe che invia una richiesta al tuo backend. La lezione sui segreti anche, perche il webhook signing secret e un'altra chiave da custodire.

Il problema

L'istinto naif dopo il checkout e fare polling: chiedere a Stripe ogni pochi secondi "hanno gia pagato?". E sbagliato su tutti gli assi. Spreca richieste, e lento, manca gli event che arrivano piu tardi (un rinnovo il mese prossimo, una carta che fallisce tra 30 giorni, una cancellazione) e non scala. Peggio, appoggiarsi solo alla redirezione dell'URL di successo e inaffidabile - un cliente puo pagare poi chiudere la scheda prima che la redirezione scatti, e ora ha pagato ma la tua app non l'ha mai registrato. Il modello giusto e invertito: non chiedere, fatti dire. Stripe spinge un event al tuo backend nell'istante in cui qualcosa arriva, e la tua app reagisce. E un webhook, e farlo bene e cio che rende la fatturazione degna di fiducia.

Sblocco della tua lezione Pro

Commenti

Caricamento dei commenti.

Pubblica un commento
CommentiAvanti
Prossimo passo

Pronto a far funzionare l'intelligenza artificiale come un vero flusso di lavoro?

Inizia con il corso di base, mantieni i tuoi progressi localmente e sincronizza tutto con il tuo account gratuito quando vuoi.