Adobe DTM pour lancer la migration

Avec notre dernier blog nous avons établi les avantages pour vous de passer à Launch par Adobe, en plus de la nécessité de faire de même, car le DTM est en train de disparaître.

Chez TO THE NEW, nous Je pense que le processus de migration s'accompagne à la fois d'une opportunité d'audit et de nettoyage de la mise en œuvre actuelle et du risque potentiel de lacunes de mise en œuvre pendant le processus. Les risques encourus et les défis à relever peuvent être divers et peuvent être maîtrisés si une procédure systématique et bien définie est suivie. Nous avons des experts internes et certifiés Adobe analytics qui peuvent vous aider à faire migrer DTM pour le lancement de votre entreprise.

Cependant, laissez-nous vous guider d'abord par le côté le plus brillant de la migration.

A Occasion en or:

Avant de plonger profondément dans le COMMENT faire? Laissez-nous discuter de toutes les manières par lesquelles cette migration peut s'avérer une victoire pour vous et votre entreprise:

1. Elle nous offre une opportunité indispensable de nettoyer et de travailler sur l'optimisation de la mise en œuvre actuelle, ce qui améliore à son tour la qualité des données. , vous permettant de fournir la meilleure expérience utilisateur. En tant que pratique habituelle, nous insistons toujours sur la réalisation d'un audit complet et détaillé pour "Quel est l'état actuel?" et vous donnerons un aperçu exhaustif de "Que devrait être?" [19659012] Structure des propriétés et gestion des utilisateurs : La question discutable concernant le nombre de propriétés Web dans DTM / Adobe Launch et la distribution des domaines de sites Web de la société dans ces propriétés est une chose qui devrait et peut facilement être réexaminée au cours de cette migration. . La structure de votre propriété devrait essentiellement reposer sur les 3 questions simples suivantes:
   • Les sites Web de la propriété concernée sont-ils similaires?
   • Les calendriers de publication de tous ces sites sont-ils similaires? Une modification au niveau de la propriété Web doit s'aligner sur tous les sites / domaines de ladite propriété.
   • Une autre question souvent mise de côté est la collaboration d'équipe et son incidence sur les flux de travail individuels / d'équipe lorsque plusieurs propriétés Web sont utilisées. Avec le niveau de contrôle utilisateur offert par Launch, la gestion des utilisateurs peut être revue et restructurée de la manière la mieux adaptée à vos besoins en matière de processus.
2. Maintien des normes de sécurité et des meilleures pratiques : Une fois que vous avez décidé de passer à Adobe Launch, vous pouvez prendre un nouveau départ en définissant des directives de mise en œuvre et des meilleures pratiques susceptibles de vous éviter des mise en œuvre forcée nettoyer à l'avenir.
   • Normes de sécurité / Confidentialité – Contrairement à Adobe DTM et à d'autres systèmes de gestion d'étiquettes, son lancement offre un contrôle absolu sur la gestion des droits des utilisateurs. Au lieu de rôles d'utilisateur, il permet aux administrateurs d'ajouter des utilisateurs aux droits granulaires de propriétés spécifiques. La structure vous aide à vous assurer que les utilisateurs corrects disposent des droits appropriés. En outre, Launch se vante d'un cycle de vie de produit sécurisé qui répond de manière proactive aux exigences de délai de résolution pour la résolution de problèmes de sécurité inconnus pouvant être détectés dans le cadre d'examens et de tests de sécurité réguliers.
   • Dénomination schéma: Une mise en œuvre simultanée, des délais de publication qui se chevauchent et une nomenclature différente selon les départements, entraînent un manque de distinction. Avant de commencer le processus de migration, afin de rationaliser les tâches individuelles / d'équipe et de réunir une construction cohérente et prête à la production, vous devez disposer d'un schéma de dénomination bien défini: pour les bibliothèques, pour les règles, pour les éléments de données. Par exemple. , ayant une structure prédéfinie pour les noms de bibliothèque tels que – “Issue | Date de création ”peut aider à supprimer tout problème de contrôle de version ou toute dépendance inconnue qui pourrait surgir.
3. Recommandations sur les couches de données: Etant donné qu'une enquête est en cours sur votre suivi analytique, il serait utile d'examiner également les couches de données actuellement utilisées sur votre site. Votre couche de données est-elle mise à jour? Souhaitez-vous que cela se structure différemment? Quelle quantité de la couche de données actuelle est consommée et que peut-on ajouter de plus? Bien que cela nécessite initialement des efforts de développement, il vous serait toutefois certainement bénéfique à long terme, ce qui en ferait une solution évolutive.
4. Balises tierces dans JS asynchrone vers extensions: Pendant le nettoyage de la mise en œuvre, il serait utile de revoir les scripts tiers et de vous assurer qu'ils sont JavaScript asynchrone pour améliorer les performances de la page. Une amélioration majeure par rapport à son prédécesseur DTM, Launch fournit des intégrations profondes à l'aide de Extensions. L'intégration de ces extensions est une question de connexion, reliant les technologies appropriées à chaque interaction utilisateur pour établir une relation plus profonde avec votre utilisateur / client. Avant la migration, accordez une priorité à l'échange de toutes vos anciennes configurations tierces contre des extensions construites par des experts qui accélèrent les performances de votre page.
5. Mettez à jour vos bibliothèques VistorAPI.js / App Measurement: La migration vous permet également de vous assurer que vous utilisez la dernière version de ces bibliothèques Adobe. Sauf si un code personnalisé est impliqué, il serait utile de mettre à jour ces bibliothèques. Vous devriez également avoir une vérification globale de vos fonctions doPlugins et de l'utilisation des plugins que vous avez en place.
6. Tout documenter : Si vous utilisez votre système de gestion des étiquettes depuis un certain temps, vous savez à quel point la documentation que vous avez commencée est pertinente par rapport à votre implémentation actuelle. En outre, comme Launch prétend être plus convivial pour les acheteurs, disposer d'une documentation concise et détaillée (comme une page Confluence dédiée) garantirait le bon fonctionnement du TMS à tout le monde. Assurez-vous d'ajouter les zones clés suivantes à votre documentation:
   • Stratégie de nommage : Si vous définissez de nouvelles stratégies de nommage, assurez-vous que toutes les personnes qui utilisent Launch y ont accès.
   • Le flux de travail de l'édition ]: Celui-ci vise à éviter toute confusion sur ce qui entre dans la production. Disposer d'un flux de travail bien documenté répertoriant les droits d'approbation, les accès des utilisateurs et une cadence peut changer le jeu pour vos processus.

En espérant que ce message rendra l'herbe plus verte pour votre plan de migration, nous vous garantissons que c'est aussi simple que cela puisse paraître.