Avant d'optimiser les balises tierces, assurez-vous que ces scripts sont toujours nécessaires sur votre site.
Les scripts tiers, ou "balises", peuvent être une source de problèmes de performances sur votre site et donc une cible pour l'optimisation. Toutefois, avant de commencer à optimiser les balises que vous avez ajoutées, assurez-vous de ne pas optimiser celles dont vous n'avez même pas besoin. Cet article explique comment évaluer les requêtes de nouveaux tags, et comment gérer et examiner les requêtes existantes.
Lorsque nous parlons des balises tierces, nous abordons souvent rapidement des problèmes de performances, perdant de vue les fondements sur leur rôle "principal". Ils offrent un large éventail de fonctionnalités utiles, qui rendent le Web plus dynamique, interactif et interconnecté. Cependant, les tags tiers peuvent être ajoutés par différentes équipes de l'entreprise et sont souvent oubliés au fil du temps. Les gens passent à autre chose, les contrats expirent ou les résultats sont obtenus, mais les équipes ne vous contactent jamais pour faire supprimer les scripts.
Avant de commencer à réfléchir à l'exécution des scripts de balises tierces, ou aux balises qui peuvent être différées, chargées en différé ou préconnectées d'un point de vue technique, vous pouvez déterminer quelles balises sont ajoutées à un site ou à une page d'un point de vue organisationnel. Les sites Web sont ralentis en raison d'une grande quantité de balises tierces : cette partie du site Web n'appartient pas à une seule personne ou à une seule équipe, et se retrouve donc entre deux maillons pénibles. Il n'y a rien de plus frustrant que d'optimiser votre site Web, d'être satisfait des performances dans un environnement de préproduction, mais uniquement de la vitesse de régression en production à cause de l'ajout de balises. La mise en œuvre d'un "processus de vérification" des balises tierces peut aider à éviter cela en créant un flux de travail qui crée une responsabilité et une responsabilité pluridisciplinaires pour ces balises.
La manière dont vous vérifiez les balises tierces dépend uniquement de l'organisation, de sa structure et de ses processus actuels. Cela peut se résumer à la création d'une seule équipe qui gère et agit en tant que gardien pour l'analyse des tags avant leur ajout. ou plus formel, par exemple en fournissant un formulaire aux équipes pour envoyer des demandes de balise. Cela peut demander un contexte concernant la raison pour laquelle il doit apparaître sur le site Web, sa durée d'affichage et les avantages qu'il apporterait à l'entreprise.
Processus de gouvernance des balises
Quelle que soit la façon dont vous choisissez de vérifier les balises au sein de votre entreprise, les étapes suivantes doivent être prises en compte dans le cycle de vie d'une balise.
Conformité
Avant d'ajouter une balise à une page, assurez-vous qu'elle a été soigneusement approuvée par une équipe juridique pour vous assurer qu'elle répond à toutes les exigences de conformité requises. Vous pouvez, par exemple, vérifier que la balise est conforme au Règlement général sur la protection des données (RGPD) de l'UE et à la loi sur la protection des données personnelles du consommateur en Californie (California Consumer Privacy Act, CCPA).
Cette étape est essentielle. En cas de doute lors de cette étape, vous devez résoudre le problème avant d'évaluer la balise du point de vue des performances.
Obligatoire
La deuxième étape consiste à déterminer si une balise spécifique est nécessaire sur la page. Tenez compte des points de discussion suivants:
- La balise est-elle utilisée activement ? Si ce n'est pas le cas, peut-il être supprimé ?
- Si la balise se charge sur l'ensemble du site, est-ce nécessaire ? Par exemple, si nous analysons une suite de tests A/B et que vous effectuez actuellement des tests uniquement sur les pages de destination, pouvons-nous uniquement supprimer la balise sur ce type de page ?
- Pouvons-nous ajouter une logique supplémentaire, détecter s'il y a un test A/B en direct ? Si tel est le cas, autorisez l'ajout de la balise. Si ce n'est pas le cas, assurez-vous qu'elle n'est pas présente.
Responsabilité
Le fait de disposer d'une personne ou d'une équipe clairement définie comme propriétaire d'une balise permet d'effectuer le suivi des balises de manière proactive. En général, il s'agit de la personne qui a ajouté le tag. La présence d'une personne désignée à côté du tag permettra d'effectuer à l'avenir des examens et des audits afin de vérifier à nouveau si le tag est requis.
Objectif
La quatrième étape consiste à instaurer une responsabilisation et une responsabilité pluridisciplinaires en veillant à ce que les utilisateurs comprennent pourquoi la balise est ajoutée à la page. Il est important d'avoir une compréhension transversale de ce que chaque balise apporte au site Web et pourquoi elle est utilisée. Par exemple, si la balise enregistre les actions de session utilisateur pour permettre la personnalisation, toutes les équipes savent-elles pourquoi cela doit être présent ?
Par ailleurs, y a-t-il eu des échanges commerciaux par rapport aux performances ? Si un tag est considéré comme "obligatoire" parce qu'il génère des revenus, a-t-il été analysé pour déterminer la perte potentielle de revenus due à la régression de vitesse
Avis
La cinquième, dernière étape, et sans doute la plus importante, consiste à s'assurer que les balises sont examinées régulièrement. Tout dépend de la taille du site Web, du nombre de balises présentes sur le site et de leur délai d'exécution (hebdomadaire, mensuel ou trimestriel, par exemple). Vous devez traiter ces éléments de la même manière que les autres composants de votre site Web (JS, CSS, images, etc.) et les vérifier régulièrement et de manière proactive. Si l'examen échoue, le gestionnaire de balises risque d'être surchargé, ce qui ralentit les pages. Il peut s'avérer difficile de rétablir les performances sans régresser les fonctionnalités requises sur la page.
Le processus de vérification devrait vous donner la liste finale des tags, classés comme nécessaires pour une page spécifique. À ce stade, vous pouvez explorer les approches d'optimisation technique. Cela vous permet également de définir le nombre de balises dans cette liste finale dans le cadre d'un budget de performances, qui peut être contrôlé dans Lighthouse CI et intégré à la définition d'objectifs de performances spécifiques. Exemple :
Si nous nous en tenons à moins de 5 balises sur nos pages de destination en plus de notre propre code JavaScript optimisé, nous sommes convaincus que le temps de blocage total peut être "satisfaisant" dans le rapport Core Web Vitals.