法国代理：网络、地区与本地化测试

出发点

规划一次法国代理试用，把巴黎与更广的覆盖范围、网络名称与零售品牌、IP 位置与应用设置区分开。ipvolt 仍在开发中；法国及运营商的可用性尚未确认。

定义法国，而不止于巴黎标签

评估法国代理时，应当对照你实际需要复现的法国体验。检查自家店铺的语言、测试里昂的配送规则，以及调查移动网络问题，是不同的任务。供应商的国家选择器并不能为这三者定义预期结果。

写下你的范围是法国本土、科西嘉，还是某个指定的海外领地，例如瓜德罗普或留尼汪。ARCEP 对海外连接单独处理，包括领地的频率分配和网络部署信息。不应假设供应商的「法国」选项包含每一个领地，一个标为巴黎的样本也无法确定海外出口。

对于全国性需求，只按指定的位置来源和你应用的规则接受国家结果。如果任务明确需要巴黎，就把它记录为一个附加条件。对于海外测试，在申请样本之前先询问供应商如何选择该领地，以及在诊断中如何识别它。把不支持的选项作为评估中的缺口保持可见。

把网络与零售品牌分开

ARCEP 的 Mon réseau mobile 文档在其本土网络比较中列出了 Orange、SFR、Bouygues Telecom 和 Free Mobile。它们是理解所宣传的运营商标签的参考点。这份名单丝毫不能说明代理供应商控制哪些连接，或被授权提供哪些连接。

零售名称可能让所提供的连接列表看起来比底层证据所支持的更多样。为宣传的品牌、声称的底层网络和观察到的路由信息分别保留字段。官方品牌页面支持以下实际区分：

• Orange 与 Sosh：Sosh 的移动迁移指南说明客户继续使用 Orange 网络。不要把这两个标签算作两个独立的移动网络。
• SFR 与 RED by SFR：RED 描述的是对 SFR 移动和固定网络的接入。仅凭 RED 标签无法判断出口使用的是移动数据还是固定宽带。
• Bouygues Telecom 与 B&YOU：Bouygues 在其网络上提供 B&YOU 套餐，并同时描述固定和移动服务。除品牌之外还要记录接入类型。
• Free Mobile：保留具体的移动网络声明与笼统的公司标签之间的区分。询问供应商如何确定所测试地址的实际接入路径。

为网络变动的声明标注日期

2026 年 6 月 6 日，Orange、Bouygues Telecom 和 Free–iliad 宣布就收购 SFR 签署谅解备忘录。Orange 的公告将交易完成设为以获得审批为条件，并描述可能在 2027 年下半年交割。公告明确表示交易能否完成尚不确定。这是一项拟议的交易，并不能证明 SFR 的连接已经迁移到另一个网络。

试用时，保存运营商对应关系以及供应商确认它的日期。如果供应商描述了未来的所有权变更，询问当前选项现在能用什么，以及日后迁移时会有什么通知。不要把当前测试记录中观察到的网络替换为拟议中的未来所有者。当官方交易状态发生变化时，重新审视本节。

用覆盖图回答正确的问题

ARCEP 的 Mon réseau mobile 把运营商提供的理论覆盖与服务质量测量分开。它涵盖本土和海外区域，并允许读者查看特定地点和用途。这些来源有助于调查某个声称的连接所处的电信背景。

选择相关的地点、运营商、技术和数据日期。记录你查看的是预测覆盖、天线图层还是实际服务测量。无线覆盖地图不会列举代理出口，不能确定 IP 地址的位置，也不能显示供应商在那里是否有可用的连接。

例如，马赛附近的一根天线并不能证明所提供的出口位于马赛。同样，运营商有利的覆盖结果也无法预测你的代理网关到目标站点的性能。向供应商索要与所提供服务挂钩的证据；把地图作为背景保留，而不是用它替代这些证据。

分别核查地址和接入声明

先按照相关的 curl 配置指南建立一条有边界的连接。然后使用获批的诊断服务或一个由你控制的 HTTPS 端点，捕获目标站点看到的源地址。当网关与出口不同时，查询代理网关的地址测试的是错误的点。把地址族、时间戳和请求的选项与结果一起记录。

RIPEstat 的 Network Info 端点根据 RIPE RIS 路由数据返回所属前缀和通告 ASN（一个或多个）。这增加了一条路由观察结果；它并不认证 SIM 卡、住户、零售订阅或提供该连接的许可。另外单独索要供应商文档中的接入分类和来源说明。

把观察到的出口放到你选定的地理定位来源中查询。MaxMind 说明，准确度随网络和地址类型而变化，不同提供者可能不一致，IP 查询也无法识别具体的街道地址。因此，法国的国家结果和一个宽泛的电信组织可能支持两条有限的观察结果，同时让声称的巴黎移动连接仍未解决。

控制语言和地址输入

