First-party investigation workflow

How to Investigate Suspicious Google Ads Traffic Using First-Party Evidence

Begin with a testable hypothesis and preserve the records needed to evaluate it. Align campaign, request, session and CRM data in a defined period, then review clusters and alternative explanations. The result should distinguish supported patterns from unmatched records and inconclusive cases.

By Pragmatic BoxReviewed 7 October 20264 min read

Quick answer

Begin with a testable hypothesis and preserve the records needed to evaluate it. Align campaign, request, session and CRM data in a defined period, then review clusters and alternative explanations. The result should distinguish supported patterns from unmatched records and inconclusive cases.

For marketing, analytics, media buying and security teams reviewing paid traffic quality. This guide is technical and operational information, not a legal finding about a specific source.

Start with a hypothesis, not a fraud percentage

Write what changed, where and what evidence would support or weaken the explanation. For example, ask whether repeated form payloads from one campaign correspond to confirmed non-enquiries. Include a competing explanation such as a form release or slower sales follow-up. This prevents a search for examples that merely confirm the initial suspicion.

Freeze the investigation period

Choose exact start and end times, a timezone and a comparison period. Preserve exports with collection dates and field definitions. Record campaign edits, tracking releases and form changes. Keep original snapshots available so a later platform adjustment or CRM status change does not silently alter the historical result.

Collect campaign identifiers

Export the campaign and available ad group or asset-group identifiers with names and network context. Prefer stable IDs for joins because names can change. Do not assign a lead to a placement when the account only provides placement totals; record the missing association as a limit of the investigation.

Preserve GCLID and timestamps

Check that the landing identifier reaches the accepted submission record. Store the interaction, submission and outcome timestamps separately. Treat duplicate identifiers, redirects and overwritten attribution as exceptions to review. A temporal match by itself should not replace a reliable event association when several visits can overlap.

Join web/session data

Map accepted submissions to the request and session evidence available for the same process. Check clock alignment and session rules. Report the number of unmatched records and ambiguous joins; do not fill gaps with an assumption that a shared IP means the same person or bot.

Join CRM data

Add the recorded contact and qualification results using stable lead IDs. Distinguish pending, uncontactable, genuine but unsuitable and supported fabrication findings. Preserve the decision reason and review date. Verify whether repeated CRM entries represent new submissions, retries or a synchronisation defect.

Segment by source, geography, device, timing

Compare like-for-like cohorts, taking tracking availability and follow-up age into account. Choose segments relevant to the hypothesis rather than searching every possible slice for an unusual number. Geography or device labels may be inferred and imperfect, so keep their evidential strength distinct from a confirmed submission outcome.

Look for clusters rather than anomalies

Review recurring sequences across multiple records: payload repetition, request timing, route choices and outcome consistency. Compare the pattern with ordinary traffic. One unusual session rarely supports a broad block, and several events from a shared exit are not necessarily controlled by the same actor.

Review legitimate explanations

Test whether the pattern could arise from internal tests, accessibility software, retries, mobile networks, privacy tools or a misleading offer. Inspect the tracking path for duplicated events. Include representative accepted sessions, not just rejected examples, when evaluating whether a proposed rule separates abuse from demand.

Assign confidence

State what is observed, what is inferred and what is unknown. A repeatable automated sequence may support a stronger classification than actor identity or motive. Document the data needed to resolve an inconclusive case instead of using a precise-looking score without explaining its basis.

Decide what action the evidence supports

Select a scoped response with an owner, review date and outcome measure. Preserve the pre-change evidence and a suitable comparison where feasible. For a Google billing investigation, check the current submission requirements and 60-day review window; the platform decides whether credits are appropriate. An internal finding does not guarantee recovery.

Sources and further verification

Platform rules, standards and detection practices change. Check the current primary source and your own measurement scope before applying a control.

Start with evidence

Turn a suspicious pattern into a reviewable finding

Request a bounded audit of the available campaign, first-party and outcome records, with confidence limits and a proportionate response plan.