Skip to main content

About product offers

A product offer is an additional sales opportunity that's displayed to customers before or after they complete checkout. This guide introduces pre-purchase and post-purchase product offers, and describes the resources that you can use to build product offers in Shopify checkout.


You can build functionality in your app that enables merchants to provide the following experiences:


Anchor to Pre-purchase product offersPre-purchase product offers

Plus

Checkout UI extensions that render on the information and shipping and payment steps in checkout are available only to stores on a Shopify Plus plan.

A pre-purchase product offer is an additional sales opportunity that's displayed to customers before they complete checkout.

You can use a UI extension to build a pre-purchase product offer. The following example shows a pre-purchase product offer that renders at the purchase.checkout.block.render extension target:


Anchor to Post-purchase product offersPost-purchase product offers

Beta

Post-purchase checkout extensions are in beta and can be used without restrictions in a development store. To use post-purchase extensions on a live store, you need to request access.

A post-purchase product offer is an additional sales opportunity that's displayed to customers immediately after they complete checkout.

The post-purchase page appears after the order is confirmed, but before the Thank you page. You can use a post-purchase extension to add custom content such as the following:

ExampleDescription
Upsell offersPrompt a customer to add more products to their initial order after they've completed payment.
Survey requestsAsk a customer to complete a survey after they've completed checkout.
Feedback requestsAsk a customer to complete a feedback form after they've completed checkout.
Donation requestsAsk a customer to submit a donation after they've completed checkout.
Discount code offersOffer a customer additional discounts on products using a specific code.
Loyalty sign-upsAsk a customer to join a rewards or points program.
Important notificationsOffer additional information that's valuable to customers.

The following is a basic example of a post-purchase checkout extension:

A basic example of a post-purchase checkout extension

The following diagram illustrates a high-level customer flow for an app that uses a post-purchase checkout extension:

Post-purchase flow diagram
  1. The customer goes to the payment information page.

  2. The page loads the Checkout::PostPurchase::ShouldRender extension point.

  3. Optional: The extension makes a network call to your app server to obtain any data needed for the post-purchase page. The extension can store data in the browser's local storage, speeding up the time to the first render.

  4. The extension returns the result of render to the payment information page. For render to be true, all the required conditions must be met. For example, the customer's credit card must be vaulted before the post-purchase offer is displayed.

  5. The customer completes checkout.

  6. If render returns true, then the post-purchase page loads the Checkout::PostPurchase::Render extension point. Any stored data is directly available to the render extension point. You app needs to call done to redirect the customer to the Order status page.

Post-purchase checkout extensions use a technology that hosts your extension on Shopify's CDN and integrates directly into the Shopify checkout. It includes a set of consistent UI components, targets, and development tools.

You create an extension by writing in Vanilla JS or React, and deciding whether to use TypeScript. Shopify securely hosts and renders your user interface in the client. When the extension appears to the customer in the checkout, it includes both app-provided and Shopify-provided interface elements, as shown in the following diagram:

Post-purchase checkout app extension framework diagram

Anchor to Limitations and considerationsLimitations and considerations

The following limitations and considerations for post-purchase checkout extensions apply:

AreaContext
Payment providerThird-party payment providers that require the customer’s CVN/CVV to be retained aren't supported. This might include, but isn't limited to, payment providers such as Braintree, Payflow Pro, PayPal Payments Pro, and Eway.
Additional payment methodsThe post-purchase page won't be surfaced in the following scenarios:
  • The customer chooses to check out with an installment service or a wallet service (such as Klarna, Affirm, AfterPay, Apple Pay, Amazon Pay, or Google Pay).
  • The initial purchase was made with a gift card or any payment method other than a credit card.
