巴西代理：运营商、各州与位置测试

出发点

把巴西需求变成可以判定通过或失败的检查：Anatel 使用的运营商名称、移动与住宅接入、分布在四个时区的 27 个联邦单位，以及来自客户的 CEP 和 CPF。ipvolt 仍在开发中；巴西库存和运营商可用性尚未确认。

确定巴西标签必须证明什么

巴西代理为你的请求提供一个被供应商标为巴西的出口，而目标站点的位置服务是否认同这一点，是首先要测试的内容。这个标签并不说明出口位于 27 个联邦单位中的哪一个、由哪家运营商承载、接入是移动还是固定住宅，也不说明其 IPv4 地址是否与他人共享。

先写下通过条件：当我们的位置数据库返回 BR，且 Accept-Language 保持不变时，我们的店铺会切换为巴西葡萄牙语，并以巴西雷亚尔（BRL）标价。任何出口都无法复现某一位客户看到的内容，因为 CEP、账户和支付信息都来自这位客户；而网站根据网络地址预先填入的地区，本身也是一项独立的输入。

为每项需求单独列一行：针对圣保罗州（São Paulo）的检查需要州级结果，一位 TIM 用户报告的故障需要运营商证据，而 pt-BR 渲染测试可能只需要国家结果。巴西代理页面把这些行变成店铺工作流，国家指南索引则涵盖其他市场。

了解 Anatel 使用的运营商名称

巴西电信监管机构国家电信局（Anatel）发布竞争报告（Relatório de Competição），其 2026 年第二季度报告统计的移动接入数为 2.764 亿，同比增长 3.7%，其中 Vivo 占 37.9%，TIM 占 22.4%。该报告的新闻摘要只给出了这两家的移动份额，因此不能据此得出任何包含 Claro 的排名。

Anatel 的移动覆盖页面链接到五家网络运营商的覆盖图，即 Claro、TIM、Vivo、Algar 和 Sercomtel，并根据基站许可数据按市镇和技术公布覆盖情况：它反映的是手机在哪里有望获得无线服务，而不是代理请求使用哪个公网地址，也不是地理定位数据库把该地址定位在哪里。

把供应商菜单显示的品牌与拥有该品牌的公司分开记录；下面的所有权说明是取自各公司自身页面的背景信息。然后询问运营商筛选项固定的是哪一层：SIM 卡、为它提供服务的天线，还是注册机构或路由查询为该出口地址给出的持有者。

• Vivo：Telefônica Brasil 的品牌，Telefónica 称其为巴西市场领先的综合运营商。
• Claro：NET、Claro 和 Embratel 是同一家公司的三个品牌，而且 NET 现已并入 Claro，因此其中任何一个名称都可能指同一个组织。
• TIM：TIM S.A. 通过 TIM Brasil 最终由 Telecom Italia S.p.A. 控制；Telecom Italia 这个名称属于母公司。
• Algar Telecom：一家在全国开展业务、主要专注于企业（B2B）客户的巴西服务商，但其住宅光纤和移动服务覆盖四个州的城市，因此消费者样本具有地区性。

考虑 MVNO、漫游、家庭线路和回退

Anatel 依据 Resolução nº 777/2025 监管移动虚拟网络运营商（MVNO）：Autorizada de Rede Virtual 通过承载运营商（即 Prestadora Origem）的网络提供移动服务，因此零售品牌描述的是一项订阅，而不一定是承载该连接的网络。在每个居民少于 3 万人的市镇，运营商都必须提供全国漫游；在这些地方，用户可能使用另一家运营商的网络。

巴西住宅代理需要单独列一条需求：固定家庭线路，例如 Algar 在四个州的城市提供的光纤宽带，与手机是不同的接入类型，也并非天然独占，因为下文引用的 NIC.br 资料讲的是各类运营商的 IPv4 共享，并不限于移动网络。把移动或固定住宅作为单独的字段记录，并询问供应商如何获取这些连接，以及如何获得将其用于代理的授权。

还要询问某个选项无法满足时会发生什么：如果没有空闲的 Vivo 或 Distrito Federal 出口，请求是会失败、改用另一家运营商或另一个州，还是回退到任意一个巴西出口？响应中又是否会说明这一点？试用会把这样的选项记录为不可用，绝不把替代出口计为通过。

梳理各州和大区，再读取州字段

巴西地理统计局（IBGE）2024 年的框架包含 26 个州，每个州属于一个 Grande Região（大区），另加 Distrito Federal（联邦区），它们合称 Unidades da Federação（联邦单位）。Distrito Federal 不能划分为市镇，其首府巴西利亚（Brasília）是联邦首都，因此巴西利亚需求的通过依据是返回 Distrito Federal，而不是某个城市字符串。对于按州划分的行，可以借用美国代理指南的结构。

