运维与排错
排查追踪配置问题
结合 DNS、点击记录、回传与账户状态定位失败步骤。
从症状开始
| 症状 | 先查看的证据 |
|---|---|
| 面板打不开 | DNS、实际登录入口、TLS、服务器健康 |
| 没有点击 | 实际活动链接、时间范围、请求可达性 |
| 目标错误 | 已保存规则、路径、轮转与上限 |
| 没有转化 | 返回的追踪 click ID、回传内容、处理方案 |
| 流量源没有转化 | External ID、向外地址、平台响应 |
| 授权不可用 | Tracker ID 绑定、已应用时长、到期与禁用状态 |
| 更新超时 | 记录的最终更新结果与当前健康 |
缩小测试范围
使用一个可控 Campaign 与目标，记录预期，再检查实际请求和点击记录。每次只修改一个设置。来源模板、DNS 响应与数据库记录回答的是不同问题。
正确理解响应
HTTP 200 不代表转化归因成功；保存域名不代表 DNS 正确；容器运行也不代表应用端点健康。应结合与具体症状相关的观察结果。
联系支持
提供 Nevect 版本、时间与时区、相关 Tracker ID、Campaign 或订单号、完整错误与已检查步骤。只分享能说明问题的最小脱敏日志或截图。不要发送密码、API key、私钥或包含令牌的完整安装命令。
保留恢复能力
不要将清空数据、重新安装、反复重放支付或转化事件作为诊断捷径。修复涉及状态变化时，使用支持的备份与更新流程。
转化缺失：按链路逐步定位
- 找到原始点击。 在 Clicklog 选择正确活动和较窄的时间范围。没有访问时，先检查实际 Campaign URL 与追踪域名可达性，再检查转化设置。
- 核对 Offer 交接。 确认最终 Offer URL 将已展开的 Nevect click ID 传入合作平台接受的 sub-ID 字段。重定向丢失参数时，仅保存了正确模板仍不够。
- 核对合作平台通知。 将返回的
cnv_id与该点击准确对照，检查实际收入、货币、状态、生成接口和通知时间。 - 核对处理规则。 检查 Offer 的 Upsell 与 Settings → Postback processing，确认提交状态是否被接受、是否修改了已有转化。
- 核对报表范围。 检查筛选、时区、活动范围与延迟转化，错误时间范围可能隐藏有效记录。
- 最后检查传出方向。 Nevect 已有预期转化后，如果流量源仍没有事件，再检查 external ID 和传出 URL。
参数示例见完整 S2S 配置教程。不要反复重放同一条生产转化来试探失败阶段。
账户或支付问题
| 观察结果 | 下一步检查 |
|---|---|
| 支付平台已经返回官网 | 账户订单可能仍待确认，等待确认并刷新订单状态 |
| 订单已完成但面板未激活 | 将可用授权时长应用到正确 Tracker ID |
| 绑定存在但连接待确认 | 对照 Tracker ID、到期时间与服务器到授权服务的连接 |
| 切换语言后出现错误 | 保留页面、操作与准确错误；语言不应改变 ID 或命令字节 |
支付问题应私下保留订单 ID 与支付平台参考号。返回 URL 含有“success”不代表结算完成。详见订单与支付。
一份有效的问题报告
Nevect 版本：
发生时间与时区：
官网账户还是服务器面板：
活动 / 订单 / Tracker ID（按需）：
预期结果：
实际结果与准确错误：
最后成功的检查点：
已检查的步骤：
附上少量脱敏截图或日志，删除密码、安装令牌、私钥、支付平台密钥及无关用户数据。这样能够提供可复现的起点，也保留定位问题所需的证据。