Verification & intelligence

Ad verification proxies for regional campaigns

An ad can use the right language and still send visitors to the wrong offer. An ad verification proxy gives your campaign QA a regional network view. Compare the preview, visible creative, redirect chain, and landing page so a targeting issue becomes a specific fix.

Updated 8 min readPaid media teams and campaign QA

Worked example

Follow the campaign beyond the creative

A fictional German campaign check. This is an illustrative QA record, not a live ad impression.

Follow the campaign beyond the creative
CheckpointExpectedObserved
CreativeGerman copyGerman · matches
Landing pageDE offerUS offer · mismatch
CurrencyEURUSD · mismatch
Illustrative exampleRead the interpretation
Where to start
Residential; mobile for carrier-origin checks. Use the network origin specified in your campaign test. Start with the platform preview, then add a regional route for questions the preview does not resolve.
How to handle the session
Keep the same short session from creative observation through the approved landing-page check.

Check one regional campaign

  1. Write the expected journey

    Record campaign, target market, creative version, destination, language, and offer. Use platform reporting and preview controls to establish what should be served.

  2. Capture the actual path

    Run a bounded check for a campaign you own or assess with permission. Record browser and consent state, requested and observed region, visible creative, and final destination. Avoid generating billable interactions unnecessarily.

  3. Reproduce the mismatch

    Compare the redirect chain and landing configuration. Repeat the specific check when permitted and give the campaign owner a concise evidence packet with timestamp and URLs.

Follow the campaign beyond the creative

A fictional German campaign check. This is an illustrative QA record, not a live ad impression.

The issue belongs to the landing path or campaign configuration, not necessarily the ad creative. Preserve the redirect chain before deciding which team should fix it.

What to measure: campaign assertions passed

Track creative, language, destination, and offer as separate checks. A small QA sample describes those observations; it is not a campaign-wide fraud or viewability measurement.

What Is an Ad Verification Proxy, and What Does It Add?

Ad verification checks whether an ad placement matches the campaign that was purchased: the intended market, creative, language, currency, offer, destination, and redirect path. The IAB ad verification guidelines describe the broader discipline, which also includes placement, audience, and measurement practices. A proxy contributes one narrow variable to that work: the apparent network origin of an authorized request.

Start with the platform's own evidence. Google recommends its Ad Preview and Diagnosis tool for checking a Search ad without adding live impressions. Google's location-targeting documentation also explains that location delivery can use signals beyond physical presence and is not guaranteed. Meta's Ad Library, campaign reports, publisher previews, ad-server logs, SDK telemetry, and contracted measurement remain primary evidence. Use a proxy only when those sources leave a specific network-origin question unanswered.

How to Verify Geo-Targeted Ads: Build the Test Matrix

Define the expected result before opening a browser. For each owned or expressly authorized campaign, list the platform's configured target from its supported location report, language, currency, creative ID, offer, landing domain, permitted redirect domains, consent state, device class, and whether the check is logged out or uses an approved test account. Assign a test ID and UTC window so a reviewer can reproduce the same conditions.

  1. Confirm campaign status, targeting, exclusions, and reporting in the advertising platform.
  2. Use the platform preview, sandbox, ad library, or publisher test mode first.
  3. Open an owned landing page or an authorized test surface and record a direct control.
  4. Hold URL, browser profile, language, viewport, device, account, consent, DNS behavior, and time window constant.
  5. Change only the requested proxy origin; independently record the observed exit country and network before interpreting the page.
  6. Do not click a live ad or create test engagement. Capture the allowed preview or placement, redirect chain, and landing result, then repeat only the predeclared small sample.

This method separates a regional network observation from account eligibility, auction, budget, personalization, or device-rendering questions that a proxy cannot answer. For the copyable evidence ladder and stop checklist, follow the controlled ad-verification tutorial.

Record an Evidence Packet, Not Just a Screenshot

A screenshot is useful but incomplete. Store the test ID, campaign and creative identifiers, source surface, target market, requested proxy region, observed exit region, proxy class, UTC timestamp, request URL, response status, redirect sequence, final URL, displayed language and currency, account state, device profile, consent state, and result classification. Preserve a screenshot or response hash only where policy and privacy requirements allow it.

Classify outcomes as expected, variant, missing, challenged, or inconclusive. A different creative can be a valid auction or experiment outcome; a redirect can be changed by consent, tracking, or account state. Corroborate a material discrepancy with platform reporting, another permitted sample, or publisher evidence before calling it a targeting defect. This observation record makes the result reviewable and prevents one regional sample from becoming an unsupported claim about an entire audience.

Match the Ad Question to Databay's Exact Location Controls

There is no universally best proxy class. Match the unresolved question to the narrowest supported control, then confirm live availability and the observed exit. Databay products use shared rotating pools rather than dedicated or permanently static addresses; a requested sticky window asks for continuity but does not guarantee it.

Databay controls relevant to authorized regional ad QA
ProductNetwork originRequested location precisionRequested sticky maximumUse only when
Premium ResidentialConsumer ISP originChoose one of country, state, city, ZIP, coordinate, or ASN at a time120 minutesThe authorized hypothesis requires ISP origin or a selector below country, subject to live eligible exits
Residential FlexConsumer ISP originCountry or continent only30 minutesCountry-level residential origin is enough and the shorter continuity request fits
Shared DatacenterHosting-network originCountry or continent only120 minutesAn owned endpoint or authorized surface permits hosting-network traffic
MobileCarrier-network originCountry or continent only; no city, state, ZIP, ASN, or carrier selector120 minutesThe network path through a mobile carrier is itself the approved variable

