Skip to main content
Paketet @dodopayments/astro ger ditt Astro-projekt tre endpoint-hanterare. Checkout returnerar checkout-URL:er, CustomerPortal skickar en kund till Customer Portal och Webhooks verifierar webhook-händelser och dirigerar dem till din kod.

Checkout Handler

Skapa checkout-URL:er med statiska, dynamiska och checkout session-flöden.

Customer Portal

Låt kunder hantera sina prenumerationer och uppgifter.

Webhooks

Ta emot och behandla webhook-händelser från Dodo Payments.

Installation

1

Install the Package

Kör det här kommandot i projektets rotkatalog:
Paketet anger Astro 4 eller 5 och zod 3.25 eller senare som peer dependencies.
2

Set Up Environment Variables

Skapa en .env-fil i projektets rotkatalog. Skapa API-nyckeln under Developer → API Keys. Lägg till din webhook-endpoint under Developer → Webhooks och kopiera dess Signing secret till DODO_PAYMENTS_WEBHOOK_KEY:
DODO_PAYMENTS_RETURN_URL är den plats dit kunder kommer efter checkout. Om du inte anger en miljö använder hanterarna live_mode. En API-nyckel för testläge fungerar endast med test_mode.
Lägg aldrig till .env-filen eller hemligheter i versionshanteringen.

Exempel på route-hanterare

Exemplen är Astro-server-endpoints i src/pages/api/. Endpoints som anropar Dodo Payments måste renderas vid behov, så lägg till en serveradapter i ditt Astro-projekt. I Astros standardläge för static renderas endpoints vid byggtiden, så varje exempel exporterar prerender = false för att rendera endpointen vid varje begäran i stället.
Använd den här hanteraren för att lägga till checkout från Dodo Payments i din app. Hanteraren GET tillhandahåller statisk checkout. Hanteraren POST tillhandahåller checkout sessions, eller dynamisk checkout när du anger type: "dynamic". En endpoint-fil kan endast exportera en POST-hanterare, så exemplet med dynamisk checkout förutsätter att du anger type: "dynamic".

Checkout-routehanterare

Checkout-hanteraren stöder alla tre sätt att ta betalt med Dodo Payments:
  • Statiska Payment Links: Delbara URL:er som samlar in betalningar utan kod.
  • Dynamiska Payment Links: Payment Links som du genererar med anpassade uppgifter. De använder föråldrade endpoints.
  • Checkout Sessions: Hosted checkout med en produktvarukorg, kunduppgifter och anpassningsalternativ. Detta är det rekommenderade flödet.
Checkout tar emot följande alternativ: Hanteraren tillhandahåller statisk checkout för begäranden till GET. För begäranden till POST skapar den en dynamisk Payment Link när type är dynamic, och annars en checkout session.

Parametrar som stöds

string
obligatorisk
Produktidentifierare, till exempel ?productId=pdt_nZuwz45WAs64n3l07zpQR.
integer
standard:"1"
Produktens kvantitet.
string
Kundens fullständiga namn. Ignoreras om firstName eller lastName anges.
string
Kundens förnamn.
string
Kundens efternamn.
string
Kundens e-postadress.
string
Kundens land som en ISO 3166-1 alpha-2-kod.
string
Kundens gatuadress.
string
Kundens ort.
string
Kundens delstat eller provins.
string
Kundens ZIP- eller postnummer.
boolean
Ange true för att inaktivera fältet för fullständigt namn.
boolean
Ange true för att inaktivera fältet för förnamn.
boolean
Ange true för att inaktivera fältet för efternamn.
boolean
Ange true för att inaktivera e-postfältet.
boolean
Ange true för att inaktivera landsfältet.
boolean
Ange true för att inaktivera fältet för adressrad.
boolean
Ange true för att inaktivera ortsfältet.
boolean
Ange true för att inaktivera fältet för delstat.
boolean
Ange true för att inaktivera ZIP-kodfältet.
string
Betalningsvaluta, till exempel USD.
boolean
standard:"true"
Visa eller dölj valutaväljaren.
number
Fastställer det debiterade beloppet i större valutaenheter, till exempel 12.5 för $12.50. Fungerar endast med Pay What You Want-produkter och ignoreras om beloppet understiger produktens minimipris.
boolean
standard:"true"
Visa eller dölj avsnittet för rabatter.
string
Alla query-parametrar som börjar med metadata_ skickas till checkout som metadata, till exempel metadata_orderId=123.
En inaktiveringsflagga börjar gälla endast när det matchande fältet har ett värde, till exempel email med disableEmail=true. Hanteraren lägger till returnUrl från sin konfiguration i länken som redirect_url.
Om productId saknas returnerar hanteraren ett 400-svar. Ogiltiga query-parametrar eller en produkt som inte finns i ditt konto returnerar också 400.

