Checkout status

Track the real billing path instead of trusting a thank-you page.

This is the billing proof surface: session created, checkout returned, webhook processed, and subscription state persisted.

Verification pathSession -> webhook

This page exists to prove the billing path, not to decorate it.

EnvironmentLive

Use a real card and wait for subscription-backed proof.

Activation proofSession required

Load a checkout session first so the billing, webhook, and access trail can be recovered from one source of truth.

Reader handoffMember desk

Once billing settles, the next action is the reader desk, not a dead-end thank-you page.

01

Create or reopen the session

The launcher creates the billing record and keeps the session id visible for recovery.

02

Wait for webhook-backed truth

Payment only counts as complete once the latest Paddle webhook is processed into D1 state.

03

Move into reader recovery

Use the member desk and delivery guide while keeping the same session in view.

Paddle live checkout

Paddle live checkout

Use this page to launch live checkout directly or to inspect a checkout session after Paddle sends the latest webhook event.

Use your real card here. The status panel will keep polling until webhook proof lands.

After payment

Use the member access desk once the billing state is clear.

The checkout status page proves the money path. The member access desk explains where receipt, delivery, and support should go next.

Before payment

If the blocker is scope, review the offer again before retrying checkout.

A payment path is only useful if the buyer understands what lands after purchase. The founding page and the delivery guide are now the cleanest places to answer that.