Glossary · Payments

What is Checkout embed?

A checkout embed is payment infrastructure as a drop-in: a snippet or component that renders a full payment surface (asset choice, amount, invoice, confirmation) inside the merchant's own page, styled to the brand, settled to the merchant's wallet.

The embed model trades a redirect for integration depth: buyers never leave the site, the merchant keeps the analytics, and the payment surface stays maintained by the platform. Done right it is one script tag and a container div.

How Checkout embed works

A checkout embed is a payment surface dropped into an existing page: a script tag or iframe that renders the payment flow where the customer already is. The embed carries the order's amount, the accepted assets, and the merchant's configuration; the buyer completes payment without the page redirecting anywhere.

Underneath, the embed talks to the payment platform: it requests the order, presents the payment options the merchant configured, generates the receiving details per asset, and watches for settlement, updating its own status as confirmations land. The surrounding site keeps its context, its analytics, and its customer.

The design decisions that matter at implementation: which assets the embed offers, what the confirmation policy shows the waiting buyer, and how the completion event reaches the merchant's systems, which is where webhooks take over. Done well, the embed is a few lines to install and invisible to operate.

Checkout embed in practice

A store drops the embed into its order page. A customer chooses an asset, sends from their wallet, and the page itself flips from awaiting payment to confirmed as the transaction lands, with the store's webhook firing for fulfillment.

Checkout embed on U.CASH

The U.CASH universal embed drops into any page and offers every rail the merchant enabled: crypto on 35 networks, cards, and the bank rails, white-labeled, with a signed webhook the moment the confirmation policy is met.

The embed is how crypto payments meet merchants where they live: no rebuilt storefront, no redirect funnel losing mobile buyers, just a payment surface inside the page that already converts. U.CASH's embed carries the asset list and policies from the merchant's configuration. On testing: run the embed through the same integration path as production before launch, with a real-shaped order and the webhook endpoint live. The two integration bugs that surface in production are almost always a mis-registered endpoint and an unverified signature path, and both are testnet-cheap to catch.

Related payments terms

Payment railFiat on-rampPayment link

See also

Crypto checkoutEmbed, API and SDKs

Checkout embed: FAQ

What does the embed require technically?
A container and the snippet; server-side flows are available through the API for merchants who prefer full control. Both settle identically.
Can the embed match my brand?
Yes: logo, colors, and domain are yours. The payment surface is white-label by design; U.CASH is the rails, not the brand.
Does the embed slow my page down?
It is a lightweight script loading asynchronously, sized to render a payment surface rather than an application. Measure it like any third-party tag; the modern ones are engineered for the mobile budget.
What happens after payment completes?
The embed shows confirmation, and the platform fires the merchant's webhook with the payment record for fulfillment. The page-side and server-side stories complete together.
Can the embed match my site's styling?
Themes and branding carry through from the merchant configuration, including the white-label tier for full surface control. The embed is a guest on your page and dresses accordingly.
Keep reading

The glossary, A to Z

Every term behind the rails, the assets, and the settlement.