Protect360合作伙伴常见问题解答

AppsFlyer的Protect360系统在判断广告互动量capping时会对多重因素进行综合考量，包括但不限于展示/点击的数量，CVR、系统检测到的异常率、用户行为的正常波动、行业和国家/地区的基准数据等等。由于业界形势复杂多变，因此我们使用每小时更新一次的动态算法，以全面涵盖最新趋势。

capping机制一经触发，Protect360就会拦截相关广告平台在当前24小时内为具体应用带来的展示或点击。也就是说，广告平台一旦触达capping阈值后，AppsFlyer就不会再记录任何展示/点击，也不会对其进行归因。

为了避免触达该阈值，广告平台可以在广告互动量异常激增但效果没有任何提升时停投广告或停用相关子渠道。

建议您参考下列文档详细了解相关信息：
展示与点击capping
capping机制常见问题答疑

出现这种情况很有可能是因为您的PID被第三方盗用，以污染贵平台的投放数据。为了防范此类问题，AppsFlyer提供“点击签名”（click signing）解决方案，针对包含您PID的点击进行验证，确认其确实来自贵平台。

请将广告平台的点击签名说明文档分享给您的内部团队，该文档有助于您探索各种可行的实现方案。同时建议您点击面板右上角“资源中心” -> “联系我们”提出对接需求，我们的团队会指导您完成相应的流程。

Protect360面板中显示的capped clicks不是导致capping机制触发的点击量，而是在触发capping机制后的当前周期内被忽略掉的点击量。

面板中同时会显示经过capping机制检验的点击量和对应效果数据，帮助您了解该触发capping的前因后果。

建议您参考展示与点击capping说明文档。

我们的撞库算法会在一天中的多个不同时段运行，并根据内部参数和逻辑判定撞库阈值。无论在哪个时间点，只要子渠道超过了这个阈值，相关的广告互动就会被排除在归因机制之外。

请注意：部分撞库算法是跨应用生效的，也就是说，AppsFlyer识别出某个作弊渠道的异常数据后，会在其他应用中拦截这个渠道的流量。

另请参考：什么是撞库？

AppsFlyer的防作弊探测系统运用多种方法论来实现多重防护，比如独立激活和激活聚类。我们会通过子渠道、广告平台、应用等多个维度的数据汇总进行聚类分析。Protect360使用多种统计算法和机器学习算法来检验作弊行为，这些算法会将每个聚类视为一个整体。因此，如果Protect360在某个聚类中识别出假量，且统计显著性较高，则该聚类中的所有激活都会被视为假量。作弊平台的惯用伎俩之一就是在海量的作弊流量中混入一些真实的点击，从而“稀释”假量浓度，以期规避拦截机制。

默认情况下，所有传入AppsFlyer的激活都被视为有效流量。因此为了避免Protect360算法将您的测试激活归为假量聚类，您需要先根据这篇文档的说明为您的测试设备加白，然后再进行测试。

您可以查看相关假量的“详细拦截原因”（blocked sub reason）字段，更清晰地了解实际使用的假量识别方式。Protect360报告和面板中都会呈现该数据，具体取决于相关广告主的授权情况。

另外还建议您参阅Protect360拦截原因说明。

您可以在Protect360的面板和原始数据报告看到我们的假量识别结果，具体取决于相关广告主的授权情况。

建议您参阅以下文档：
Protect360面板
Protect360原始数据

对于每一个被Protect360拦截在归因范围之外的激活，AppsFlyer都可向广告平台提供被拦截流量回传。

您可以使用对接管理页面，在您的回传模板末尾添加“rejected postback”参数，就能接收拦截流量回传。

AppsFlyer的Protect360异常检测机制同时包含归因前的实时假量检测和归因后的假量检测，用于在不同的时间维度中检测假量。

与实时检测相比，归因后检测更依赖于激活发生后收集到的数据点。如果Protect360在此期间观测到异常现象，会将这些情况记录下来，并在“归因后”分类中呈现这些数据。

部分检测算法（如时间戳异常、行为异常等）会在独立激活层面所收集到的数据指向性不明确时，持续地在归因后阶段收集数据点并将其纳入动态分析，以检视其统计学特征。因此，这些Protect360算法及其计算结果会更频繁地在归因后阶段出现，使相关数据量显著升高。

进一步了解归因后的假量检测。