> 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 Rules 所需的基础概念。本文中，您可以查看多个场景，并了解这些基础概念是如何应用的。这将展示将所学内容加以应用的推荐方式。
首先，建议您在继续之前先熟悉以下资源：
* [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 | 匹配任意 | `retargeting`,`display` |
| **和** | | | |
| 落地页参数 | 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 dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:
```
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 optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.
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.