Show Menu
SUJETS×

Astuces et conseils concernant les règles de traitement

Cette section contient des instructions relatives au test des règles de traitement, ainsi qu’une liste des erreurs courantes à éviter.

Tester les règles de traitement

Cette section contient des instructions relatives au test des règles de traitement avant leur déploiement en production.
Test des règles qui lisent des termes de recherche
Pour tous les critères basés sur une recherche, comme si prop1 contient "news", accédez au rapport prop 1 et recherchez "news" et voyez s’il y a des correspondances que vous n’attendiez pas.
Test des règles qui lisent des variables
Create a blank HTML page on your desktop, include the s_code from your site, and set the s.account variable to a dev report suite. Si vos règles sont basées sur un référent, un domaine de référence ou un autre élément, utilisez des exemples d’URL issus du rapport Référents actif, définissez la variable s.referrer avec l’une de ces valeurs et chargez la page. De même, si la règle est basée sur la valeur URL de page, vous pouvez définir s.pageURL . Cette même procédure peut être utilisée pour toute variable.
Utilisation d’une suite de rapports de développement
Nous vous recommandons de configurer les règles de traitement sur une suite de rapports de développement pour vous assurer qu’elles fonctionnent correctement. Si possible, tâchez de copier les règles dans une petite suite de rapports de production avant un déploiement plus vaste.

Rechercher des valeurs vides

Lors de la création d’une règle, veuillez tenir compte d’une éventuelle valeur vide. Si vous n’ajoutez pas de condition qui recherche une valeur vide, vous risquez d’écraser, par mégarde, des variables par des valeurs vides.
Il importe également de tenir compte de l’ordre de traitement. Dans l'exemple suivant, il apparaît que l'eVar personnalisée Nom de page précédente sera définie sur l'URL si le Nom de page n'est pas présent. Cependant, l’URL est placée dans le nom de la page après l’application de règles de traitement. Dans ce cas, le nom de page est donc vide s’il n’est pas défini sur la page.

Éviter l’écrasement des valeurs

Dans l’exemple ci-dessous, deux variables de données contextuelles sont utilisées sur le site pour capturer des termes de recherche : search_keyword et search_term. Cependant, sur base de la configuration, la valeur search_keyword est toujours écrasée, même si search_term est vide.
Cette règle doit être reconfigurée afin de tester chaque variable de données contextuelles pour une valeur avant de renseigner le terme de recherche interne et, éventuellement, de concaténer les deux valeurs si un cas d’utilisation est prévu pour les conserver.

Encoder des termes de recherche au format UTF-8 ou Unicode

Les termes de recherche extraits d’une chaîne de requête doivent être codés correctement, sans quoi la correspondance ne sera pas établie avec les règles de traitement.

Commence par, Contient et Se termine par

Sélectionnez la condition de correspondance correcte afin de trouver la condition la plus restrictive. Vous pouvez rechercher des valeurs dans un rapport avant de créer une règle afin de vous assurer qu’il n’existe aucune correspondance indésirable. Vous devez, par exemple, effectuer une recherche dans le rapport Prop2 afin trouver tous les emplacements applicables avant d’activer cette règle.