> For the complete documentation index, see [llms.txt](https://help.impact.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.impact.com/brand/zh/what-would-you-like-to-learn-about/platform-features/tracking/mobile-app-tracking/configure-deep-linking-logic-with-uri-schemes.md).
# 使用 URI 方案配置深度链接逻辑
某些带有自定义应用内浏览器的移动应用不支持所有深度链接技术，因此有必要使用 [URI scheme](https://en.wikipedia.org/wiki/List_of_URI_schemes) 以便在标准深度链接失败时确保一致的跟踪。请按照本文中的步骤，在用户通过这些自定义应用内浏览器访问你的销售落地页时，提高转化跟踪的准确性。
#### 期望结果流程图
下面的流程图表示你所追求的结果。简而言之，你希望在 impact.com 上配置一条重定向规则，以便在可行时将点击跟踪链接的用户引导至相关的移动应用页面。如果由于用户设备上未安装该应用而无法实现，则应将他们引导至该页面的网页版本。你还可以在 impact.com 上配置一个中间落地页，因为这将帮助你确保用户只会被重定向到你的应用可识别的目标页面。
#### 前提条件
* 你的移动应用的 URI scheme，例如 **`acmeapp://`**`item/view/12345`，必须在你的应用的 Android 和 iOS 版本中保持一致。
* 为了使重定向生效，你的网页 URL 路径必须映射到移动应用的 URI scheme，例如，如果 ACME Corporation 的 URL 是 `https://acme.com/item/view/12345`那么其 URI 将是 `acmeapp://item/view/12345`.
* 你必须了解移动应用中任何不受支持的路径（即未映射的路径），以便你能够在规则条件中针对中间页实施相应的筛选器，详见下文。
#### 配置 URI scheme 跟踪
{% stepper %}
{% step %}
**步骤 1：在你的应用中配置 URI scheme 跟踪**
配置你的移动应用，以便在引用来源为 URI scheme 时进行跟踪。
1. 解析 `clickid` 中的 clickid 以及其他相关的网关跟踪参数。
2. 在应用打开事件中调用 PageLoad API，并将 URI 传递到 PageUrl 字段。
* 请参见 [创建 Page Load](https://integrations.impact.com/brand-api-reference/reference/page-load/page-load) API 参考文档以获取更多详细信息。
示例： acmeapp://item/view/12345?clickid=abcdef12345.
指示何时打开你的移动应用：
• 中间页加载后立即 \[推荐] ——中间页一加载，就会自动在用户设备上打开你的移动应用。
• 当按钮被点击时 ——中间页加载后，要求用户批准在其设备上打开你的移动应用。
|
| 自动重定向 | 选择  **\[未选中复选框]** 以设置应用打开失败时的超时时间，之后他们将自动重定向到网页链接。impact.com 建议设置 **10**秒超时。 |
| 默认 URI 路径 | 输入一个 URI 路径，例如你网站的主页路径，当无法从 URL 中提取路径时将使用该路径。这可确保即使来自自定义应用内浏览器、否则会无法打开你的应用，你的应用也能成功打开。例如，如果你的目标页面 URL 是 `https://acme.com`，并且你输入的默认 URI 路径为 `home`，则生成的 URI scheme 链接将是 `acmeapp://home`. |
| 自定义 URI 正则表达式 | 默认情况下，impact.com 会将目标落地页 URL 中的路径追加到 URI scheme 中，从而创建一个 URI scheme 链接。例如，如果你的目标页面 URL 是 acmeapp，则生成的 URI scheme 将是 acmeapp\://product/12345.
不过，你也可以使用 正则表达式 来指定目标页面 URL 中哪些部分必须被提取并追加到 URI scheme 中。例如，如果你的目标页面 URL 是 acme.com.\*$，则生成的 URI scheme 将是 acmeapp\://acme.com/product/12345.
|
2. 别忘了 **保存** 在完成后保存你的规则。
{% endstep %}
{% endstepper %}
#### 将中间页与 postback 结合使用
如果你使用 [postback](/brand/zh/what-would-you-like-to-learn-about/account-administration/account-settings/notifications/enable-event-notification-postbacks-for-brands.md) 如果你使用 postback 来跟踪不同 impact.com 项目类型中的转化，impact.com 建议仅在你的主项目中实施中间页。主项目负责目标页面前的最后一次重定向，确保在打开移动应用之前跟踪所有点击。这样可以确保当转化发布到某个子项目时，归因仍能准确工作。
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://help.impact.com/brand/zh/what-would-you-like-to-learn-about/platform-features/tracking/mobile-app-tracking/configure-deep-linking-logic-with-uri-schemes.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
