# Estratégia de configuração de canais

{% hint style="warning" %}
**Importante**: Familiarize-se com os seguintes recursos antes de prosseguir para este artigo:

* [Guia de início do Optimize](/brand/pt-br/sobre-o-que-voce-gostaria-de-aprender/platform-features/cross-channel-performance-insights/optimize-startup-guide.md)
* [O que é uma Regra de Identificação?](/brand/pt-br/sobre-o-que-voce-gostaria-de-aprender/platform-features/cross-channel-performance-insights/set-up-rules-to-identify-channel-traffic.md)
* [O que é um Grupo de Crédito?](/brand/pt-br/sobre-o-que-voce-gostaria-de-aprender/platform-features/actions-and-payouts/credit-groups-explained.md)
  {% endhint %}

Este artigo aborda os recursos e funções das Regras de Identificação (RTI) do Optimize. Você aprenderá a desenvolver uma estratégia para configurar as Regras de Identificação (RTI) para novos canais ou modificar canais existentes em seu programa.

Não existe uma solução única que sirva para todas as circunstâncias. No entanto, você deve ser capaz de chegar a uma solução que melhor se adapte às suas circunstâncias específicas. Sempre podem existir argumentos contra a configuração de uma determinada RTI, mas **o propósito de uma RTI não é funcionar em todas as circunstâncias**. **uma RTI deve ser moldada para se adequar melhor às suas circunstâncias específicas**.

Este documento avançará o conhecimento fundamental e funcional necessário para projetar a melhor Regra de Identificação para o seu programa.

{% hint style="info" %}
**Mantenha as configurações de canal focadas**: Lembre-se de que o Optimize tem como objetivo destacar insights no nível do canal; ao criar sua RTI, você deve considerar como identificar o tráfego proveniente de um determinado canal. Ter isso em mente ajudará a manter sua RTI simples, focada e eficaz.
{% endhint %}

**Um lembrete rápido**

* Um Alvo de Regra é "onde" a regra procurará aplicar a Lógica da Regra e encontrar o(s) Valor(es) da Regra.
* A Lógica da Regra é "como" a Regra tentará identificar o tráfego.
* Os Valores da Regra são entradas que você fornece à regra para obter vantagem.

#### Precisão e Confiabilidade

Ao projetar sua RTI, os conceitos-chave a serem lembrados são precisão e confiabilidade. As escolhas para a opção de Alvo da Regra e Lógica da Regra em uma Regra não devem ser vistas como intercambiáveis, mesmo que mais de um conjunto de componentes funcione para um determinado cenário. Veja as seções a seguir para exemplos disso.

<details>

<summary>Escolha um Alvo da Regra</summary>

Os Alvos da Regra podem ser avaliados quanto à precisão e à confiabilidade. O gráfico a seguir mostra os vários alvos da Regra em termos de sua respectiva precisão e confiabilidade. Quanto mais distante da origem do gráfico estiver um Alvo da Regra, mais preciso (ao longo do eixo x) e mais confiável (ao longo do eixo y) ele será.

<div data-with-frame="true"><figure><img src="/files/2784b656c3481d568349070a308acb99b98fd73c" alt=""><figcaption></figcaption></figure></div>

Você deve sempre tentar usar o Alvo da Regra mais confiável e preciso possível, movendo-se para a esquerda ou para baixo no gráfico apenas se não tiver outra opção. A seguir, há dois casos de exemplo de como escolher qual Alvo da Regra usar.

**Exemplo 1: Pesquisa paga**

Neste cenário, todo o tráfego de pesquisa paga é marcado com o parâmetro UTM do Google `utm_medium=search`. Por causa disso, o **Parâmetro da página de destino** deve ser o Alvo da Regra. A Regra de Identificação começará a ficar assim:

<table><thead><tr><th width="128">Destino da regra</th><th>Valor da regra 1</th><th>Lógica da regra</th><th></th></tr></thead><tbody><tr><td>URL da Página de Destino</td><td><code>utm_medium</code></td><td>*</td><td>*</td></tr></tbody></table>

Veja a *Lógica da Regra - Exemplo 1* seção para ver o que preencher em *Lógica da regra* e *Valor da regra 2*.

**Exemplo 2: Pesquisa orgânica**

