
Ad verification checks whether an advertisement appeared in the context a campaign intended. Teams compare observations about placement, creative, location, visibility, and traffic with campaign settings and delivery reports. A screenshot can document what loaded during one visit; it cannot, by itself, prove that an impression was billable, a visitor was human, or a publisher committed fraud.
A useful verification process starts with a question you can test, captures the conditions of the test, and separates an unexpected result from its possible causes. Here is how to build that process without treating every mismatch as evidence of wrongdoing.
Different checks answer different questions. Keep their evidence separate so a successful page visit does not become a blanket statement about campaign quality.
Visual QA is strongest for the first two questions. Viewability and invalid-traffic assessments require appropriate measurement and campaign evidence; loading a page through a proxy does not provide those measurements automatically.
Write down the campaign, placement, creative version, destination URL, target geography, device class, and test window. Identify the setting or agreement behind each expectation. Without this baseline, a different creative may look like an error even when an experiment, frequency cap, or schedule explains it.
Choose a test you are authorized to run. For example: confirm that an approved landing-page variant loads from a specified market during a scheduled campaign. Avoid generating artificial clicks or repeated interactions that could distort reporting or billing.
Record the page URL, timestamp with time zone, device and browser, session state, network location, and observed result. Include a screenshot when it helps document rendering, but retain enough context to understand what that image actually represents.
Cookies, consent choices, login state, language, auction conditions, inventory availability, and targeting rules can all change what appears. A missing ad in one browser session is an observation to investigate, not proof that a campaign failed to deliver.
For a multi-step journey, preserve the relevant session conditions. If the test intentionally changes location or identity, record that change rather than comparing the visits as though they were identical.
Match the test window and scope to the reporting source. A visit to one placement cannot explain aggregate performance across an entire campaign. Check whether the impression, click, or conversion being discussed is actually represented in the reporting system.
Google describes invalid clicks as activity that does not reflect genuine user interest and explains how it handles detected invalid activity in its Google Ads invalid-click guidance. That platform process is separate from your own screenshot review. Use the platform's definitions when interpreting its metrics.
A residential proxy can provide an additional network vantage point for an authorized location-based check. It can help a team compare what loads through different egress locations while keeping the rest of a test documented.
A proxy does not guarantee the same experience as every resident of a country. It also does not guarantee invisibility, human traffic, viewability, or fraud detection. Geography is one input among several, and the target may apply its own access restrictions.
See the ad verification proxy guide for infrastructure considerations. If a check spans several requests, the distinction between sticky and rotating proxy sessions helps explain which conditions should remain stable.
Label a finding as unresolved when the evidence cannot distinguish a configuration issue from an auction outcome or technical failure. This is more useful than assigning a fraud explanation prematurely.
Keep a short record for every check: the question, expected behavior, test conditions, evidence, interpretation, owner, and next action. Separate confirmed configuration defects from hypotheses that still need investigation.
Magnetic Proxy's ad verification use case describes how proxy access can support this workflow. Start with the observation you need to make, then select the access and session setup that supports that test.
Check the most Frequently Asked Questions
Can an ad verification proxy prove ad fraud?
No. A proxy can provide one network vantage point for a permitted campaign check, but it does not by itself prove fraud, establish causation, or replace a complete measurement and investigation process.
Should I use rotating or sticky sessions for ad verification?
Use rotating sessions for independent campaign checks. Use a sticky session when an authorized test needs a consistent network route across a multi-step journey. The right choice depends on the test design, not on an attempt to circumvent platform controls.
What can ad verification proxies be used for?
Permitted uses can include regional ad visibility checks, landing-page and redirect QA, placement-context review, and documented campaign monitoring. Record the market, timestamp, creative, destination, and visible context with each observation.
What is an ad verification proxy?
An ad verification proxy routes a campaign check through another exit IP so a team can review permitted public ad visibility, landing pages, redirects, or placement context from an available location. It adds a network vantage point; it does not prove fraud or override advertising-platform rules.
Here’s how Profile Peeker enables organizations to transform profile data into business opportunities.