> For the complete documentation index, see [llms.txt](https://help.impact.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.impact.com/brand/es/what-would-you-like-to-learn-about/platform-features/cross-channel-performance-insights/optimize-channels/channel-setup-strategy.md).

# 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](/brand/es/what-would-you-like-to-learn-about/platform-features/cross-channel-performance-insights/optimize-startup-guide.md)
* [¿Qué es una Regla para Identificar?](/brand/es/what-would-you-like-to-learn-about/platform-features/cross-channel-performance-insights/set-up-rules-to-identify-channel-traffic.md)
* [¿Qué es un Grupo de Crédito?](/brand/es/what-would-you-like-to-learn-about/platform-features/actions-and-payouts/credit-groups-explained.md)
  {% endhint %}

Este artículo cubre las características y funciones 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 y ajustarse lo mejor posible a sus circunstancias específicas**.

Este documento ampliará los conocimientos fundamentales y funcionales necesarios para diseñar las Reglas para Identificar óptimas para su programa.

{% hint style="info" %}
**Mantenga las configuraciones de los canales enfocadas**: Recuerde que Optimize se centra en mostrar información 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 le ayudará a mantener su RTI simple, enfocada y eficaz.
{% endhint %}

**Un recordatorio rápido**

* Un Objetivo de Regla es el "dónde" la regla buscará aplicar la Lógica de la Regla y encontrar los Valores de la Regla.
* La Lógica de la Regla es el "cómo" la Regla intentará identificar el tráfico.
* Los Valores de la Regla son la información de entrada 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 opciones de Objetivo de Regla y 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. Consulte las siguientes secciones para ver ejemplos de esto.

<details>

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

Los Objetivos de Regla pueden evaluarse en función de su precisión y fiabilidad. La siguiente gráfica muestra los distintos objetivos de Regla en términos de su precisión y fiabilidad respectivas. Cuanto más alejado del origen de la gráfica esté un Objetivo de Regla, más preciso (a lo largo del eje x) y más fiable (a lo largo del eje y) será el Objetivo de Regla.

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

Siempre debe intentar utilizar el Objetivo de Regla más fiable y preciso posible, y solo moverse a la izquierda o hacia abajo en la gráfica si no tiene otra opción. A continuación se muestran dos casos de ejemplo para 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">Destino 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>

Consulte la *Lógica de la Regla - Ejemplo 1* sección para ver qué completar en 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 se dirigen a Parámetros y Cadenas de consulta, así como todos los Objetivos de Regla de Página de destino. Puede ver en la gráfica anterior que la mejor opción, considerando todos estos factores, entonces es el **Dominio de referencia**. La Regla para Identificar comenzará a verse así:

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

Consulte la *Lógica de la Regla - Ejemplo 2* sección para ver qué completar en 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. La siguiente gráfica muestra 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="/files/5ca304af2fa2d2b64801a06a97257c39823fbeab" alt=""><figcaption></figcaption></figure></div>

Siempre debe intentar utilizar la opción de Lógica de la Regla más precisa posible, y solo descender en la gráfica 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**.

| Destino de la regla         | Valor de la regla 1 | Lógica de la regla   |          |
| --------------------------- | ------------------- | -------------------- | -------- |
| URL de la página de destino | `utm_medium`        | Coincide exactamente | `buscar` |

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

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

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

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

| Destino de la regla   | Valor de la regla 1 | 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 (p. ej., *www, cn*), los dominios de nivel superior (p. ej., *com, net*) y las rutas de las 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.

</details>

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 con Regex**

Debido a la complejidad de implementar soluciones con regex, impact.com no ofrece consejos generales ni orientación 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 con regex, consulte con su CSM sobre cómo empezar 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* solo buscará el Valor de Regla 2 exacto tal como está escrito en la RTI. *Coincide con cualquiera* buscará todos los Valores de Regla 2 tal como están escritos exactamente en la Regla.

Si se encuentra usando **Coincide exactamente** 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 son 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 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. Consulte las subsecciones a continuación para ver cómo se pueden configurar los ejemplos creados arriba para descalificar tráfico.

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

|                             |                         |                        |                         |
| --------------------------- | ----------------------- | ---------------------- | ----------------------- |
| **Destino 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   | `buscar`                |

Esta regla ya descalifica una gran cantidad de tráfico. Al agregar otra Regla para Identificar y usar el operador **OR** , la Regla puede ampliarse para calificar más tráfico:

|                                   |                         |                        |                         |
| --------------------------------- | ----------------------- | ---------------------- | ----------------------- |
| **Destino 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   | `buscar`                |
| **OR**                            |                         |                        |                         |
| 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.
{% endtab %}

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

| Destino 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 operador **Y** , la Regla puede empezar a descalificar el tráfico referido por Bing:

| Destino 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 se identifique como parte de este canal.

#### Distinción entre 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`, aún puede configurar su regla así:

| Destino 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 | `buscar`            |

#### ¿Y ahora qué?

Revise algunos [escenarios de configuración de Optimize](/brand/es/what-would-you-like-to-learn-about/platform-features/cross-channel-performance-insights/optimize-channels/optimize-channel-setup-scenario-examples.md). Aquí encontrará recomendaciones para escenarios comunes de Optimize.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## 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, and the optional `goal` query parameter:

```
GET https://help.impact.com/brand/es/what-would-you-like-to-learn-about/platform-features/cross-channel-performance-insights/optimize-channels/channel-setup-strategy.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

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.