加拿大代理：位置、网络与会话核查

做加拿大的网页测试时，先确定应用需要的是加拿大的国家级结果、特定的省或城市，还是某一张特定网络。为每一项要求分别写一条验收条件。一个“多伦多”标签并不能证明法语行为、蜂窝连接或配送资格。

本指南帮助你在依赖某个加拿大代理样本之前先对它进行评估。其中关于网络的区分来自 CRTC 的资料；验收矩阵和示例属于一种评估方法。没有测试过任何加拿大代理供应商或店铺。

选择应用真正使用的位置

当应用只区分加拿大和其他国家时，使用国家级定向。只有当指定的规则使用了这一层级的、由 IP 推断出的位置时，才请求安大略、魁北克、多伦多或蒙特利尔。写下能够确认这条规则的可观察结果：例如你的应用日志中的地区判定，或者一个对外可见、并有文档化配置映射的国家选择器。

供应商的位置标签、IP 数据库的结果和目标端的判定是三项不同的证据。它们不一致时，三项都要保留。MaxMind 在文档中说明了精度不一、缺少更细的位置字段，以及移动 IP 在大范围内使用的情况；它并没有说自己的 IP 数据精确到可以确定街道地址。这些是 MaxMind 文档记载的局限，并不是测得的加拿大代理精度。MaxMind 地理定位精度。

对于城市要求，记录检测工具和日期、城市与行政区字段，以及给出的精度半径。缺失的城市就是缺失。如果应用不公开它的位置判定，就如实报告这一缺口，而不要把另一个检测工具当作应用识别出多伦多的证明。

在正确的层面解读加拿大运营商名称

加拿大的零售品牌数量不等于独立网络的数量。CRTC 的品牌定义把下面这些例子归入以下集团；2026 年的一项决定认定 Freedom Mobile 和 Videotron 是 Quebecor 的子公司。

集团	相关零售名称	在代理请求中需要澄清什么
Rogers	Rogers、Fido、Chatr	Rogers/Fido 这一对并不代表两个不同的服务商集团。
Bell	Bell、Virgin、Lucky Mobile	说明你需要的是零售品牌、移动连接，还是观察到的出口网络。
TELUS	TELUS、Koodo、Public Mobile	仅凭零售名称不同，不足以证明接入基础设施不同。
Quebecor	Videotron、Freedom Mobile；Fizz 是 Videotron 的副品牌	询问样本使用的是哪项服务、实际走哪条接入路径。

来源：CRTC 品牌定义，CRTC 2026-84，背景。这是一组有用的集团示例，既不是完整清单，也不是 ipvolt 的库存。

Bell 和 TELUS 还共用无线接入基础设施。 CRTC 第 2025-245 号决定描述了两家共用的无线接入网，并把它与各公司的商业身份区分开来。其中关于漫游和 MVNO 接入的讨论进一步说明了零售服务为什么可能使用另一家运营商的无线网络。因此，仅凭名称，Bell/TELUS 这一对并不能证明无线基础设施相互独立。它同样不能证明两个样本的公网 IP 或互联网路由相同。CRTC 关于共用网络的决定。

在要求“运营商多样性”之前，先确定哪一种区别对你重要：

• 不同的服务商集团： 记录零售品牌及其母集团。
• 特定的蜂窝接入路径： 索取相关的运营商或接入文档，并在可行时索取与被采样出口对应的、经过脱敏的设备或调制解调器证据。仅靠公司名称查询并不能证明无线连接。
• 不同的互联网出口网络： 为每个样本记录观察到的公网 IP、ASN 以及查询来源和日期。自治系统描述的是 IP 路由；它并不衡量 SIM 卡、基站或无线技术。RFC 1930，第 3 节。

缺失的层面保持未验证。不要用熟悉的品牌名称去填补。这种做法同样适用于“residential”和“ISP”报价：让供应商说明接入和托管的安排，然后针对你的测试所需的部分索取证据。

在取样之前设定验收条件

选择与你的任务相关的行。这些是建议的核查项，而不是通用的性能保证。

所需条件	取样前和取样期间需要记录的内容	判定边界
加拿大国家级行为	指定的规则；固定的浏览器输入；带日期的出口国家证据；目标端的地区结果	只有当约定的目标行为相符时才接受这一条件。仅有检测工具的结果，目标端的识别仍属未验证。
省或城市定向	目标端为什么读取这一精度；确切的地区；检测工具和日期；目标端的判定	保留缺失或相互矛盾的结果。不要悄悄把所需的城市降级为国家。
移动接入或指定网络接入	所需的品牌或集团、无线接入或出口网络；供应商的定义；证据引用	仅凭零售名称或 ASN，不能满足所需的移动接入证明。
稳定的会话	时长、请求安排、允许的轮换和重连行为；每次检查时观察到的 IP	地址意外变化即不满足地址不变的条件。采样到的地址相同，并不能证明独占，也不能证明两次检查之间没有中断。
英语和法语体验	浏览器语言、明确的 URL、已保存的选择以及相关的应用设置	在出口不变的情况下单独比较语言。仅凭 IP 标签是不够的。
配送到加拿大地址	经批准的完整参考地址、已配置的配送规则，以及购物车、库存和结账方面的控制条件	把所配置地址的结果与 IP 地理位置分开判断。

