> 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/blocking-and-redirect-rules/build-redirect-rule-conditions.md). # Costruisci le condizioni della regola di reindirizzamento Ogni regola di reindirizzamento inizia con una o più condizioni. Un *condizione* controlla qualcosa del traffico in arrivo, come l'URL della pagina di destinazione, il paese o il tipo di dispositivo, e decide se la regola si applica. Leggi di più su come [Crea una regola di reindirizzamento](/brand/it/what-would-you-like-to-learn-about/platform-features/blocking-and-redirect-rules/create-a-redirect-rule.md). ## Attributi di condizione La tabella seguente elenca gli attributi di condizione che puoi usare in una regola.
Riferimento degli attributi di condizione | Attributo di condizione | Descrizione | | -------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Pagina di destinazione | L'URL di destinazione originale. | | Indirizzo IP | L'indirizzo IP registrato su un dispositivo. | | ID condiviso | Un parametro della stringa di query controllato dal partner, utilizzato nei report. | | Paese | Il paese da cui ha origine il traffico. | | Stato | Lo stato da cui ha origine il traffico. | | Stato dell'annuncio | Lo stato di utilizzo dell'annuncio associato. | | SubID1 | Un parametro della stringa di query controllato dal partner, utilizzato nei report. | | SubID2 | Un parametro della stringa di query controllato dal partner, utilizzato nei report. | | SubID3 | Un parametro della stringa di query controllato dal partner, utilizzato nei report. | | ID MP | l'identificatore univoco di impact.com per un partner | | Tipo di dispositivo | Che tipo di dispositivo stava usando il cliente quando è stata attivata la regola di reindirizzamento. | | URL di riferimento | URL del sito web che indirizza traffico all'URL di destinazione originale. | | SKU prodotto | Un identificatore per il soggetto dell'annuncio, solitamente designato in un catalogo prodotti. | | ID annuncio | l'identificatore univoco di impact.com per un annuncio. | | Probabilità | La regola di reindirizzamento acquisirà casualmente una percentuale del traffico da reindirizzare. Questo è usato principalmente per i test A/B. | | Fallback mobile |

Se un annuncio ha fallback mobile configurato, la regola di routing associata può richiedere di reindirizzare il traffico al rispettivo app store per scaricare un'app.

Fallback mobile le regole di reindirizzamento di solito vengono configurate durante l'Onboarding. Controlla le tue specifiche tecniche per vedere se dovresti avere una regola di reindirizzamento di fallback mobile.

