entri.purchaseDomain(config)
This method launches the Entri Sell modal. The config object includes the same set of properties as those specified in entri.connectDomain(config), plus additional Sell-specific options:
For browser callback events (
onSuccess, onEntriClose), see Sell Events.Domains purchased through
purchaseDomain() are not monitored by default. To track them with Entri Monitor, pass monitor: true in the config as described in Monitor configuration. Only showUnify() enrolls domains in Monitor automatically.
This
purchaseDomain method includes all the latest theming options, cobranded elements, and features such as successCallbackUrl and exitCallbackUrl. Make sure to set the appropriate fields to customize the flow according to your needs.
Possible purchaseDomain() Errors
When any of the following critical errors occur, a console error will be logged, and the user will only see “Entri is misconfigured. Please contact support for assistance.” in the UI.
Asynchronous DNS configurations (Entri Sell only)
You can make asynchronous DNS configurations after the initial Entri Sell flow has finished, for as long as the domain stays registered with the Sell registrar.There is no time limit on asynchronous configurations. They remain available until the domain expires or is transferred to another registrar.
debugMode=true flows.)
Sample body:
JSON
Properties:
List purchased domains
This server-side endpoint returns every domain your application has sold through Entri Sell, along with theuserId you passed in the config at purchase time. Use it to match each purchased domain to the right account in your system, run audits, or backfill data missed by webhook notifications. Results are scoped to your applicationId.
Only domains purchased through the Sell flow are returned, regardless of which registrar (IONOS, GoDaddy, etc.) fulfilled the purchase. Domains transferred directly to another registrar outside of Sell, for example as part of a bulk migration, are not included.
applicationId and secret as described in Token creation (JWT), and send it as a Bearer token together with the applicationId header.
Query parameters
If no filters are supplied, the endpoint returns every domain purchased through Sell for your application, most recent first.
Example request
Example response
items represents one purchased domain:
The response envelope carries the pagination data:
Errors
Errors are returned as{ "message": "Error description" } with the corresponding HTTP status code.
An empty result is not an error. If no domains match your filters, or your application has no Sell purchases yet, the request returns
200 OK with "items": [] and "total": 0.
Check flow status
This server-side endpoint returns the current state of a Sell flow identified by itsjob_id. Use it to follow a purchase you started from your backend, for example through the Sell sharing links API, or to confirm on demand that the purchased domain’s DNS records have propagated. Webhooks remain the recommended way to be notified when a purchase progresses; this endpoint complements them when you need to read the state at a given moment.
applicationId and secret as described in Token creation (JWT), and send it as a Bearer token together with the applicationId header. The endpoint only returns flows that belong to that applicationId.
Path parameters
On an order with several domains, the webhooks for each domain carry their own per-domain
id. Those identifiers have no flow record of their own. Always query this endpoint with the flow’s job_id, not with a per-domain webhook id.Example request
Example response
Status values
status reflects the step the purchase flow reached and is reported as stored. The values below are the ones the flow produces today.
Errors
Errors are returned as{ "message": "Error description" } with the corresponding HTTP status code.

