Define the campaign question
Specify market, device class, landing URL, expected creative or advertiser, and the time window before opening a browser.
Campaign evidence workflow
Observe public ad delivery from the intended market, preserve the route and timestamp, and separate network evidence from creative, consent, account, and auction effects.
Verification record · VR-2048
Evidence before conclusion
Observation accepted
Required route, response, and evidence fields are present.
Requested market
US · New York
Observed route
rotating · session 8F2A
Response artifact
HTML + headers + timestamp
Decision reason
page accepted by validation policy
Treat the proxy as one measured input in the verification method, not as proof that an ad must appear.
Use the same sequence for spot checks and scheduled monitoring so missing creatives and blocked requests are classified consistently.
Specify market, device class, landing URL, expected creative or advertiser, and the time window before opening a browser.
Match proxy geography, browser locale, timezone, and a clean cookie profile. Use a short sticky session only for a multi-page path.
Record response status, redirect chain, visible creative, destination domain, timestamp, and a screenshot when permitted.
Distinguish ad not served, consent wall, account targeting, geo mismatch, target error, and proxy authentication failure.
Keep a compact redacted artifact and stop repeated checks when the result is policy- or account-dependent.
No. Ad auctions, audience rules, frequency caps, consent state, inventory, account history, and timing still affect delivery. A proxy controls the network location used for the observation.
Use rotation for independent observations. Use a short sticky session when one verification path spans a landing page, redirect, and follow-up request that must keep the same network identity.
Store the requested market, observed exit, timestamp, response status, destination URL, a redacted screenshot or HTML marker, and the reason for any retry. Avoid retaining personal account data.
Prefer public or authorized test accounts. Logged-in checks add account risk and privacy obligations, so access, retention, and automation rules should be reviewed separately.