Setup and operations
How to Run a Traffic Quality Audit
The purpose of an audit is to explain where traffic came from, how it was handled, and which policy changes the evidence supports.
Set a bounded audit scope
Choose a date range, flows, sources, markets, and destinations, then preserve the configuration state used during that period. Exclude unrelated campaigns so findings can be tied to a known traffic and policy context.
Build a stratified event sample
Include Target and White Page decisions, major sources, risk bands, rare reasons, and reported user problems. Random sampling alone can miss small segments where a severe routing error is concentrated.
Trace provenance and decisions
For each sampled event, inspect campaign labels, request signals, score or manual reason, precedence, and chosen destination. Mark missing data explicitly and avoid turning infrastructure categories into claims about a person's identity.
Separate defects from hypotheses
A broken parameter, stale domain, false positive, source anomaly, and page failure require different owners. Attach example event identifiers and impact boundaries to each finding before recommending a filter change.
Close the audit with verification
Assign corrective actions, replay affected fixtures, and compare the repaired segment with its prior behavior. Record residual uncertainty and schedule a follow-up window rather than declaring quality solved permanently.