高级功能

本功能为高级功能，需额外付费开通。如需开通，请咨询商务/客户经理。

概要介绍

在用户全生命周期运营中，企业可能需要针对沉默或流失用户，进行促活和回流的营销推广。

为了支撑以上营销场景，神策广告分析 (Sensors Advertising Tracking, 以下简称SAT) 提供了再营销 (Remarketing) 归因、转化回传及数据分析的能力。

再营销体系包含重装 (Reinstall)、唤醒 (Wakeup) 两大场景，与此前SAT已支持的新装 (New Install) 场景并列，分别代表以下含义：

新装：指用户首次下载并激活App，或用户在上次新装很长一段时间后 (即此前的「激活保护期」，现命名「新装保护期」)，通过拉新营销活动又重新下载激活App
重装：指用户在「新装保护期」内，已经沉默一段时间的情况下，通过再营销推广重新下载激活App
唤醒：指用户在已经沉默一段时间，或与上次Deeplink唤醒间隔一段时间的情况下，通过再营销活动重新唤醒，打开了App

如何对接

如需使用SAT再营销功能，企业需要完成以下步骤：

iOS及Android端神策SDK集成/升级至指定版本之上
- Android SDK版本：6.7.6
  - 参考文档：https://manual.sensorsdata.cn/sa/latest/zh_cn/tech_sdk_client_android_ad-109576225.html
  - 特别注意，请参考文档，进行广告再营销功能的设置
- IOS SDK版本：4.5.23
  - 参考文档：https://manual.sensorsdata.cn/sa/latest/zh_cn/tech_sdk_client_ios_channel-109576322.html
  - 特别注意，请参考文档，进行广告再营销功能的设置
进行Android、iOS开发，集成再营销功能
- 参考文档：https://manual.sensorsdata.cn/sensorsadstracking/latest/page-150667463.html
联系媒体开通 Deeplink功能白名单
- 对接Deeplink能力的媒体：巨量广告升级版、腾讯广告、腾讯广告新版、快手磁力引擎、支付宝数字推广平台、网易-云音乐、华为鲸鸿动能、华为应用市场、荣耀商推平台、小米营销平台、OPPO营销平台、VIVO营销平台、微博-超级粉丝通、B站-必选广告。
  - 请注意，快手的Deeplink对接可能涉及您App上的额外开发，需要在您的App上开发快手的返回按钮，具体以您与快手的沟通结论为主
完成以上动作的App需要发版并上架 (在媒体端、应用商店更新上架应用包)
联系客户经理，申请开通再营销功能，并由客户经理沟通协调SAT平台端升级时间
升级完成后，请仔细阅读本文档内容，完成平台端的所有配置
- 升级完成后，您需要刷新页面才可见再营销功能，若仍不可见，可尝试重新登录或清除缓存后再试。
将新生成的SAT再营销监测链接、URI scheme等链接更新至媒体平台并进行联调，确保联调通过
- 联调建议：您可尝试在A媒体进行新装测试，看激活及后续转化是否正常回传。将重装、唤醒相关的沉默时长、Deeplink唤醒保护期等配置设置为0天，再在B媒体进行重装，验证转化是否正常回传；最后在C媒体进行唤醒，验证转化是否正常回传
联调全部通过后，建议试投放2-3天，确保归因、转化回传、数据查看全部无异常后，再进行大规模正式投放

请注意，以上步骤中，1~4都可能涉及App的集成、开发、发布等工作，特别是媒体侧的对接也可能涉及App开发，请您与App团队、媒体方紧密协调沟通

SAT平台端配置流程

第一步：再营销归因配置 (核心部分)

操作入口：管理与配置 → 渠道管理 → 点击右上角「渠道归因设置」 → 点击「编辑」

您需要先按照自身业务需要，按需开启「重装归因」与「唤醒归因」的开关。若不开启开关，则系统不会对重装/唤醒场景进行归因，以及后续的回传。

以上图配置为例，用户 A 的行为链路和归因结果：

在头条点击了广告后下载激活 App，打开后完成了一次购买。
之后 60 天再也没有打开过 App，直到在快手再次点击广告后主动打开了 App。
用户卸载了 App，然后过了 60 天在腾讯点击了广告，重新下载回了 App。
又过了一个月，用户点击了微博的广告，直接唤起了 App。

