Skip to main content
Prompts are targeted messages you put in front of a customer and expect an answer to — a consent agreement, an announcement, a required onboarding step. The service decides which prompts a given customer should see; you decide how they are displayed. Typical uses are consent agreements the customer must accept or decline, segment-targeted announcements, onboarding steps, and time-sensitive campaign notices.

What a prompt contains

Prompts are targeted at a device typeMobile or Web — so the same customer can be shown different prompts in different channels.

Interactions

A customer can respond in three ways, and all three are recorded. Decline and Close both go to the decline endpoint, distinguished by the action type in the body. Recording Close matters: it is what stops the same prompt reappearing forever.
You do not filter prompts yourself. The service already applies device type, membership criteria, previous interactions and active date ranges before returning anything. Render what you receive.

Choosing an integration pattern

URL-based

1

Ask whether anything is waiting

Call the available-prompts endpoint for the customer. It returns a URL when there is something to show.
2

Open it

Navigate to the URL, or open it in a web view.
3

Let the customer respond

The service displays the prompt and records the outcome. The customer is redirected back to your application afterwards.

Native

1

Fetch the prompt details

Call the details endpoint to get headline, body, image, button labels and metadata.
2

Render it natively

Build the prompt with your own UI components so it matches the rest of the app.
3

Record the response

Call the accept or decline endpoint when the customer responds. Send the action type so Decline and Close are distinguished.
4

Follow the returned URL

The response carries a navigation URL. Use it, or handle the navigation locally.
After a customer responds, you can send them somewhere specific. Deep link targets are configured in the prompt metadata and resolved by the service — commonly the home screen, the profile screen, or a specific activity identified by an id in the deep link parameters. Accept and decline can each have their own destination, and either can be a deep link or an external URL.

API reference

Endpoint documentation, including request and response examples: Prompt.
Last modified on August 12, 2026