Voici quelques citations que j’ai trouvées sur le Web concernant la gestion des balises et les services informatiques :
Soulagement des goulots d’étranglement du service informatique – une fois le gestionnaire de balises déployé, de nouvelles balises peuvent être mises en œuvre directement par le marketing sans implication du service informatique. C’est un énorme avantage pour les grands sites Web, où l’informatique est souvent un goulot d’étranglement.
Texte original ici
Problèmes informatiques – lorsque vous utilisez un TMS tel que “Google Tag Manager”, vous contournez le service informatique. Si quelque chose ne va pas, ils peuvent/vont rejeter tout le blâme sur vous.
Texte original ici
La plupart des solutions qui nécessitent une certaine forme de gestion des balises relèveront probablement de la compétence du service marketing. En dissociant le processus de gestion des balises du service informatique, un plus grand contrôle est confié spécifiquement au spécialiste du marketing (numérique), qui est logiquement là où il devrait être par rapport à ce processus.
Texte original ici
La gestion des balises permet d’économiser de l’argent, car les spécialistes du marketing peuvent rapidement apporter des modifications aux actifs vitaux sans faire appel au service informatique. Moins de personnes et moins de temps signifie moins de coûts.
Texte original ici
Et bien sûr, il y a la page d’accueil du site Web de Google Tag Manager lui-même :
Le problème dans toutes ces citations est dans la rhétorique. Ne vous méprenez pas, ils font tous valoir un point valable, mais ils font également de leur mieux pour contrarier l’informatique en tant qu’outil lent, désuet, axé sur les processus, bureaucratique, détestant les revenus, nerd-monstredont le seul objectif est de compliquer la vie des marketeurs.
Le marchand omniscient
Voici comment ça se passe. L’agent de commercialisation trouve la solution de gestion des balises. Le spécialiste du marketing découvre qu’il peut « créer du code » à l’aide de champs et d’une interface utilisateur graphique. Le marketeur s’interroge sur la nécessité de consulter à nouveau l’informatique, car le marketeur sait désormais coder. Le spécialiste du marketing découvre jQuery. Le spécialiste du marketing copie-colle un tas de jQuery dans une balise personnalisée. L’agent de commercialisation casse le site Web. Les nerds de l’informatique rient de joie.
Les Tag Management Solutions (TMS) sont, à mon sens, dans la zone grise entre le marketeur et le service informatique. Bien sûr, ce sont des solutions autonomes pour manipuler les balises que la solution créeet il n’y a donc généralement pas lieu de s’inquiéter si l’utilisateur ne s’éloigne pas du caractéristiques standards. Un spécialiste du marketing ayant une compréhension de base des modèles de page, de la logique frontale et de JavaScript peut faire de la magie avec un TMS.
Parallèlement, ces solutions injecter code frontal sur le site, ils manipuler éléments DOM, ils utilisent variables globaleset ils sont souvent très étroitement liés à logique côté serveur également (par exemple avec des configurations de commerce électronique compliquées).
Une échelle opérationnelle aussi énorme pour n’importe quelle solution ne peut pas et devoir pas faire de la solution la propriété exclusive d’une seule partie. De nombreuses parties prenantes sont impliquées dans la configuration de toute solution de gestion des balises, et le processus ne doit pas être bâclé par une idée préconçue erronée de la propriété (“c’est ma solution, et vous n’êtes pas autorisé à y toucher !”).
Arrêtez de vous opposer à l’informatique
La clé est d’arrêter de considérer l’informatique comme un goulot d’étranglement ou comme quelque chose que vous devez se battre contre dans votre travail quotidien. Il y a une raison pour laquelle ils sont axés sur les processus et prennent beaucoup de temps pour délibérer.
Assurance qualité. Un mot peu familier à de nombreux commerçants. Chaque grande infrastructure Web a un processus d’assurance qualité en place, et cela implique généralement des environnements parallèles (développement, mise en scène, en direct), une routine vigoureuse de tests (automatisés, unitaires, manuels), une documentation diligente, des méthodes agiles, des rapports ponctuels et une maintenance. traiter.
Si l’agent de commercialisation ne respecte pas cela, même moi, je ne voudrais pas qu’il se trouve à proximité des systèmes dont je suis responsable. L’article de Stéphane Hamel sur la qualité des données : simplifier les choses ne veut pas dire que c’est simple aborde ce sujet, et il fait de nombreux points importants et instructifs sur le spécialiste du marketing incompétent.
L’important est de trouver un terrain d’entente, d’étendre les processus informatiques pour couvrir également le TMS et de travailler ensemble pour améliorer la convivialité, le suivi et les performances du site Web. Ce n’est pas un travail d’une seule équipe, et avec les grands sites Web, cela implique également l’informatique.
Changer la rhétorique
Voici mes dix suggestions pour rendre le déploiement et l’utilisation d’un TMS plus gérable à la fois pour le marketeur et le service informatique. Ces suggestions impliquent les deux parties.
-
Arrêtez d’utiliser une terminologie antagoniste (“ignorer”, “contourner”, “rendre redondant”) et passez à un jargon plus communicatif et collaboratif (“compléter”, “faciliter”, “coopérer”)
-
Étendre également l’assurance qualité au TMS, bien qu’il soit prudent d’adopter une version “allégée” pour rendre les choses plus gérables
-
Former l’IT pour comprendre le fonctionnement du TMS
-
Former le marketeur pour comprendre le fonctionnement du processus informatique
-
Si nécessaire, utilisez la liste noire et blanche des balises
-
Planifier en avant, tester et déboguer soigneusement, document avec diligence, et si vous échouez, assurez-vous d’échouer tôt
-
Rédiger un processus pour aller au-delà des fonctionnalités standards de la solution (manipulation du DOM, utilisation de variables globales, paramétrage et lecture des cookies)
-
Documentez et examinez périodiquement les modifications apportées au site Web, afin que votre TMS ne se brise pas si, par exemple, les bibliothèques mondiales sont mises à jour
-
Exécutez périodiquement des tests de performances sur l’infrastructure frontale et corrigez les goulots d’étranglement causés par le TMS
-
Tenez-vous au courant de l’évolution du TMS
-
PRIME: Boire une bière ensemble. Être amis.
Selon moi, un bon TMS ne remplace pas l’informatique. Il complète et facilite leur travail, de sorte que le département souvent surchargé peut se concentrer sur des choses plus critiques. Cependant, un bon TMS a également besoin d’un spécialiste du marketing qui comprend ce dont le TMS est capable, en bien et en mal.
Bien sûr, un changement d’état d’esprit n’est pas justifié uniquement par le distributeur. Le service informatique doit devenir plus sensible au rythme effréné du monde du marketing, où des modifications du balisage peuvent devoir être effectuées quotidiennement. Cela nécessite nécessairement un niveau de compromis en QA, ou l’adoption d’une version plus légère et plus agile du processus de développement front-end.
Que pensez-vous de cette dichotomie entre le marketeur et le service informatique ? Pensez-vous qu’un TMS devrait être uniquement dans le domaine du marketing, ou êtes-vous également sensible à la situation de l’informatique ?
