Stripe Checkout is a prebuilt, hosted payment page you send a customer to instead of building your own payment form. A Payment Link is a reusable, no-code version of that same page, created once in the dashboard and shared as a single URL. Stripe Link is a different feature entirely: it's Stripe's saved-card network, letting a returning customer skip re-entering their card at checkout. We don't set up your Checkout flow or build your Payment Links. We build what happens after someone pays through either one.
Checkout works through the API: you create a Checkout Session specifying what's being sold, the price, and where to send the customer afterward, then redirect them to a Stripe-hosted page that handles the card form, available wallets, and tax calculation on its own. It fits a business that already has a website and a backend but still wants Stripe to own the payment form itself rather than building one from scratch.
A Payment Link is the no-code version of the same idea. You build it once in the Stripe dashboard, get back one shareable URL, and send it by email, text, a social post, anywhere, without writing any code at all. It's a good fit for a one-off sale or an invoice sent by text that doesn't justify a full Checkout integration.
Link, despite the similar name, has nothing to do with Payment Links. It's Stripe's own saved-payment-method network: once a customer has used Link anywhere that accepts it, Stripe can offer their saved card at your checkout too, which usually means a faster, higher-converting checkout for a returning shopper.
Both a Checkout Session and a Payment Link can carry a `metadata` field, arbitrary key-value pairs you attach when creating them, that show up again on the webhook event once the payment goes through. That's usually how a specific order, a customer tier, or an internal reference number gets threaded from "someone clicked pay" to "here's exactly what they bought" without a person matching it up by hand afterward.
A Payment Link sale in particular doesn't touch anything else in your business on its own, no CRM record, no inventory count, no fulfillment ticket, because it's designed to be that simple. The same simplicity that makes it easy to set up is exactly what leaves everything downstream of the payment manual, unless something's built to catch the event when it fires.
The moment a `checkout.session.completed` event fires for a Payment Link sale, an automation can create the order record, decrement stock, or open a fulfillment ticket, instead of someone checking the Stripe dashboard to see what actually sold.
We use the metadata attached to a Checkout Session to carry the real context, which product variant, which sales rep, which internal reference, so the webhook that follows has everything it needs without a lookup against a second system.
If the answer involves a person checking the Stripe dashboard and doing something by hand afterward, tell us what that something is.
A payment landing in Stripe is only half the story. What's supposed to happen next, an order created, stock adjusted, a customer onboarded, is a question worth answering honestly before assuming it has to stay manual. Checkout and Payment Links are just this page's example; n-frames builds the same kind of handoff automation for whatever payment, form, or booking is generating events your business still reacts to by hand.
Let's talk →Checkout is created through the API for each transaction, or configured once as a reusable integration on your own site. A Payment Link is built directly in the Stripe dashboard with no code at all and gives you one URL you can reuse or share anywhere. Checkout fits a business with an existing site and backend; Payment Links fit a quick sale that doesn't need either.
No, despite the similar name. Link is Stripe's saved-payment-method network: it remembers a customer's card across any site that uses Stripe and offers it to them at checkout for a faster repeat purchase. A Payment Link is a reusable URL you create to accept a payment without writing code. Both can show up on the same checkout page, but they solve different problems.
Not necessarily. Checkout can be set up with a small amount of code calling the API, and Payment Links need none at all, you create them straight in the dashboard. Where a developer tends to get involved is making sure the right metadata and webhook handling exist afterward, so what someone bought actually triggers the right thing elsewhere in your business.
Yes, through the `metadata` field on the Checkout Session or the Payment Link itself. Whatever you put there shows up again on the resulting webhook event, which is the standard way to carry an internal order ID, a product variant, or a customer reference through to whatever processes the payment afterward.
Both. A Checkout Session can run in one-time payment mode or subscription mode, and subscription mode creates the underlying Stripe Billing subscription for you. We cover the subscription side of Stripe in more detail here.