Mobile does not rent a phone, SIM, modem, advertising ID, app installation, GPS position, or device state. No product changes browser language, viewport, cookies, consent, login history, or campaign configuration, and no product bypasses platform enforcement or guarantees that an ad will serve.

Know What Regional Ad Checks Cannot Prove

An IP-based observation cannot establish that a human saw an ad, that the placement was viewable, that a click was genuine, or that every eligible user received the same creative. Ad delivery can depend on auction outcomes, budget, audience membership, frequency caps, account history, consent, device signals, app state, and experiments. In-app rendering needs an instrumented device or official SDK telemetry; a carrier exit alone is not a mobile-device test.

Use proxy evidence to answer the bounded question, "What did this approved test receive under these recorded conditions?" For fraud, viewability, conversion, or reach decisions, join that observation to ad-server and platform logs, event-level telemetry, and an accredited or contracted measurement source. Keep inconclusive and failed rows in the denominator instead of converting one network sample into a causal or population claim.

Set Stop Conditions Before the First Request

Verify only campaigns, domains, and placements that your organization owns or is expressly authorized to assess. Avoid clicking live ads when a preview, sandbox, test creative, publisher test mode, or direct owned destination is available. Google classifies automated impressions and clicks among the forms of invalid traffic; do not manufacture engagement to make a test appear realistic.

Apply one destination-level request budget across the full proxy pool. Stop or back off on a 429, CAPTCHA, login wall, block, publisher objection, or unclear authorization. Changing exits or network classes to continue after a control is not verification. Document the owner, permission reference, scope, test accounts, allowed surfaces, retention period, escalation contact, and deletion process, and keep every request within Databay's Acceptable Use Policy.

Choose the Smallest Current Package Only After the Evidence Gate

Do not buy proxy traffic when platform preview, reporting, the ad library, or publisher evidence already answers the question. If a regional network-origin gap remains, select the product from the table above and use its live rate card: Premium Residential pricing, Residential Flex pricing, Shared Datacenter pricing, or Mobile pricing. Each page is the source for the smallest currently orderable package, payable total, validity, and current terms. Databay does not offer a paid-network free trial, and the public free-proxy list is not a sample of these products.

Use the smallest current package that can reject the hypothesis. Pilot one authorized campaign or owned endpoint, only the required locations, a fixed request ceiling, and predefined expected, variant, challenged, failed, and inconclusive outcomes. Verify observed exits, count every attempt, measure transferred bytes and cost per accepted evidence record, and expand only when the proxy observation adds decision value beyond primary platform evidence.

When the result looks wrong

The right ad opens the wrong market

A redirect rule may override the campaign destination.

Next step: Inspect each redirect and the final locale rather than changing proxy pools.

The ad never appears in the sample

Auction, consent, schedule, targeting, or personalization may explain it.

Next step: Check platform preview and reporting; record not observed instead of calling delivery broken.

Mobile-origin results differ

Network origin and device rendering are separate variables.

Next step: Keep viewport and user agent explicit and use real device testing where the campaign requires it.

Sources and further reading

The worked example is an illustrative exercise. Documentation and existing test evidence support the technical guidance; their scope and dates remain attached to the relevant sections.

Choose the network your task needs

Four products, different location controls and session windows. Compare the current package for the route you actually need.

All four products use shared, rotating pools and traffic-based billing. Requested sessions can end early; location selection depends on live route availability. Verify protocols, minimum order, and traffic validity on the product page.

Ad Verification questions, answered

What is an ad verification proxy?
It is a proxy used as a controlled network-origin variable in an authorized campaign QA check. It can help compare regional creative, language, currency, landing pages, and redirects, but it does not reproduce every user or prove viewability, fraud, or audience identity.
Why use proxies for ad verification?
Use them when the unresolved test question is how an owned or authorized ad surface responds from another network region. Platform previews, campaign reports, publisher tools, and measurement telemetry should remain the primary evidence.
Can ad verification proxies detect click or impression fraud?
Not by themselves. A regional sample and redirect record can support an investigation, but reliable fraud findings require platform and ad-server logs, device and event signals, measurement controls, and corroboration.
How do I verify a geo-targeted ad without creating invalid traffic?
Use the platform's preview, diagnosis, sandbox, or publisher test mode first. If a permitted regional check is still needed, avoid live clicks, keep the sample small, record every test condition, and use a direct destination URL where possible.
Should ad verification use residential, datacenter, or mobile proxies?
Premium Residential fits an authorized ISP-origin question and can request one country, state, city, ZIP, coordinate, or ASN selector at a time. Flex, shared datacenter, and mobile request country or continent only. Mobile fits a carrier-network question; it does not simulate a device. Choose from the requirement and measured result; none guarantees ad delivery.
What should an ad verification evidence record contain?
Record the test ID, market, time, URL, campaign and creative IDs, requested and observed region, proxy class, device and account state, consent state, response status, redirect path, displayed variant, and whether the outcome was expected, different, challenged, or inconclusive.
Is proxy-based ad verification permitted?
Permission depends on campaign ownership, contracts, platform and publisher rules, test behavior, data handling, and jurisdiction. Use owned or explicitly authorized surfaces, avoid manufactured engagement, stop on access controls, and obtain qualified legal or compliance review where the scope is uncertain.

Put the guide to work.

Build a connection for ad verification, then check one route before scaling.

Pay as you go. Pricing, order minimums, and traffic validity vary by network.