# Explorer (/en/docs/platform/monitoring/explorer)







The Explorer shows one row per report with nothing grouped. Use it to confirm a specific event or read a raw payload. For finding patterns, use the per-type pages instead.

Find it under the website's **Reports** > **Explorer**.

## Pick a type first [#pick-a-type-first]

The **Report type** dropdown lists the types your plan includes and defaults to CSP violations. Changing it changes the table columns, because a crash and a CSP violation share almost no fields.

| Type                                                              | Columns                                                            |
| ----------------------------------------------------------------- | ------------------------------------------------------------------ |
| **CSP violations**                                                | Directive, Document URI, Blocked URI, Disposition, Browser, Date   |
| **CSP hashes**                                                    | Document URI, Subresource URI, Hash, Destination, Browser, Date    |
| **Integrity violations**                                          | Document URI, Blocked URI, Destination, Disposition, Browser, Date |
| Permissions Policy, potential Permissions Policy, Document Policy | Policy, Source file, Message, Disposition, Browser, Date           |
| **Connection allowlist**                                          | Connection, Document URI, Disposition, Browser, Date               |
| **Everything else**                                               | Report URL, Message, Browser, Date                                 |

Date includes the time here, which the aggregated pages omit. That is usually why you came.

The report type dropdown lists every type:

<img alt="The Explorer with the report type dropdown open over the table, listing every type from CSP violations to network errors" src="__img0" width="1240" height="500" />

## Filter [#filter]

**Advanced filters** narrow the table further, and you can reset them in one action.

The available filters are fetched from the values present in your data for that type, so you are picking from what exists rather than from a fixed list. Depending on type you get some combination of browser, directive, disposition, destination, hash algorithm, policy, visibility, kind, and phase.

<Callout type="warn" title="Set the range before filtering">
  Changing the time range clears every advanced filter. Choose the range first, then filter, or you will lose the selection you just made.
</Callout>

Filters here are independent of the aggregated pages. Arriving from a filtered CSP violations page does not carry that filter over.

Expanding the advanced filters adds a count badge and a reset control:

<img alt="The Explorer with advanced filters expanded and the disposition set to Report-only, so a count badge sits on the filter icon and Reset filters appears" src="__img1" width="1240" height="480" />

## Read one report [#read-one-report]

Each report carries its type, id, received-at, report URL, browser, and operating system, plus the full stored JSON.

The JSON is the payload **after** ingestion filters ran. If you turned on **Drop query strings and fragments** or **Drop referrer**, those values are already gone here rather than hidden at display time. For more information, refer to [Ingestion filters](/en/docs/platform/websites/reporting-settings).

## No export [#no-export]

The Explorer has no CSV export by design. Use the [API](/en/docs/api-mcp) to pull raw reports at volume.

## Next steps [#next-steps]

* [Reports overview](/en/docs/platform/monitoring)
* [Connect your site](/en/docs/platform/websites/connect-your-site)