法国 Proxy — 巴黎出口的 FR IP 地址

语言与位置共同起作用

面向法国的项目常犯的错误，是只换 IP 而忽略语言。法国网站在很大程度上会把 IP 位置和浏览器语言放在一起判断。IP 指向巴黎而浏览器请求英语时，站点多半会退回翻译版本，你就看不到真实用户看到的页面。

因此使用 FR 出口时，把 Accept-Language 的值和浏览器语言设置改为法语，是配置中不可分割的一环。不一致为何会被识别，见 指纹与 proxy 匹配 一文中做了说明。

法国数字生态中的使用场景

每一类的敏感度不同。需要账号操作的场景用 社交媒体代理，数据采集用 scraping 方案 更合适。

哪种类型适合哪种场景？

在法国，datacenter 出口在大型零售商那里很快会被识别；面对有防护的目标，一开始就规划升级到 residential 或 ISP。

延迟概况

在面向南欧和地中海地区的业务中，法国在地理上处于有利的中心位置。

搜索与本地竞争

法语搜索结果形成于本地玩家实力强劲的环境。同一查询从法国和境外返回不同结果集是常态；而且还会有区域细分。做排名监测的团队若不使用 FR 出口，测到的数据就无法使用。配置可参考 SEO 代理 页面。

免费 FR 地址

在列表中用 FR 筛选即可获取免费的法国地址。用于配置验证和一次性检查已经够用。地址是否真的从法国出口，可用 我的 IP 地址 确认；协议与存活状态则用 proxy 检测 验证。

广告与活动核验

在法国，数字广告的展示会按地区和用户画像变化。要确认一个活动是否在正确的城市、以正确的素材、出现在正确的版位，只有用 FR 出口才做得到。从境外看，广告要么根本不出现，要么加载的是另一个版本。

搭建核验流程时注意两点。第一，每次检查都在干净会话中进行：残留着历史访问痕迹的配置文件会拿到个性化展示，你就测不出活动的真实可见度。第二，把截图作为证据保存；日后申诉时，带时间戳的截图是最有力的凭证。

这类检查量不大，但要求高准确度。方案可参考 广告验证代理 页面；至于哪种类型合适，上面的表格已经给出。

以移动端为主的使用与 App 测试

在法国，通过移动设备访问非常普遍，许多服务把移动界面做得与桌面端明显不同：导航不同、活动版位不同，有时价格展示也不同。只测试桌面视图，等于跳过了大多数用户看到的那块屏幕。

验证移动体验有两条路。第一是在浏览器里用移动视图模拟；快，但无法完全还原真实设备的行为。第二是使用从移动运营商网络出口的地址；这能让站点把你当成真正的移动用户。第二种方法需要 移动代理 才行。

如果使用模拟，请注意一致性：设备信息是移动端、出口 IP 却是数据中心时，会形成互相矛盾的画像。这种矛盾是触发验证页最常见的原因之一。

法国目标的故障排查

网站不停询问 cookie 许可。 可能每次会话都被重置了。在自动化中开启 cookie 存储，或把同意步骤纳入流程。

价格显示为不含税。 有些站点会区分企业视图和个人视图。请确认测试画像被识别为个人用户。

同一查询返回不同结果。 搜索结果可能被个性化了。请不登录、用干净画像并在同一时间段内测试。

移动视图加载不出来。 可能是设备信息与出口类型冲突。移动测试用从移动网络出口的地址，结果最一致。

配置验证步骤

搭好法国出口后，上生产前需要验证四件事。第一是出口位置：确认地址确实注册在法国。第二是语言：确认发送的语言头把法语排在首位。第三是泄漏：检查域名解析是在 proxy 一侧完成的。第四是一致性：浏览器时区应为巴黎。

把这四项检查自动化并不难，在每次开启会话时运行，能避免日后才发现的错误。出口位置用 我的 IP 地址，泄漏检查用 DNS 泄漏 和 WebRTC 测试即可。

如果要批量验证地址， 代理检测工具 会自动识别协议并报告匿名等级。各等级的含义，我们在 匿名度一文中 做了说明。

周边地区

西班牙 和 意大利 用于南欧对比； 德国, 荷兰 和 英国 则是全欧洲覆盖的补充。