> 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/fr/what-would-you-like-to-learn-about/platform-features/blocking-and-redirect-rules/build-redirect-rule-conditions.md). # Créer les conditions d’une règle de redirection Chaque règle de redirection commence par une ou plusieurs conditions. Une *condition* vérifie quelque chose au sujet du trafic entrant, comme son URL de page d’atterrissage, son pays ou son type d’appareil, et décide si la règle s’applique. En savoir plus sur la manière de [Créer une règle de redirection](/brand/fr/what-would-you-like-to-learn-about/platform-features/blocking-and-redirect-rules/create-a-redirect-rule.md). ## Attributs de condition Le tableau ci-dessous répertorie les attributs de condition que vous pouvez utiliser dans une règle.
Référence des attributs de condition | Attribut de condition | Description | | ------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Page de destination | L’URL de destination d’origine. | | Adresse IP | L’adresse IP enregistrée pour un appareil. | | ID partagé | Un paramètre de chaîne de requête contrôlé par le partenaire et utilisé dans les rapports. | | Pays | Le pays d’où provient le trafic. | | État | L’État d’où provient le trafic. | | État de l’annonce | L’état d’utilisation de l’annonce associée. | | SubID1 | Un paramètre de chaîne de requête contrôlé par le partenaire et utilisé dans les rapports. | | SubID2 | Un paramètre de chaîne de requête contrôlé par le partenaire et utilisé dans les rapports. | | SubID3 | Un paramètre de chaîne de requête contrôlé par le partenaire et utilisé dans les rapports. | | ID MP | l’identifiant unique d’impact.com pour un partenaire | | Type d'appareil | Quel type d’appareil le client utilisait lorsque la règle de redirection a été déclenchée pour s’activer. | | URL de référence | URL du site web qui envoie du trafic vers l’URL de destination d’origine. | | UGS du produit | Un identifiant pour le sujet de l’annonce, généralement défini dans un catalogue de produits. | | ID de l'annonce | l’identifiant unique d’impact.com pour une annonce. | | Probabilité | La règle de redirection récupérera aléatoirement un pourcentage du trafic à rediriger. Cela est principalement utilisé pour les tests A/B. | | Solution de repli mobile |

Si une annonce a repli mobile configuré, la règle de routage associée peut demander à rediriger le trafic vers leur boutique d’applications respective pour télécharger une application.

Redirection de secours mobile les règles de redirection sont généralement configurées lors de l’intégration. Vérifiez vos spécifications techniques pour voir si vous devez disposer d’une règle de redirection de secours mobile.

