追踪链接 会在用户查看或点击您的某个广告时被触发。它们会通知您的归因服务商 (MMP) 该次查看或点击,以便归因服务商能够追踪移动应用的安装和再互动。
Singular Links 是一种先进的追踪链接解决方案,提供友好的 UI 用于创建和管理追踪链接。您可以选择链接行为、归因设置以及要包含在链接中的额外信息。Singular Links 还会在可能的情况下自动利用 iOS Universal Links 和 Android intent 技术来创建 深度链接 。
故障排除
如果您点击 Singular 链接时应用没有打开,问题通常是以下之一:
-
应用或 Singular 仪表板中缺少必要的前提条件:
- 确保您的应用满足必要的前提条件和配置。
- 请在此处查看详细的前提条件指南: Singular Links Prerequisites 。
-
链接配置不正确:
- 请验证目标地址是否已在 "Manage Links" 页面中正确设置。
- 请按照本指南中的步骤操作: 如何创建深度链接 。
在深度链接可用但延迟深度链接不可用的情况下,问题在于 Singular Links Handler 是否按照 Singular 的 SDK 最佳实践进行实现,因为我们建议在 Open URL 时以及应用的所有入口点处初始化 Singular SDK。
在 iOS 上,测试延迟深度链接时的一个常见问题是 Apple 的 Private Relay——请务必在您的测试设备上通过 Settings > [Name] > iCloud > Advanced Data Protection > Private Relay 将其关闭:
测试延迟深度链接的最佳方法是从 Singular 的测试指南重新开始。 请按照本指南操作: 如何测试追踪链接 同时使用您的 Singular 链接。
请检查该链接是否已存在。您无法创建与已有链接具有相同来源、追踪链接名称和已配置应用站点的追踪链接。
如果您希望始终再营销到 "If app is not installed go to" 目标地址,即使应用已安装也不尝试对用户进行深度链接,那么只需在创建 Singular 链接时不配置深度链接目标即可。
常见问题
追踪链接的术语和概念
当用户查看或点击您的某个广告时,他们会激活一个链接,该链接会将该次查看或点击通知给您的归因服务商。归因服务商利用这些信息来追踪移动应用的安装和再互动。该链接还可以包含其他信息,这些信息最终将显示在您的报告中。
» 有关追踪链接如何实现归因的更多背景信息,请参阅 了解 Singular 移动应用归因 。
Singular Links 是 Singular 的追踪链接解决方案,它让您可以通过一个 UI 来创建和管理追踪链接,该 UI 会引导您完成链接行为、归因设置以及要包含在链接中的额外信息的所有可用选项。
Singular Links 会在可能的情况下自动利用 iOS Universal Links 和 Android intent 技术来创建深度链接(参见 前提条件 )。
以下是一个 Singular Link 的示例。您可以在您的 iOS 或 Android 设备上进行尝试:
https://singularassist.sng.link/A59c0/nha7?_dl=singularassist%3A%2F%2F
关于旧版追踪链接的说明: 在文档中,我们交替使用 "Singular Links" 和 "追踪链接" 这两个术语。您的帐户可能仍然可以访问 Singular 的旧版追踪链接解决方案。为避免混淆,这些被称为 "旧版追踪链接"。
在深度链接的语境中,后备再营销是指当深度链接失败时您希望将用户引导至的再营销目标地址。
通常,如果用户点击了您应用的广告,您希望深度链接将他们引导至应用内的特定屏幕。但如果用户尚未安装该应用,您则希望改为将用户再营销到应用商店以下载您的应用。
深度链接术语和概念 + iOS Universal Links
开发人员一直在使用不同的方法来实现深度链接:
注意: Singular Links 技术是在充分考虑 iOS 和 Android 深度链接趋势的基础上开发的。当您在 Singular 中生成追踪链接时,该链接会自动启用兼容的深度链接技术,包括 Apple Universal Links 、Android app links 和 Android intent 技术。此外,Singular SDK 旨在简化深度链接和延迟深度链接的使用。有关更多信息,请参阅 Singular Links 常见问题 。
-
URI Schemes(例如 "myapp://path/to/page?pageid=1"):
也称为 "app scheme" 深度链接。在这种旧版深度链接方法中,应用开发人员为应用注册一个 "scheme",以便设备平台知道每当用户点击带有该 scheme 的链接时都需要打开该应用——在我们的示例中,即任何以 "myapp://" 开头的链接。
- 如果应用已安装在设备上,它会打开,然后解析链接的其余部分,并相应地向用户显示应用内的特定页面或提供特定体验。
- 如果应用未安装在用户设备上,则会导致错误。没有后备 URL。
-
iOS Universal Links(iOS 9+):
这项技术是为改进 iOS 上基于 URI scheme 的深度链接而开发的。使用这项技术时,应用开发人员首先设置一个经过验证的 Web 域(例如 "myapp.com")来为应用提供 Universal Links。当用户点击 Universal Link(例如 "https://www.myapp.com/path/to/page?pageid=1")时,设备平台知道它需要打开特定的应用。
- 如果应用已安装在设备上,它会打开,然后解析链接的其余部分,并相应地向用户显示应用内的特定页面或提供特定体验。
- 如果应用未安装,用户将使用设备的默认浏览器被无缝引导至 Web URL。
-
Android App Links(Android 6.0+):
Android 对基于 URI scheme 的深度链接的改进。使用这项技术时,应用开发人员首先设置一个经过验证的 Web 域来提供 App Links。当用户点击 app link 时,设备平台知道它需要打开特定的应用。
- 如果应用已安装在设备上,它会打开,然后解析链接的其余部分,并相应地向用户显示应用内的特定页面或提供特定体验。
- 如果应用未安装,用户将使用设备的默认浏览器被无缝引导至 Web URL。
尽管深度链接是与用户互动的一种极为有用的方式,但要在您的营销渠道中正确使用它,您应该熟悉它的用法和局限性。
再营销设置
请务必设置 redirect=true。
URI (App) Schemes 的局限性
通常不建议使用 URI (app) schemes,因为如果应用尚未安装在用户设备上,点击链接将导致错误并大幅降低用户参与度。
在 iOS 上,当首选方法 iOS Universal Links 可能失败时, URI scheme 深度链接可能是对用户进行深度链接的唯一方法。但请记住,使用 URI scheme 深度链接时的最终用户体验并不理想,用户可能会看到弹出窗口,具体取决于他们的默认 iOS 浏览器:
| iOS 上 URI scheme 深度链接的用户体验示例 | |
|---|---|
|
深度链接前的用户确认 |
如果应用未安装,会弹出用户 "error" 提示。点击 "OK" 后,用户会继续前往后备目标地址 |
注意: Singular 为 iOS 和 Android 链接提供了社交着陆页 (Social Landing Page),以确保用户从社交媒体应用内浏览器点击链接时获得无缝的深度链接体验。有关更多详情,请参阅 这篇 文章。
有关 iOS Universal Link 深度链接失败的常见原因,请参阅下一节。
在 Android 上,您可以通过使用 Android intents 将用户引导至 Google Play 商店而非显示错误消息来解决此问题。
此外,URI scheme 深度链接存在安全漏洞:其他应用可以注册与您应用相同的 URI scheme 并劫持您的深度链接。
iOS Universal Links 的局限性
- 社交媒体应用: 有些社交媒体应用会故意破坏或限制试图将用户带离该社交媒体应用的深度链接。这些通常是在内部 Web 浏览器视图中打开链接的社交媒体应用。
- 链接包装: Universal Links 无法与链接包装配合使用,即由另一个 URL 再营销到 universal link。链接包装包括诸如 bit.ly 之类的短链接工具。
- 粘贴到浏览器 URL 字段: 如果您将链接输入到移动浏览器的 URL 字段中,Universal Links 将不会进行深度链接。
- 使用 Javascript 触发链接: 触发 URL 再营销的脚本除非是用户操作的一部分,否则不会进行深度链接。
Universal Links 是 Apple 的深度链接技术,旨在取代较旧的 URI scheme 深度链接方法。它们适用于运行 iOS 9 及以上版本的设备。
虽然 Universal Links 允许实现类似于 URI schemes 的深度链接行为,但它们在后台的运作方式截然不同。Universal Links 看起来像普通的 HTTPS URL,例如 "https://www.linkedin.com"。当用户点击 Universal Click 时,用户的设备会打开为该链接配置的应用。如果设备上未安装该应用,用户将在其移动浏览器中被引导至实际的 URL。
请参阅 Apple 的开发者文档 。
作为应用开发人员,请执行以下操作以在您的应用中启用 Universal Links:
-
在您的 Apple 开发者帐户中启用 Associated Domains
登录您的 Apple 开发者帐户 并前往该应用的 ID 页面。启用 Associated Domains 应用服务。记下您的 Prefix (bundle ID) 和您的 ID (team ID)——稍后您会用到它们。
-
为您的应用添加 Associated Domain 功能
在 Xcode 中为您的应用添加 "Associated Domain" 功能,并将您 Web 服务器的域添加为 associated domain。
-
配置 Web 服务器
-
创建 apple-app-site-association 文件
使用您应用页面中的 Prefix 和 ID,配置一个如下所示的 JSON 格式文件,并将其托管在可从根目录访问的 HTTPS Web 域上。
例如,如果您拥有 "https://www.mycompanywebsite.com/domain",则您的 JSON 文件应可在 URL "https://www.mycompanywebsite.com/apple-app-site-association" 处访问。请注意,托管的文件不包含 .json 文件扩展名。
{ "applinks":{ "apps":[ ], "details":[ { "appID":"A4GXBZ4XU7.my.cool.app", "paths":[ "/page/all/", "/user/saved/*" ] } ] } }appID 是您的 [teamID].[app bundle ID] ,它标识您的应用。paths 描述了您应用中的有效内容页面。Apple 建议保持 paths 简短。使用通配符 ("*") 指定所有路径,并使用 "NOT" 关键字排除路径,例如 "NOT /user/saved/*"。
-
处理 Universal Links 代码
最后一步是确保任何打开您应用的 Universal Link 都能被正确处理。为此,请在您的 application delegate 中实现 application:continueUserActivity:restorationHandler: 方法。
- (BOOL)application:(UIApplication *)application continueUserActivity:(NSUserActivity *)userActivity restorationHandler:(void (^)(NSArray *_Nullable))restorationHandler { if ([userActivity.activityType isEqualToString:NSUserActivityTypeBrowsingWeb]) { NSURL *url = userActivity.webpageURL; // Put code here to take user to relevant content} return YES; }
-
Singular 会自动处理这个问题。 在您为 iOS 应用设置好 Universal Links 之后,当您为应用创建 Singular Link 并启用深度链接时,该链接将自动作为 iOS Universal Link 运作——同时提供深度链接和移动端后备。
链接包装
链接包装(即由另一个链接再营销到 Universal Link URL)常常会导致深度链接失败(用户只是在浏览器中被带到移动网页)。这是因为 Apple 希望任何重新路由背后都有 "用户意图",而再营销到另一个 URL 并导致深度链接的追踪链接不被视为直接的用户意图。因此,您无法将 Universal Links 与那些对归因追踪器的追踪链接进行链接包装的合作伙伴一起使用。
请参阅 哪些自定义来源支持深度链接和其他 Singular Links 功能?
没有 "点击" 的追踪
如果用户点击了一个启用了追踪的 Universal Link,并且它将用户深度链接到应用中(因为应用已安装),有些归因追踪器可能无法追踪这个触点,因为设备没有执行任何 HTTP 请求,因此没有注册任何 "点击"。
使用 Singular 会为您处理这个问题,因为 Singular Links 确保对安装链接和深度链接都进行完整的获取和再互动追踪。
按合作伙伴划分的支持功能
深度链接的支持情况因合作伙伴而异。有些合作伙伴甚至要求再互动广告系列使用深度链接,因为这些广告系列针对的是已经拥有该应用的已知现有用户。
» 详细了解,请参阅我们的 深度链接常见问题 。
自归因网络 ( SAN ) 合作伙伴
诸如 Facebook 和 Google Ads 之类的自归因合作伙伴不支持移动应用广告系列的追踪链接。要为这些合作伙伴配置深度链接,您需要使用合作伙伴的仪表板,并且可能需要根据合作伙伴的说明配置您的应用。
详细了解如何与以下自归因合作伙伴进行深度链接:
有关更多信息,我们建议您联系您的合作伙伴联系人。
非自归因合作伙伴
此类别中的一些合作伙伴不使用 MMP 追踪链接进行再营销或深度链接。相反,Singular 会异步接收点击通知。这些合作伙伴也被称为 服务器到服务器或异步集成的合作伙伴 ,深度链接通常可以在合作伙伴的广告系列仪表板中进行配置。
对于支持移动应用广告系列追踪链接再营销的非自归因合作伙伴,可以使用 Singular Links 在与已安装您应用的用户互动时提供深度链接体验。
当广告系列使用深度链接时,我们建议添加延迟深度链接。
请注意,与深度链接一样,延迟深度链接的设置在自归因合作伙伴和非自归因合作伙伴之间有所不同。
自归因合作伙伴
诸如 Facebook 和 Google Ads 之类的自归因合作伙伴不支持移动应用广告系列的追踪链接。因此,深度链接和延迟深度链接在合作伙伴的仪表板中配置,并可能需要满足合作伙伴特定的应用处理要求。对于在集成中支持延迟深度链接的合作伙伴,与自归因网络的延迟深度链接已内置于 MMP 集成本身。
Singular 支持以下合作伙伴的延迟深度链接:
- Facebook ( 阅读更多 )。要通过 Singular 启用延迟深度链接,请联系您的 Singular 客户成功经理。请确保 Facebook SDK 中 未 启用等效功能。
- Snapchat :在激活的 Partner Configuration 下自动启用。
- Google Ads: 在激活的 Partner Configuration 下自动启用。
- TikTok Ads: 在激活的 Partner Configuration 下自动启用。请参阅 TikTok 关于在支持的广告系列目标下启用延迟深度链接的帮助中心文章 。
请联系您的 Singular 客户成功经理,以咨询正在开发中的更多自归因网络的延迟深度链接可能性。
非自归因合作伙伴
只需为 Singular Link 配置延迟深度链接值,即可为任何非自归因合作伙伴启用并使用延迟深度链接。与深度链接不同,延迟深度链接不依赖于合作伙伴再营销,而是通过您与 Singular SDK(或 S2S API)的集成启用的一项功能。
创建 Singular Links
Singular 追踪链接具有以下结构,其中 [SUBDOMAIN] 由您选择,[DNS_ZONE] 为 "sng.link"。子域和 DNS 区域共同构成域。
您可以创建单个域并将其用于您的所有链接,也可以创建多个域用于不同的用途。您必须至少创建一个域。
示例:
对于一个推广名为 Jewel Rush 的应用的广告系列,您可以创建域 "jewelrush.sng.link" 。然后您可以用它来创建具有以下结构的追踪链接:
https://jewelrush.sng.link/[PARAMETERS]
注意: 目前,我们不允许在链接子域中传递诸如 -、$、! 之类的特殊字符。作为最佳实践,请创建不含特殊字符的链接子域。
对于使用特殊字符创建的任何子域,您可以通过将鼠标悬停在其上来标星和归档您的域。如果您归档某个链接域,系统会提示您确认操作。
合作伙伴 (Partners) 是与 Singular 的归因追踪器集成的广告网络和其他服务。
当您创建 Partner 链接时,Singular 会通过以下方式自动化部分流程:
- 仅显示 该合作伙伴支持的选项 。例如,有些合作伙伴仅支持 iOS 或仅支持 Android。
- 生成带有合作伙伴宏的 追踪链接 ,这些宏允许合作伙伴将广告系列信息传递给 Singular。
自定义来源 (Custom Sources) 是自有或自管理的营销渠道,例如电子邮件或短信广告系列、社交媒体和交叉推广广告系列。
注意: 如果您与电子邮件服务提供商合作,请创建 Partner 追踪链接。如果您自行管理电子邮件广告系列,请创建 Custom 追踪链接。
诸如 Facebook 和 X Ads 之类的自归因网络不使用 Singular 追踪链接。要配置它们,请参阅以下说明:
- Facebook Ads 归因集成
- Google Ads (AdWords) 归因集成
- X (Twitter) Ads 归因集成
- 或在 合作伙伴集成详情 部分找到该 SAN 的指南。
有时可以——取决于合作伙伴。
- 有些合作伙伴 仅支持 iOS 或仅支持 Android 。
- 另一些合作伙伴 同时支持两个平台 ,但要求您为每个平台创建单独的链接。
- 最后,有些合作伙伴允许您创建 多平台链接 ,即创建一个可同时用于两个平台的追踪链接。
Create Link 页面会显示您所选合作伙伴支持的选项。
注意: 要使您的链接可用于某个特定平台,您必须首先在 Singular 的 Apps Configuration 页面中为该平台设置您的应用(添加应用站点)。
确定性 点击/查看 是基于设备标识符或 Google Install Referrer 归因到某个来源的。
概率性点击/查看 是在没有设备 ID 的情况下,基于 Singular 收集的有关用户设备的各种属性的组合进行归因的。概率性归因方法仅适用于 Android 设备。Apple 禁止在 iOS 设备上使用概率性方法( 参见此处 )。
» 有关更多信息,请参阅 Singular 归因方法 。
注意: 链接缩短 仅适用于自定义链接 。
在您点击 Generate 并看到追踪链接 URL 后,您可以选择 Shorten Link 来创建同一链接的更短版本。这对于 URL 会暴露给最终用户的自定义渠道,或对 URL 长度有限制的渠道(例如短信)非常有用。
提示: 缩短的链接还可用于更新正在进行的广告系列,而无需替换追踪链接。
例如,您可能使用横幅或着陆页来追踪一个定期变化的促销优惠。如果您使用完整长度的 Singular 追踪链接,每次想要更改促销详情时都必须替换该链接。而如果您改用缩短的链接,则可以从 Singular Link Management 页面更新促销详情(通过更改链接参数)。
链接结构和参数
这是一个在 Create Link 页面生成的 Singular Link 示例:
https://company.sng.link/C59c0/47bm?_dl=singular%3A%2F%2Ftestlink&idfa={idfa}&aifa={aifa}&pcn={campaign_name}&pcid={campaign_id}&pcrn={creative_name}&pcrid={creative_id}
该链接的组成部分为:
| 组成部分 | 示例 | 描述 |
|---|---|---|
| 子域 (Subdomain) | company | 追踪链接的可自定义子域。 |
| 域 (Domain) | sng.link | 追踪链接的域。 |
| App ID (Path) | C59c0 | 代表应用的 Singular 生成 ID。与 Link ID 结合使用以唯一标识追踪链接。 |
| Link ID (Path) | 47bm | 代表编码在追踪链接中的链接信息的 Singular 生成 ID。与 App ID 结合使用以唯一标识追踪链接。 |
| 查询参数 (Query Parameters) |
_dl=singular%3A%2F%2Ftestlink
&idfa={idfa}&aifa={aifa} &pcn={campaign_name} &pcid={campaign_id} &pcrn={creative_name} &pcrid={creative_id} |
为追踪链接添加功能和报告细分粒度的可选参数。 |
有关查询参数的完整列表,请参阅 追踪链接参数和报告维度 。
查看、编辑、归档和删除链接
已加星的应用会被固定在 Link Management 页面列表的顶部。此设置可按用户自定义,并会为您下次登录保存。
这意味着,如果您的组织有大量应用,您不必每次想要创建或管理 Singular Links 时都滚动浏览整个列表——您可以快速访问您正在处理的特定应用。
一旦您在 Edit Tracking Link 页面中点击 Save ,更改就会立即生效。
如果该链接已在广告系列中处于活动状态,则属于这些广告系列的任何过往点击、展示和归因都不会受到影响。
注意: 我们不建议编辑正在使用中的追踪链接。提供编辑功能是为了在广告系列准备阶段调整设置或纠正错误。在链接上线后编辑它可能会对归因产生意外影响。
您可以从 Manage Links 屏幕永久删除 Singular Link。
- 前往 Attribution > Manage Links 。
- 找到您要删除的链接。
- 点击该链接所在行的垃圾桶(删除)图标。
- 在确认对话框中,点击 Yes, delete link 。
该链接将被永久删除。任何活动的再营销将立即停止工作——点击该链接的用户会遇到错误。追踪和归因数据将不再被收集。
警告: 删除是永久性的,无法撤消。
当您归档某个追踪链接时,该链接会从您的追踪链接仪表板中隐藏。其目的是通过隐藏属于过往广告系列的旧链接来整理您的仪表板。
我们为这些链接保留 30 天的宽限期。30 天后,已归档的链接将从我们的服务器上永久删除并停止工作。链接一旦被硬删除,我们将无法恢复。
注意: 归档不可逆!如果您想立即并永久停用某个链接,可以改为删除它。请参阅上方的 我如何删除追踪链接? 。
| 归档 | 删除 | |
|---|---|---|
| 从 Manage Links 中隐藏链接 | ✓ | ✓ |
| 链接继续再营销用户 | ✓ | ✗ |
| 追踪和归因继续进行 | ✓ | ✗ |
| 可逆 | ✓(30 天内) | ✗ |
当您想整理仪表板同时保持链接功能正常时,请使用 归档 。当您想完全并立即停用某个链接时——例如,为了停止对欺诈性或已停用的联盟链接的归因——请使用 删除 。
要搜索和筛选您的链接列表,请使用 Manage Links 页面左上角的搜索栏。
只需输入追踪链接 URL(或其一部分)、链接名称、来源名称等。与您的字符串匹配的链接将显示在右侧的 Available Links 下。
高级用法
您可以让链接发挥更大作用,即在展示广告时 动态地向其添加数据 。如果用户与其中一个广告互动然后进入您的应用,这些数据随后可以被您的应用读取和使用。要添加动态数据,请将 _p 参数和任意值附加到您的 Singular Link 末尾。 _p 代表 "passthrough"(透传),您可以为其赋予一个经过 URL 编码的 JSON 值或一个非结构化的字符串值。
示例: 您有一个购物应用,并在移动网站上展示不同鞋子的动态横幅广告。您已经创建了一个如下所示的 Singular Link: https://myshoppingapp.sng.link/A59c0/nha7
当您展示广告时,所展示的特定鞋款有一个产品 ID,例如 "Shoes123"。您使用 "_p" 参数将该产品 ID 附加到您的 Singular Link。结果为: https://myshoppingapp.sng.link/A59c0/nha7?_p=Shoes123
每当用户与该横幅互动然后安装并打开应用时,您的应用就可以使用 Singular SDK 读取该产品 ID。您的应用团队可以利用这些信息来个性化用户的首次应用体验。
JSON 示例: 您可以按如下方式构建一个 JSON 对象:
{
"productid":"Shoes123",
"qty":1
}
然后对其进行 URL 编码,并将其附加到您的 Singular 追踪链接中的 _p 参数:
https://myshoppingapp.sng.link/A59c0/nha7?_p=%7B%22productid%22%3A%22Shoes123%22%2C%22qty%22%3A1%7D
在 Singular Links 中使用着陆页有两种选择:
选项 1 — Singular 的社交着陆页(内置)
Singular 为 iOS 和 Android 链接提供了一个自动的 社交着陆页 (Social Landing Page) ,以确保当用户从社交媒体应用内浏览器(iOS Universal Links 无法触发的地方)点击时进行可靠的深度链接。
支持的链接类型: Custom Source 链接、Mobile Web-to-App 链接和 Partner 链接(针对深度链接被阻止的特定合作伙伴)。
如何启用: 对于所有链接类型,在 Manage Links 中的 Social Link Settings 下切换 Enable Landing Page 。
有关更多详情,请参阅 如何构建追踪链接:社交着陆页 。
选项 2 — 客户自托管的着陆页
如果您决定自定义着陆页适合您的广告系列,并且您的广告系列依赖于 移动归因服务商 进行追踪,请首先考虑以下事项:
- 确保用户有办法从着陆页转化到应用。
- 考虑您正在使用的媒体渠道。集成的合作伙伴可能支持不同的方法来实现着陆页。
然后,决定您想将安装归因到哪个触点。
- 追踪将用户带到着陆页的点击: 在这种情况下,只需照常使用您在 Link Management 页面生成的 Singular Link,并将着陆页定义为您的 Mobile Fallback URL。
- 追踪用户在着陆页内互动的点击: 如果您选择此选项,请将 Singular Link 嵌入到您的着陆页中。确保从广告到着陆页的链接将任何必要的追踪值透传到着陆页。
您可以使用 Singular Links 来追踪您在自有渠道(例如社交媒体或短信)中的营销工作。但是,深度链接仅在某些渠道中通过某些技术才能起作用。
我们汇编了一份已知的常见再营销局限性列表:
| Android | iOS | |||
|---|---|---|---|---|
| 后备到 Google Play Store | 深度链接 | 后备到 App Store | 深度链接 | |
| Facebook Feed | 是 | 需要着陆页 | 是 | 需要着陆页 |
| Facebook Messenger | 是 | 需要着陆页 | 是 | 需要着陆页 |
| YouTube | 是 | 需要着陆页 | 是 | 需要着陆页 |
| Gmail | 是 | 是 | 是 | 是 |
| 是 | 否 | 否 | 需要着陆页 | |
| LINE | 是 | 是 | 是 | 否 |
| Mail (iOS) | 是 | 是 | 是 | 是 |
| Messages (iOS) | 是 | 是 | 是 | 是 |
| 否 | 否 | 否 | 否 | |
| Slack | 是 | 需要着陆页 | 是 | 需要着陆页 |
| X Ads (Twitter) | 是 | 需要着陆页 | 是 | 需要着陆页 |
| 是 | 否 | 否 | 否 | |
| 是 | 是 | 是 | 是 | |
当您在自定义来源中使用 Singular Links 时,您可以添加维度信息,以便在您的报告中获得更高的细分粒度。例如,如果您在追踪链接中传递广告系列名称,您将在报告中获得广告系列级别的细分粒度。
要传递这些信息,请在提供链接时将其作为参数添加到链接中。请参阅 Singular 支持的 追踪链接报告参数完整列表 。例如,以下链接会将 Campaign Name 维度记录为 "CoolShoes123":
https://singularassist.sng.link/A59c0/u53f?_dl=singularassist%3A%2F%2F&_p=%7B%22productid%22%3A%22Shoes123%22%7D&pcn=CoolShoes123
您可以通过向您的 Singular Link 添加 _dl 、 _ddl 或其他再营销参数来动态覆盖链接再营销(参见下方完整表格)。例如,当您根据用户的某些输入或在用户互动的上下文中提供动态深度链接时,这会很有用。
您想使用同一个链接,但在某些情况下深度链接到 myapp://registration。要实现这一点,请将 _dl= 更新为新值并使用同一个链接: https://myshoppingapp.sng.link/A59c0/nha7?_dl=myapp%3A%2F%2Fregistration 。
以下查询参数可以根据需要进行附加或修改。请记住在将值附加到参数时对其进行 URL 编码 。
| 参数 | 描述 |
|---|---|
| _dl | 适用于 所有移动平台 的深度链接。注意:只有当原始链接已启用深度链接时,才能覆盖/使用此查询参数。 |
| _ddl | 适用于 所有移动平台 的延迟深度链接。注意:即使在创建时未通过 UI 启用,_ddl 也可以启用延迟深度链接。 |
| _fallback_redirect | 适用于所有平台(Web + 任何其他平台)的后备再营销。 |
| _android_dl | Android 的深度链接。当您在 Android 上的深度链接 URL 与您的 iOS 应用不同时,通常会使用此参数。 |
| _android_redirect | 应用未安装在 Android 上时的再营销 URL。这通常是应用商店 URL。 |
| _android_ddl | Android 的延迟深度链接。当您在 Android 上的深度链接 URL 与您的 iOS 应用不同时,通常会使用此参数。注意:即使在创建时未通过 UI 启用,_android_ddl 也可以启用延迟深度链接。 |
| _ios_dl | iOS 的深度链接。当您在 iOS 上的深度链接 URL 与您的 Android 应用不同时,通常会使用此参数。注意:只有当原始链接已启用 iOS 深度链接时,才能覆盖/使用此查询参数。 |
| _ios_redirect | 应用未安装在 iOS 上时的再营销 URL。这通常是应用商店 URL。 |
| _ios_ddl | iOS 的延迟深度链接。当您在 iOS 上的深度链接 URL 与您的 Android 应用不同时,通常会使用此参数。注意:即使在创建时未通过 UI 启用,_ios_ddl 也可以启用延迟深度链接。 |
| _force_redirect=1 |
在 iOS Universal Links 可能无法进行深度链接 的情况下,附加 &_force_redirect=1 (或 &_force_redirect=true )将使 Singular Link 能够使用基于 app scheme 的深度链接,从而强制向最终用户进行深度链接。 这最常用于启用与合作伙伴的深度链接,因为链接包装会破坏 Universal Links。 前提条件:已为您的应用 配置了 iOS app scheme ,并且配置的深度链接值( _dl 、 _ios_dl )正在使用该 app scheme。 可能会向最终用户显示一条简短的消息或警告,具体取决于用户的默认浏览器。 |
您可以通过限制链接在目标地址被动态修改(使用查询参数覆盖目标地址)时可以指向的目标地址,来保护您的链接免受恶意覆盖。
这是在 Manage Links 屏幕中,通过点击 Manage Links Domains 并导航到 Allowed Override Domains 选项卡来完成的。
在 Allowed Override Domains 选项卡中,您可以选择以下选项之一:
- "Allow all destination overrides" - 对覆盖链接再营销没有限制。
- "Do not allow all destination overrides" - 无法进行覆盖链接再营销。
- "Limit to allowed domains list" - 无法进行覆盖链接再营销,但添加到允许域列表中的域除外。
重要说明:
-
此限制仅适用于以下参数:
- _fallback_redirect
- _android_redirect
- _ios_redirect
- 所输入域的所有子域和路径都将被允许,所有协议 (http/s) 也都将被允许。
- 如果您希望允许特定的子域,可以将它们添加到列表中。只有该子域及其子域会被允许。
- 您无法添加域中的特定路径——该域下的所有路径都将被允许。
示例:
您想保护您的链接,并 只允许覆盖到您的站点:"mysite.com" 。
- 将此域添加到 Allowed Override List。
注意:Singular Link " https://myshoppingapp.sng.link/A59c0/nha7 " 最初创建时是后备到应用商店的。
成功的覆盖:
- https://myshoppingapp.sng.link/A59c0/nha7?_fallback_redirect=mysite.com
- https://myshoppingapp.sng.link/A59c0/nha7?_fallback_redirect=subdomain.mysite.com
- https://myshoppingapp.sng.link/A59c0/nha7?_fallback_redirect=mysite.com/article1
失败的覆盖:
- https://myshoppingapp.sng.link/A59c0/nha7?_fallback_redirect=notmysite.com
- https://myshoppingapp.sng.link/A59c0/nha7?_fallback_redirect=fakesite.com
默认情况下,可以在点击时将再营销和深度链接参数(例如 _dl 、 _fallback_redirect 、 _ios_redirect 等)附加到任何 Singular Link,以动态覆盖其已保存的设置。这对于从同一个基础链接提供不同的目标地址非常有用。
但是,在某些工作流程中——例如,当许多团队成员在内部共享短链接时——您可能希望锁定某个链接,使其配置的参数无法通过附加覆盖来更改。
Disable short link parameters overrides 功能让您可以锁定一个缩短的自定义链接,使基础链接中已设置的参数无法通过 URL 附加来覆盖。基础链接中 未 设置的参数仍可作为新值附加。
要为某个链接启用此功能,请参阅 指南 了解完整详情。
Singular Links 会自动转发链接中包含的任何 utm_* 或 referrer 参数。这包括 singular_click_ID ,它是 referrer 参数值的一部分。(附加到 Singular Link 的额外 referrer= 值将被附加到 referrer 中,紧挨着 singular_click_ID 。)
将 &_forward_params 附加到 Singular Link 将转发所有附加的参数,用于显式的参数转发。
- 设置为 1( &_forward_params=1 )以将 Singular Link 参数转发到 App Store 和 Web Fallback 再营销目标地址。
- 设置为 2( &_forward_params=2 )以将 Singular Link 参数转发到包括 Deeplink 在内的所有再营销目标地址。
示例:
| Singular Link URL | 已转发的参数 | 未转发的参数 |
|---|---|---|
|
https://singularassist.sng.link/A59c0/nha7?
this_is=not_forwarded& utm_source=auto_forwarded& referrer=also_auto_forwarded |
utm_source=auto_forwarded
referrer=singular_click_id%3D0910cac2-f496-467f-8163-dc2251f5e601%26also_auto_forwarded |
this_is=not_forwarded |
|
https://singularassist.sng.link/A59c0/nha7?
this_is=forwarded& utm_source=auto_forwarded& referrer=also_auto_forwarded& _forward_params=1 |
this_is=forwarded&
utm_source=auto_forwarded& referrer=also_auto_forwarded& |
Apple 的自定义产品页面 URL(参见 Apple 关于这项新功能的文档 )有一个表示产品页面 ID 的额外参数。例如:
https://apps.apple.com/us/app/testflight/id899247664?ppid=76659d7a-d146-43d3-b6b8-b7a12f74bf6b
要在 Singular Links 中使用自定义产品页面,在创建链接时,只需将 iOS 再营销设置为所需的产品页面,而不是默认的应用商店页面。例如:
或者,使用覆盖参数 _ios_redirect 。例如:
_ios_redirect=https%3A%2F%2Fapps.apple.com%2Fus%2Fapp%2Ftestflight%2Fid899247664%3Fppid%3D76659d7a-d146-43d3-b6b8-b7a12f74bf6b
要自定义自定义产品页面上安装转化的 报告 ,请使用任何可用的 链接广告系列细分粒度参数 。
Google 的自定义商店listing页面 URL(参见 Google 关于此功能的文档 )有一个表示产品页面 ID 的额外参数。例如:
https://play.google.com/store/apps/details?id=net.singular.deviceassist2&listing=testcpp
要在 Singular Links 中使用自定义产品页面,在创建链接时,只需将 Android 再营销设置为所需的产品页面,而不是默认的 Play Store 页面。例如:
生成 Singular 链接后,将 &_android_force_redirect=0 附加到追踪链接的末尾,如下所示。
https://singularassist2.sng.link/F4nw9/l5ik?_dl=singular%3A%2F%2Ftestlink&_android_force_redirect=0
注意: 支持此功能需要实现 Singular Android App Links 。
要自定义自定义产品页面上安装转化的 报告 ,请使用任何可用的 链接广告系列细分粒度参数 。
当您创建 Custom source 链接 时,系统会自动为您生成二维码。
在您点击 Generate 后,可在 Link Summary 下找到二维码。
长链接和短链接均支持二维码。您可以下载二维码,用于各种非移动到移动的广告系列,例如桌面到应用或广告牌到应用。Singular 以 PNG 和 SVG 格式提供二维码。
由于 Partner 链接包含由合作伙伴网络动态填充的宏,因此它们不支持二维码。当您创建 Custom source 链接时,系统会自动生成二维码。