日期	事件	关联渠道属性	归因/关联说明
2023-04-01	$AppChannelMatching （头条的广告点击）
2023-04-01	$AppInstall	toutiao_track	激活事件向前找到 last click 为头条点击，新装归因成功，挂上渠道属性。
2023-04-01	purchase	toutiao_track	取用户挂上的渠道属性
2023-06-01	$AppChannelMatching （快手的广告点击）
2023-06-01	$AppInteract	kuaishou_track	在新装保护期（365天）内，走再营销归因逻辑。满足沉默时长（实际沉默了60天，满足7天的「深度链接以外的方式」沉默时长窗口期校验），同时向前找到 last click 为快手点击，「深度链接以外的方式」归因成功，挂上渠道属性。
2023-06-01	purchase	kuaishou_track	取用户挂上的渠道属性
2023-08-01	$AppChannelMatching （腾讯的广告点击）
2023-08-01	$AppInstall	ngdt_track	在新装保护期（365天）内，走再营销归因逻辑。满足沉默时长（实际沉默了60天，满足30天的「延迟深度链接以外的方式」沉默时长窗口期校验），同时向前找到 last click 为腾讯点击，「延迟深度链接以外的方式」归因成功，挂上渠道属性。
2023-09-01	$AppChannelMatching （微博的广告点击）
2023-09-01	$AppDeeplinkLaunch	weibo_track	在新装保护期（365天）内，走再营销归因逻辑。满足「深度链接」唤醒保护期（即前 7 天没有通过「深度链接」唤醒过），同时向前找到 last click 为微博点击，「深度链接」归因成功，挂上渠道属性。

新装归因场景介绍及配置

新装归因场景的配置与此前App归因配置相同，不过SAT支持再营销后，对相关术语的表达进行了调整：

新装保护期：即原「激活保护期」，可设置范围为1~365天
点击-新装归因窗口期：即原「激活归因窗口期」，可设置范围为1小时~30天

重装归因场景介绍及配置

由于重装是指用户在激活保护期内，卸载App后又重新安装的行为，因此重装归因下，归因事件仍为 $AppInstall，与新装场景一致。

重装归因场景中，您需要先了解 延迟深度链接 (Deferred Deeplink，下文简称DDL) 技术，因为SAT支持的两种具体的重装归因场景的划分方式，与此技术息息相关。

延迟深度链接介绍

延迟深度链接技术，作用于用户安装完App后首次打开的场景。此时，用户不是只能停留在默认的App首页，而是可以通过一个额外的自定义参数，将用户带往一个指定的页面，比如商品详情页、活动页、领券页面等等。

在SAT中，系统通过一个实时的归因能力，快速识别用户激活来源，并匹配到对应的监测链接。在启用延迟深度链接能力的情况下，监测链接上会支持配置一个「延迟深度链接跳转参数」，用于App端识别判定需要将用户跳转至哪个页面。

重装归因支持的两种场景即：

用户通过「延迟深度链接」激活App：即监测链接上配置了「延迟深度链接跳转参数」，用户重装激活App后，通过DDL能力进行了跳转
用户通过「延迟深度链接」以外的方式激活App：即监测链接上未配置「延迟深度链接跳转参数」，用户重装激活App后，不进行DDL跳转

在进行重装归因中，可自由勾选支持哪种场景下的重装归因，抑或两种都支持，请注意，此设置对项目整体生效，不过若监测链接本身未开启DDL能力，即使重装归因开启了DDL重装归因，也无法进行归因。

在两种场景下，系统支持分别进行用户 沉默时长 的额外判断，使用沉默而不是卸载的原因在于，用户卸载行为无法被监控到，因此，通过用户沉默了N天，然后重新下载激活了App，来认定一个重装。沉默时长的计算口径如下：

沉默时长定义

SAT新增了一个预置事件 $AppInteract ，该事件每日仅上报一次，系统会基于此事件来计算用户沉默时长。

沉默时长的计算为自然日。若用户昨日上报了 $AppInteract，今日又进行了上报，则沉默时长是0天；若今日未上报，则用户的沉默时长变为1天。以此类推。

注意，系统支持两种场景下沉默时长设置为不同的值，是考虑到您可能有不同场景下，重装判定严苛条件差异性的需要。您可按照业务需要，自由设置沉默时长。

在重装归因的过程中，当我们收到一个$AppInstall 事件并判定为重装时，系统需要确认，要在前置多长的时间范围内寻找可能的广告点击事件，此项配置对应字段为 点击-重装归因窗口期 ，此字段同时对两种重装归因场景生效。

唤醒归因场景介绍及配置

唤醒归因场景中，您需要先了解 深度链接 (Deeplink，下文简称DL) 技术，因为SAT支持的两种具体的唤醒归因场景的划分方式，与此技术息息相关。

深度链接介绍

深度链接技术，是为了解决移动生态下，不同App间的“围墙花园”而生的，为App间的跳转，带来类似于Web端点击链接直达的体验。

