Skip to main content
@dodopayments/sveltekit 패키지는 SvelteKit 앱에 세 가지 route handlers를 제공합니다. Checkout는 checkout URLs를 반환하고, CustomerPortal는 고객을 Customer Portal로 보내며, Webhooks는 webhook events를 검증하고 사용자의 코드로 라우팅합니다.

Checkout Handler

SvelteKit 앱에서 checkout URLs를 생성합니다.

Customer Portal

고객이 subscriptions 및 세부 정보를 관리할 수 있습니다.

Webhooks

Dodo Payments webhook events를 수신하고 검증합니다.

설치

1

Install the Package

프로젝트 루트에서 다음 명령을 실행합니다:
이 패키지는 SvelteKit 2(@sveltejs/kit 2.20.3 이상) 및 zod 3.25 이상을 peer dependencies로 지정합니다.
2

Set Up Environment Variables

프로젝트 루트에 .env 파일을 생성합니다:
Developer → API Keys에서 API key를 생성합니다. Developer → Webhooks에서 webhook endpoint를 추가하고 signing secret을 DODO_PAYMENTS_WEBHOOK_KEY에 복사합니다. DODO_PAYMENTS_RETURN_URL는 checkout 후 고객이 도착하는 위치입니다. environment를 전달하지 않으면 handlers는 live_mode를 사용합니다.
.env 파일이나 secrets를 version control에 커밋하지 마세요.

Route Handler 예시

예시는 src/routes/api/ 아래에 있는 SvelteKit +server.ts endpoints입니다. 예시는 $env/static/private에서 credentials를 가져오며, SvelteKit은 이를 client-side code에서 제외합니다.
이 handler를 사용하여 SvelteKit 앱에 Dodo Payments checkout을 추가합니다. Checkout는 static checkout용 GET handler와 checkout sessions용 handler를 반환하며, type: "dynamic"를 설정하면 dynamic checkout에도 사용할 수 있습니다. GET는 type: "static"로 생성한 handler 또는 type가 없는 handler에서 export해야 합니다. session 또는 dynamic handler의 GET handler는 400을 반환하기 때문입니다.
dynamic checkout request는 type: "dynamic"로 생성한 handler에서 POST가 전달될 때 작동합니다. 예시 route처럼 type: "session"를 사용하는 경우 checkout session request를 전송합니다.

Checkout Route Handler

checkout handler는 Dodo Payments로 결제를 받는 세 가지 방식을 모두 지원합니다:
  • Static Payment Links: 코드 없이 결제를 수집하는 공유 가능한 URLs입니다.
  • Dynamic Payment Links: 사용자 지정 세부 정보로 생성하는 payment links입니다. deprecated endpoints를 사용합니다.
  • Checkout Sessions: product cart, customer details 및 customization options를 포함하는 hosted checkout입니다. 권장되는 flow입니다.
Checkout는 다음 options를 받습니다:

지원되는 Query Parameters

string
필수
제품 identifier입니다. 예: ?productId=pdt_nZuwz45WAs64n3l07zpQR.
integer
기본값:"1"
제품의 수량입니다.
string
고객의 전체 이름입니다. firstName 또는 lastName가 제공되면 무시됩니다.
string
고객의 이름입니다.
string
고객의 성입니다.
string
고객의 email address입니다.
string
고객의 국가이며 ISO 3166-1 alpha-2 code입니다.
string
고객의 address line입니다.
string
고객의 city입니다.
string
고객의 state 또는 province입니다.
string
고객의 ZIP 또는 postal code입니다.
boolean
true로 설정하면 full name field를 비활성화합니다.
boolean
true로 설정하면 first name field를 비활성화합니다.
boolean
true로 설정하면 last name field를 비활성화합니다.
boolean
true로 설정하면 email field를 비활성화합니다.
boolean
true로 설정하면 country field를 비활성화합니다.
boolean
true로 설정하면 address line field를 비활성화합니다.
boolean
true로 설정하면 city field를 비활성화합니다.
boolean
true로 설정하면 state field를 비활성화합니다.
boolean
true로 설정하면 ZIP code field를 비활성화합니다.
string
결제 currency입니다. 예: USD.
boolean
기본값:"true"
currency selector를 표시하거나 숨깁니다.
number
청구 금액을 major currency units로 고정합니다. 예를 들어 $12.50의 경우 12.5입니다. Pay What You Want products에서만 작동하며, 제품의 minimum price보다 낮으면 무시됩니다.
boolean
기본값:"true"
discounts section을 표시하거나 숨깁니다.
string
metadata_로 시작하는 모든 query parameter는 metadata로 전달됩니다.
handler는 config의 returnUrl를 redirect_url로 link에 추가합니다.
productId가 누락되면 handler는 400 response를 반환합니다. 유효하지 않은 query parameters와 존재하지 않는 product IDs도 400을 반환합니다.

