Contenu intégré au partenariat avec Search Discovery
Planification de la migration vers la gestion dynamique des balises d’Adobe
Cet article décrit les éléments à prendre en compte lorsque vous planifiez votre migration et les meilleures pratiques associées pour vous aider à partir du bon pied avec votre implémentation.
Planification de la configuration de DTM Aperçu du composant
Voici un aperçu rapide de la structure de base DTM pour préparer les décisions qu’implique la planification de votre configuration DTM.
Dans DTM, une entreprise est un ensemble de propriétés Web.
Une propriété Web est un ensemble d’outils, de règles et d’éléments de données configurés pour collecter des données et déployer des balises/scripts sur votre site.
Chaque propriété Web est associée à un code incorporé chargé de charger les configurations de propriétés spécifiques sur vos sites.
Les utilisateurs sont gérés au niveau de l’entreprise mais peuvent être autorisés pour chaque propriété à l’exception du rôle Admin. Le rôle Admin est global et dispose d’autorisations complètes pour toutes les propriétés d’une entreprise.
Pour de plus amples informations sur les rôles here : https://marketing.adobe.com/resources/help/fr_FR/dtm/groups.html
Planification de la configuration de DTM Points de décision
En prenant compte de la structure de base DTM, nous aborderons les points de décision associés au fur et à mesure que vous planifiez votre configuration DTM.
De combien d’entreprises ai-je besoin ?
Dans la plupart des cas, une entreprise répond mieux aux besoins commerciaux.
La principale raison d’avoir plusieurs sociétés est de réaliser une séparation complète des utilisateurs et des propriétés web.
Ce type de configuration est le plus courant pour les grandes entreprises avec de nombreux jeux d’entités Web qui sont exécutés par différentes divisions commerciales.
Comment répartir mes domaines et mes sous-domaines dans des propriétés web ?
Les propriétés web peuvent être configurées comme une ou plusieurs pour un ou plusieurs de vos domaines.
Pour déterminer ce qui convient le mieux à votre activité, tenez compte des similitudes et différences inter-domaines des variables suivantes.
- Méthodes et sources de collecte de données
- Outils et balises déployés
- Structure du code du site
- Flux de production d’utilisateur DTM
Dans la plupart des cas, une propriété web pour un domaine répond mieux aux besoins commerciaux en raison de différences importantes dans une ou plusieurs variables ci-dessus.
Ce type de configuration prend en charge les besoins de chaque domaine tout en permettant la duplication aisée des constantes inter-domaines via la fonctionnalité « copie ».
Toutefois, dans les cas où ces variables sont identiques ou très ressemblants entre les domaines, il semble plus logique d’avoir plusieurs domaines à l’intérieur d’une seule propriété web. Dans ces cas, cette configuration peut réduire la duplication inutile entre les propriétés.
Ce même raisonnement peut être utilisé pour la distribution du sous-domaine.
Utilisez des exemples de Cas
Scénario Ma division d’entreprise gère plusieurs domaines. Nous déployons des analyses à travers tous les domaines, mais chacun dispose de sa propre suite de rapports et de ses besoins de suivi.
Solution Optimisez une propriété pour chaque domaine.
Scénario Ma division d’entreprise gère plusieurs domaines. Nous déployons des analyses à travers tous les domaines et utilisons une suite de reports globale pour collecter toutes nos données. Les sources de données entre domaines sont très différentes en raison de variations dans la structure du code du site.
Solution Optimisez une propriété pour chaque domaine.
Scénario Ma division d’entreprise gère plusieurs domaines. Nous déployons des analyses sur tous les domaines et utilisons une suite de rapports globale ainsi qu’un calque de données global pour collecter toutes nos données. Le reste de nos outils et balises est principalement cohérent entre les domaines et nous prévoyons que les mêmes utilisateurs gèrent le flux de publication.
Solution Optimisez une propriété pour tous les domaines.
Meilleures pratiques de migration
Après avoir déterminé la distribution optimale des entreprises et des propriétés, tenez compte des meilleures pratiques suivantes au fur et à mesure de votre migration DTM.
Traitez les flux de travail
Développez un processus systématique pour la migration du code de page existant dans DTM afin de garantir une transition fluide.
Il est généralement recommandé de démarrer ce processus dans les environnements de mise en forme de niveau inférieur et de migrer le code soit page par page soit par section de site.
Cela vous permettra de vérifier entièrement les configurations DTM avant de supprimer tout code de page préexistant afin de réduire le risque d’interruption de l’implémentation.
Travail avec TI
Il est important de travailler avec votre équipe informatique pour déterminer les processus et les cycles de déploiement actuels.
Cela permet d’assurer un positionnement correct et précis du code intégré et la suppression efficace du code de la page migrée.
Flux de personnes et administration
Un autre concept important consiste à créer un flux de travail utilisateur. Attribuer de façon réfléchie des rôles d’utilisateur apporte de la gouvernance au flux de production DTM.
Cela assurera que tous les éléments soient entièrement vérifiés par les membres habilités de votre équipe avant d’être redirigés vers la production.
Plus d’informations sur la migration vers DTM ici : https://marketing.adobe.com/resources/help/fr_FR/dtm/migration.html
Prochainement dans la série de prise en main en cinq étapes: Migration vers DTM - Gros plan sur Adobe Analytics.