O próximo canal, Pesquisa Orgânica, não terá parâmetros UTM e a página de destino é imprevisível. Essas condições eliminam todos os Alvos da Regra que visam Parâmetros e Strings de Consulta, bem como todos os Alvos da Regra de Página de Destino. Você pode ver no gráfico acima que a melhor opção, considerando todos esses fatores, então é a **Domínio de referência**. A Regra de Identificação começará a ficar assim:

| Destino da regra      | Valor da regra 1 | Lógica da regra |    |
| --------------------- | ---------------- | --------------- | -- |
| Domínio de referência | `--`             | \*              | \* |

Veja a *Lógica da Regra - Exemplo 2* seção para ver o que preencher em *Lógica da regra* e *Valor da regra 2*.

</details>

<details>

<summary>Escolha uma opção de Lógica da Regra</summary>

A Lógica da Regra só pode ser avaliada quanto à precisão. O gráfico a seguir mostra as várias opções de Lógica da Regra em termos de sua precisão relativa.

<div data-with-frame="true"><figure><img src="/files/6fb14151e4877eefa8b268f225855aca93c54848" alt=""><figcaption></figcaption></figure></div>

Você deve sempre tentar usar a opção de Lógica da Regra mais precisa possível, movendo-se para baixo no gráfico apenas se não tiver outra opção. A seguir, há dois casos de exemplo de como escolher qual opção de Lógica da Regra usar.

**Exemplo 1: Pesquisa paga**

Como toda a pesquisa paga é marcada com o parâmetro UTM do Google `utm_medium=search`, a melhor opção possível de Lógica da Regra seria **Corresponde exatamente a**.

| Destino da regra         | Valor da regra 1 | Lógica da regra          |            |
| ------------------------ | ---------------- | ------------------------ | ---------- |
| URL da Página de Destino | `utm_medium`     | Corresponde exatamente a | `pesquisa` |

**Corresponde exatamente a** funciona melhor aqui porque apenas o tráfego com o par exato de chave e valor do parâmetro `utm_medium=search` deve ser considerado parte deste canal.

Se, por exemplo, a opção de Lógica da Regra **Contém** fosse usada em vez disso, qualquer `utm_medium` valor com `pesquisa` nele seria considerado parte deste canal, o que pode levar a ações atribuídas incorretamente, compensações e potencialmente mais. **Contém** não seria, no entanto, uma escolha errada aqui; **Corresponde exatamente a** simplesmente acontece de ser a melhor escolha.

**Exemplo 2: Pesquisa orgânica**

Com o Alvo da Regra Domínio de Referência estabelecido como a melhor escolha anteriormente, uma opção potencial de Lógica da Regra poderia ser a seguinte:

| Destino da regra      | Valor da regra 1 | Lógica da regra |        |
| --------------------- | ---------------- | --------------- | ------ |
| Domínio de referência | `--`             | Contém          | .bing. |

**Contém** é uma boa escolha aqui porque a pesquisa orgânica do Bing pode se originar de vários URLs de referência diferentes, como:

* `https://cn.bing.com`
* `https://www4.bing.com/search`
* `https://www2.bing.com/search`

Devido à forma como os domínios de terceiro nível (por exemplo, *www, cn*), os domínios de nível superior (por exemplo, *com, net*), e os caminhos de URL podem ser diferentes, simplesmente garantir que o domínio de referência contenha o domínio de segundo nível de **.bing.** permitirá que todo o tráfego de pesquisa orgânica proveniente do Bing seja considerado parte deste canal.

</details>

Esses motivos também explicam por que quaisquer opções de Lógica da Regra mais precisas não podem ser escolhidas, pois elas excluiriam domínios de referência que deveriam ser considerados parte deste canal.

**Opções de Lógica da Regra Regex**

Devido à complexidade na implementação de soluções regex, a impact.com não fornece aconselhamento ou orientação geral sobre como implementar expressões regulares no Optimize. Se você acha que suas circunstâncias são melhor tratadas com uma opção de Lógica da Regra regex, consulte seu CSM sobre como começar a implementá-la.

#### Corresponde exatamente vs. Corresponde a qualquer

Essas duas opções de Lógica da Regra funcionam exatamente da mesma forma, mas com uma pequena distinção. *Corresponde exatamente a* irá pesquisar apenas o Valor da Regra 2 exato, conforme ele está escrito na RTI. *Corresponde a Qualquer* irá pesquisar todos os Valores da Regra 2 exatamente como foram escritos na Regra.

