标题：我查了91个“91在线”相关页面：背后的广告结算机制…有个隐藏套路
前言 最近抽时间梳理了91个与“91在线”相关的页面和落地链接，试图弄清这些站点如何通过广告变现、结算以及它们之间是如何分账的。表面上看是常见的CPC/CPM/CPA混合模式，但深入追踪请求链和结算参数后，发现一个相对隐蔽的结算套路——它不会立刻暴露在流量面前，却会在最终结算时决定钱往哪儿走、谁拿走大头。
我怎么查的（方法简述）
- 抓包与日志分析：用浏览器开发者工具和抓包工具抓取页面请求，记录广告请求、第三方脚本和跳转链。
- 对比报表：将页面端观测到的曝光/点击与常见广告平台的公开SDK行为做对照。
- 参数审计：关注请求中的追踪参数、referer、utm、click_id、subid等字段。
- 代码审阅：查看页面嵌入的js、iframe与中转域名，寻找跳转与埋点逻辑。
核心发现（结论先说清楚） 这些页面大多使用多层中转的结算方式：流量先被分发到一个或多个“中介域名/脚本”，这些中介在用户行为触发后，会动态修改归因参数或把转化记录回到特定的渠道ID（channel_id、subid等），从而把结算权利转给结算链条中更靠后的某一方。换句话说，真正拿钱的往往不是最前面的流量提供者，而是中间或后端控制归因的人。
常见的广告结算模式（快速回顾）
- CPM（按展示结算）：按千次曝光付费，易受页面可见性和刷新机制影响。
- CPC（按点击结算）：按点击计费，点击劫持或多重跳转会影响归因。
- CPA/ CPS（按行为或成交结算）：按注册、下载或成交付费，归因链复杂、易被中介操控。
- 广告分账（Revenue Share）：平台与站点按比例分成，结算周期和对账方式多样。
那个“隐藏套路”具体是什么（拆解） 核心是“多层中转+归因改写”。表现形式包括：
- 中转域名/脚本：页面嵌入看似无害的第三方脚本或iframe，这些中间节点会注入或替换clickid、referer、utmsource等关键字段。
- 延迟归因注册：用户行为发生在下游站点，但中介脚本通过服务器端回传或cookie写入，把这次转化记录给特定渠道ID。
- 参数劫持与subid转移：原始流量的subid被替换或附加新的subid，使得上游流量提供者在结算时无法证明其带来的真实转化。
- 收益“截流”：当广告主按CPA付费时，中间商把转化拿到自己名下，按既定比例再分回流量提供者，报告显示的分配往往模糊不清。
为什么这个套路危险（对流量方/广告主的影响）
- 结算不透明：流量方可能拿不到理应的转化分成；广告主难以判断哪条推广链真实有效。
- 对账困难：多层转发和参数替换导致上游和下游报告严重不一致。
- 信誉与合规风险：部分中介手段可能侵犯用户隐私（cookie滥写、跨域回传），甚至涉及可疑流量操作。
如何识别与自我保护（实用检查清单）
- 核查请求链：用抓包工具查看页面中的所有外部请求，列出域名与请求参数。
- 留意可疑域名与中转：发现多个非主流域名或短域名在跳转链中反复出现，应标记并追踪其行为。
- 对比归因字段：广告平台与页面端观测的click_id、subid、referer是否一致。
- 强化服务器端核验：鼓励使用服务器到服务器（S2S）回传并对回传数据做签名校验，减少前端参数被篡改的风险。
- 要求透明结算条款：与合作方在合同中明确归因规则、争议解决和账期/对账频率。
- 使用独立审计与第三方监测：定期做抓包与流量质量审计。
如果你已经怀疑被“截流”
- 保留证据：抓包记录、页面快照、log和三方报表对照。
- 与对方沟通：要求对方提供完整的流量链路与结算明细。
- 上报平台或仲裁：如果合同中有仲裁条款或广告平台可投诉渠道，可依据证据发起争议。
结语 网络广告看起来简单——展示、点击、结算；但在技术和链路被拆分后，钱往往被链条中的某个节点分走。通过抓包、参数对照和合同条款的约束，可以把模糊的结算链条拉回可见范围。那次对91个页面的梳理并非要指责某一方，而是提醒每位流量提供者和广告主：在结算面前，细节决定归属。若需要，我可以把抓包中典型可疑请求的排查清单整理成可执行的模板，便于你在自己的页面上自检。