IBGE 把这些单位划分为五个 Grandes Regiões，因此在任何地区性需求中都要列出其包含的州。东北大区包括从 Maranhão 到 Bahia 的九个州，而中西大区包括 Goiás 和 Distrito Federal，因此选择东北大区时，返回 Bahia 即满足要求，返回 Goiás 则不满足。

把返回的州当作数据库的估计来解读。MaxMind 表示，准确度因国家、距离和 IP 类型而异，而且一个移动地址可能为分布范围很广的手机提供服务，因此数据库可能返回国家和州，却不返回城市。城市缺失本身并不是缺陷，但它意味着城市需求未被满足；只有当返回的相应字段与需求一致时，州或 Distrito Federal 需求才算通过。

把 CEP 和 CPF 当作客户输入

CEP（Código de Endereçamento Postal，即邮政编码）是一个 8 位数字，由巴西邮政（Correios）分配给城镇、街道、公共机构、企业和建筑物，而 MaxMind 表示其 GeoIP 数据永远达不到这种精度。Americanas 用它来展示地区优惠并计算运费，Shopee Brasil 则根据它填入州、城市和街道；在这两个网站上，CEP 都由客户提供，因此只要出口是变量，就要固定一个 CEP。

CPF（Cadastro de Pessoas Físicas，巴西个人税号）由巴西联邦税务局（Receita Federal）管理，对每位公民而言都是唯一且永久的，而 Shopee Brasil 要求提供状态正常的 CPF 才能完成购买。因此，位置测试要在任何第三方结账开始之前停止，不输入任何 CPF，无论是真实的还是编造的。只在你自己的或经授权的预发布（staging）店铺上测试结账字段，使用有文档说明的测试样例，并把任何 Receita Federal 状态查询替换为桩（stub）。

Pix 是 Banco Central do Brasil（巴西中央银行）的即时支付方案，依据 2020 年 8 月 12 日的 Resolução BCB nº 1（巴西央行第 1 号决议）设立。结账页面是否列出 Pix 取决于商家的配置，而不是位置结果，因此只在你自己的预发布店铺上检查它，把它作为你自己设置的一个选项。

记录巴西地址由谁持有，以及使用哪个地址族

运营商名称描述的是公司；地址记录描述的是持有者。对于每个出口，在地址族旁边分开记录两个身份字段：来自 RIR 记录的注册持有者，以及来自指定路由查询的源 ASN（origin ASN）及其持有者，并附上查询时间。巴西的 IPv4、IPv6 和 ASN 资源由 NIC.br 通过 Registro.br 负责，而 LACNIC 是该地区的区域互联网注册机构（RIR）。

这两个字段都无法确定出口的位置。2018 年，LACNIC 指出，其列出的地理信息包括持有者的法定住所所在国，而这往往不是该地址的使用地，因此注册国家无法判定州需求。同样，持有者为 Telefônica Brasil，这与 Vivo 选项相符，但无法说明是谁的天线为该手机提供了服务。

在 2014 年的一篇教程中，NIC.br 的 IPv6.br 项目表示，在向 IPv6 过渡期间的一段时间内，运营商的 CGNAT 使多个客户共享 IPv4 地址不可避免，而要识别 CGNAT 背后的单个用户，还需要源端口。2023 年，NIC.br 的项目与开发经理表示，大型运营商和大型互联网服务商运行的是 100% IPv6 的网络，而共享 IPv4 会给应用带来问题。记录出口呈现的每个地址，无论是 IPv6 还是共享 IPv4。

在浏览器中设置法定时区和 pt-BR

根据 2013 年 10 月 30 日的 Lei nº 12.876，巴西法定时间采用四个时区，而出口并不决定使用哪一个。在巴西国家天文台（Observatório Nacional）的「巴西法定时间」（Hora Legal Brasileira）页面上查找你的测试所代表地点的法定时间，在浏览器工具中设置该时区，并随每次捕获一起记录，同时记录 Cookie 状态和位置权限。

Google 的 Play Console 把巴西葡萄牙语和欧洲葡萄牙语列为两个独立的区域设置，即 pt-BR 和 pt-PT，而读取浏览器语言的店铺可能向巴西出口提供其中任何一种。在试用的语言行把这两种原因区分开之前，经由巴西出口看到的欧洲葡萄牙语页面属于语言结果，而不是网络结果。

从公开页面观察 Magazine Luiza 和 Google