Se você perceber que está usando **Corresponde exatamente a** mais de uma vez com o operador **E** , considere usar **Corresponde a Qualquer**. O mesmo vale para **Contém** e **Contém Qualquer**.

#### IDs de clique comuns

Os IDs de clique estão se tornando cada vez mais comuns na mídia paga. A seguir está uma lista de IDs de clique comuns que você pode usar para identificar o tráfego.

| Origem da mídia       | ID do Clique |
| --------------------- | ------------ |
| Google Ads            | `GCLID`      |
| Bing Ads/Yahoo Search | `MSCLKID`    |
| Facebook Ads          | `FBCLID`     |
| Pinterest             | `EPIK`       |

#### Tráfego desqualificador

Às vezes, criar Regras de Identificação que *desqualificam* o tráfego pode ser tão útil quanto identificar o tráfego como parte de um canal. Veja as subseções abaixo para ver como os exemplos criados acima podem ser configurados para desqualificar o tráfego.

{% tabs %}
{% tab title="Exemplo 1: Pesquisa paga" %}
Aqui está o exemplo que foi criado acima:

|                          |                      |                          |                      |
| ------------------------ | -------------------- | ------------------------ | -------------------- |
| **Destino da regra**     | **Valor da regra 1** | **Lógica da regra**      | **Valor da regra 2** |
| URL da Página de Destino | `utm_medium`         | Corresponde exatamente a | `pesquisa`           |

Esta regra já desqualifica muito tráfego. Ao adicionar outra Regra de Identificação e usar o **OU** operador, a Regra pode ser ampliada para qualificar mais tráfego:

|                                |                      |                          |                      |
| ------------------------------ | -------------------- | ------------------------ | -------------------- |
| **Destino da regra**           | **Valor da regra 1** | **Lógica da regra**      | **Valor da regra 2** |
| URL da Página de Destino       | `utm_medium`         | Corresponde exatamente a | `pesquisa`           |
| **OU**                         |                      |                          |                      |
| Parâmetro da página de destino | `GCLID`              | Está Presente            | --                   |

Agora, se qualquer uma das Regras for verdadeira, o tráfego será identificado como parte deste canal.
{% endtab %}

{% tab title="Exemplo 2: Pesquisa orgânica" %}
Aqui está o exemplo que foi criado acima:

| Destino da regra      | Valor da regra 1 | Lógica da regra | Valor da regra 2 |
| --------------------- | ---------------- | --------------- | ---------------- |
| Domínio de referência | `--`             | Contém          | .bing.           |

Esta regra identificará todo o tráfego que foi referido pelo Bing. Ao adicionar outra Regra e usar o **E** operador, a Regra pode começar a desqualificar o tráfego referido pelo Bing:

| Destino da regra               | Valor da regra 1 | Lógica da regra   | Valor da regra 2 |
| ------------------------------ | ---------------- | ----------------- | ---------------- |
| Domínio de referência          | `--`             | Contém            | .bing.           |
| **E**                          |                  |                   |                  |
| Parâmetro da página de destino | `MSCLIKID`       | Não Está Presente | --               |
| {% endtab %}                   |                  |                   |                  |
| {% endtabs %}                  |                  |                   |                  |

Agora, ambas as Regras devem ser verdadeiras para que o tráfego seja identificado como parte deste canal.

#### Sensibilidade a maiúsculas e minúsculas

As Regras de Identificação não diferenciam maiúsculas de minúsculas. Por exemplo, se você tiver um parâmetro em que `utm_medium=SEARCH`, você ainda pode configurar sua regra assim:

| Destino da regra         | Valor da regra 1 | Lógica da regra          | Valor da regra 2 |
| ------------------------ | ---------------- | ------------------------ | ---------------- |
| URL da Página de Destino | `utm_medium`     | Corresponde exatamente a | `pesquisa`       |

#### E agora?

Revise alguns [cenários de configuração do Optimize](/brand/pt-br/sobre-o-que-voce-gostaria-de-aprender/platform-features/cross-channel-performance-insights/optimize-channels/optimize-channel-setup-scenario-examples.md). Aqui, você encontrará recomendações para cenários comuns do Optimize.


---

# Agent Instructions: 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:

```
GET https://help.impact.com/brand/pt-br/sobre-o-que-voce-gostaria-de-aprender/platform-features/cross-channel-performance-insights/optimize-channels/channel-setup-strategy.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
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.