| | Nome dell'app | Il nome dell'app che il cliente stava usando quando è stata attivata la regola di reindirizzamento. | | Nome del browser | Il nome del browser che il cliente stava usando quando è stata attivata la regola di reindirizzamento. | | Nome del sistema operativo | Il nome del sistema operativo che il cliente stava usando quando è stata attivata la regola di reindirizzamento. | | WebView nell'app | Se il cliente stava usando una webview nell'app quando è stata attivata la regola di reindirizzamento. |
## Operatori di condizione Uno degli attributi di condizione più utili è **Pagina di destinazione**, poiché ti consente di creare condizioni e reindirizzamenti basati sull'URL in arrivo. Gli operatori elencati di seguito sono per l' **Pagina di destinazione** attributo. Gli operatori disponibili dipendono dall'attributo che scegli: la maggior parte degli attributi offre un insieme più ristretto. Ad esempio, **Fallback mobile** offre solo **sia** e **non è**.
Riferimento degli operatori di condizione | Operatore | Descrizione | | ------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | **contiene** | Il valore dell'attributo include il testo specificato. | | **inizia con** | Il valore dell'attributo inizia con il testo specificato. | | **finisce con** | Il valore dell'attributo termina con il testo specificato. | | **corrisponde** | Il valore dell'attributo corrisponde a un modello, che può includere segnaposto (`{NAME}`) per catturare parti del valore e un carattere jolly (`*`) per corrispondere a eventuali caratteri rimanenti. | | **nelle** | Il valore dell'attributo è uno di un elenco specificato di valori. | | **non contiene** | Il valore dell'attributo non include il testo specificato. | | **non inizia con** | Il valore dell'attributo non inizia con il testo specificato. | | **non termina con** | Il valore dell'attributo non termina con il testo specificato. | | **non è** | Il valore dell'attributo non è esattamente uguale al valore specificato. | | **non in** | Il valore dell'attributo non è nessuno di un elenco specificato di valori. | | **Regex** | Il valore dell'attributo corrisponde a un'espressione regolare personalizzata. |
## Combina le condizioni Puoi combinare più condizioni usando **E**: * Usa **E** quando più di una cosa deve essere vera nello stesso momento, ad esempio, traffico da un paese specifico e su un tipo di dispositivo specifico. * Seleziona **Aggiungi un altro** per aggiungere una condizione separata e indipendente che soddisfi la prima condizione oppure la nuova. Non deve soddisfarle entrambe. Ciò significa che **Aggiungi un altro** è come un **OPPURE** condizione. Le due sezioni successive mostrano come creare una regola di reindirizzamento usando gli *Contiene* e *Corrisponde* operatori. ## Usa l'operatore contiene Il modo più semplice per diramare il traffico in base all'URL è usare due regole separate che utilizzano **contiene**. Supponi che tu voglia che chiunque arrivi su una pagina UK riceva un parametro di query, e chiunque arrivi su una pagina US ne riceva un altro. Regola 1, traffico UK: 1. Condizione: `Pagina di destinazione` **contiene** `/uk`. 2. Azione: reindirizza allo stesso URL, con `?a=123` aggiunto alla fine. Regola 2, traffico US: 1. Condizione: `Pagina di destinazione` **contiene** `/us`. 2. Azione: reindirizza allo stesso URL, con `?a=456` aggiunto alla fine. Ogni regola controlla nell'URL in arrivo la presenza di un solo frammento di testo (ossia `/uk` o `/us`). Se trova il testo, la regola di reindirizzamento inoltra il visitatore con un parametro aggiuntivo. Questo funziona bene per semplici suddivisioni o l'una o l'altra, ma questa tecnica non può riutilizzare parti dell'URL originale. Per questo, devi usare **corrisponde**. ## Usa l'operatore corrisponde Il **corrisponde** L'operatore ti consente di scrivere un modello per l'intero URL e di contrassegnarne una parte con un segnaposto, scritto come `{PLACEHOLDER}`, così puoi riutilizzare esattamente quel pezzo più tardi nel reindirizzamento.
Usa corrisponde con un segnaposto Supponi di vendere scarpe e che ogni pagina prodotto UK sia simile a `https://www.example.com/uk/`. Vuoi reindirizzare ciascuna di esse alla stessa pagina su un sito partner, mantenendo il nome del prodotto. 1. Imposta la condizione su `Pagina di destinazione` **corrisponde** `https://www.example.com/uk/{PRODUCT}`, che corrisponde a qualsiasi URL che inizia con `https://www.example.com/uk/` e chiama tutto ciò che viene subito dopo `PRODUCT`. 2. Testalo inserendo `https://www.example.com/uk/sneakers` come pagina di destinazione di test. Riceverai il risultato: una corrispondenza riuscita, con `{PRODUCT}` impostato su `sneakers`. 3. Imposta l'azione su reindirizza a `https://www.example.com/uk/{PRODUCT}?a=123`, che diventa `https://www.example.com/uk/sneakers?a=123` una volta che `{PRODUCT}` viene catturato come `sneakers`. Quindi il segnaposto agisce come una variabile: qualsiasi testo catturi dall'URL in arrivo viene inserito nello stesso punto dell'URL in uscita.
Usa corrisponde con un carattere jolly Usando esattamente la stessa regola di cui sopra, prova a testare un URL leggermente diverso: 1. Testalo inserendo `https://www.example.com/uk/sneakers/mens` come pagina di destinazione di test. Riceverai il risultato: nessuna corrispondenza trovata. Questo perché il **corrisponde** L'operatore controlla il modello rispetto all'intero URL, non solo all'inizio. Il modello `https://www.example.com/uk/{PRODUCT}` considera solo un segmento dopo `/uk/`, e non ha nulla che tenga conto del segmento aggiuntivo `/mens`, quindi la corrispondenza fallisce. Per consentire qualsiasi cosa dopo il segnaposto, aggiungi un carattere jolly (`*`) alla fine del modello: * Nuovo modello: `https://www.example.com/uk/{PRODUCT}*` * Ora corrisponde a entrambi `https://www.example.com/uk/sneakers` e `https://www.example.com/uk/sneakers/mens`. `{PRODUCT}` cattura ancora solo `sneakers` (fino al successivo `/`), e `*` assorbe semplicemente tutto ciò che segue. Se il tuo modello non termina con `*`, l'URL in arrivo deve terminare esattamente nello stesso punto del modello, altrimenti non corrisponderà.
Usa corrisponde con più segnaposto Puoi usare più segnaposto nello stesso modello. Supponi che le tue pagine prodotto includano in realtà sia una categoria sia uno SKU, ad esempio `https://www.example.com/uk/shop/product/sneakers/SKU123-blue-running-shoe`, e che a volte la pagina abbia contenuti aggiuntivi dopo di esso (come `/reviews`). 1. Imposta la condizione su `Pagina di destinazione` **corrisponde** `https://www.example.com/uk/shop/product/{CATEGORY}/{SKU}*`, dove: * `{CATEGORY}` cattura il segmento subito dopo `/product/`. * `{SKU}` cattura il segmento successivo dopo quello. * il carattere finale `*` consente qualsiasi altra cosa che segua (come `/reviews`), usando la lezione della sezione precedente. 2. Testalo inserendo `https://www.example.com/uk/shop/product/sneakers/SKU123-blue-running-shoe/reviews`. Dovresti ricevere il risultato: una corrispondenza riuscita, con `{CATEGORY}` impostato su `sneakers` e `{SKU}` impostato su `SKU123-blue-running-shoe`. 3. Imposta l'azione su reindirizza a `https://www.example.com/redirect/{CATEGORY}/{SKU}`, che diventa `https://www.example.com/redirect/sneakers/SKU123-blue-running-shoe` una volta che entrambi i valori catturati vengono riutilizzati. La `/reviews` parte viene omessa perché l'URL di reindirizzamento non la richiama.
Riferimento a caratteri jolly e segnaposto La tabella seguente elenca la sintassi che puoi usare quando scrivi una **corrisponde** regola. | Sintassi | Cosa fa | | ---------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | `{NAME}` | Un segnaposto che cattura un segmento dell'URL (fino al successivo `/` o fino alla fine dell'URL) in modo che possa essere riutilizzato nell'azione di reindirizzamento. | | `*` | Corrisponde a tutti i caratteri rimanenti dopo un segnaposto. Usalo quando l'URL potrebbe avere contenuti aggiuntivi dopo il tuo modello. | | No `*` alla fine | Il modello deve corrispondere esattamente all'URL fino alla sua fine. Non è consentito alcun carattere aggiuntivo. |
--- # 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 by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://help.impact.com/brand/it/what-would-you-like-to-learn-about/platform-features/blocking-and-redirect-rules/build-redirect-rule-conditions.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. 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.