Response Format

Static checkout은 checkout URL이 포함된 JSON response를 반환합니다. test mode에서 URL은 test.checkout.dodopayments.com를 사용합니다.
Dynamic checkout은 deprecated POST /payments 및 POST /subscriptions endpoints를 proxy합니다. 기존 integrations에서는 계속 작동하지만, 새로운 integrations에서는 checkout sessions를 사용해야 합니다.

Response Format

Dynamic checkout은 checkout URL이 포함된 JSON response를 반환합니다:
Checkout sessions는 one-time purchases 및 subscriptions를 위한 hosted checkout을 생성하며, customization을 완전히 제어할 수 있습니다. product_cart만 필수 field입니다. body에 return_url가 없으면 handler는 config의 returnUrl를 사용합니다.자세한 내용과 지원되는 모든 fields는 Checkout Sessions Integration Guide를 참조하세요.payment_method_id로 생성한 session은 checkout URL을 반환하지 않으므로 handler는 400을 응답합니다. 저장된 payment method로 청구하려면 SDK를 사용하여 session을 생성하세요.

Response Format

Checkout sessions는 checkout URL이 포함된 JSON response를 반환합니다:

Customer Portal Route Handler

Customer Portal route handler는 전달된 고객을 위한 Customer Portal session을 생성하고, 302 response와 함께 브라우저를 해당 session으로 redirect합니다.
handler는 호출한 사용자를 확인하지 않습니다. customer ID와 함께 요청하는 사람은 누구나 해당 고객의 portal을 받습니다. 자체 authentication으로 route를 보호하고, 로그인한 사용자의 customer ID만 전달하세요.

Query Parameters

string
필수
portal session의 customer ID입니다. 예: ?customer_id=cus_123.
boolean
true로 설정하면 Dodo Payments가 portal link를 고객에게 이메일로도 보냅니다.
customer_id가 누락되면 400을 반환하고, portal session을 생성할 수 없으면 500을 반환합니다.

Webhook Route Handler

webhook route handler는 코드를 실행하기 전에 각 request를 검증합니다:
  • Method: POST requests만 지원됩니다. 다른 methods는 405를 반환합니다.
  • Signature Verification: raw request body와 webhook-id, webhook-timestamp 및 webhook-signature headers를 webhookKey로 검증하며, Standard Webhooks specification을 따릅니다. verification에 실패하면 401을 반환합니다.
  • Payload Validation: Zod로 payload를 검증합니다. payload가 유효하지 않으면 400을 반환합니다.
  • Error Handling:
    • 401: 유효하지 않은 signature
    • 400: 유효하지 않은 payload
    • 500: verification 중 internal error
  • Event Routing: 모든 event에 대해 onPayload를 호출한 다음 event type에 해당하는 handler를 호출하고 200을 반환합니다.
adaptor는 사용자의 handlers에서 발생한 errors를 catch하지 않습니다. errors는 SvelteKit으로 전파되며 request가 실패합니다.

지원되는 Webhook Event Handlers

각 handler는 해당 event type에 대해 검증된 payload를 받습니다:
각 event의 의미는 Webhook Event Guide를 참조하세요.

LLM용 Prompt

AI coding assistant에 이 prompt를 복사하여 프로젝트에 adaptor를 추가하도록 하세요. agent에 Dodo Payments docs와 skills도 제공하려면 Agent Plugin을 설치하세요.
마지막 수정일 2026년 9월 26일