Pourquoi limiter les scripts d'analyse et de suivi
Améliorez la vitesse de la page en examinant l'excès de scripts d'analyse et de suivi sur votre page

Pourquoi limiter les scripts d'analyse et de suivi
Hé, amis chercheurs de vitesse ! En tant que passionné du web, vous devez savoir que chaque seconde de retard peut faire la différence entre l'engagement et l'abandon. Pourtant, un coupable souvent négligé entrave la vitesse : une dépendance excessive aux scripts d'analyse et de suivi. Dans cet article, je vais explorer les raisons pour lesquelles limiter l'utilisation des scripts d'analyse et de suivi peut améliorer considérablement la vitesse de la page et, par conséquent, la satisfaction de l'utilisateur !
Le besoin de scripts d'analyse et de suivi :
Les scripts d'analyse et de suivi jouent un rôle vital pour comprendre le comportement des utilisateurs, mesurer l'efficacité du marketing et prendre des décisions basées sur les données. Ils fournissent des données précieuses qui peuvent aider à améliorer l'user experience, identifier les goulots d'étranglement dans le processus de conversion et optimiser les stratégies marketing. Sans collecte de données, les propriétaires de sites web seraient laissés dans le noir, devinant ce qui fonctionne et ce qui ne fonctionne pas. Les outils populaires sont Google Analytics, Facebook Pixel et CloudFlare analytics. Cependant, leur utilisation généralisée peut involontairement contribuer à des temps de chargement de page plus lents.

Fait : Dans environ 90% de tous les audits, je trouverai des scripts de suivi inutilisés. Habituellement, ces scripts sont injectés tardivement via un gestionnaire de balises ou un autre script tiers.
Comprendre les scripts d'analyse et de suivi
Les scripts d'analyse et de suivi sont des morceaux de code intégrés dans les sites web pour collecter et analyser les données des utilisateurs. L'un des outils les plus utilisés est Google Analytics, qui fournit aux propriétaires de sites web des informations précieuses sur le comportement des utilisateurs, les sources de trafic et les taux de conversion. Ces scripts rassemblent des informations telles que le nombre de visiteurs, les pages vues, le temps passé sur chaque page et même des actions spécifiques entreprises par les utilisateurs, comme cliquer sur un bouton ou soumettre un formulaire.
Impact sur la vitesse de la page :
C'est là que ça devient intéressant. Chaque octet supplémentaire que vous ajoutez à une page aura, d'une manière ou d'une autre, un impact négatif sur la vitesse de la page. Il est crucial de trouver un équilibre entre la collecte de données suffisantes et l'user experience. Une collecte excessive de données peut entraîner des vitesses de page lentes et une perception négative du site web par les utilisateurs. Les scripts de suivi impacteront les Core Web Vitals des manières suivantes :
Augmentation du nombre de requêtes :
Les scripts d'analyse et de suivi impliquent généralement des requêtes externes vers des serveurs tiers. Chaque script ajouté à une page web représente une requête HTTP supplémentaire, entraînant une augmentation des temps de chargement. Même si les scripts de suivi sont chargés de manière asynchrone ou différée, ils seront toujours en concurrence pour les ressources réseau et CPU ! Ceci est particulièrement vrai sur les pages avec de nombreux éléments de suivi et peut avoir un impact sur le Largest Contentful Paint.
Dépendance aux serveurs externes :
Les scripts tiers dépendent souvent de serveurs externes pour la récupération des données. Si ces serveurs subissent des temps d'arrêt ou de la latence, cela affecte directement la vitesse de chargement de votre site web de manière imprévue. Limiter le nombre de dépendances réduit le risque de ralentissements.
Blocage du rendu :
De nombreux scripts de suivi se chargent de manière asynchrone, permettant à d'autres éléments de la page de se charger simultanément. Cependant, certains scripts peuvent bloquer le rendu, ce qui signifie que le navigateur doit attendre qu'ils se chargent avant de rendre la page. Ce délai peut entraîner une vitesse de page perçue plus lente car il retarde à la fois le First Contentful Paint et le Largest Contentful Paint.
Cookies supplémentaires
Chaque script de suivi peut placer ses propres cookies à des fins de suivi, ajoutant à la charge totale de cookies sur votre site web. Bien que les cookies individuels soient petits, leur impact collectif sur les Core Web Vitals peut être significatif car les informations de chaque cookie seront envoyées avec chaque requête, ajoutant au surcoût de la requête. L'ajout de surcoût supplémentaire aux requêtes réseau peut impacter le Time to First Byte sur les pages vues ultérieures et sur les ressources statiques.
Travail continu du thread principal
De nombreux scripts de suivi continueront de suivre le comportement de l'utilisateur sur la page bien après que la page ait fini de se charger. Des outils comme Google Analytics peuvent être configurés pour suivre chaque clic sur votre page. Le suivi de ces clics interférera dans de nombreux cas avec la capacité du navigateur à mettre à jour rapidement la page lors de l'interaction. Cela peut (et va) entraîner une baisse des métriques Interaction to Next Paint (INP)
Stratégies pour un suivi plus intelligent :
Prioriser les données essentielles : Identifiez les métriques de base que vous devez absolument suivre et éliminez celles offrant des informations redondantes ou insignifiantes.
Consolider les scripts : Optez pour des solutions de suivi polyvalentes qui combinent les fonctionnalités au lieu d'ajouter des scripts individuels pour chaque tâche.
Tirer parti du chargement asynchrone : Assurez-vous que les scripts se chargent sans bloquer le contenu principal de la page, minimisant les délais perçus. Pour les scripts de suivi moins importants, envisagez même d'injecter ces scripts après le chargement de la page !
Utiliser efficacement les gestionnaires de balises : Contrôlez efficacement les déclencheurs de scripts et le séquencement des balises pour rationaliser leur impact sur la vitesse de la page.
Urgent Fix Required?
Google Search Console failing? I offer rapid-response auditing to identify the failure point within 48 hours.
- 48hr Turnaround
- Rapid Response
- Failure Identification

