# Estratégia de Configuração de Canal

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

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

Este artigo aborda os recursos e funcionalidades das Regras Para Identificar (RTI) do Optimize. Você aprenderá como desenvolver uma estratégia para configurar as Regras Para Identificar (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 únicas. Sempre podem existir argumentos contra a configuração de uma determinada RTI, mas **o objetivo de uma RTI não é funcionar em todas as circunstâncias**. **Uma RTI deve ser moldada para se ajustar melhor às suas circunstâncias específicas**.

Este documento avançará o conhecimento fundamental e funcional necessário para projetar as Regras Para Identificar ideais para o seu programa.

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

**Uma rápida lembrança**

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

#### Precisão e Confiabilidade

Ao projetar sua RTI, conceitos-chave a serem mantidos em mente são precisão e confiabilidade. As escolhas para o Alvo de Regra e a opção de 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 seguintes para exemplos disso.

<details>

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

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

<div data-with-frame="true"><figure><img src="https://526234278-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FwMLlMoFBtKJa8ptd3zaw%2Fuploads%2Fgit-blob-489f6f57993cbcf93749f93b54b796fd3f2f0095%2Fc19fe1a665f9b3e512fe5afb73ca76dfe2ae37fcda9f0873ae316bebaf1fb02c.png?alt=media" alt=""><figcaption></figcaption></figure></div>

Você deve sempre tentar usar o Alvo de Regra mais confiável e preciso que puder, e só se mover para a esquerda ou para baixo no gráfico se não tiver outra opção. Abaixo estão dois casos de exemplo sobre como escolher qual Alvo de 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 de Regra. A Regra Para Identificar começará a ficar assim:

<table><thead><tr><th width="128">Alvo de 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 o *Lógica da Regra - Exemplo 1* seção para ver o que preencher para o *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 descartam todos os Alvos de Regra que miram Parâmetros e Strings de Consulta, bem como todos os Alvos de Regra de Página de Destino. Você pode ver no gráfico acima que a melhor opção considerando todos esses fatores é então o **Domínio de Referência**. A Regra Para Identificar começará a ficar assim:

| Alvo de Regra         | Valor da Regra 1 | Lógica da Regra |    |
| --------------------- | ---------------- | --------------- | -- |
| Domínio de Referência | `--`             | \*              | \* |

Veja o *Lógica da Regra - Exemplo 2* seção para ver o que preencher para o *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 plota 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="https://526234278-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FwMLlMoFBtKJa8ptd3zaw%2Fuploads%2Fgit-blob-c917a70e8cfa00de3db2c1855ae9276f687da113%2F5a7fdeb96314eec55916b1fb0357483ee17dd3aec317357e20bbf514232c2ab0.png?alt=media" alt=""><figcaption></figcaption></figure></div>

Você deve sempre tentar usar a opção de Lógica da Regra mais precisa que puder, e só descer no gráfico se não tiver outra opção. Abaixo estão dois casos de exemplo sobre 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**.

| Alvo de Regra            | Valor da Regra 1 | Lógica da Regra        |          |
| ------------------------ | ---------------- | ---------------------- | -------- |
| URL da Página de Destino | `utm_medium`     | Corresponde Exatamente | `search` |

**Corresponde Exatamente** funciona melhor aqui porque apenas o tráfego com o par chave-valor de parâmetro exato de `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 `search` nele seria considerado parte deste canal, o que pode levar a ações atribuídas incorretamente, compensações e possivelmente mais. **Contém** não seria, no entanto, uma escolha errada aqui; **Corresponde Exatamente** apenas acontece de ser a escolha melhor.

**Exemplo 2: Pesquisa Orgânica**

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

| Alvo de 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 originar-se de vários URLs de referência diferentes, tais como:

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

Por causa de quão diferentes os domínios de terceiro nível (por exemplo, *www, cn*), domínios de primeiro nível (por exemplo, *com, net*) e caminhos de URL podem ser, simplesmente garantir que o domínio de referência contém o domínio de segundo nível de **.bing.** permitirá que todo o tráfego de pesquisa orgânica vindo do Bing seja considerado parte deste canal.

</details>

Essas razões 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 com Regex**

Devido à complexidade na implementação de soluções regex, a impact.com não fornece conselhos ou direcionamento geral sobre como implementar expressões regulares no Optimize. Se você achar 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 implementar isso.

#### Corresponde Exatamente vs. Corresponde Qualquer

Essas duas opções de Lógica da Regra funcionam exatamente da mesma forma, mas com uma pequena distinção. *Corresponde Exatamente* só procurará pelo Valor da Regra 2 exato como está escrito na RTI. *Corresponde Qualquer* procurará por todos os Valores da Regra 2 tal como estão exatamente escritos na Regra.

Se você se vir usando **Corresponde Exatamente** mais de uma vez com o **E** operador, considere usar **Corresponde Qualquer**. O mesmo vale para **Contém** e **Contém Qualquer**.

#### IDs de clique comuns

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

| Fonte de Mídia        | ID de Clique |
| --------------------- | ------------ |
| Google Ads            | `GCLID`      |
| Bing Ads/Yahoo Search | `MSCLKID`    |
| Facebook Ads          | `FBCLID`     |
| Pinterest             | `EPIK`       |

#### Desqualificando tráfego

Às vezes, criar Regras Para Identificar que *desqualificam* o tráfego pode ser tão útil para 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 tráfego.

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

|                          |                      |                        |                      |
| ------------------------ | -------------------- | ---------------------- | -------------------- |
| **Alvo de Regra**        | **Valor da Regra 1** | **Lógica da Regra**    | **Valor da Regra 2** |
| URL da Página de Destino | `utm_medium`         | Corresponde Exatamente | `search`             |

Esta regra já desqualifica muito tráfego. Ao adicionar outra Regra Para Identificar e usar o **OU** operador, a Regra pode ser aberta para qualificar mais tráfego:

|                                |                      |                        |                      |
| ------------------------------ | -------------------- | ---------------------- | -------------------- |
| **Alvo de Regra**              | **Valor da Regra 1** | **Lógica da Regra**    | **Valor da Regra 2** |
| URL da Página de Destino       | `utm_medium`         | Corresponde Exatamente | `search`             |
| **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:

| Alvo de 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:

| Alvo de 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 Para Identificar não são sensíveis a maiúsculas e minúsculas. Por exemplo, se você tiver um parâmetro onde `utm_medium=SEARCH`, você ainda pode configurar sua regra como:

| Alvo de Regra            | Valor da Regra 1 | Lógica da Regra        | Valor da Regra 2 |
| ------------------------ | ---------------- | ---------------------- | ---------------- |
| URL da Página de Destino | `utm_medium`     | Corresponde Exatamente | `search`         |

#### E agora?

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