QuQi

Tracking Preflight Before You Report

Analytics properties break silently: a tag firing twice, a consent banner that blocks by default in one region, a subdomain missing from the property, an undocumented internal traffic filter. Each produces confident numbers that are wrong in one direction, and the real damage is not the broken tag but a quarter of reporting built on top of it that has to be withdrawn. Run this once per property and again after any tag manager, consent or domain change.

Get the skill file Let the agents run it
CATEGORY
Analytics & reporting
FORMAT
analytics-tracking-preflight.md
STEPS
7
PRICE
Free - no account
WHEN TO REACH FOR THIS

Use when you are about to publish an organic number from an analytics property you have not personally validated.

The skill file

analytics-tracking-preflight.md
---
name: analytics-tracking-preflight
description: Use when you are about to publish an organic number from an analytics property you have not personally validated.
---

# Tracking Preflight Before You Report

Analytics properties break silently: a tag firing twice, a consent banner that blocks by default in one region, a subdomain missing from the property, an undocumented internal traffic filter. Each produces confident numbers that are wrong in one direction, and the real damage is not the broken tag but a quarter of reporting built on top of it that has to be withdrawn. Run this once per property and again after any tag manager, consent or domain change.

## What you need first

- admin access to the analytics property and the tag manager container
- the full list of hostnames and subdomains including checkout, help and blog where they are separate
- the consent management configuration and the current accept rate
- one week of server logs or a second data source to compare against
- the list of conversions the business actually cares about

## Method

1. List every hostname that should be in the property and confirm each one appears in a hostname report. A blog on a subdomain missing from the property is the most common single cause of organic looking smaller than it is.
2. Load a page with the network panel open and count the tag fires. Duplicate fires inflate sessions and depress conversion rate, and nothing in the standard reports will show you this.
3. Check the consent configuration and record the accept rate, then decide and write down whether your reporting is consented-only or modelled. Those answer different questions and cannot be mixed within one report.
4. Cross-check one week of organic sessions against Search Console clicks for the same pages. Expect a gap; what matters is that the gap is stable. A gap that swings week to week means something is broken, not that the tools disagree.
5. Trigger each key conversion yourself and confirm it records once with the value and channel you expect. Test the failure paths too, because a declined payment or a validation error that still fires a purchase event corrupts every number downstream.
6. Review referral exclusions and internal traffic filters. A payment provider missing from the exclusion list rewrites the channel on every converting session, which looks exactly like organic underperforming.
7. Write the known limits as a short list attached to the reporting, in the form: this number excludes X and undercounts Y by about Z.

## What this produces

A one-page data quality statement covering validated hostnames, tag and conversion checks, consent basis and known undercounts, attached to every report from that property.

## Where this goes wrong

- Auditing once at setup and never again, when a consent banner or tag manager release can break comparability overnight
- Fixing a tracking fault silently, which creates a step change that gets explained months later as an algorithm update
- Comparing periods either side of a tracking fix as though they were the same measurement
- Presenting modelled conversions next to observed counts without labelling which is which

---

From the QuQi skill library - https://www.quqi.io/skills/analytics-tracking-preflight
Free to download · no account, no email

What you need first

  • admin access to the analytics property and the tag manager container
  • the full list of hostnames and subdomains including checkout, help and blog where they are separate
  • the consent management configuration and the current accept rate
  • one week of server logs or a second data source to compare against
  • the list of conversions the business actually cares about

Method

  1. 01 List every hostname that should be in the property and confirm each one appears in a hostname report. A blog on a subdomain missing from the property is the most common single cause of organic looking smaller than it is.
  2. 02 Load a page with the network panel open and count the tag fires. Duplicate fires inflate sessions and depress conversion rate, and nothing in the standard reports will show you this.
  3. 03 Check the consent configuration and record the accept rate, then decide and write down whether your reporting is consented-only or modelled. Those answer different questions and cannot be mixed within one report.
  4. 04 Cross-check one week of organic sessions against Search Console clicks for the same pages. Expect a gap; what matters is that the gap is stable. A gap that swings week to week means something is broken, not that the tools disagree.
  5. 05 Trigger each key conversion yourself and confirm it records once with the value and channel you expect. Test the failure paths too, because a declined payment or a validation error that still fires a purchase event corrupts every number downstream.
  6. 06 Review referral exclusions and internal traffic filters. A payment provider missing from the exclusion list rewrites the channel on every converting session, which looks exactly like organic underperforming.
  7. 07 Write the known limits as a short list attached to the reporting, in the form: this number excludes X and undercounts Y by about Z.

What this produces

A one-page data quality statement covering validated hostnames, tag and conversion checks, consent basis and known undercounts, attached to every report from that property.

Where this goes wrong

  • Auditing once at setup and never again, when a consent banner or tag manager release can break comparability overnight
  • Fixing a tracking fault silently, which creates a step change that gets explained months later as an algorithm update
  • Comparing periods either side of a tracking fix as though they were the same measurement
  • Presenting modelled conversions next to observed counts without labelling which is which

Use this skill in your own AI

The download is a plain markdown file with the name and trigger in its frontmatter. Where an assistant supports skills it can load itself, that frontmatter is what it reads to decide this one applies.

Claude Code Save it as ~/.claude/skills/analytics-tracking-preflight/SKILL.md and Claude loads it on its own when what you are doing matches the trigger line. Put it in .claude/skills inside a project instead if the whole team should have it.
Claude Upload the file in the skills section of your settings. Once it is there it applies itself in any conversation where the trigger fits, so you do not have to remember it exists.
ChatGPT There is no skills format to install into, so paste the file contents into a Project instruction or a Custom GPT instead. It then applies to every chat in that project rather than only the one you paste it into.
Anything else Paste the markdown into the chat before your question. It works in any assistant, it just has to be pasted again each time.

Questions about this skill

When should I run a preflight rather than report from the property as it stands?

Before publishing any organic number from a property you have not personally validated, and again after any tag manager, consent or domain change. These properties break silently rather than visibly, so nothing prompts a check. The damage is rarely the broken tag itself; it is the quarter of reporting built on top of it that has to be withdrawn.

What do I need in hand before starting, and what happens if I start without it?

Admin access to the property and the tag manager container, the full hostname list including checkout, help and blog where those sit on subdomains, the consent configuration and current accept rate, and a second data source for one week. A blog on a subdomain missing from the property is the commonest single reason organic looks smaller than it is, and no report flags it.

What do I end up with, and which part of it actually gets used?

A one-page statement of validated hostnames, tag and conversion checks, consent basis and known undercounts, attached to every report from that property. The line that gets used is the plain one: this number excludes X and undercounts Y by about Z. Recording whether the reporting is consented-only or modelled matters too, since the two answer different questions.

What is the mistake that most often ruins this, and what does it cost?

Fixing a tracking fault quietly. It creates a step change in the data that gets explained months later as an algorithm update, and periods either side of the fix then get compared as though they were the same measurement. Note the fix in the change log on the day, and label modelled conversions wherever they sit beside observed counts.

More in Analytics & reporting