Strategia di configurazione del canale
Importante: Familiarizza te stesso con le seguenti risorse prima di passare a questo articolo:
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.
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.
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.
Scegli un Obiettivo della Regola
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).

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:
URL della Pagina di Destinazione
utm_medium
*
*
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:
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.
Scegli un'opzione di Logica della Regola
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.

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.
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:
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.comhttps://www4.bing.com/searchhttps://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.
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.
Google Ads
GCLID
Bing Ads/Yahoo Search
MSCLKID
Facebook Ads
FBCLID
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.
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.
Ecco l'esempio che è stato creato sopra:
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:
Dominio di Referimento
--
Contiene
.bing.
E
Parametro della Pagina di Destinazione
MSCLIKID
Non È Presente
--
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:
URL della Pagina di Destinazione
utm_medium
Corrisponde Esattamente
search
E adesso?
Rivedi alcuni scenari di configurazione di Optimize. Qui troverai raccomandazioni per scenari comuni di Optimize.
Ultimo aggiornamento
È stato utile?