Purchase eventsThird-party analytic services that use the Shopify Pixel API (such as Google Analytics, Facebook, Pinterest and Snap) report only the purchase event and value for the initial purchase.
AnalyticsThird-party analytics services that use the ScriptTag object or additional scripts have incomplete conversion data, because they're only triggered on the Order status page.
Duties and support for multiple currenciesPost-purchase upsell offers won’t be surfaced on orders with duties and multiple currencies.
Order creation delaysIn scenarios such as flash sales where the Shopify Platform is under extreme load, our system might optimize to capture orders but briefly delay the order creation step for a fast and seamless buyer experience. In these scenarios, post-purchase pages won't be surfaced, even if the request for the post-purchase page was properly made.
Multiple appsMerchants with multiple apps that have the post-purchase checkout extension need to select which app appears on the post-purchase page. You can use a banner during app onboarding to let merchants know that they can select your app as the default post-purchase app in the Shopify admin checkout settings.
Fulfillment holdsShopify places a hold on fulfillment for all orders undergoing a post purchase cross-sell flow. Holds are released either when the customer visits the Order status page, or after a set amount of time, if the customer doesn't complete the post-purchase flow.
If the customer doesn't complete the flow (for example, the customer closes the browser before actioning the post-purchase upsell offer), then the fulfillment hold is lifted one hour after submission of the initial checkout. Fulfillment holds are only supported using the FulfillmentOrder resource.
Interaction with the Order status pageThe post-purchase page shouldn't be used as a replacement for the Order status page. For more information, refer to the customer flow.
API versioningThe post-purchase checkout extension APIs aren't versioned and don't follow the Shopify API versioning quarterly release schedule.
Orders without a shipping addressIf the customer's checkout results in the creation of an order without a shipping address, then you can't add a subscription to the order using post-purchase. For example, a customer might have bought only digital products, which doesn't require a shipping address.
Similarly, a customer might choose local pickup as their delivery method, which also doesn't require a shipping address. You can determine in advance whether a shipping address exists by viewing the payment step within the ShouldRender extension point. If the destinationCountryCode input field is null, then no shipping address is set.
Orders for local deliveryPost-purchase upsell offers won’t be surfaced on orders for local delivery.
Minimum order priceOrders need to be $0.50 or more to qualify for post-purchase offers.
Accepted offersA customer can accept a maximum of three post-purchase offers for each checkout.
Number of post-purchase pagesYou can create only one post-purchase page. However, because a post-purchase extension is a single-page app, you can paginate the single page to create multiple pages.
Sales channelOrders need to be placed through the Online Store sales channel to qualify for post-purchase upsells. Other sales channels won't render post-purchase upsell pages.
Storage API with Shop PayWhen buyers check out using Shop Pay, the Render extension target can't read data that's stored in the Storage API during the ShouldRender extension target. This is because the targets are running in different domains (shop.app and the merchant's domain).

Follow these tutorials to get started with building pre-purchase and post-purchase experiences.


Anchor to Developer tools and resourcesDeveloper tools and resources

Explore the following developer tools and resources to get familiar with building pre-purchase and post-purchase experiences.

Checkout UI extensions API reference

Consult the API reference for checkout UI targets and their respective types.

Components for checkout UI extensions

Learn about the components that are available in checkout UI extensions.

Checkout extension configuration

Learn about the properties that you can configure in your checkout UI extension.

UX for pre-purchase product offers

Explore UX guidelines that you can refer to when building pre-purchase product offers.

Anchor to Post-purchasePost-purchase

Post-purchase extension points API

Consult the API reference for post-purchase extension points and their respective types.

Components for post-purchase extensions

Learn about the components that are available in post-purchase extensions.

Post-purchase extensions configuration

Learn about the properties that you can configure in your post-purchase checkout extension.

JWT specification

Learn how JWTs need to be structured in order to be used in post-purchase checkout extensions.

UX for post-purchase product offers

Explore UX guidelines for post-purchase upsells.

UX for post-purchase subscriptions

Explore UX guidelines for post-purchase subscriptions.


Was this page helpful?