Patterns courants et pièges à éviter
Les patterns qui fonctionnent bien pour les scripts dans OmniLab Pages, ceux qui cassent des campagnes en ligne, et comment tester sans risque.
Utilisez cette page pour décider si un script a sa place ici, et pour éviter que ceux qui y ont leur place n'emportent une campagne avec eux.
Les patterns qui fonctionnent
Chargez un tag manager, gérez les tags dedans. Un script dans OmniLab, tout le reste géré là où votre équipe travaille déjà. C'est le bon choix par défaut pour quiconque utilise déjà un conteneur.
Séparez le script de visite du script de conversion. Mettez les conversions sur le déclencheur d'inscription plutôt que d'ajouter des conditions à un tag de visite. Plus simple à raisonner, et vous pouvez désactiver un tag de conversion défaillant sans perdre tout votre analytics.
Limitez un script à certaines campagnes quand il ne doit pas tourner partout. Faites une correspondance sur l'adresse plutôt que d'ajouter le script en espérant. Voir l'exemple limité à une campagne dans Exemples de scripts.
Utilisez les variables d'organisation plutôt que de dupliquer des scripts. Un script qui lit une variable de pays ou de langue vaut mieux que cinq scripts presque identiques qui divergent avec le temps.
Automatisez autour des campagnes depuis votre backend, pas depuis un script. Si quelque chose doit se produire quand un participant agit — mise à jour d'un CRM, démarrage d'un workflow — utilisez les webhooks : ils s'exécutent sur votre serveur, réessaient en cas d'échec, et ne peuvent pas casser la page du participant. Voir Synchroniser les contacts vers vos systèmes.
Ce qu'il faut éviter
- Du travail bloquant au chargement. Un script synchrone qui attend un tiers lent retarde l'apparition de l'expérience, et certains participants partiront avant.
- Réécrire le balisage de l'expérience. Les scripts qui dépendent de noms de classes ou de la mise en page cassent silencieusement à la prochaine version, et la panne ressemble à une campagne cassée plutôt qu'à un script cassé.
- Surcharger le comportement d'OmniLab. Si vous voulez un comportement différent, configurez-le dans la campagne plutôt que de le corriger de l'extérieur.
- Collecter des données personnelles supplémentaires parce que c'est possible. Tout ce que vous captez ici est soumis aux mêmes règles que le reste de votre site, et la justification vous incombe.
- De grosses bibliothèques non essentielles. Tout ce que vous chargez concurrence l'expérience pour la patience du participant.
- Déclencher des tags sans tenir compte du consentement. Voir À propos des tags et scripts.
Comment tester un script sans risque
- Ajoutez-le d'abord en préproduction, activé sur une campagne que personne n'utilise.
- Déroulez le parcours participant complet — pas seulement la page d'accueil. Formulaires, jeux et étape de récompense sont là où un mauvais script se révèle.
- Ouvrez la console du navigateur et cherchez les erreurs introduites par le script.
- Vérifiez que le tag s'est réellement déclenché, dans l'outil de destination plutôt que dans OmniLab.
- Testez le refus de consentement si le consentement est en jeu.
- Seulement ensuite, activez plus largement et republiez les campagnes concernées.
Prévoyez un retour arrière
Avant d'activer un script sur des campagnes en ligne, sachez : qui peut le désactiver, si cette personne a un accès Admin en dehors des heures de bureau, et quelles campagnes republier ensuite. Un problème de script pendant une campagne en ligne est un incident chronométré, et le découvrir sous pression est ce qui le fait durer.