Payment links for your business: a checkout you can share

The customer should not have to ask what to do next

A sales conversation often ends somewhere ordinary: an email, a message or a call. You have agreed the product and price. A payment link gives the customer a specific next step without sending them to a generic homepage or asking them to piece together bank details and a product description.

In OurPay, the reusable link is called a Checkout Link. It opens a hosted checkout with your products and settings. The resulting payment belongs to an order, so your team can find the customer and purchase after the original conversation has moved on.

You can use a link for a one-time product, a service or a recurring plan. The product, currency and enabled payment provider determine how the customer can pay. The link itself does not make an unsupported payment method available.

Create a link around a clearly described product

Create the product first. Give it a name the customer will recognise and a description that says what is included. Choose the price, currency and billing interval. If access or another supported benefit should follow payment, attach it to the product.

Open Checkout Links in the dashboard and choose New Link. Select the product, review the available settings and save. You can now copy that link into a website button, an email or a message. A custom checkout integration is not required for this flow.

For an illustrative service sale, a “Website review” product is more useful than “Payment.” The first tells both the customer and your team what the order represents. Put the agreed scope and delivery information beside the link so the checkout confirms a purchase the customer already understands.

Share the saved link, not the temporary session

A Checkout Link is a long-lived URL attached to your organization. Each time someone opens it, OurPay creates a new Checkout Session using the link’s configuration. The session is temporary; the saved link is what you can keep using.

This distinction is easy to miss when you test a link in your own browser. Once the checkout opens, the address may be the session URL. Copy the original saved Checkout Link from the dashboard when you want to publish it.

Use the reusable link on places that stay available, such as a service page or a course description. Check it again after changing products or pricing. A working URL is only useful if the page still offers the purchase your surrounding copy describes.

Give a choice without promising a shopping cart

A Checkout Link can contain one product or several. With several products, the customer can switch between the choices before paying. Products appear in the order you configure them. This works when a customer is choosing one of your offers.

Each checkout purchases a single product. Selecting several products for the link does not combine them into a multi-item order. If your offer is a bundle, describe and price that offer as the product you intend to sell rather than implying the link will build a cart.

The difference matters for the customer’s expectations and for fulfilment. A buyer choosing a workshop should receive the workshop’s configured benefits. Your confirmation and support messages should use the product they selected, not assume they bought every option shown on the page.

Use discounts and metadata with a purpose

A preset discount is applied when the customer opens the Checkout Link. It is useful when a particular offer should have a particular price without asking the customer to remember a code. If you enable discount codes, customers can enter a supported code during checkout as well.

Metadata gives your application context about where the checkout came from. For example, a campaign reference can help connect the resulting order to a launch email. Link metadata is copied into the generated session and can propagate to the resulting order or subscription.

Keep sensitive information out of public links and campaign identifiers. Anyone who receives or forwards a URL may be able to read its parameters. Use a reference your system can look up rather than placing a customer’s private instructions or internal credentials in the address.

Recurring links need a clear billing agreement

For a subscription, show the recurring amount and billing interval clearly before the customer agrees. A trial should explain when it ends and what will be charged afterwards. A Checkout Link can override the product’s default trial, so review the actual link settings before announcing a promotion.

Seat-based products can have a preset seat count where supported. If you use that setting, make sure the customer knows the team size they are buying. The link should reflect the proposal rather than leaving them to infer whether the displayed price is per person or for the whole team.

Renewals still require a compatible saved payment method and customer approval. Sending a recurring link does not turn a one-time UPI transfer into an automatic monthly payment. Check the provider capability and the customer’s experience before relying on renewals.

Make the return path useful

OurPay lets you configure a success URL after a successful payment and a return URL for the checkout’s back button. If you leave the success URL empty, the customer stays on the OurPay-hosted confirmation page. Either choice should give the customer a clear next step.

For an application integration, a success page can fetch the checkout or order details from your backend. The browser arriving at a URL is not the payment proof. Use the confirmed payment and order state before granting paid access or dispatching an order.

A service seller may need a simpler follow-up: confirm receipt, explain scheduling and repeat the support contact. A product seller may direct the customer to the configured benefit. The right next step depends on what was purchased, even when both sales began with a link.

Review these details before you publish

Open the original Checkout Link on a phone and a larger screen. Read it as a customer who has never used your business before. OurPay handles the hosted page, while you control the offer and the process around it.

1. 01Check the product name, description, currency and final amount.
2. 02Confirm whether the price is one-time or recurring, including trial and seat settings.
3. 03Review the payment methods actually available for the checkout.
4. 04Check any discount, return URL and success URL.
5. 05Explain delivery, refunds and who will answer payment questions.
6. 06For direct INR collections, assign receipt confirmation in Finance → Collections.
7. 07For international collections, agree settlement arrangements before going live.