路由设置请使用 curl 代理指南，并搭配你已获授权的端点。然后用相同的客户端配置对目标进行检查。记录 IP 协议族、协议、客户端版本、并发数和请求预算；观察到的结果只适用于这些条件和这份样本。

把计划中的检查和实际结果分开。记录每一次尝试，包括超时、地址变化、位置数据缺失和应用的意外响应。如果重试，要保留第一次尝试并说明重试规则。既要报告相符的次数，也要报告尝试的总次数，以及仍未验证的所需条件。

一次加拿大样本判定的完整示例

假设的例子，下面的所有结果都是虚构的。 某团队的浏览器流程需要加拿大移动连接，并且在 15 分钟内的六次检查中使用同一个出口。应用的位置规则只读取国家。建议的检查时间是第 0、3、6、9、12 和 15 分钟；这只是一个示例安排，并不是推荐的通用样本量。

供应商把样本 A 标为“Fido，多伦多”，把样本 B 标为“Rogers，蒙特利尔”。两个样本都没有附带蜂窝接入路径的证据。

虚构的观察结果	样本 A	样本 B
目标端识别为加拿大	6 次尝试中 6 次	6 次尝试中 6 次
六次检查中观察到的出口	六次都是同一个地址	地址在第三次和第四次检查之间发生变化
所需的蜂窝接入证据	缺失	缺失
判定	国家条件和采样地址条件相符；移动要求仍未验证	国家相符；地址不变的条件不满足；移动要求仍未验证

两者都不能作为整体被接受的移动样本。样本 A 需要补上缺失的接入证据；样本 B 还需要弄清它的轮换或重连行为，并重新做一次有记录的运行。多伦多与蒙特利尔的差别，对这条只看国家的规则来说并不算失败。六次加拿大结果并不能抵消一项不满足的会话条件。

如果团队还想要两个服务商集团，这些标签并不能提供这种比较：Fido 属于 Rogers 集团。团队必须修改给供应商的请求，并确立所需的网络区别。仅仅把其中一个标签换成 Bell 或 TELUS，仍然需要弄清这种比较针对的是服务商集团、共用的无线基础设施，还是观察到的互联网出口。

把法语和邮政配送的控制条件分开

对于加拿大店铺，记录语言和配送要求时，不要自动把它们转换成蒙特利尔或多伦多的代理要求。以 Shopify 为例，它的文档把浏览器语言、市场入口和已保存的选择与基于 IP 的本地化并列说明；最终的结账体验由收货地址决定。这是特定平台的行为，需要对照店铺的配置来验证。Shopify 本地化。

Canada Post 把邮政编码分为三个字符的 Forward Sortation Area 和更细的 Local Delivery Unit。Shopify 的本地配送文档以 M5V* 作为邮政区域的例子。对于确实使用这条规则的店铺，在出口和购物车条件相同的情况下，比较区域内外经批准的完整地址。配送资格还取决于地址验证、库存、发货地点和结账路径。一个多伦多 IP 提供不了这些证据。Canada Post 邮政编码结构，Shopify 本地配送条件。

完整的配置快照、成对访问和记录检查工具，请参阅单独的 Shopify 加拿大本地化指南。

向供应商提交一份精确的需求

使用现有的加拿大请求需求 JSON 或 CSV。两者都是空白模板；其中的 not_run 结果是有意保留的。

取样之前，填写指定的规则、最低 IP 精度、客户端和协议、会话时长、用量和验收窗口。在 network_type_or_origin_requirement_if_material 中说明你需要的是零售集团、蜂窝接入路径还是特定的出口网络，以及你会接受哪些证据。把这些证据引用与观察记录放在一起保存。向供应商确认可用的定向方式、允许的用途以及轮换和更换条款；模板不提供任何商业条款。

只有当所有所需条件都有足够的证据并且符合约定的标准时，才使用接受。观察到的结果违反标准时，记录为不匹配。必需但尚未测量的条件保持未验证，并写明下一步检查。这些是由人做出的判定；请求用的 JSON 和 CSV 不会自动验证供应商。

来源核对和矩阵完成于 2026 年 9 月 27 日。它们并不能证明代理的供应情况、速度、信誉或服务质量。本指南和下载文件无需注册即可获取。ipvolt 是否提供加拿大及其运营商仍未确认。获取早期访问，以便在开放访问时收到通知；加入名单并不会预留加拿大端点。开放访问时发一封邮件。仅此而已。