> 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/it/what-would-you-like-to-learn-about/platform-features/cross-channel-performance-insights/optimize-channels/channel-setup-strategy.md).

# Strategia di configurazione dei canali

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

* [Guida introduttiva di Optimize](/brand/it/what-would-you-like-to-learn-about/platform-features/cross-channel-performance-insights/optimize-startup-guide.md)
* [Che cos'è una Regola per Identificare?](/brand/it/what-would-you-like-to-learn-about/platform-features/cross-channel-performance-insights/set-up-rules-to-identify-channel-traffic.md)
* [Che cos'è un Gruppo di Credito?](/brand/it/what-would-you-like-to-learn-about/platform-features/actions-and-payouts/credit-groups-explained.md)
  {% endhint %}

Questo articolo tratta le funzionalità e le caratteristiche delle Regole per Identificare (RTI) di Optimize. Imparerai come sviluppare una strategia per configurare le Regole per Identificare (RTI) per nuovi canali o modificare i canali esistenti nel tuo programma.

Non esiste una soluzione universale che possa adattarsi a tutte le circostanze. Tuttavia, dovresti essere in grado di arrivare a una soluzione che si adatti meglio alle tue 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 tue circostanze specifiche**.

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

{% hint style="info" %}
**Mantieni le configurazioni dei canali focalizzate**: Ricorda che Optimize serve a mettere in evidenza insight a livello di canale; quando crei la tua RTI, devi considerare come identificare il traffico proveniente da uno specifico canale. Tenere presente questo ti aiuterà a mantenere la tua RTI semplice, focalizzata ed efficace.
{% endhint %}

**Un rapido promemoria**

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

#### Precisione e affidabilità

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

<details>

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

I Target della Regola possono essere valutati in termini di precisione e affidabilità. Il seguente grafico rappresenta i vari Target della Regola in base alla rispettiva precisione e affidabilità. 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>

Dovresti sempre cercare di usare il Target della Regola più affidabile e preciso possibile, e spostarti a sinistra o in basso nel grafico solo se non hai altre opzioni. Di seguito sono riportati due casi di esempio su come scegliere quale Target della Regola usare.

**Esempio 1: Ricerca a pagamento**

In questo scenario, tutto il traffico di ricerca a pagamento è contrassegnato con il parametro UTM di Google `utm_medium=search`. Per questo motivo, il **Parametro della landing page** dovrebbe essere il Target della Regola. La Regola per Identificare inizierà ad avere questo aspetto:

<table><thead><tr><th width="128">Target della regola</th><th>Valore 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 il *Logica della Regola - Esempio 1* sezione per vedere cosa inserire nel *Logica della regola* e *Valore regola 2*.

**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 la landing page. Puoi vedere dal grafico sopra che la scelta migliore considerando tutti questi fattori è quindi il **Dominio di riferimento**. La Regola per Identificare inizierà ad avere questo aspetto:

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

Visualizza il *Logica della Regola - Esempio 2* sezione per vedere cosa inserire nel *Logica della regola* e *Valore 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 seguente grafico rappresenta le varie opzioni di Logica della Regola in base alla loro precisione relativa.

<div data-with-frame="true"><figure><img src="/files/fbc239d5bdd0b2e41d187405555031354b85e7cb" 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 altre opzioni. Di seguito sono riportati due casi di esempio su come scegliere quale opzione di Logica della Regola usare.

**Esempio 1: Ricerca a pagamento**

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

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

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

Se, ad esempio, si utilizzasse invece l'opzione di Logica della Regola **Contiene** , qualsiasi `utm_medium` valore con `ricerca` al suo interno verrebbe considerato parte di questo canale, il che può portare ad azioni attribuite erroneamente, compensazioni e potenzialmente altro ancora. **Contiene** non sarebbe comunque una scelta sbagliata in questo caso; **Corrisponde esattamente** è semplicemente la scelta migliore.

**Esempio 2: Ricerca organica**

Poiché in precedenza il Target della Regola Dominio di riferimento è stato stabilito come la scelta migliore, una possibile opzione di Logica della Regola potrebbe essere la seguente:

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

**Contiene** è una buona scelta qui perché la ricerca organica di Bing può provenire 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 URL possono essere molto diversi, basta assicurarsi che il dominio di riferimento contenga il dominio di secondo livello di **.bing.** consentirà di considerare parte di questo canale tutto il traffico di ricerca organica proveniente da Bing.

</details>

Questi sono anche i motivi per cui non è possibile scegliere 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'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 meglio gestite con un'opzione di Logica della Regola regex, consulta il tuo 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* cercherà solo il Valore della Regola 2 esatto così come è scritto nella RTI. *Corrisponde a uno qualsiasi* cercherà tutti i Valori della Regola 2 così come sono esattamente scritti nella Regola.

Se ti capita di usare **Corrisponde esattamente** più di una volta con l' **E** operatore, considera di usare **Corrisponde a uno qualsiasi**. Lo stesso vale per **Contiene** e **Contiene uno 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 usare per identificare il traffico.

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

#### Traffico da escludere

A volte, creare Regole per Identificare che *escludono* il traffico può essere altrettanto utile quanto identificare il traffico come parte di un canale. Vedi le sottosezioni seguenti per vedere come gli esempi creati sopra possono essere impostati per escludere il traffico.

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

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

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

|                                  |                     |                         |                     |
| -------------------------------- | ------------------- | ----------------------- | ------------------- |
| **Target della regola**          | **Valore regola 1** | **Logica della regola** | **Valore regola 2** |
| URL della pagina di destinazione | `utm_medium`        | Corrisponde esattamente | `ricerca`           |
| **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 regola 1 | Logica della regola | Valore regola 2 |
| ---------------------- | --------------- | ------------------- | --------------- |
| Dominio di riferimento | `--`            | Contiene            | .bing.          |

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

| Target della regola          | Valore regola 1 | Logica della regola | Valore regola 2 |
| ---------------------------- | --------------- | ------------------- | --------------- |
| Dominio di riferimento       | `--`            | 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/minuscole

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

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

#### Qual è il prossimo passo?

Rivedi alcuni [scenari di configurazione di Optimize](/brand/it/what-would-you-like-to-learn-about/platform-features/cross-channel-performance-insights/optimize-channels/optimize-channel-setup-scenario-examples.md). Qui troverai raccomandazioni per i comuni scenari di 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/it/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.