Svarsformat

Statisk checkout returnerar ett JSON-svar med checkout-URL:en. I testläge använder URL:en test.checkout.dodopayments.com:
  • Skicka parametrarna som en JSON-body i en POST-begäran.
  • Stöder både engångsbetalningar och återkommande betalningar. Hanteraren hämtar produkten och skapar sedan en prenumeration om produkten är återkommande, och annars en engångsbetalning.
  • Bodyn behöver billing (med street, city, state, country och zipcode) samt customer, plus product_id eller product_cart. Prenumerationer behöver product_id.
  • Information om alla body-fält som stöds finns i:
Dynamisk checkout fungerar som proxy för de föråldrade endpointsen POST /payments och POST /subscriptions. Den fortsätter att fungera för befintliga integrationer, men nya integrationer bör använda checkout sessions.

Svarsformat

Dynamisk checkout returnerar ett JSON-svar med Payment Link som checkout-URL:
Checkout sessions skapar en hosted checkout för engångsköp och prenumerationer, med full kontroll över anpassningen. product_cart är det enda obligatoriska fältet och behöver minst en produkt. Om bodyn saknar return_url använder hanteraren returnUrl från sin konfiguration.Varje checkout_url kan användas en gång och upphör att gälla efter 24 timmar, eller efter 15 minuter när du skickar confirm: true. En session som skapats med payment_method_id returnerar ingen checkout_url, så hanteraren svarar med 400.Mer information och alla fält som stöds finns i Integrationsguide för Checkout Sessions.

Svarsformat

Checkout sessions returnerar ett JSON-svar med checkout-URL:en:

Route-hanterare för Customer Portal

Route-hanteraren för Customer Portal skapar en Customer Portal-session för kunden du anger och dirigerar webbläsaren dit. CustomerPortal tar emot samma alternativ för bearerToken och environment som Checkout.
Hanteraren kontrollerar inte vem som anropar den. Alla som begär den med ett customer ID får åtkomst till den kundens portal. Skydda routen med din egen autentisering och skicka endast den inloggade användarens customer ID.

Query-parametrar

string
obligatorisk
Customer ID för portal-sessionen, till exempel ?customer_id=cus_123.
boolean
Om true anges skickar Dodo Payments även portal-länken till kunden via e-post.
Hanteraren returnerar 400 om customer_id saknas, och 500 om portalsessionen inte kan skapas.

Webhook-routehanterare

Webhook-routehanteraren verifierar varje begäran med din webhook-hemlighet, som skickas som webhookKey, innan den kör din kod:
  • Method: Endast POST-begäranden stöds. Övriga metoder returnerar 405.
  • Signature Verification: Verifierar headern webhook-id, webhook-timestamp och webhook-signature med webhookKey enligt specifikationen Standard Webhooks. Returnerar 401 om verifieringen misslyckas.
  • Payload Validation: Validerar payloaden med Zod. Returnerar 400 för en ogiltig payload.
  • Error Handling:
    • 401: Ogiltig signatur
    • 400: Ogiltig payload
    • 500: Internt fel under verifieringen
  • Event Routing: Anropar onPayload för varje händelse, sedan hanteraren för händelsetypen, och returnerar 200.
Adaptern fångar inte fel som kastas i dina hanterare. De vidarebefordras till Astro och begäran misslyckas.

Webhook-händelsehanterare som stöds

Alla hanterare är valfria och asynkrona och tar emot den verifierade payloaden för sin händelsetyp:
Se guiden om webhook-händelser för en beskrivning av vad varje händelse betyder.

Prompt för LLM

Kopiera den här prompten till din AI-kodningsassistent för att låta den lägga till adaptern i ditt projekt. Om du även vill ge din agent Dodo Payments-dokumentationen och färdigheterna installerar du Agent Plugin.
Senast ändrad 26 september 2026