目前DL技术支持多套应用间的唤醒协议，不过目前国内媒体都普遍仅支持URI scheme方式，这是一种较为早期的唤醒协议，能同时兼容iOS与Android生态。在集成此技术后，用户在来源App中，通过点击广告等动作，在来源App中触发URI scheme，其后通过OS级的跳转能力，可将用户直接从来源App带到目标App的指定页面。

由于DL技术会直接将用户带离来源App，因此媒体侧通常对此能力的开放较为慎重，需要达到一定的门槛才可开通白名单功能，此外，此功能还需要来源App中配置支持了对应的URI scheme协议头。因此，使用此技术需要客户与媒体侧沟通确认可以开通使用。

在DL的URI scheme协议方式中，比较重要的值是URI scheme协议头，也即SAT的 URI scheme前缀 ，协议头直接决定了跳转的目标App，此外，还有一个字段名为 URI scheme后缀，可以考虑自行开发为用户通过DL打开App后跳转的目标页面参数。另外SAT也单独提供了一个名为「深度链接跳转参数」的字段，可用于DL场景下的用户跳转。我们更建议您使用深度链接跳转参数，来进行用户跳转页面的判断。

唤醒归因支持的两种场景即：

用户通过「深度链接」打开App：即监测链接上配置了URI scheme前缀，用户点击广告后，直接通过DL能力打开了App
用户通过「深度链接」以外的方式打开App：即监测链接上未配置URI scheme前缀，用户看到广告并点击后，未通过DL能力打开App，但是在短时间内自行打开了App。此场景可能是由于您未开启DL能力，也可能是URI scheme未生效

在第一种场景中，SAT使用DL专用的事件进行归因，即 $AppDeeplinkLaunch，在第二种场景中，我们使用前述的 $AppInteract 事件进行归因。

与重装归因类似，唤醒归因也支持对用户进行额外的过滤：

在第一种场景中，我们引入了 「深度链接」唤醒保护期 的概念，此概念类似于新装保护期。指用户若在N日内，已经被DL唤醒场景归因过，则即使触发了 $AppDeeplinkLaunch 事件，也不会再进行归因
在第二种场景中，我们沿用了重装场景中的用户沉默时长概念，用户需满足N日以上的沉默，才可能被此场景归因

注意，系统为深度链接场景引入了一种单独的配置概念，是考虑到Deeplink营销场景的特殊性，您可根据自身业务需要，自由选择此保护期的大小。

在唤醒归因的过程中，当我们收到一个$AppDeeplinkLaunch 事件或 $AppInteract 事件时，系统需要确认，要在前置多长的时间范围内寻找可能的广告点击事件，此项配置对应字段为 点击-唤醒归因窗口期 ，此字段同时对两种唤醒归因场景生效。

若您已生成了再营销链接，并在后续将再营销技术开关关闭（或者在渠道归因设置处将重装归因和唤醒归因开关全部关闭），那么所有已生成的再营销链接将不再生效，再营销链接监测到的点击（不论是再营销点击还是普通点击）都将不再被归因。

第二步：配置URI scheme前缀

如前所述，若需使用DL技术，则需配置URI scheme前缀。除了您在自身App中进行工程配置外，也需要在SAT平台中，填写App的URI scheme前缀。

入口：资产 → 推广内容 → iOS & Android

请注意：若您未开启再营销功能，或未在第一步中打开唤醒归因的开关，则无法进行此配置

第三步：监测链接配置

现在，您可以灵活确认，您的每一条监测链接，是否需要开启再营销功能，以及具体支持的再营销场景了。配置完成后，此监测链接所绑定的用户，都可以进行DDL / DL跳转 (若您进行了配置)。并且支持对应场景的重装及唤醒归因。

请您注意，3.1节中的第一步是项目级配置，即：即使您在链接中开启了重装两种场景、唤醒两种场景的配置，但是在3.1节的归因配置中，有部分场景未开启归因，则该场景下的用户不会被归因。同时，若归因配置中您重装、唤醒的归因都未开启，则您在监测链接中无法启用再营销功能。

上图所展示的字段，均在3.1节中有所介绍，主要为「再营销归因」和「App 内用户承接」所需要填写的字段：

「再营销归因」：开启后，本链接将支持「重装归因」和「唤醒归因」，可分别用于记录「激活保护期内用户的应用重装激活行为」和「已安装用户的应用打开行为」。请按需勾选您需要纳入归因的场景。
「App 内用户承接」：填写后，本链接将支持 DL 和 DDL 的跳转。具体来说，当用户点击广告，并通过 DDL 链接下载并打开 App 或通过 DL 链接直接唤起 App 后，系统将在跳转匹配成功后向 App SDK 返回您填写的路由参数，您可以结合自己 App 的逻辑做用户页面跳转或其他用户承接行为。
- DDL（未安装场景下 App 激活后跳转）：填写「延迟深度链接路由参数」，系统将在用户下载完并打开 App 时，对跳转匹配成功的用户返回该参数，供您的 App 进行跳转或其他用户承接。
- DL（已安装场景下 App 唤起后跳转）：填写 Uri scheme 前缀，以绑定需要唤起的 App。填写「深度链接路由参数」，系统将在用户唤起 App 后，对跳转匹配成功的用户返回该参数，供您的 App 进行跳转或其他用户承接。

