Estrategia de configuración de canales

Importante: Familiarícese con los siguientes recursos antes de continuar con este artículo:

• Guía de inicio de Optimize

• ¿Qué es una Regla para identificar?

• ¿Qué es un Grupo de crédito?

Este artículo cubre las funciones y características de las Reglas para identificar (RTI) de Optimize. Aprenderá a desarrollar una estrategia para configurar las Reglas para identificar (RTI) para nuevos canales o modificar los canales existentes en su programa.

No existe una solución única que se adapte a todas las circunstancias. Sin embargo, debería poder llegar a una solución que se ajuste mejor a sus circunstancias específicas. Siempre pueden existir argumentos en contra de una determinada configuración de RTI, pero el propósito de una RTI no es funcionar en todas las circunstancias. Una RTI está pensada para adaptarse a fin de ajustarse mejor a sus circunstancias específicas.

Este documento ampliará los conocimientos fundamentales y funcionales necesarios para diseñar la Regla para identificar óptima para su programa.

Mantenga las configuraciones de los canales enfocadas: Recuerde que Optimize trata de mostrar información a nivel de canal; al crear su RTI, debe considerar cómo identificar el tráfico que proviene de un canal específico. Tener esto en cuenta le ayudará a mantener su RTI simple, enfocada y efectiva.

Un recordatorio rápido

• Un objetivo de regla es "dónde" la regla buscará aplicar la lógica de la regla y encontrar el/los valor(es) de la regla.

• La lógica de la regla es "cómo" la regla intentará identificar el tráfico.

• Los valores de la regla son la información que usted proporciona a la regla para su uso.

Precisión y fiabilidad

Al diseñar su RTI, los conceptos clave que debe tener en cuenta son la precisión y la fiabilidad. Las opciones de objetivo de la regla y de lógica de la regla dentro de una regla no deben considerarse intercambiables, incluso si más de un conjunto de componentes funciona para un determinado escenario. Consulte las siguientes secciones para ver ejemplos de esto.

Elija un objetivo de la regla

Los objetivos de la regla pueden evaluarse en términos de precisión y fiabilidad. El siguiente gráfico muestra los distintos objetivos de la regla en función de su precisión y fiabilidad respectivas. Cuanto más lejos esté un objetivo de la regla del origen del gráfico, más preciso (a lo largo del eje x) y más fiable (a lo largo del eje y) será ese objetivo de la regla.

Siempre debe intentar usar el objetivo de la regla más fiable y preciso que pueda, y solo moverse a la izquierda o hacia abajo en el gráfico si no tiene otra opción. A continuación, se muestran dos casos de ejemplo para elegir qué objetivo de la regla usar.

Ejemplo 1: Búsqueda de pago

En este escenario, todo el tráfico de búsqueda de pago está etiquetado con el parámetro UTM de Google utm_medium=search. Debido a esto, el Parámetro de la página de destino debería ser el objetivo de la regla. La Regla para identificar comenzará a verse así:

Destino de la regla	Valor 1 de la regla	Lógica de la regla
URL de la página de destino	utm_medium	*	*

Consulta la Lógica de la regla - Ejemplo 1 sección para ver qué completar en el Lógica de la regla y Valor 2 de la regla.

Ejemplo 2: Búsqueda orgánica

El siguiente canal, Búsqueda orgánica, no tendrá parámetros UTM y la página de destino es impredecible. Estas condiciones descartan todos los objetivos de la regla que apuntan a parámetros y cadenas de consulta, así como todos los objetivos de la regla de página de destino. Puede ver en el gráfico anterior que la mejor opción, considerando todos estos factores, es entonces el Dominio de referencia. La Regla para identificar comenzará a verse así:

Destino de la regla	Valor 1 de la regla	Lógica de la regla
Dominio de referencia	--	*	*

Consulta la Lógica de la regla - Ejemplo 2 sección para ver qué completar en el Lógica de la regla y Valor 2 de la regla.

Elija una opción de lógica de la regla

La lógica de la regla solo puede evaluarse en términos de precisión. El siguiente gráfico muestra las distintas opciones de lógica de la regla en función de su precisión relativa.

Siempre debe intentar usar la opción de lógica de la regla más precisa que pueda, y solo bajar en el gráfico si no tiene otra opción. A continuación, se muestran dos casos de ejemplo para elegir qué opción de lógica de la regla usar.

Ejemplo 1: Búsqueda de pago

Dado que toda la búsqueda de pago está etiquetada con el parámetro UTM de Google utm_medium=search, la mejor opción posible de lógica de la regla sería Coincide exactamente con.

Destino de la regla	Valor 1 de la regla	Lógica de la regla
URL de la página de destino	utm_medium	Coincide exactamente con	búsqueda

