广告验证如何精准定位地区：城市级代理IP选购与配置

为什么广告验证必须精确到城市

现在的广告平台普遍支持城市级定向投放：同一条广告计划，北京用户和广州用户看到的可能是完全不同的创意、文案，甚至落在不同的落地页。如果你在做投放核对、竞品监测或落地页检查，却只用一个出口城市随机的普通代理，很可能你“看到的广告”和当地用户“看到的广告”根本不是同一条——验证结果自然失真。

举个常见的例子：某教育机构只在武汉和长沙投放了试听课广告，你的验证请求从随机节点发出，落在了没有投放的城市，返回的要么是空白广告位，要么是别人的广告。这时你会误判“广告没上线”，其实只是你的“视角”不对。城市级代理IP的核心价值，就是让验证请求从正确的城市发起，还原当地用户的真实所见。

城市级代理IP选购：先看这四个硬指标

市面上的代理服务商很多，但能稳定支撑广告验证业务的并不多。选购时建议逐项核对下面四点，别只听销售嘴上说的：

指标	要看什么	对广告验证的影响
城市覆盖	你的目标投放城市是否都有节点	决定能否还原当地用户的真实视角
IP质量	纯度、重复率、是否容易被封	脏IP会触发平台风控，页面返回异常
成功率	请求可用率是否长期稳定	成功率低会让验证任务大批失败
响应速度	延迟是否在可接受范围	影响验证效率与落地页加载表现

特别提醒：城市覆盖一定要按自己的城市清单逐一实测。有的服务商宣传覆盖几百个城市，但你真正要验证的三四线城市可能只有零星几个节点，实测数据远比宣传页可信。

套餐与计费方式怎么选

广告验证的业务特点是“请求量大、单次轻量、按城市分批”。选套餐前先想清楚自己的任务形态：

类型	适合的验证场景	特点
短效动态代理	大批量、高频轮换的投放核对	IP存活时间短，用完即换，不易被盯上
长效代理	长周期持续监测同一城市	出口稳定，便于连续比对排期变化

以天启HTTP为例，它的IP资源覆盖国内众多城市，支持在后台按城市筛选提取，也提供API批量提取方式，方便验证脚本自动拉取指定城市的IP列表；协议上支持HTTP、HTTPS和SOCKS5，能适配主流的验证框架和采集工具。建议先用小规模任务实测目标城市的覆盖情况、成功率和响应速度，跑通之后再确定采购规模，避免一次性买大套餐造成浪费。

配置实战：让验证请求带上正确的城市IP

整个接入流程可以拆成四步：先根据投放平台的定向计划圈定需要验证的城市清单；再通过API提取这些城市对应的IP；然后在验证脚本中按城市分配IP并发起请求；最后分城市汇总验证结果，输出报表。

import requests

# 从天启HTTP后台/API提取的各城市代理IP（示例格式）
city_proxies = {
    "杭州": "113.xx.xx.xx:端口",
    "成都": "182.xx.xx.xx:端口",
    "武汉": "119.xx.xx.xx:端口",
}

for city, ip_port in city_proxies.items():
    proxies = {
        "http": f"http://{ip_port}",
        "https": f"http://{ip_port}",
    }
    try:
        resp = requests.get(
            "https://目标站点/广告位路径",
            proxies=proxies,
            headers={"User-Agent": "Mozilla/5.0 (Windows NT 10.0; Win64; x64)"},
            timeout=10,
        )
        print(city, resp.status_code)
    except Exception as e:
        print(city, "请求失败，更换IP后重试", e)

几个配置细节值得注意：一定要设置超时，避免个别慢节点拖垮整个任务队列；失败自动换IP重试，把偶发的坏节点及时剔除；控制验证频率，同一IP短时间内高频请求容易触发目标平台风控；此外，验证移动端广告时，记得把 User-Agent 一并切换成对应的移动设备标识，让请求特征与真实用户保持一致。