以法语显示的页面不能证明它收到了法国的源 IP。MDN 说明，Accept-Language 表达的是语言偏好；服务器也可以尊重用户的显式选择。设置并记录浏览器区域设置，并检查你自己的测试端点收到的语言请求头。当已存储的偏好会掩盖结果时，使用一个全新的测试配置文件。

对于你自己的应用，定义每个结果应由哪个输入控制。页面语言可能跟随法语偏好，配送资格跟随测试地址，而欺诈或地区规则使用 IP 位置。在更换代理之前先保存这些预期规则。避免使用真实客户地址或提交购买来检查本地化界面。

把浏览器位置权限和任何已配置的位置覆盖当作独立的测试输入。记录它们是否启用。由测试运行器提供的巴黎位置不得被报告为巴黎代理的测量结果。相关的 Playwright 指南提供了浏览器代理配置；只添加你自己的测试所需的区域设置、会话和应用样例。

构建法国验收矩阵

下面各行是一个团队针对自家店铺的假设验收用例。它们是建议的测试，不是结果，也没有使用任何 ipvolt 网络。用你的实际需求替换预期的应用结果。把国家、可选城市、网络和应用的判定分开，这样一个正确的界面就无法掩盖一条未解决的连接。

• 本土基线：请求一个有据可查的法国出口，保持法语浏览器偏好和本土测试地址不变，并同时记录目标站点观察到的 IP 和由此产生的店铺地区。法语界面配上错误国家的 IP，即使语言条件通过，网络条件也判为失败。
• 巴黎专属用例：只有在提供时才添加有据可查的巴黎选项。记录指定地理定位来源的城市结果及其给出的任何不确定度。返回法国但城市证据不足，巴黎条件保持未解决；这并不自动导致另行独立的全国性测试失败。
• 里昂地址用例：保持代理和浏览器配置文件不变，只把合成的配送样例从巴黎改为里昂。检查你的应用预期的配送行为。这测试的是地址规则；除非你明确添加该需求，否则它既不要求也不证明里昂出口。
• 海外用例：请求所需的确切领地，例如留尼汪，并商定供应商和你的地理定位来源如何识别它。使用单独的应用样例。如果只提供法国本土，就把本用例标记为不可用，而不是悄悄替换为巴黎样本。
• 指定移动网络：请求文档中的移动选项，保留供应商的网络对应关系，并把其说明与观察到的前缀和 ASN 进行比较。如果零售品牌匹配但接入类型无法解释，就把移动需求标记为未解决。

让首次试用保持小规模且可复现

从一个受支持的选项、一个客户端和一个获准的诊断目标开始。作为示例性的起始流程，使用相同的会话设置连续发送 3 个诊断请求，请求之间稍作停顿。使用有限的请求截止时间，并保持证书验证开启。这是一个调试样本，不是对法国库存或可靠性的统计估计。

对每个请求，保留时间戳、请求的领地、可选的城市和网络、会话标签、观察到的出口 IP、诊断状态和耗时。之后再补充带日期的地理定位和路由结果。绝不要把代理密码、完整的授权请求头或无关的个人数据写入工作表。

基线成功之后，只运行你的供应商支持且你的应用需要的矩阵行。当浏览器页面加载大量资源时，用一个简短的场景和时间限制约束测试；3 次页面导航并不一定等于 3 个网络请求。把传输失败保留在报告中，并在解读地理结果之前使用超时指南诊断它们。

如果连续性很重要，在你的工作流所需的间隔之后检查同一个有据可查的会话。如果轮换很重要，执行一次文档中的轮换并检查新的观察结果。地址重复或地址变化都必须与约定的行为进行比较；两者都无法证明未来每个会话的行为。

判定哪些通过、哪些仍需证据

对于地理不匹配，先确认你查询的是目标站点观察到的地址，然后用相同设置重复一次。如果结果仍有争议，对照另一个带日期的位置来源。向供应商提供一份脱敏后的记录，并询问原因是选项错误、领地约定不同、位置数据过期还是不支持的可用性。收到替换样本后不要删除失败的那一行。

在承诺之前，弄清不可用的选项是显式失败还是回退到别处、会话如何过期、适用哪些协议和并发限制，以及有争议或失败的流量如何计费。询问参与的连接是如何获得授权的，以及适用哪些使用限制。运营商名称和成功的诊断无法确定这些条款。

ipvolt 尚未获得代理供应协议，法国库存或运营商接入也未得到确认。本指南帮助你评估未来的供应商或试用。加入候补名单只是登记意向；它不预留法国地址、海外位置、特定运营商或上线日期。

上线前

• 在比较选项之前，明确是法国本土、科西嘉还是确切的海外领地。
• 把 Orange/Sosh、SFR/RED 和 Bouygues/B&YOU 品牌标签与网络和接入证据分开。
• 保留一份带日期的当前运营商对应关系；不要把拟议交易当作已完成的迁移。
• 独立于浏览器语言和地址样例，记录出口 IP、路由和地理定位观察结果。
• 保留通过、失败、未解决和不可用的用例，并附上明确的回退和会话条款。