> For the complete documentation index, see [llms.txt](https://docs.hello-lisa.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.hello-lisa.com/developers/analytics/abobe-appmeasurement/guidelines.md).

# Guidelines

### Processing Rules

* **Purpose:** Take the incoming `contextData` aliases and assign them to concrete eVars, props, or events so they surface in reporting.
* **Order matters:** If you overwrite variables in multiple rules, be mindful of rule execution order—later rules cannot recover the original value if overwritten incorrectly.&#x20;
* **Guard against empty overwrites:** Only apply overwrites if the incoming value is present to avoid unintentionally blanking fields.
* **Friendly naming:** Use consistent human-readable labels (e.g., “LiSA Session ID”, “LiSA Media Type”) to reduce cognitive load for analysts.

### Naming Conventions

* Prefix mapped variables with a clear namespace like “LiSA” in the friendly label.
* Use semantic event names in Adobe (e.g., `event1` = “Playback Started”, `event2` = “Product Click”) and document their mapping for internal consistency.

### High-Cardinality Caution

Some values (UUIDs like `eventId`, `visitorId`, `mediaItemId`) are high-cardinality. Sending these directly into ad-hoc breakdowns can degrade performance or produce unwieldy reports.

#### Best practices:

* Use classification rules to derive human-friendly buckets (e.g., grouping product IDs into content categories) without changing the raw alias.
* Limit how many unique dimension items a given report expands on; apply filters or sample intelligently.
* Dual-capture when needed: e.g., have a UUID in an eVar for attribution but also capture a lower-cardinality derived attribute (like product category) for easy breakdowns.&#x20;


---

# 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:

```
GET https://docs.hello-lisa.com/developers/analytics/abobe-appmeasurement/guidelines.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
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.
