> 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/cross-channel-performance-insights/optimize-channels/optimize-channel-setup-scenario-examples.md).
# 优化渠道设置场景示例
下面列出的资源介绍了设置 Optimize 识别规则所需的基础概念。在本文中，你可以查看几个场景，并了解这些基础概念是如何应用的。这将说明将所学内容应用起来的推荐方式。
首先，建议你在继续之前先熟悉以下资源：
* [Optimize 入门指南](/brand/zh/what-would-you-like-to-learn-about/platform-features/cross-channel-performance-insights/optimize-startup-guide.md)
* [什么是识别规则？](/brand/zh/what-would-you-like-to-learn-about/platform-features/cross-channel-performance-insights/set-up-rules-to-identify-channel-traffic.md)
* [什么是信用组？](/brand/zh/what-would-you-like-to-learn-about/platform-features/actions-and-payouts/credit-groups-explained.md)
* [识别规则设置策略](/brand/zh/what-would-you-like-to-learn-about/platform-features/cross-channel-performance-insights/optimize-channels/channel-setup-strategy.md)
#### 设置场景
场景 1：付费搜索
你很可能在营销组合中使用某种付费搜索，并且可能活跃于多个搜索引擎。本场景将假设所使用的付费搜索媒体来源包括 Google Ads、Bing Ads、Yahoo Search 和百度。每个媒体来源的标记策略如下：
* `https://www.landingpage.com?utm_medium=cpc&utm_source=google`
* `https://www.landingpage.com?utm_medium=cpc&utm_source=bing`
* `https://www.landingpage.com?utm_medium=cpc&utm_source=yahoo`
* `https://www.landingpage.com?utm_medium=cpc&utm_source=baidu`
在 Optimize 中，你应将这种情况归类为一个付费搜索渠道，并使用以下识别规则：
| | | | |
| -------- | ------------ | -------- | --------- |
| **规则目标** | **规则值 1** | **规则逻辑** | **规则值 2** |
| 落地页参数 | `utm_medium` | 完全匹配 | `cpc` |
该规则将正确识别来自这 4 个搜索引擎的流量，并将其关联到你的付费搜索 Optimize 渠道。
场景 2：自然搜索和自然社交
{% hint style="info" %}
**注意：** 对于此场景， *自然* 是指不源自任何付费或自有营销活动的自然流量。这种流量来自搜索引擎结果或非付费分享，例如同事分享链接。
{% endhint %}
自然推荐流量更难跟踪，因为品牌无法控制落地页 URL 的任何方面。因此，impact.com 建议将来源 URL 的某些部分作为识别（RTI）此流量的规则之一。
基于来源 URL 的目标不太可靠，因为来源 URL 并不总是被跟踪。这是由于多种因素造成的，包括隐私和智能跟踪防护政策影响日益增强，例如 Apple 的 iOS 14.5 更新。
impact.com 还建议使用 *排除条件* 以帮助减少对付费流量的误识别。对于自然搜索，主要搜索引擎通过使用点击 ID 使这项工作更容易。例如，Google Ads 使用点击 ID `GCLID`，而 Bing 和 Yahoo 使用 `MSCKLID`。我们建议的自然搜索 RTI 则为：
| 规则目标 | 规则值 1 | 规则逻辑 | 规则值 2 |
| -------- | ----- | -------- | ------------------------------------ |
| 落地页查询字符串 | -- | 不匹配正则表达式 | `utm`\|`gclid`\|`mscklid` |
| 和 | | | |
| 推荐域名 | -- | 包含任意 | `.google.`,`.bing.`,`.search.yahoo.` |
你可以为自然社交流量采用类似的策略：
| 规则目标 | 规则值 1 | 规则逻辑 | 规则值 2 |
| -------- | ----- | -------- | ------------------------------------------------------------------- |
| 落地页查询字符串 | -- | 不匹配正则表达式 | `utm`\|`fbclid`\|`epik` |
| 和 | | | |
| 推荐域名 | -- | 包含任意 | `facebook`,`twitter/X`,`instagram`,`youtube`,`linkedin`,`pinterest` |
* 在这两种情况下，运算符 **和** 被使用，这意味着这两个规则都必须满足，推荐流量才会被识别为该渠道的一部分。
* 这两种情况还使用相同的规则目标（*推荐域名* 和 *落地页查询字符串*）以及相同的规则逻辑选项（*包含任意* 和 *不匹配正则表达式*).
* 这两个渠道之间唯一的区别是提供给规则值 2 的值。
**自然渠道的测试案例**
下面是来源 URL 和落地页 URL 组合的一些示例。上面创建的自然渠道将应用于这些示例 URL，你会看到某个给定 URL 是否会被识别为该渠道的一部分。如果 *评估* 为 **不匹配**，则该 URL 与两个渠道都不匹配。
| | | |
| ------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------ |
| **引荐 URL** | **落地页 URL** | **评估** |
| `https:// www.facebook.com` | `https://www.landingpage.com/product-category?campaign=product&fbclid=IwAR1kt1ttQhErJZfveSsHv-eFmTEZ6SK_nG3e_dO0gfNd4nM4wM7Rt6UhA6U_aem_AXQf6vc-IiMqtXq-zVwOiXj8RCyDTEN2yk&click_id=904509823` | 不匹配 |
| `http:// m.facebook.com` | `https://www.landingpage.com/product-category?click_id=474641068&utm=fb&utm=paid_social` | 不匹配 |
| `http:// www.pinterest.com` | `https://www.landingpage.com/product-category/recently-purchased-product-category` | 自然社交 |
| `https:// l.facebook.com/` | `https://www.landingpage.com/?click_id=216899102` | 自然社交 |
| `http:// www.google.com/` | `https://www.landingpage.com/ca/build-your-own-ring/review?offerId=81169&gclid=Cj0KCQjw9_mDBhCGARIsAN3PaFMckApB33NY8yvhU831_YUDpovgezw8VwwXU_cSgEO27CKMrOa_jugaAisQEALw_wcB` | 不匹配 |
| `http:// cn.bing.com/search?q=product+name` | `https://www.landingpage.com` | 自然搜索 |
| `https:// r.search.yahoo.com` | `https://www.landingpage.com/category/build-your-own?offerId=81939&msclkid=bddae6b02dd01b9b137286cfeca0cd87` | 不匹配 |
| `https:// us.search.yahoo.com/` | `https://www.landingpage.com/category/product` | 自然搜索 |
场景 3：多种变体
对于某个特定渠道，你可能会发现不止一组参数变体。比如说，你同时使用 Criteo 和 AdRoll 做再营销，但参数策略却没有始终如一地应用：
* `https://www.landingpage.com?utm_medium=retargeting&utm_source=criteo`
* `https://www.landingpage.com?utm_medium=display&utm_source=adroll`
不过，你仍然只需要一组规则即可有效识别这些流量：
| | | | |
| -------- | ----------- | -------- | ----------------- |
| **规则目标** | **规则值 1** | **规则逻辑** | **规则值 2** |
| 落地页参数 | utm\_medium | 匹配任意 | `再营销`,`展示` |
| **和** | | | |
| 落地页参数 | utm\_source | 匹配任意 | `criteo`,`adroll` |
#### 营销策略
在确定如何在你的 Optimize 解决方案中设置渠道时，你应考虑你的营销策略（即你计划如何触达受众）。以下是每个类别的示例列表。
**赢得媒体**
受众分享类型，包括：
* 提及
* 分享
* 转发
* 评价
**付费媒体**
广告类型，包括：
* 搜索
* 展示
* 再营销
* 付费网红
* 付费内容
* 社交媒体广告
**自有媒体**
媒体资产类型，包括：
* 网站
* 移动端网站
* 博客网站
* 社交媒体渠道
#### 常见渠道
下面的列表包含你可能在 Optimize 中配置的渠道建议。虽然此列表并不详尽，但它是开始将你的合作伙伴和媒体归入不同渠道的良好起点。
* 比价/产品列表广告
* 展示
* 电子邮件
* 自然搜索
* 自然社交
* 付费搜索
* 付费社交
---
# 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/cross-channel-performance-insights/optimize-channels/optimize-channel-setup-scenario-examples.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.