Estratégia de configuração de canais
Importante: Familiarize-se com os seguintes recursos antes de avançar para este artigo:
Este artigo aborda os recursos e funções das Regras para Identificar (RTI) do Optimize. Você aprenderá a 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 conseguir chegar a uma solução que se adapte melhor às suas circunstâncias específicas. 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 adaptar da melhor forma às suas circunstâncias específicas.
Este documento irá ampliar o conhecimento fundamental e funcional necessário para projetar as Regras para Identificar ideais para o seu programa.
Um lembrete rápido
Um Alvo da Regra é o "onde" a regra procurará aplicar a Lógica da Regra e encontrar o(s) Valor(es) da Regra.
A Lógica da Regra é o "como" a Regra tentará identificar o tráfego.
Os Valores da Regra são as entradas que você fornece à regra para uso.
Precisão e Confiabilidade
Ao projetar sua RTI, os conceitos principais a manter em mente são precisão e confiabilidade. As opções de Alvo da Regra e 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 a seguir para exemplos disso.
Escolha um Alvo da Regra
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á.
Você deve sempre tentar usar o Alvo da Regra mais confiável e preciso possível, e só mover para a esquerda ou para baixo no gráfico se não houver outra opção. Abaixo estão dois casos de exemplo para mostrar como escolher qual Alvo da Regra usar.
Exemplo 1: Busca Paga
Neste cenário, todo o tráfego de busca paga é marcado com o parâmetro UTM do Google utm_medium=search. Por causa disso, o Parâmetro da página de destino deveria ser o Alvo da Regra. A Regra para Identificar começará a ficar assim:
URL da página de destino
utm_medium
*
*
Veja a 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: Busca Orgânica
O próximo canal, Busca 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 o Domínio de referência. A Regra para Identificar começará a ficar assim:
Domínio de referência
--
*
*
Veja a Lógica da Regra - Exemplo 2 seção para ver o que preencher para o Lógica da Regra e Valor da Regra 2.
Escolha uma opção de Lógica da Regra
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.
Você deve sempre tentar usar a opção de Lógica da Regra mais precisa possível, e só descer no gráfico se não houver outra opção. Abaixo estão dois casos de exemplo para mostrar como escolher qual opção de Lógica da Regra usar.
Exemplo 1: Busca Paga
Como toda a busca 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.
URL da página de destino
utm_medium
Corresponde Exatamente
search
Corresponde Exatamente funciona melhor aqui porque apenas o tráfego com o par exato de chave-valor do parâmetro 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 muito mais. Contém não seria, no entanto, uma escolha errada aqui; Corresponde Exatamente simplesmente é a melhor escolha.
Exemplo 2: Busca Orgânica
Com o Alvo da Regra de Domínio de Referência estabelecido anteriormente como a melhor escolha, uma possível opção de Lógica da Regra poderia ser a seguinte:
Domínio de referência
--
Contém
.bing.
Contém é uma boa escolha aqui porque a busca orgânica do Bing pode vir de vários URLs de referência diferentes, como:
https://cn.bing.comhttps://www4.bing.com/searchhttps://www2.bing.com/search
Devido ao quão diferentes podem ser 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, 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 busca orgânica vindo do Bing seja considerado parte deste canal.
Esses motivos também explicam por que nenhuma opção de Lógica da Regra mais precisa pode ser escolhida, pois elas excluiriam domínios de referência que devem ser considerados parte deste canal.
Opções de Lógica da Regra com regex
Devido à complexidade de implementar soluções com regex, a impact.com não fornece 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 com regex, consulte seu CSM sobre como começar a implementá-la.
Corresponde Exatamente vs. Corresponde a Qualquer Um
Essas duas opções de Lógica da Regra funcionam exatamente da mesma forma, mas com uma pequena diferença. Corresponde Exatamente irá procurar apenas o Valor da Regra 2 exato, conforme ele está escrito na RTI. Corresponde a Qualquer Um irá procurar todos os Valores da Regra 2 exatamente como estão escritos na Regra.
Se você perceber que está usando Corresponde Exatamente mais de uma vez com o operador AND , considere usar Corresponde a Qualquer Um. O mesmo vale para Contém e Contém Qualquer Um.
IDs de clique comuns
Os IDs de clique estão se tornando cada vez mais comuns em mídia paga. A seguir está uma lista de IDs de clique comuns que você pode usar para identificar tráfego.
Google Ads
GCLID
Bing Ads/Yahoo Search
MSCLKID
Facebook Ads
FBCLID
EPIK
Tráfego desqualificado
Às vezes, criar Regras para Identificar que desqualificam tráfego pode ser tão útil quanto identificar o tráfego como parte de um canal. Veja as subseções abaixo para entender como os exemplos criados acima podem ser configurados para desqualificar tráfego.
Aqui está o exemplo criado acima:
Alvo da 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 operador OU , a Regra pode ser aberta para qualificar mais tráfego:
Alvo da 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.
Aqui está o exemplo criado acima:
Domínio de referência
--
Contém
.bing.
Esta regra identificará todo o tráfego que foi encaminhado pelo Bing. Ao adicionar outra Regra e usar o operador AND , a Regra pode começar a desqualificar o tráfego encaminhado pelo Bing:
Domínio de referência
--
Contém
.bing.
AND
Parâmetro da página de destino
MSCLIKID
Não Está Presente
--
Agora, ambas as Regras precisam 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 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:
URL da página de destino
utm_medium
Corresponde Exatamente
search
O que vem a seguir?
Revise alguns cenários de configuração do Optimize. Aqui, você encontrará recomendações para cenários comuns do Optimize.
Atualizado
Isto foi útil?