> 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 和 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` |
| AND | | | |
| 引荐域 | -- | 包含任意 | `.google.`,`.bing.`,`.search.yahoo.` |
您可以将类似策略用于自然社交流量：
| 规则目标 | 规则值 1 | 规则逻辑 | 规则值 2 |
| -------- | ----- | -------- | -------------------------------------------------------------- |
| 着陆页查询字符串 | -- | 不匹配正则表达式 | `utm`\|`fbclid`\|`epik` |
| AND | | | |
| 引荐域 | -- | 包含任意 | `facebook`,`推特/X`,`Instagram`,`YouTube`,`LinkedIn`,`Pinterest` |
* 在这两种情况下，运算符 **AND** 被使用，这意味着必须同时满足两个规则，才能将引荐流量识别为此渠道的一部分。
* 这两种情况也都使用相同的规则目标（*引荐域* 和 *着陆页查询字符串*）以及相同的规则逻辑选项（*包含任意* 和 *不匹配正则表达式*).
* 这两个渠道之间唯一的区别是提供给规则值 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 | 任意匹配 | `再营销`,`展示` |
| **AND** | | | |
| 着陆页参数 | 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.