> For the complete documentation index, see [llms.txt](https://docs.digitalapi.ai/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.digitalapi.ai/marketplace/concepts/concept-consumer-experience.md).

# Consumer experience

The consumer experience is the journey an external developer takes through your branded developer portal, from an anonymous first look at the catalog to a real, authenticated API call. It is one connected flow across a single auth boundary: discovery is open to anyone, consumption needs an account. The goal throughout is short time-to-first-call.

![Figure. The consumer journey across the sign-in boundary.](/files/LU0o2GAeoc0qmLbp8cWf)

![Figure. The public storefront where the consumer journey begins.](/files/Riwt7gm45blhnGRsxaHX)

### The auth boundary

The journey divides into two zones. Before the boundary, a visitor is anonymous and can read; after it, a signed-in consumer can act. A visitor can evaluate an API fully before committing, which lowers the barrier to adoption.

* **Anonymous and public:** browse and search the catalog, open an API, and read its reference documentation. No account needed.
* **Authenticated consumer:** subscribe, manage applications and credentials, test in the browser, and track usage. Everything past the boundary requires an account.

<details>

<summary>More detail</summary>

**Discover and explore.** The catalog lists individual APIs and bundled Products, with full-text search and filters by domain and tag. Each tile carries a name, summary, domain, and rating for quick scanning. Opening an API gives everything needed to evaluate it without signing up: an overview with base URL and authentication, the interactive OpenAPI specification with request samples, a change log, and comments. Reference documentation is generated from the spec, so it does not drift out of date.

**Sign up, subscribe, and consume.** Crossing the boundary takes one of two paths: native sign-up with email and the configured profile fields, or single sign-on with your organisation's identity provider where enabled. The account then holds the consumer's apps, subscriptions, and analytics.

* **Subscribe:** a signed-in consumer subscribes an application to an API or Product under a chosen plan, which sets the quota, rate limits, and tier. Access is immediate or pending provider approval, depending on configuration.
* **Manage apps and keys:** applications carry the credentials that authorise calls. Consumers read the client identifier and secret or API key, and rotate credentials without losing the subscription. The gateway validates these on every call.
* **Test and track:** an in-browser tester sends real requests before any integration code is written, and the analytics view reports call volume, success and failure, response time, and consumption against the plan.

</details>

{% hint style="info" %}
**Note:** the detailed, step-by-step consumer documentation lives in a separate space. For the full developer-facing walkthrough, see the Developer Portal guide.
{% endhint %}

> **How-to:** for step-by-step configuration on the provider side, see the How-to guides.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.digitalapi.ai/marketplace/concepts/concept-consumer-experience.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
