# Strategia di configurazione del canale

{% hint style="warning" %}
**Importante**: Familiarizza te stesso con le seguenti risorse prima di passare a questo articolo:

* [Guida di avvio di Optimize](https://help.impact.com/brand/it/platform-features/cross-channel-performance-insights/optimize-startup-guide)
* [Cos'è una Regola per Identificare?](https://help.impact.com/brand/it/platform-features/cross-channel-performance-insights/set-up-rules-to-identify-channel-traffic)
* [Cos'è un Gruppo di Credito?](https://help.impact.com/brand/it/platform-features/actions-and-payouts/credit-groups-explained)
  {% endhint %}

Questo articolo copre le caratteristiche e le funzioni delle Regole per Identificare (RTI) di Optimize. Imparerai come sviluppare una strategia per impostare le Regole per Identificare (RTI) per nuovi canali o modificare canali esistenti nel tuo programma.

Non esiste una soluzione unica che possa adattarsi a tutte le circostanze. Tuttavia, dovresti essere in grado di arrivare a una soluzione che si adatta meglio alle tue circostanze uniche. Possono sempre esistere argomentazioni contro una certa configurazione di RTI, ma **lo scopo di una RTI non è funzionare in tutte le circostanze**. **Una RTI è pensata per essere modellata al meglio in base alle tue specifiche circostanze**.

Questo documento approfondirà le conoscenze fondamentali e funzionali necessarie per progettare le Regole per Identificare ottimali per il tuo programma.

{% hint style="info" %}
**Mantieni gli assetup dei canali focalizzati**: Ricorda che Optimize riguarda l'emersione di approfondimenti a livello di canale; quando crei la tua RTI, devi considerare come identificare il traffico proveniente da un particolare canale. Tenere questo in mente aiuterà a mantenere la tua RTI semplice, mirata ed efficace.
{% endhint %}

**Un rapido promemoria**

* Un Obiettivo della Regola è "dove" la regola cercherà di applicare la Logica della Regola e trovare il/i Valore/i della Regola.
* La Logica della Regola è "come" la Regola tenterà di identificare il traffico.
* I Valori della Regola sono input che fornisci alla regola per sfruttarla.

#### Precisione e Affidabilità

Quando progetti la tua RTI, concetti chiave da tenere a mente sono precisione e affidabilità. Le scelte per l'Obiettivo della Regola e l'opzione di Logica della Regola in una Regola non dovrebbero essere viste come intercambiabili, anche se più di un insieme di componenti funzionerà per un dato scenario. Vedi le sezioni seguenti per esempi di questo.

<details>

<summary>Scegli un Obiettivo della Regola</summary>

Gli Obiettivi della Regola possono essere valutati in termini di precisione e affidabilità. Il grafico seguente traccia i vari obiettivi della Regola in termini della loro rispettiva precisione e affidabilità. Più un Obiettivo della Regola è lontano dall'origine del grafico, più è preciso (sull'asse x) e più è affidabile (sull'asse y).

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

Dovresti sempre cercare di usare l'Obiettivo della Regola più affidabile e preciso possibile, e spostarti verso sinistra o verso il basso nel grafico solo se non hai altra opzione. Di seguito sono riportati due casi di esempio su come scegliere quale Obiettivo della Regola utilizzare.

**Esempio 1: Ricerca a pagamento**

In questo scenario, tutto il traffico di ricerca a pagamento è taggato con il parametro UTM di Google `utm_medium=search`. Per questo motivo, il **Parametro della Pagina di Destinazione** dovrebbe essere l'Obiettivo della Regola. La Regola per Identificare inizierà a somigliare a questo:

<table><thead><tr><th width="128">Obiettivo della Regola</th><th>Valore della Regola 1</th><th>Logica della Regola</th><th></th></tr></thead><tbody><tr><td>URL della Pagina di Destinazione</td><td><code>utm_medium</code></td><td>*</td><td>*</td></tr></tbody></table>

Visualizza la *Logica della Regola - Esempio 1* sezione per vedere cosa inserire per il *Logica della Regola* e *Valore della Regola 2*.

**Esempio 2: Ricerca Organica**

Il canale successivo, Ricerca Organica, non avrà parametri UTM e la pagina di destinazione è imprevedibile. Queste condizioni escludono tutti gli Obiettivi della Regola che mirano a Parametri e Stringhe di Query così come tutti gli Obiettivi della Regola Pagina di Destinazione. Puoi vedere dal grafico sopra che la migliore opzione considerando tutti questi fattori è allora il **Dominio di Referimento**. La Regola per Identificare inizierà a somigliare a questo:

| Obiettivo della Regola | Valore della Regola 1 | Logica della Regola |    |
| ---------------------- | --------------------- | ------------------- | -- |
| Dominio di Referimento | `--`                  | \*                  | \* |

Visualizza la *Logica della Regola - Esempio 2* sezione per vedere cosa inserire per il *Logica della Regola* e *Valore della Regola 2*.

</details>

<details>

<summary>Scegli un'opzione di Logica della Regola</summary>

La Logica della Regola può essere valutata solo in termini di precisione. Il grafico seguente traccia le varie opzioni di Logica della Regola in termini della loro precisione relativa.

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

Dovresti sempre cercare di usare l'opzione di Logica della Regola più precisa possibile, e spostarti verso il basso nel grafico solo se non hai altra opzione. Di seguito sono riportati due casi di esempio su come scegliere quale opzione di Logica della Regola utilizzare.

**Esempio 1: Ricerca a pagamento**

Poiché tutta la ricerca a pagamento è taggata con il parametro UTM di Google `utm_medium=search`, la migliore opzione possibile di Logica della Regola sarebbe **Corrisponde Esattamente**.

| Obiettivo della Regola           | Valore della Regola 1 | Logica della Regola     |          |
| -------------------------------- | --------------------- | ----------------------- | -------- |
| URL della Pagina di Destinazione | `utm_medium`          | Corrisponde Esattamente | `search` |

**Corrisponde Esattamente** funziona meglio qui perché solo il traffico con la coppia chiave-valore del parametro esatta di `utm_medium=search` dovrebbe essere considerato parte di questo canale.

Se, ad esempio, l'opzione di Logica della Regola **Contiene** fosse usata invece, qualsiasi `utm_medium` valore con `search` al suo interno sarebbe considerato parte di questo canale, il che può portare ad azioni mal attribuite, compensazioni (make-goods) e potenzialmente altro. **Contiene** non sarebbe tuttavia una scelta sbagliata qui; **Corrisponde Esattamente** semplicemente risulta essere la scelta migliore.

**Esempio 2: Ricerca Organica**

Con l'Obiettivo della Regola Dominio di Referimento stabilito come la scelta migliore prima, una potenziale opzione di Logica della Regola potrebbe essere la seguente:

| Obiettivo della Regola | Valore della Regola 1 | Logica della Regola |        |
| ---------------------- | --------------------- | ------------------- | ------ |
| Dominio di Referimento | `--`                  | Contiene            | .bing. |

**Contiene** è una buona scelta qui perché la ricerca organica di Bing può provenire da diversi URL di referimento, come:

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

A causa di quanto possano essere diversi i domini di terzo livello (ad es., *www, cn*), i domini di primo livello (ad es., *com, net*) e i percorsi URL, semplicemente garantire che il dominio di referimento contenga il dominio di secondo livello di **.bing.** permetterà che tutto il traffico di ricerca organica proveniente da Bing sia considerato parte di questo canale.

</details>

Queste ragioni sono anche il motivo per cui non si possono scegliere opzioni di Logica della Regola più precise, poiché escluderebbero domini di referimento che dovrebbero essere considerati parte di questo canale.

**Opzioni di Logica della Regola Regex**

A causa della complessità nell'implementare soluzioni regex, impact.com non fornisce consigli o indicazioni generali su come implementare espressioni regolari in Optimize. Se ritieni che le tue circostanze siano gestite al meglio con un'opzione di Logica della Regola regex, consulta il tuo CSM su come iniziare a implementarla.

#### Corrisponde Esattamente vs. Corrisponde Qualsiasi

Queste due opzioni di Logica della Regola funzionano esattamente nello stesso modo, ma con una piccola distinzione. *Corrisponde Esattamente* cercherà solo l'esatto Valore della Regola 2 così come è scritto nella RTI. *Corrisponde Qualsiasi* cercherà tutti i Valori della Regola 2 così come sono esattamente scritti nella Regola.

Se ti ritrovi a usare **Corrisponde Esattamente** più di una volta con il **E** operatore, considera l'uso di **Corrisponde Qualsiasi**. Lo stesso vale per **Contiene** e **Contiene Qualsiasi**.

#### ID di clic comuni

Gli ID di clic stanno diventando sempre più comuni per i media a pagamento. Di seguito è riportato un elenco di ID di clic comuni che puoi utilizzare per identificare il traffico.

| Fonte del Media       | ID Clic   |
| --------------------- | --------- |
| Google Ads            | `GCLID`   |
| Bing Ads/Yahoo Search | `MSCLKID` |
| Facebook Ads          | `FBCLID`  |
| Pinterest             | `EPIK`    |

#### Traffico da squalificare

A volte, creare Regole per Identificare che *squalificano* il traffico può essere altrettanto utile per identificare il traffico come parte di un canale. Vedi le sottosezioni qui sotto per vedere come gli esempi creati sopra possono essere configurati per squalificare il traffico.

{% tabs %}
{% tab title="Esempio 1: Ricerca a pagamento" %}
Ecco l'esempio che è stato creato sopra:

|                                  |                           |                         |                           |
| -------------------------------- | ------------------------- | ----------------------- | ------------------------- |
| **Obiettivo della Regola**       | **Valore della Regola 1** | **Logica della Regola** | **Valore della Regola 2** |
| URL della Pagina di Destinazione | `utm_medium`              | Corrisponde Esattamente | `search`                  |

Questa regola già squalifica molto traffico. Aggiungendo un'altra Regola per Identificare e usando l' **O** operatore, la Regola può essere ampliata per qualificare più traffico:

|                                        |                           |                         |                           |
| -------------------------------------- | ------------------------- | ----------------------- | ------------------------- |
| **Obiettivo della Regola**             | **Valore della Regola 1** | **Logica della Regola** | **Valore della Regola 2** |
| URL della Pagina di Destinazione       | `utm_medium`              | Corrisponde Esattamente | `search`                  |
| **O**                                  |                           |                         |                           |
| Parametro della Pagina di Destinazione | `GCLID`                   | È Presente              | --                        |

Ora, se una delle due Regole è vera, il traffico sarà identificato come parte di questo canale.
{% endtab %}

{% tab title="Esempio 2: Ricerca Organica" %}
Ecco l'esempio che è stato creato sopra:

| Obiettivo della Regola | Valore della Regola 1 | Logica della Regola | Valore della Regola 2 |
| ---------------------- | --------------------- | ------------------- | --------------------- |
| Dominio di Referimento | `--`                  | Contiene            | .bing.                |

Questa regola identificherà tutto il traffico che è stato riferito da Bing. Aggiungendo un'altra Regola e usando l' **E** operatore, la Regola può iniziare a squalificare il traffico riferito da Bing:

| Obiettivo della Regola                 | Valore della Regola 1 | Logica della Regola | Valore della Regola 2 |
| -------------------------------------- | --------------------- | ------------------- | --------------------- |
| Dominio di Referimento                 | `--`                  | Contiene            | .bing.                |
| **E**                                  |                       |                     |                       |
| Parametro della Pagina di Destinazione | `MSCLIKID`            | Non È Presente      | --                    |
| {% endtab %}                           |                       |                     |                       |
| {% endtabs %}                          |                       |                     |                       |

Ora, entrambe le Regole devono essere vere affinché il traffico venga identificato come parte di questo canale.

#### Sensibilità alle maiuscole/minuscole

Le Regole per Identificare non sono sensibili alle maiuscole. Ad esempio, se hai un parametro dove `utm_medium=SEARCH`, puoi comunque impostare la tua regola come:

| Obiettivo della Regola           | Valore della Regola 1 | Logica della Regola     | Valore della Regola 2 |
| -------------------------------- | --------------------- | ----------------------- | --------------------- |
| URL della Pagina di Destinazione | `utm_medium`          | Corrisponde Esattamente | `search`              |

#### E adesso?

Rivedi alcuni [scenari di configurazione di Optimize](https://help.impact.com/brand/it/platform-features/cross-channel-performance-insights/optimize-channels/optimize-channel-setup-scenario-examples). Qui troverai raccomandazioni per scenari comuni di Optimize.
