套餐页看起来相似，真正影响使用的往往不是名称，而是 IP 属性、连接协议、地区、授权方式、周期和售后条件。只盯着“静态”“住宅”或折扣数字，很容易买到协议不兼容、地区不合适或周期不符合计划的产品。
下面这份核对表用于读懂天行IP后台及订单页。由于产品字段和活动会调整，文章不固定罗列价格，也不把历史页面当成当前承诺。
一、先把使用需求写成一句话
购买前先完成这个句式：“我需要在____设备/软件上，通过____协议，使用____地区、持续____时间的出口，用于____合规业务，并要求____数量或并发。”
如果这句话写不完整，就不适合直接按价格下单。可先看代理IP套餐决策树，把固定出口、住宅属性、应用级代理和系统级接入区分清楚。
二、后台产品字段逐项核对
| 字段 | 要确认的问题 | 为什么重要 |
|---|---|---|
| 产品名称 | 名称是否与订单页、说明页一致 | 相似名称可能对应不同协议或资源 |
| IP 属性 | 页面如何描述机房、住宅、静态或动态 | 属性不能只凭第三方查询页单点判断 |
| 地区/线路 | 国家、地区、运营商是否可选 | 决定网络路径与业务适配性 |
| 连接协议 | SOCKS5、HTTP、L2TP等是否明确 | 必须与设备和软件能力匹配 |
| 认证方式 | 账号密码、白名单或其他授权 | 影响部署方式和凭据管理 |
| 周期 | 开始时间、到期时间、续费规则 | 防止把短期测试当成长效订单 |
| 数量/并发 | 购买单位、连接数、流量或速率限制 | 决定真实容量，不能只看单价 |
| 售后条件 | 测试、退款、替换与工单规则 | 发生异常时决定可执行的处理路径 |
三、IP属性不要只看一个标签
“静态”通常描述地址是否在服务周期内保持稳定，“住宅”或“机房”描述网络资源属性，“独享”则涉及资源是否分配给单一客户。这些概念不在同一维度，不能互相替代。
下单前应查看产品页的正式定义，拿到测试参数后再用多个数据源交叉核对 ASN、运营商、地区和代理识别结果。查询库可能存在延迟或判断差异，因此异常时应保存结果并向服务方核验，而不是直接写成绝对结论。
四、协议必须与终端能力匹配
- SOCKS5/HTTP：常用于明确支持代理设置的浏览器、桌面客户端或开发工具；
- L2TP/IPsec：由操作系统或支持客户端模式的网络设备建立隧道；
- 其他接入方式：应以后台提供的客户端、配置文件和认证说明为准。
需要单应用控制时，不要因为“全局”听起来更强就盲选系统级方案；需要路由设备统一接入时，也不要购买终端不支持的应用级参数。Windows L2TP 可参考Windows 11 L2TP配置指南，SOCKS5 设置可参考SOCKS5浏览器与客户端教程。
五、价格要按同一口径核算
比较价格时，至少统一产品、地区、协议、数量、服务周期和税费口径。对于金币、余额或折扣换算，应同时记录充值成本与下单扣除值，避免只看一个“金币数量”得出错误单价。
当前收录入口提到 blsj 及四折信息，但适用范围和最终金额必须在登录后的结算页确认。核算公式和记录方法见代理IP价格与金币换算。
六、免费测试应该测试什么
测试的目标不是证明“所有节点永远稳定”，而是验证当前参数是否满足你的最低需求。建议记录：
- 领取时间、到期时间与测试资格说明；
- 节点名称、地区、协议和认证方式；
- 出口 IP、ASN、运营商及多库查询差异；
- 不同时段的连接成功率、延迟、丢包和错误类型；
- 目标业务在合法授权范围内的基本可达性。
详细记录模板见免费测试申请与验收指南。试用结果只能作为当时、当节点的参考，不能直接推断所有正式资源完全一致。
七、付款前保存一份订单证据
- 截图或导出产品名称、地区、协议、数量和周期；
- 记录优惠前金额、优惠方式、应付金额与页面时间；
- 保存退款、替换和测试规则的当前版本；
- 支付后核对订单详情、开通参数和到期时间；
- 发现不一致时先暂停使用并提交工单，不要反复改动参数掩盖问题。
截图应遮盖手机号、密码、访问令牌和完整代理凭据。出现售后问题时，订单号、时间线、错误日志和脱敏截图比口头描述更容易核验。
八、适合下单与适合继续测试的边界
协议兼容、地区符合、基础连通性通过、限制条件可接受且订单信息完整，才进入正式购买评估。如果仍无法确认 IP 属性、授权方式、退款条件或实际金额，应先通过官方客服核实。任何套餐都不应被宣传为绕过平台规则、规避风控或保证业务结果的工具。
