# Strategia di configurazione dei canali

{% hint style="warning" %}
**Importante**: Familiarizzatevi con le seguenti risorse prima di proseguire con questo articolo:

* [Guida all'ottimizzazione dell'avvio](/brand/it/che-cosa-vorresti-imparare/platform-features/cross-channel-performance-insights/optimize-startup-guide.md)
* [Che cos'è una Regola di Identificazione?](/brand/it/che-cosa-vorresti-imparare/platform-features/cross-channel-performance-insights/set-up-rules-to-identify-channel-traffic.md)
* [Che cos'è un Gruppo di Credito?](/brand/it/che-cosa-vorresti-imparare/platform-features/actions-and-payouts/credit-groups-explained.md)
  {% endhint %}

Questo articolo illustra le funzionalità e le funzioni delle Regole di Identificazione (RTI) di Optimize. Imparerete come sviluppare una strategia per impostare le Regole di Identificazione (RTI) per nuovi canali o modificare i canali esistenti nel vostro programma.

Non esiste una soluzione universale che possa adattarsi a tutte le circostanze. Tuttavia, dovreste essere in grado di arrivare a una soluzione che si adatti meglio alle vostre circostanze specifiche. Possono sempre esistere argomenti contro la configurazione di una certa RTI, ma **lo scopo di una RTI non è funzionare in tutte le circostanze**. **una RTI deve essere modellata per adattarsi al meglio alle vostre circostanze specifiche**.

Questo documento farà progredire le conoscenze fondamentali e funzionali necessarie per progettare le Regole di Identificazione ottimali per il vostro programma.

{% hint style="info" %}
**Mantenete le configurazioni dei canali concentrate**: Ricordate che Optimize serve a mettere in evidenza approfondimenti a livello di canale; quando create la vostra RTI, dovete considerare come identificare il traffico proveniente da un particolare canale. Tenere presente questo aspetto vi aiuterà a mantenere la vostra RTI semplice, mirata ed efficace.
{% endhint %}

**Un rapido promemoria**

* Un Target della Regola è il "dove" in cui la regola cercherà di applicare la Logica della Regola e trovare i Valori della Regola.
* La Logica della Regola è il "come" con cui la Regola cercherà di identificare il traffico.
* I Valori della Regola sono input che fornite alla regola per sfruttarla.

#### Precisione e affidabilità

Quando progettate la vostra RTI, i concetti chiave da tenere a mente sono precisione e affidabilità. Le scelte per l'opzione Target della Regola e Logica della Regola in una Regola non dovrebbero essere considerate intercambiabili, anche se più di un insieme di componenti può funzionare in un determinato scenario. Consultate le seguenti sezioni per esempi di ciò.

<details>

<summary>Scegliete un Target della Regola</summary>

I Target della Regola possono essere valutati in base a precisione e affidabilità. Il grafico seguente rappresenta i vari target della Regola in termini di precisione e affidabilità relative. Più un Target della Regola è lontano dall'origine del grafico, più è preciso (lungo l'asse x) e più è affidabile (lungo l'asse y).

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

Dovreste sempre cercare di usare il Target della Regola più affidabile e preciso possibile, e spostarvi a sinistra o verso il basso nel grafico solo se non avete altra scelta. Di seguito sono riportati due casi di esempio per scegliere quale Target della Regola usare.

**Esempio 1: Ricerca a pagamento**

In questo scenario, tutto il traffico della ricerca a pagamento è contrassegnato dal parametro UTM di Google `utm_medium=search`. Per questo motivo, il **Parametro della landing page** dovrebbe essere il Target della Regola. La Regola di Identificazione inizierà a presentarsi così:

<table><thead><tr><th width="128">Target della regola</th><th>Valore 1 della regola</th><th>Logica della regola</th><th></th></tr></thead><tbody><tr><td>URL 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 nel *Logica della regola* e *Valore 2 della regola*.

**Esempio 2: Ricerca organica**

Il canale successivo, Ricerca organica, non avrà parametri UTM e la landing page è imprevedibile. Queste condizioni escludono tutti i Target della Regola che mirano ai Parametri e alle Stringhe di Query, così come tutti i Target della Regola per le Landing Page. Potete vedere dal grafico sopra che la scelta migliore, considerando tutti questi fattori, è quindi il **Dominio di referral**. La Regola di Identificazione inizierà a presentarsi così:

| Target della regola | Valore 1 della regola | Logica della regola |    |
| ------------------- | --------------------- | ------------------- | -- |
| Dominio di referral | `--`                  | \*                  | \* |

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

</details>

<details>

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

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

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

Dovreste sempre cercare di usare l'opzione di Logica della Regola più precisa possibile, e scendere nel grafico solo se non avete altra scelta. Di seguito sono riportati due casi di esempio per scegliere quale opzione di Logica della Regola usare.

**Esempio 1: Ricerca a pagamento**

Poiché tutta la ricerca a pagamento è contrassegnata dal parametro UTM di Google `utm_medium=search`, la migliore opzione di Logica della Regola possibile sarebbe **Corrisponde esattamente a**.

| Target della regola        | Valore 1 della regola | Logica della regola       |         |
| -------------------------- | --------------------- | ------------------------- | ------- |
| URL pagina di destinazione | `utm_medium`          | Corrisponde esattamente a | `cerca` |

**Corrisponde esattamente a** funziona meglio qui perché solo il traffico con la coppia chiave-valore esatta del parametro `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 `cerca` al suo interno verrebbe considerato parte di questo canale, il che può portare ad azioni attribuite in modo errato, compensazioni e potenzialmente altro. **Contiene** non sarebbe comunque una scelta sbagliata qui; **Corrisponde esattamente a** semplicemente è la scelta migliore.

**Esempio 2: Ricerca organica**

Con il Target della Regola Dominio di Riferimento stabilito come scelta migliore in precedenza, una possibile opzione di Logica della Regola potrebbe essere la seguente:

| Target della regola | Valore 1 della regola | Logica della regola |        |
| ------------------- | --------------------- | ------------------- | ------ |
| Dominio di referral | `--`                  | Contiene            | .bing. |

**Contiene** è una buona scelta qui perché la ricerca organica di Bing può derivare da più URL di riferimento diversi, 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 degli URL, assicurarsi semplicemente che il dominio di riferimento contenga il dominio di secondo livello di **.bing.** permetterà di considerare tutto il traffico di ricerca organica proveniente da Bing come parte di questo canale.

</details>

Questi motivi sono anche il motivo per cui non possono essere scelte opzioni di Logica della Regola più precise, poiché escluderebbero domini di riferimento che dovrebbero essere considerati parte di questo canale.

**Opzioni di Logica della Regola regex**

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

#### Corrisponde esattamente vs. Corrisponde a uno qualsiasi

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

Se vi ritrovate a usare **Corrisponde esattamente a** più di una volta con l'operatore **E** , prendete in considerazione l'uso di **Corrisponde a qualsiasi**. Lo stesso vale per **Contiene** e **Contiene qualsiasi**.

#### Click ID comuni

I Click ID stanno diventando sempre più comuni per i media a pagamento. Di seguito è riportato un elenco di Click ID comuni che potete usare per identificare il traffico.

| Fonte media           | ID clic   |
| --------------------- | --------- |
| Google Ads            | `GCLID`   |
| Bing Ads/Yahoo Search | `MSCLKID` |
| Facebook Ads          | `FBCLID`  |
| Pinterest             | `EPIK`    |

#### Traffico squalificante

A volte, creare Regole di Identificazione che *squalificano* il traffico può essere altrettanto utile per identificare il traffico come parte di un canale. Consultate 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 creato sopra:

|                            |                           |                           |                           |
| -------------------------- | ------------------------- | ------------------------- | ------------------------- |
| **Target della regola**    | **Valore 1 della regola** | **Logica della regola**   | **Valore 2 della regola** |
| URL pagina di destinazione | `utm_medium`              | Corrisponde esattamente a | `cerca`                   |

Questa regola già squalifica gran parte del traffico. Aggiungendo un'altra Regola di Identificazione e usando l'operatore **OR** , la Regola può essere ampliata per qualificare più traffico:

|                              |                           |                           |                           |
| ---------------------------- | ------------------------- | ------------------------- | ------------------------- |
| **Target della regola**      | **Valore 1 della regola** | **Logica della regola**   | **Valore 2 della regola** |
| URL pagina di destinazione   | `utm_medium`              | Corrisponde esattamente a | `cerca`                   |
| **OR**                       |                           |                           |                           |
| Parametro della landing page | `GCLID`                   | È presente                | --                        |

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

{% tab title="Esempio 2: Ricerca organica" %}
Ecco l'esempio creato sopra:

| Target della regola | Valore 1 della regola | Logica della regola | Valore 2 della regola |
| ------------------- | --------------------- | ------------------- | --------------------- |
| Dominio di referral | `--`                  | Contiene            | .bing.                |

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

| Target della regola          | Valore 1 della regola | Logica della regola | Valore 2 della regola |
| ---------------------------- | --------------------- | ------------------- | --------------------- |
| Dominio di referral          | `--`                  | Contiene            | .bing.                |
| **E**                        |                       |                     |                       |
| Parametro della landing page | `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

Le Regole di Identificazione non sono sensibili alle maiuscole. Ad esempio, se avete un parametro in cui `utm_medium=SEARCH`, potete comunque impostare la regola come segue:

| Target della regola        | Valore 1 della regola | Logica della regola       | Valore 2 della regola |
| -------------------------- | --------------------- | ------------------------- | --------------------- |
| URL pagina di destinazione | `utm_medium`          | Corrisponde esattamente a | `cerca`               |

#### Qual è il prossimo passo?

Esaminate alcuni [scenari di configurazione di Optimize](/brand/it/che-cosa-vorresti-imparare/platform-features/cross-channel-performance-insights/optimize-channels/optimize-channel-setup-scenario-examples.md). Qui troverete raccomandazioni per scenari comuni di Optimize.


---

# Agent Instructions: 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:

```
GET https://help.impact.com/brand/it/che-cosa-vorresti-imparare/platform-features/cross-channel-performance-insights/optimize-channels/channel-setup-strategy.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
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.