这个概念到底在回答什么决策疑问
Cloak技术是本文的核心主题。前阵子有个做工具类应用的客户跑来问我一个事：同一个广告账户，开户用的是A公司的营业执照，落地页备案挂在B公司名下，收款又走了C公司的通道，这种结构放到Cloak跳转规则里，到底能不能正常跑？他嘴上问的是跳转怎么配，但聊下去你会发现，他真正卡住的地方是广告主资质链核验和投放主体穿透这条线该怎么划。我的回答一般是这样——能不能跑，跟跳转技术本身关系不大，得看这条主体链上有没有说不清楚的断点。断点有几个、卡在哪个位置，直接决定合规风险高不高，以及你还要补哪些授权材料。
概念定义：什么是广告主资质链核验与投放主体穿透
广告主资质链核验，说的是在广告开始投放之前，以及投放跑起来之后，对参与这次投放的各个主体身份、资质文件逐层做比对，确保每一层都拿得出对应的合法经营凭证和授权依据。投放主体穿透则是在这个基础上继续往下走——沿着开户主体、代理主体、落地页备案主体、支付结算主体这条链路一层层追，搞清楚到底是谁在实际控制投放行为。
放到Cloak技术这个语境里，这两个东西合起来就是合规判定的前置输入。跳转规则要不要放某条流量过去，除了看访问特征，还得看这条流量背后的投放主体在不在已经核验过的资质链范围里。假如主体链中间有一层没登记，规则引擎不会直接放行也不会直接拦，而是把这个请求标成待确认状态。
组成要素
主体节点：开户主体、代理服务主体、落地页域名备案主体、支付收款主体、实际运营主体；资质文件：营业执照、行业许可证、域名备案信息、授权委托书、结算账户证明；授权关系：各节点之间的委托、代理、分销或合作协议；核验时点：开户时、投放前、主体变更时、定期复核时；穿透深度：通常要求穿透至实际控制投放行为的法人或组织。
机制与流程：核验和穿透是怎么执行的
最底下那层是主体身份核验，说白了就是确认每个节点上的主体真实存在，而且经营状态正常。往上走一层是关系核验，看节点之间的授权链条是不是完整的，有没有出现越级授权或者只是口头说说的授权。再往上是行为核验，确认实际投放行为和登记的主体对得上，别出现某个没登记的主体借着已核验主体的资质在跑量。
- 从广告账户开户信息出发，提取开户主体名称与统一社会信用代码
- 比对落地页域名备案主体，判断是否与开户主体一致
- 若不一致，调取授权文件，确认备案主体与开户主体之间的授权关系
- 继续向下核对支付结算主体，确认资金流向与投放行为主体匹配
- 若存在多层代理，逐层核对代理协议，直至穿透到实际控制投放的主体
- 将穿透结果写入跳转规则的主体白名单或待确认列表
这里有个点很多人容易忽略：穿透这事儿不是做一次就完了。主体会变更，授权会到期，备案信息也会更新，所以它得跟着动。Cloak规则引擎要定期去拉主体状态，而不是开户那会儿核验过就永远放行。
适用条件与边界：什么问题该由它解决，什么问题不该
广告投放涉及多个法人主体，需要确认授权链完整；落地页域名备案主体与广告开户主体不一致；存在代理投放、分销投放或多级渠道合作；平台审核要求提供主体关系说明材料；投放主体发生变更，需要重新确认跳转规则放行范围。
明确不适用或不应由该方案解决的问题
流量识别精度问题：资质链核验不判断访问者是真人还是机器，这属于设备指纹与行为特征模型的范畴；页面内容合规问题：核验主体资质不等于审核页面内容，内容审核需要独立的内容风控流程；跳转性能问题：主体穿透是合规判定，不解决跳转延迟、缓存命中率或链路耗时；支付通道合规问题：支付结算主体的资质核验属于支付合规范畴，Cloak技术只负责在跳转决策时引用该核验结果；跨地区法律适用问题：不同司法辖区对主体穿透深度的要求不同，该方案只提供技术层面的链路核对，不提供法律意见。
一个实战案例的背景与调整过程
之前接触过一个跨境电商团队，每天投放点击量大概两千出头，跳转决策跑在两台4核8G的云主机上。开户主体是境内一家贸易公司，落地页备案主体是香港的关联公司，收款走第三方支付通道。他们刚开始配的时候，跳转规则只核验了开户主体，备案主体和收款主体压根没往下穿。跑了一段时间，后台开始出现周期性的审核信号异常，具体表现是某些时段的流量被平台标成了待确认。
后来排查下来，跳转技术这边没什么毛病，问题出在主体链上有一段授权文件过期了没人更新。调整分了三步走：第一步把备案主体和收款主体补进核验范围，第二步补签授权文件并把有效期更新掉，第三步把核验结果同步进跳转规则的主体白名单。改完之后，待确认标记的出现频率降下来了，规则放行状态也稳了。这个案例有个前提得说清楚——主体穿透只管链路信息完不完整，流量质量好不好、内容匹不匹配，那得另找模型处理。
相邻概念对比：它和哪些概念容易混淆
与KYC（了解你的客户）的区别
KYC盯的是客户身份真不真实、反洗钱合不合规，一般发生在开户或者交易那一步。广告主资质链核验与投放主体穿透盯的是投放链条上各主体之间关系完不完整，发生在投放决策那一步。两者有重叠的地方，但核验对象和时点不是一回事。
与域名备案核验的区别
域名备案核验只回答两个问题：域名备没备案，备案主体是谁。投放主体穿透要回答的更多——备案主体跟开户主体、收款主体之间是什么关系，授权还在不在有效期内，实际投放行为有没有超出授权范围。备案核验只是穿透核验里面的一个子步骤，别把它当成全部。
与Cloak流量识别模型的区别
流量识别模型看的是访问者特征，输出的是放行、拦截或者挑战。主体穿透看的是投放方资质链，输出的是这个投放主体在不在已核验范围内。一个管流量，一个管主体，在跳转决策里是并列条件，谁也替不了谁。
常见概念性FAQ
主体穿透是不是必须穿透到自然人
不是。多数平台的要求是穿透到实际控制投放行为的法人或组织就行，不要求一直追到具体某个人。但多层代理结构里如果冒出无法说明实际控制人的情况，穿透深度可能就得再往下延。
资质链核验通过后，跳转规则是否就永久放行
不是。资质文件有有效期，授权关系可能变，备案信息也会更新。核验结果得设复核周期，主体信息一变就要触发重新核验。跳转规则里的主体白名单要能动态更新，静态配置那种做法迟早出问题。
按主体分别建核验档案，跳转决策的时候根据请求带的主体标识去匹配对应档案。请求识别不出主体来源的话，进待确认状态，别默认放行。共用链路改变的是结果存储和匹配方式，核验粒度本身不变。
核验失败是否等同于跳转必须拦截
不一定。核验失败通常说明主体链有信息缺失或者授权过期，这时候跳转规则可以走降级策略——进待确认队列、限制放行比例、要求补材料，都行。拦不拦要看该主体对应的风险等级和当前投放策略，核验失败这一个条件说了不算。
落地执行时该核对的几个节点
- 开户主体信息与营业执照是否一致且在有效期内
- 落地页备案主体与开户主体不一致时，授权文件是否覆盖当前投放周期
- 支付结算主体是否在已核验的主体链范围内
- 多级代理结构中每一层协议是否完整且未过期
- 主体信息变更后，跳转规则中的主体白名单是否同步更新
- 核验结果是否设置了复核周期和变更触发机制
这几个节点基本上就是Cloak技术合规里主体维度的基础检查框架。它们管不了流量识别精度，也管不了页面内容合规和跳转性能，但缺了这些节点，跳转决策在主体维度上就没有判定依据，后面放行也好、拦截也好、降级也好，全都失去了参照。