Magazine Luiza 的门店定位器为每个联邦单位各提供一份列表，从 Lojas Acre 到 Lojas Tocantins 共 27 份，因此可以在未登录状态下的公开页面上观察明确选择某个州后的结果。其「Localizando lojas próximo a você」提示表明它可能也会定位访客，而且可能是通过浏览器，因此要先测试所选的州；除非供应商在文档中说明了州选择，否则把任何默认州都视为偶然结果。

对所有第三方网站都适用同样的限制：经由代理的检查只限于你自己的服务、经授权的目标站点，或在店铺条款允许的范围内以未登录状态访问的店铺公开页面，并且要手动、低频地进行；不创建账户，不输入任何个人或编造的身份数据（例如 CPF、银行卡或电话号码），也不下单。巴西的数据保护法 LGPD（Lei nº 13.709/2018）由巴西国家数据保护局（ANPD）监督；这部法律如何适用于你的记录，请咨询你的法律顾问。

Google 在 2025 年 4 月表示，自 2017 年以来，无论用户使用 google.com 还是本国域名，它提供的本地结果都相同，并表示将逐步把 google.com.br 等国家代码域名重定向到 google.com。不要固定域名；记录查询词、界面语言、Google 报告的位置和时间。

以每组 6 个请求运行巴西试用

按照 curl 配置指南建立连接，然后通过一个由你运营、直接接收连接（不经过 CDN）的端点读取每个出口；该端点使用与目标站点相同的地址族，或者分别设置仅 IPv4 和仅 IPv6 的端点。一组是 6 个请求：两个有据可查的选项，每个选项依次发送 3 个请求，请求之间使用固定的停顿时间，每个请求设置统一的截止时间，不做自动重试。把这些设置和任何会话参数随该组一起记录，使该组两个选项之间的差异不可能来自时间因素。

每个请求按四项评分：是否完成；是否返回 BR；是否返回所需的州或 Distrito Federal，在不涉及州的行上记为 N/A；是否得到带 BRL 价格的 pt-BR 文本，除店铺行外均记为 N/A，店铺行则为每个请求额外做一次页面捕获。在评分旁边保存两个身份字段、观察到的地址及地址族、带时区的时间戳和地理定位结果。供应商无法提供的选项记为不可用，绝不用通用的巴西出口替代。

只运行你需要的行；语言行和 CEP 行各需两组，因此五行合计最多 42 个请求。在依赖语言行中的葡萄牙出口之前，先按照葡萄牙代理指南所述对其进行验证。ipvolt 没有运行过其中任何一行：它没有签订任何巴西供应合同，也没有确认任何国家、州或运营商库存；你的结果描述的是你所测试的供应商。

• 语言行（两组，在你自己的店铺上）：先固定一个巴西出口，用 pt-BR 发送 3 个请求，再用 pt-PT 发送 3 个；然后固定 pt-BR，通过该巴西出口发送 3 个请求，再通过一个葡萄牙出口发送 3 个。在 pt-BR 固定时，如果巴西出口返回 BR 并得到 pt-BR 文本和 BRL 价格，即判为通过；此行不涉及州级判定。
• Distrito Federal 行：只有当指定的地理定位服务返回 Distrito Federal 时，巴西利亚选项才判为通过；返回 Goiás 或中西大区的其他单位即为失败。
• CEP 行（两组，在你自己的店铺上）：先固定一个出口，用两个经批准的 CEP 样例各发送 3 个请求；再固定一个 CEP，通过两个出口选项各发送 3 个请求。只有在第二组中发生变化的优惠，才算与网络相关的发现。
• 运营商行：对于 Vivo、Claro 或 TIM 选项，记录标签、任何 MVNO 或漫游说明以及两个身份字段，并把 Claro、NET 和 Embratel 算作同一家公司。
• 会话行：对每个选项，按固定停顿时间发送 2 个请求，在文档规定的地址有效期过后再发送第 3 个；如果地址按文档所述保持不变或发生变化，则判为通过。源端口有助于在各日志之间匹配有争议的连接，但无法说明是否为独占使用。

上线前

• 先写下巴西的通过条件，指明你的应用使用的位置服务，以及它必须返回的州或 Distrito Federal 字段。
• 询问 Vivo、Claro、TIM、Algar 或某个州的选项无法满足时会回退到什么，并把供应商无法提供的任何选项记录为不可用。
• 把运营商标签、来自 RIR 记录的注册持有者，以及来自指定路由查询的源 ASN 及其持有者（附查询时间）分别放在不同的字段中，并与地址族并列记录。
• 自行设置 CEP、pt-BR 和时区，并且只在你自己的或经授权的预发布店铺上、使用有文档说明的测试样例来测试结账字段。
• 记录每个请求的源端口和带时区的时间戳，假定运营商的 IPv4 地址可能是共享的，并在承诺之前与供应商确定接入类型和会话时长。