特别需要您注意的是，由于DDL技术的特性，「延迟深度链接跳转参数」不仅对重装用户生效，也会对新装用户生效。

再营销转化回传

在当前版本中，SAT 回传的逻辑是 末次渠道回传，即：不管是开启了多少种归因场景，用户的转化行为均会被回传给其最近一次被归因到的渠道

再营销数据查看

在当前版本中，后链事件渠道属性关联的逻辑是 末次渠道关联，即：不管是开启了多少种归因场景，用户的后链事件渠道属性始终为用户末次归因到的渠道。不管是在SAT报表，还是在神策分析中查看sd_xx 虚拟属性，都是此逻辑。

再营销联调

准备工作

iOS与Android设备各一台

联调核心思路与注意点

① 同一渠道完整联调包括iOS、Android设备分别联调归因、回传成功新装、重装、唤醒三个场景，视为联调成功

② 进行新装、重装、唤醒三个场景的联调时，使用不同的监测链接来判断是否在新的场景上归因成功

③ 通过将重装、唤醒的沉默时长限制缩短到0天，来减少重装、唤醒归因的触发等待时间

④ 唤醒若使用非deeplink场景做联调，需注意归因事件$AppInteract每日仅首次打开App时上报一次，包含激活 (但激活上报时，系统走新装/重装归因，会忽略$AppInteract作为归因事件)。因此对于每一个设备，只可第一天联调新装、重装，第二天联调唤醒。若使用deeplink场景做唤醒联调，则无需等到第二天

联调步骤

联调新装

*若该渠道此前已联调成功过新装，可忽略

准备好Android (iOS) 设备
创建一条监测链接，不开启再营销功能
在媒体侧操作联调工具，配置监测链接与回传事件，并进行联调
激活App前，请先在神策数据管理-数据接入-实时数据导入查询中，点击开始刷新
激活后，实时数据导入查询中，应当抓取到激活事件上报详细信息，可查看链接ID是否与配置的监测链接相同
确认成功后，可再联调iOS (Android) 设备，重复上述步骤

联调重装

准备好Android (iOS) 设备
创建一条监测链接，必须开启再营销功能
设备卸载掉App，并确保在激活保护期内 (激活保护期内才可触发重装归因)，若不在激活保护期内，请先激活并卸载一次
在媒体侧操作联调工具，配置监测链接与回传事件，并进行联调
激活App前，请先在神策数据管理-数据接入-实时数据导入查询中，点击开始刷新
激活后，实时数据导入查询中，应当抓取到激活事件上报详细信息，可查看链接ID是否与配置的监测链接相同
确认成功后，可再联调iOS (Android) 设备，重复上述步骤

联调唤醒 (非deeplink场景)

准备好Android (iOS) 设备
创建一条监测链接，必须开启再营销功能
设备中必须确保已经有App且已激活，且今天尚未打开过。若设备未激活，请先激活，明日再联调；若设备今天已打开过，请明日打开之前再联调；
在媒体侧操作联调工具，配置监测链接与回传事件，并进行联调
打开App前，请先在神策数据管理-数据接入-实时数据导入查询中，点击开始刷新
打开后，实时数据导入查询中，应当抓取到$AppInteract事件上报详细信息，可查看链接ID是否与配置的监测链接相同
确认成功后，可再联调iOS (Android) 设备，重复上述步骤

联调唤醒 (deeplink场景)

准备好Android (iOS) 设备
创建一条监测链接，必须开启再营销功能,并且选择「用户通过深度链接打开 App」。
为便于联调测试，可将「深度链接」唤醒保护期设置为0天
设备中必须确保已经有App且已激活
在媒体侧操作联调工具，配置监测链接、deeplink 链接与回传事件，并进行联调。
联调前，请先在神策数据管理-数据接入-实时数据导入查询中，点击开始刷新
联调过程中，确保通过媒体工具可以下发点击监测数据,并触发deeplink链接调起测试的应用。
媒体侧联调工具中，对应的回传事件显示成功接受状态，代表联调成功。
通过神策数据管理-数据接入-实时数据导入查询，亦可抓取到$AppChannelMatching事件以及$AppDeeplinkLaunch事件上报详细信息
确认成功后，可再联调iOS (Android) 设备，重复上述步骤

业务专题