免费或付费运营商查询 API：在关注价格前先对比结果
在选择免费查询或付费运营商查询 API 之前，请先对比原始运营商数据、访问方式、数据量及余额条款。
运营商查询的购买决策始于对“运营商”字段含义的理解，以及将使用该数据的具体工作流。
免费的运营商查询对于小规模评估非常有用，前提是它能回答您计划使用的付费服务所要解决的相同问题。首先，请确定该字段是指号码最初分配的网段，还是指携号转网后当前提供服务的网络。CarrierLookup 提供的是原始分配背景；它不会追踪当前网络。随后，请针对您的工作负载对比字段、输入规模、访问方式和计费单位。注册用户可申请 100 次免费查询用于实时评估，具体取决于资格。该额度并非批量文件试用，也不能证明付费工作流适合处理大型列表。
对比结果，而非仅仅对比“运营商”一词
购买数据增强服务的开发人员可能需要按号码最初分配的运营商对 CRM 记录进行分组。另一个团队可能需要携号转网数据。这些是不同的数据产品。Veriphone 的定价区分了标准查询和当前运营商查询，而 1Lookup 描述了当前运营商查询服务。它们的名称和计费规则并非 CarrierLookup 的术语。任何一种查询的低入门价格都不能使其成为另一种查询的等效替代品。
CarrierLookup 的 原始归属运营商查询 报告号码最初分配的运营商、底层运营商（如适用）、线路类型、国家代码、地区和城市分配背景。携号转网可能导致原始分配与后续的服务安排不同。地区和城市描述的是分配范围，而非订阅者的位置。已完成的结果中可能包含空的运营商可选字段，因此在采样时应将有效结果和空结果分开统计。该结果不能证明号码是否可以接收呼叫或短信、号码归属权，或该人员是否同意联系。
在对比报价前，请明确您的决策需求：是“我们需要原始分配信息来对记录进行分组”，还是“我们需要携号转网信息来解决另一个问题”。如果任务属于后者，那么 CarrierLookup 的已发布产品则不在适用范围内。请勿购买原始分配 API 并期望它能回答携号转网的问题。
将字段和访问方式与工作规模相匹配
对于在服务器端工作流中检查单条记录的应用程序，已记录的实时 REST 单条查询路由为 POST /api/v1/check。对于一组准备好的 E.164 号码，POST /api/v1/batch-check 接受 1–100 个号码并按输入顺序同步返回结果。仪表板实时批量查询最多支持 500 个号码。实时输入使用前缀加号和国家代码，无需分隔符，也不需要单独选择国家。API 文档是获取当前确切请求契约和错误处理方式的来源。请将 X-API-Key 保存在受信任的服务器上。
大型准备列表的工作流则有所不同。全球运营商查询 是一种针对来自同一选定国家/地区的已准备有效号码的异步 TXT 或 CSV 文件任务。成功后，它会生成一个可下载的 CSV 文件。预处理过程会排除无效、重复、无国家代码和国家代码错误的行；这些被排除的行不计费，但对于衡量可用覆盖范围的买家来说，它们仍然很重要。当前的文件大小和行数限制应在 API 文档中查看。这与用于小规模查询的同步 JSON 路由不同。
请根据您在生产环境中实际使用的路由来对比您的样本。实时评估可以测试字段含义和集成情况；但它不能证明跨国上传在单国文件工作流中也能正常工作。请记录哪些行未能通过准备阶段、哪些被排除，以及哪些已完成的查询返回了空的字段。这些类别对增强购买的价值影响远大于通用的字段列表。
了解免费查询、永久余额和周期性套餐
CarrierLookup 规定注册用户可申请 100 次免费查询。在围绕这些查询进行规划前，请确认您的资格。它们适用于实时查询，本身并不能使批量文件任务符合条件。一次有效的评估应包含几个已知的分配案例、不同线路类型的许可记录，以及字段可能不可用的情况。请保留您自己的参考标签，并观察已记录的输出结果；不要将样本称为针对每个国家的准确性研究。
对于付费使用，两种已发布的服务类型共享美元余额，费用基于已完成的号码数量计算。即使所有运营商字段均为空，成功的已完成查询也可能产生费用。失败或无法判定的查询不会扣费。批量任务会预留估算费用，并将未使用的资金退回至同一钱包；这与客户要求的购买退款不同。请在购买时查看当前的定价页面，了解与每个选项相关的支付和余额信息。
商业选择在于不过期的永久充值与可选的 30 天自动续订套餐之间。套餐余额会优先于永久余额使用。关闭自动续订可防止未来的套餐扣费，但不会撤销之前的付款。与其仅对比标价，不如估算您的授权工作负载所需的已完成查询数量，考虑哪种钱包余额会被优先消耗，并决定周期性计费是否符合该模式。在明确其衡量信号和已完成查询规则之前，不应假定任何提供商的信用单位是等效的。
在投入大规模使用前进行小规模评估
选择一个许可的、具有代表性的实时样本，并记录每个号码的来源、已知（如独立获知）的预期原始分配、国家/地区、返回字段的可用性以及查询日期。如果您的团队有相关证据，请包含几个已知原始分配的案例。请根据原始分配问题来判断返回的字段，而不是根据后续的服务安排。将格式错误的输入与返回空白字段的已完成查询区分开来，并将无法判定的结果归入第三类。
评估应回答三个购买问题：原始分配的含义是否符合 CRM 决策、可用字段是否充足，以及团队能否在不将其转化为假阴性的情况下处理空行或被排除的行？只有在此之后，才选择实时或文件路径，估算已完成查询的使用量，并查看当前的余额选项。在实施或购买前，请使用 API 文档和定价页面获取当前契约。
了解更多
选择符合您工作流下一步的产品信息。