| | Nom de l’application | Le nom de l’application que le client utilisait lorsque la règle de redirection a été déclenchée pour s’activer. | | Nom du navigateur | Le nom du navigateur que le client utilisait lorsque la règle de redirection a été déclenchée pour s’activer. | | Nom du système d’exploitation | Le nom du système d’exploitation que le client utilisait lorsque la règle de redirection a été déclenchée pour s’activer. | | WebView intégré à l’application | Indique si le client utilisait un WebView intégré à l’application lorsque la règle de redirection a été déclenchée pour s’activer. |
## Opérateurs de condition L’un des attributs de condition les plus utiles est **Page de destination**, car il vous permet de créer des conditions et des redirections basées sur l’URL entrante. Les opérateurs ci-dessous concernent l’ **Page de destination** attribut. Les opérateurs disponibles dépendent de l’attribut que vous choisissez : la plupart des attributs offrent un ensemble plus restreint. Par exemple, **Solution de repli mobile** n’offre que **est** et **n’est pas**.
Référence des opérateurs de condition | Opérateur | Description | | ------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | **contient** | La valeur de l’attribut inclut le texte spécifié. | | **commence par** | La valeur de l’attribut commence par le texte spécifié. | | **se termine par** | La valeur de l’attribut se termine par le texte spécifié. | | **correspond à** | La valeur de l’attribut correspond à un modèle, qui peut inclure des espaces réservés (`{NAME}`) pour capturer des parties de la valeur et un joker (`*`) pour faire correspondre tous les caractères restants. | | **dans** | La valeur de l’attribut fait partie d’une liste de valeurs spécifiée. | | **ne contient pas** | La valeur de l’attribut n’inclut pas le texte spécifié. | | **ne commence pas par** | La valeur de l’attribut ne commence pas par le texte spécifié. | | **ne se termine pas par** | La valeur de l’attribut ne se termine pas par le texte spécifié. | | **n’est pas** | La valeur de l’attribut n’est pas exactement égale à la valeur spécifiée. | | **pas dans** | La valeur de l’attribut ne fait partie d’aucune des valeurs d’une liste spécifiée. | | **Regex** | La valeur de l’attribut correspond à une expression régulière personnalisée. |
## Combiner des conditions Vous pouvez combiner plusieurs conditions en utilisant **ET**: * Utilisez **ET** lorsque plusieurs choses doivent être vraies en même temps, par exemple, un trafic provenant d’un pays spécifique et sur un type d’appareil spécifique. * Sélectionnez **Ajouter un autre** pour ajouter une condition distincte et indépendante qui satisfait soit la première condition, soit la nouvelle. Elle n’a pas besoin de satisfaire les deux. Cela signifie que **Ajouter un autre** est comme une **OU** condition. Les deux sections suivantes montrent comment créer une règle de redirection en utilisant les *Contient* et *Correspond* opérateurs. ## Utiliser l’opérateur contient La façon la plus simple de répartir le trafic par URL est d’utiliser deux règles distinctes avec **contient**. Supposons que vous vouliez que toute personne arrivant sur une page britannique reçoive un paramètre de requête, et que toute personne arrivant sur une page américaine en reçoive un autre. Règle 1, trafic britannique : 1. Condition : `Page de destination` **contient** `/uk`. 2. Action : rediriger vers la même URL, avec `?a=123` ajouté à la fin. Règle 2, trafic américain : 1. Condition : `Page de destination` **contient** `/us`. 2. Action : rediriger vers la même URL, avec `?a=456` ajouté à la fin. Chaque règle vérifie l’URL entrante pour y trouver un morceau de texte (soit `/uk` ou `/us`). Si elle trouve le texte, la règle de redirection envoie le visiteur plus loin avec un paramètre supplémentaire ajouté. Cela fonctionne bien pour de simples répartitions soit/ou, mais cette technique ne peut pas réutiliser des parties de l’URL d’origine. Pour cela, vous devez utiliser **correspond à**. ## Utiliser l’opérateur de correspondance Le **correspond à** l’opérateur vous permet d’écrire un modèle pour l’URL entière et de marquer une partie de celle-ci avec un espace réservé, écrit comme `{PLACEHOLDER}`, afin de pouvoir réutiliser exactement cette partie plus tard dans la redirection.
Utiliser l’opérateur de correspondance avec un espace réservé Supposons que vous vendiez des chaussures, et que chaque page produit britannique ressemble à `https://www.example.com/uk/`. Vous voulez rediriger chacune d’elles vers la même page sur un site partenaire, tout en conservant le nom du produit. 1. Définissez la condition sur `Page de destination` **correspond à** `https://www.example.com/uk/{PRODUCT}`, qui correspond à toute URL commençant par `https://www.example.com/uk/` et appelle tout ce qui vient juste après `PRODUCT`. 2. Testez-la en saisissant `https://www.example.com/uk/sneakers` comme page d’atterrissage de test. Vous obtiendrez le résultat : une correspondance réussie, avec `{PRODUCT}` défini sur `sneakers`. 3. Définissez l’action pour rediriger vers `https://www.example.com/uk/{PRODUCT}?a=123`, qui devient `https://www.example.com/uk/sneakers?a=123` une fois `{PRODUCT}` est capturé comme `sneakers`. Ainsi, l’espace réservé agit comme une variable : tout texte qu’il capture depuis l’URL entrante est inséré au même endroit dans l’URL sortante.
Utiliser l’opérateur de correspondance avec un joker En utilisant exactement la même règle que ci-dessus, essayez de tester une URL légèrement différente : 1. Testez-la en saisissant `https://www.example.com/uk/sneakers/mens` comme page d’atterrissage de test. Vous obtiendrez le résultat : aucune correspondance trouvée. C'est parce que le **correspond à** l’opérateur compare le modèle à l’URL entière, et pas seulement à son début. Le modèle `https://www.example.com/uk/{PRODUCT}` ne prend en compte qu’un seul segment après `/uk/`, et ne prévoit rien pour le `/mens`, donc la correspondance échoue. Pour autoriser tout ce qui vient après l’espace réservé, ajoutez un joker (`*`) à la fin du modèle : * Nouveau modèle : `https://www.example.com/uk/{PRODUCT}*` * Cela correspond maintenant à la fois à `https://www.example.com/uk/sneakers` et `https://www.example.com/uk/sneakers/mens`. `{PRODUCT}` capture toujours uniquement `sneakers` (jusqu’au prochain `/`), et `*` absorbe simplement tout ce qui vient après. Si votre modèle ne se termine pas par `*`, l’URL entrante doit se terminer exactement au même endroit que le modèle, sinon elle ne correspondra pas.
Utiliser l’opérateur de correspondance avec plusieurs espaces réservés Vous pouvez utiliser plusieurs espaces réservés dans le même modèle. Supposons que vos pages produit incluent en réalité à la fois une catégorie et un SKU, comme `https://www.example.com/uk/shop/product/sneakers/SKU123-blue-running-shoe`, et que la page comporte parfois du contenu supplémentaire après cela (comme `/reviews`). 1. Définissez la condition sur `Page de destination` **correspond à** `https://www.example.com/uk/shop/product/{CATEGORY}/{SKU}*`, où : * `{CATEGORY}` capture le segment juste après `/product/`. * `{SKU}` capture le segment suivant après cela. * le joker de fin `*` permet tout autre élément qui suit (comme `/reviews`), en appliquant la leçon de la section précédente. 2. Testez-la en saisissant `https://www.example.com/uk/shop/product/sneakers/SKU123-blue-running-shoe/reviews`. Vous devriez obtenir le résultat : une correspondance réussie, avec `{CATEGORY}` défini sur `sneakers` et `{SKU}` défini sur `SKU123-blue-running-shoe`. 3. Définissez l’action pour rediriger vers `https://www.example.com/redirect/{CATEGORY}/{SKU}`, qui devient `https://www.example.com/redirect/sneakers/SKU123-blue-running-shoe` une fois que les deux valeurs capturées sont réutilisées. Le `/reviews` élément est supprimé parce que l’URL de redirection n’y fait pas référence.
Référence des jokers et des espaces réservés Le tableau ci-dessous répertorie la syntaxe que vous pouvez utiliser lorsque vous rédigez une **correspond à** règle. | Syntaxe | Ce que cela fait | | ---------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------- | | `{NAME}` | Un espace réservé qui capture un segment d’URL (jusqu’au prochain `/` ou à la fin de l’URL) afin de pouvoir être réutilisé dans l’action de redirection. | | `*` | Correspond à tous les caractères restants après un espace réservé. Utilisez-le lorsque l’URL peut comporter du contenu supplémentaire après votre modèle. | | Non `*` à la fin | Le modèle doit correspondre exactement à l’URL jusqu’à sa fin. Aucun élément supplémentaire n’est autorisé. |
--- # 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/fr/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.