# Estrategia de configuración de canales

{% hint style="warning" %}
**Importante**: Familiarícese con los siguientes recursos antes de continuar con este artículo:

* [Guía de Inicio de Optimize](https://help.impact.com/brand/es/que-te-gustaria-aprender/platform-features/cross-channel-performance-insights/optimize-startup-guide)
* [¿Qué es una Regla para Identificar?](https://help.impact.com/brand/es/que-te-gustaria-aprender/platform-features/cross-channel-performance-insights/set-up-rules-to-identify-channel-traffic)
* [¿Qué es un Grupo de Crédito?](https://help.impact.com/brand/es/que-te-gustaria-aprender/platform-features/actions-and-payouts/credit-groups-explained)
  {% endhint %}

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

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

Este documento avanzará el conocimiento fundamental y funcional necesario para diseñar las Reglas para Identificar óptimas para su programa.

{% hint style="info" %}
**Mantenga las configuraciones de canal concentradas**: Recuerde que Optimize se trata de mostrar conocimientos a nivel de canal; al crear su RTI, debe considerar cómo identificar el tráfico que proviene de un canal en particular. Tener esto en cuenta ayudará a mantener su RTI simple, enfocada y efectiva.
{% endhint %}

**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 entradas que usted proporciona a la regla para su uso.

#### Precisión y Fiabilidad

Al diseñar su RTI, los conceptos clave a tener en cuenta son la precisión y la fiabilidad. Las elecciones para el Objetivo de Regla y la opción de Lógica de la Regla en una Regla no deben verse como intercambiables, incluso si más de un conjunto de componentes funcionará para un escenario dado. Vea las siguientes secciones para ejemplos de esto.

<details>

<summary>Elija un Objetivo de Regla</summary>

Los Objetivos de Regla pueden evaluarse en términos de precisión y fiabilidad. El siguiente gráfico traza los distintos objetivos de regla en términos de su respectiva precisión y fiabilidad. Cuanto más alejado del origen del gráfico esté un Objetivo de Regla, más preciso (en el eje x) y más fiable (en el eje y) será ese Objetivo de Regla.

<div data-with-frame="true"><figure><img src="https://3147719151-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>

Siempre debe intentar usar el Objetivo de 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 hay dos casos de ejemplo sobre cómo elegir qué Objetivo de 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 Regla. La Regla para Identificar comenzará a verse así:

<table><thead><tr><th width="128">Objetivo de la Regla</th><th>Valor de la Regla 1</th><th>Lógica de la Regla</th><th></th></tr></thead><tbody><tr><td>URL de la página de destino</td><td><code>utm_medium</code></td><td>*</td><td>*</td></tr></tbody></table>

Ver el *Lógica de la Regla - Ejemplo 1* sección para ver qué llenar para el *Lógica de la Regla* y *Valor de la Regla 2*.

**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 Regla que apuntan a Parámetros y Cadenas de Consulta, así como todos los Objetivos de Regla de Página de Destino. Puede verse 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í:

| Objetivo de la Regla  | Valor de la Regla 1 | Lógica de la Regla |    |
| --------------------- | ------------------- | ------------------ | -- |
| Dominio de Referencia | `--`                | \*                 | \* |

Ver el *Lógica de la Regla - Ejemplo 2* sección para ver qué llenar para el *Lógica de la Regla* y *Valor de la Regla 2*.

</details>

<details>

<summary>Elija una opción de Lógica de la Regla</summary>

La Lógica de la Regla solo puede evaluarse en términos de precisión. El siguiente gráfico traza las distintas opciones de Lógica de la Regla en términos de su precisión relativa.

<div data-with-frame="true"><figure><img src="https://3147719151-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>

Siempre debe intentar usar la opción de Lógica de la Regla más precisa que pueda, y solo moverse hacia abajo en el gráfico si no tiene otra opción. A continuación hay dos casos de ejemplo sobre cómo 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**.

| Objetivo de la Regla        | Valor de la Regla 1 | Lógica de la Regla   |          |
| --------------------------- | ------------------- | -------------------- | -------- |
| URL de la página de destino | `utm_medium`        | Coincide Exactamente | `search` |

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

Si, por ejemplo, la opción de Lógica de la Regla **Contiene** se usara en su lugar, cualquier `utm_medium` valor con `search` en él sería considerado parte de este canal, lo que puede llevar a acciones mal atribuidas, compensaciones y potencialmente más. **Contiene** sin embargo, no sería una elección equivocada aquí; **Coincide Exactamente** simplemente resulta ser la mejor opción.

**Ejemplo 2: Búsqueda orgánica**

Con el Objetivo de Regla Dominio de Referencia establecido como la mejor opción anteriormente, una posible opción de Lógica de la Regla podría ser la siguiente:

| Objetivo de la Regla  | Valor de la Regla 1 | Lógica de la Regla |        |
| --------------------- | ------------------- | ------------------ | ------ |
| Dominio de Referencia | `--`                | Contiene           | .bing. |

**Contiene** es una buena elección aquí porque la búsqueda orgánica de Bing puede provenir de múltiples URL de referencia diferentes, tales como:

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

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

</details>

Estas razones también explican por qué no se pueden elegir 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 regex**

Debido a la complejidad de implementar soluciones regex, impact.com no ofrece consejos generales ni orientación sobre cómo implementar expresiones regulares en Optimize. Si cree que sus circunstancias se manejan mejor con una opción de Lógica de la Regla regex, consulte con su CSM sobre cómo comenzar a implementarla.

#### Coincide Exactamente vs. Coincide Cualquiera

Estas dos opciones de Lógica de la Regla funcionan exactamente igual, pero con una pequeña distinción. *Coincide Exactamente* solo buscará el Valor de la Regla 2 exacto tal como está escrito en la RTI. *Coincide Cualquiera* buscará todos los Valores de la Regla 2 tal como están escritos exactamente en la Regla.

Si se encuentra utilizando **Coincide Exactamente** más de una vez con el **Y** operador, considere usar **Coincide Cualquiera**. Lo mismo es válido para **Contiene** y **Contiene Cualquiera**.

#### IDs de clic comunes

Los IDs de clic se están volviendo cada vez más comunes para los medios pagados. 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`     |

#### Descalificar tráfico

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

{% tabs %}
{% tab title="Ejemplo 1: Búsqueda de pago" %}
Aquí está el ejemplo que se creó arriba:

|                             |                         |                        |                         |
| --------------------------- | ----------------------- | ---------------------- | ----------------------- |
| **Objetivo de la Regla**    | **Valor de la Regla 1** | **Lógica de la Regla** | **Valor de la Regla 2** |
| URL de la página de destino | `utm_medium`            | Coincide Exactamente   | `search`                |

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

|                                   |                         |                        |                         |
| --------------------------------- | ----------------------- | ---------------------- | ----------------------- |
| **Objetivo de la Regla**          | **Valor de la Regla 1** | **Lógica de la Regla** | **Valor de la Regla 2** |
| URL de la página de destino       | `utm_medium`            | Coincide Exactamente   | `search`                |
| **O**                             |                         |                        |                         |
| Parámetro de la página de destino | `GCLID`                 | Está Presente          | --                      |

Ahora, si cualquiera de las Reglas es verdadera, el tráfico será identificado como parte de este canal.
{% endtab %}

{% tab title="Ejemplo 2: Búsqueda orgánica" %}
Aquí está el ejemplo que se creó arriba:

| Objetivo de la Regla  | Valor de la Regla 1 | Lógica de la Regla | Valor de la Regla 2 |
| --------------------- | ------------------- | ------------------ | ------------------- |
| Dominio de Referencia | `--`                | Contiene           | .bing.              |

Esta regla identificará todo el tráfico que fue referido por Bing. Al agregar otra Regla y usar el **Y** operador, la Regla puede comenzar a descalificar el tráfico referido por Bing:

| Objetivo de la Regla              | Valor de la Regla 1 | Lógica de la Regla | Valor de la Regla 2 |
| --------------------------------- | ------------------- | ------------------ | ------------------- |
| Dominio de Referencia             | `--`                | Contiene           | .bing.              |
| **Y**                             |                     |                    |                     |
| Parámetro de la página de destino | `MSCLIKID`          | No Está Presente   | --                  |
| {% endtab %}                      |                     |                    |                     |
| {% endtabs %}                     |                     |                    |                     |

Ahora, ambas Reglas deben ser verdaderas para que el tráfico sea identificado como parte de este canal.

#### Sensibilidad a mayúsculas

Las Reglas para Identificar no distinguen entre mayúsculas y minúsculas. Por ejemplo, si tiene un parámetro donde `utm_medium=SEARCH`, aún puede configurar su regla como:

| Objetivo de la Regla        | Valor de la Regla 1 | Lógica de la Regla   | Valor de la Regla 2 |
| --------------------------- | ------------------- | -------------------- | ------------------- |
| URL de la página de destino | `utm_medium`        | Coincide Exactamente | `search`            |

#### ¿Qué sigue?

Revise algunos [escenarios de configuración de Optimize](https://help.impact.com/brand/es/que-te-gustaria-aprender/platform-features/cross-channel-performance-insights/optimize-channels/optimize-channel-setup-scenario-examples). Aquí, encontrará recomendaciones para escenarios comunes de Optimize.
