> 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 入门指南](/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)
* [什么是 Credit Group？](/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 和 Baidu。各媒体来源的标记策略如下：
* `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 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.