Le simulateur QA vous permet de prévisualiser et de tester une campagne sur la vraie page qu’elle cible, en tant que n’importe quel visiteur — avant qu’elle n’atteigne le trafic réel. Vous ouvrez la page sur laquelle la campagne s’exécute, vous vous faites passer pour différents visiteurs, et vous observez quelles audiences correspondent et quelles actions se déclenchent, le tout dans un environnement isolé qui n’affecte pas les vrais utilisateurs.
Ouvrir le simulateur
Depuis une campagne, allez à l’étape QA et lancez le simulateur. Personyze vous demande l’URL de la page sur laquelle vous voulez prévisualiser — votre page de tarifs, une page produit, la page d’accueil — et ouvre cette vraie page avec la campagne injectée, exactement comme la verrait un visiteur correspondant.
Se faire passer pour un visiteur
La vraie force du simulateur, c’est que vous n’êtes pas obligé de rester vous-même. Le panneau My session data vous permet de devenir n’importe quel visiteur et de voir dans quelles audiences vous tomberiez.
Le panneau vous donne un contrôle total de l’identité et de l’historique : Become new user efface le profil actuel pour que vous puissiez tester l’expérience d’une première visite ; Start new session remet à zéro l’horloge de session ; et vous pouvez définir le numéro de session et la date de la dernière session pour tester des règles comme « visiteur récurrent à sa 3e session ». Le sélecteur de mode (test ou production) détermine si votre activité simulée est traitée comme des données de test. En dessous, le bloc CRM & custom variables vous permet de remplacer des attributs — type de compte, secteur, étape du cycle de vie, forfait, taille de l’entreprise, valeur vie client et tout champ personnalisé — pour tester les audiences basées sur des attributs sans toucher à votre vrai CRM.
Modifiez l’un de ces éléments et le simulateur réévalue instantanément : vous pouvez ainsi confirmer qu’une campagne s’affiche pour les bonnes personnes et — tout aussi important — reste masquée pour tous les autres.
Voir exactement pourquoi un visiteur correspond (ou non)
Le panneau Targetings détaille les règles d’audience de la campagne condition par condition pour le visiteur simulé actuel : un résultat « ne correspond pas » n’est donc jamais un mystère — vous voyez la règle exacte qui a échoué.
Vérifier le contenu qui s’exécute
Le panneau Campaign content liste chaque action de la campagne et indique si elle s’est exécutée pour ce visiteur : vous pouvez ainsi confirmer que le bon contenu s’est déclenché au bon endroit — et repérer tout ce qui est désactivé ou bloqué.
Chaque action affiche son type (popup, HTML, image, formulaire…) et un état Executed, et vous pouvez déclencher une action manuellement pour la prévisualiser sur-le-champ, même si son déclencheur normal ne s’est pas encore produit. Un panneau distinct, Placeholder on the page, liste les emplacements dans la page ciblés par la campagne (des emplacements intégrés où le contenu est injecté dans la page au lieu d’apparaître en superposition) : vous pouvez ainsi vérifier qu’ils ont bien été résolus.
Ce qu’il faut vérifier avant le lancement
- La bonne audience — faites-vous passer pour les visiteurs censés correspondre, et pour quelques autres qui ne le sont pas, et vérifiez que le badge de correspondance se comporte correctement.
- Le bon emplacement — l’action arrive là où vous l’aviez prévu sur la vraie structure de la page, pas dans un aperçu abstrait : vous repérez donc les problèmes de sélecteur et de placement.
- La personnalisation se résout — les variables comme le prénom, la ville ou un mot-clé recherché se remplissent à partir du profil simulé.
- Aucune collision — si une autre campagne vise le même visiteur, vérifiez que c’est bien celle prévue qui l’emporte.
Faites la QA en mode test d’abord, corrigez tout ce que le simulateur fait apparaître, puis passez la campagne en ligne.
Voir aussi
- Ciblage et personnalisation — le cycle de vie complet d’une campagne.
- Règles de ciblage dans Personyze — tous les types de règles d’audience.