A tour of the audit report: pages table, per-URL beacon rows with extracted IDs, CSV exports, and run history.
Every completed audit produces a job page with:
Beacon rows identify the tracker, classify it, show the extracted identifier, and note the load method. A few illustrative rows (from a static scan):
| Tracker | Type | Identifier | Load method |
|---|---|---|---|
| Google Tag Manager | Container | GTM-W2SMVTRF | Script tag in HTML |
| Google Analytics 4 | Analytics | G-TM6HHFGY81 | Via Google Tag Manager (client-side tag) |
| Meta Pixel | Advertising | 1234567890123456 | Script tag in HTML |
| Hotjar | Session replay | 1431489 | Script tag in HTML |
| reCAPTCHA | Security | Enterprise | Script tag in HTML (form pages only) |
Tags deployed through a tag manager appear as "via Google Tag Manager (client-side tag)" because the static scan sees the container, not the individual tag — the container row is real evidence; the deployment path is the honest inference. Browser-render mode can confirm which tags actually fire. Why one container can hide many tags.
Common flags: pages missing a meta description or H1, duplicate titles across template pages, canonical URLs pointing elsewhere (redirects, syndicated content), and sitemap URLs returning 404 — stale entries the site owner forgot to remove. The word-count column helps spot thin or accidentally empty pages.
Download the CSVs from two runs and compare: new rows in the beacons CSV mean new trackers appeared; rows in the pages CSV with a 404 status that were previously 200 mean pages dropped. Sign in with Google to keep runs organized in your history while you do this.