Coincide exactamente con funciona mejor aquí porque solo el tráfico con el par exacto clave-valor del parámetro de utm_medium=search debe considerarse parte de este canal.

Si, por ejemplo, en su lugar se utilizara la opción de lógica de la regla Contiene , cualquier utm_medium valor con búsqueda en él se consideraría parte de este canal, lo que puede llevar a acciones mal atribuidas, compensaciones y potencialmente más. Contiene no sería, sin embargo, una opción incorrecta aquí; Coincide exactamente con simplemente resulta ser la mejor opción.

Ejemplo 2: Búsqueda orgánica

Una vez establecido el objetivo de la regla de dominio de referencia como la mejor opción anteriormente, una posible opción de lógica de la regla podría ser la siguiente:

Destino de la regla	Valor 1 de la regla	Lógica de la regla
Dominio de referencia	--	Contiene	.bing.

Contiene es una buena opción aquí porque la búsqueda orgánica de Bing puede provenir de varias URL de referencia diferentes, como:

• https://cn.bing.com

• https://www4.bing.com/search

• https://www2.bing.com/search

Debido a lo diferentes que pueden ser los dominios de tercer nivel (por ejemplo, www, cn), los dominios de nivel superior (por ejemplo, com, net) y las rutas URL, simplemente asegurarse de que el dominio de referencia contenga el dominio de segundo nivel de .bing. permitirá que todo el tráfico de búsqueda orgánica procedente de Bing se considere parte de este canal.

Estas razones también explican por qué no pueden elegirse opciones de lógica de la regla más precisas, ya que excluirían dominios de referencia que deberían considerarse parte de este canal.

Opciones de lógica de la regla de expresiones regulares

Debido a la complejidad de implementar soluciones con expresiones regulares, impact.com no ofrece asesoramiento ni orientación general sobre cómo implementar expresiones regulares en Optimize. Si cree que sus circunstancias se gestionan mejor con una opción de lógica de la regla basada en expresiones regulares, consulte con su CSM sobre cómo comenzar a implementarla.

Coincide exactamente vs. Coincide con cualquiera

Estas dos opciones de lógica de la regla funcionan exactamente igual, pero con una pequeña diferencia. Coincide exactamente con solo buscará el valor exacto de la regla 2 tal como está escrito en la RTI. Coincide con cualquiera buscará todos los valores de la regla 2 tal como están escritos exactamente en la regla.

Si se encuentra usando Coincide exactamente con más de una vez con el operador Y , considere usar Coincide con cualquiera. Lo mismo ocurre con Contiene y Contiene cualquiera.

IDs de clic comunes

Los IDs de clic se están volviendo cada vez más comunes en los medios de pago. A continuación, se muestra una lista de IDs de clic comunes que puede usar para identificar el tráfico.

Fuente de medios	Id de clic
Google Ads	GCLID
Bing Ads/Yahoo Search	MSCLKID
Facebook Ads	FBCLID
Pinterest	EPIK

Tráfico descalificado

A veces, crear Reglas para identificar que descalifiquen el tráfico puede ser tan útil para identificar el tráfico como parte de un canal. Consulte las subsecciones a continuación para ver cómo se pueden configurar los ejemplos creados arriba para descalificar tráfico.

Ejemplo 1: Búsqueda de pago

Aquí está el ejemplo que se creó arriba:

Destino de la regla	Valor 1 de la regla	Lógica de la regla	Valor 2 de la regla
URL de la página de destino	utm_medium	Coincide exactamente con	búsqueda

Esta regla ya descalifica mucho tráfico. Al agregar otra Regla para identificar y usar el operador O , la regla puede ampliarse para calificar más tráfico:

Destino de la regla	Valor 1 de la regla	Lógica de la regla	Valor 2 de la regla
URL de la página de destino	utm_medium	Coincide exactamente con	búsqueda
O
Parámetro de la página de destino	GCLID	Está presente	--

Ahora, si cualquiera de las dos reglas es verdadera, el tráfico se identificará como parte de este canal.

Ejemplo 2: Búsqueda orgánica

Ahora, ambas reglas deben ser verdaderas para que el tráfico se identifique como parte de este canal.

Sensibilidad a mayúsculas y minúsculas

Las Reglas para identificar no distinguen entre mayúsculas y minúsculas. Por ejemplo, si tiene un parámetro donde utm_medium=SEARCH, todavía puede configurar su regla así:

Destino de la regla	Valor 1 de la regla	Lógica de la regla	Valor 2 de la regla
URL de la página de destino	utm_medium	Coincide exactamente con	búsqueda

¿Qué sigue?

Revise algunos escenarios de configuración de Optimize. Aquí encontrará recomendaciones para escenarios comunes de Optimize.