: Ce n'est pas votre site qui est lent. C'est la suite.

Vous regardez votre site et vous le trouvez plus lent qu'avant. Vous avez l'impression que ça met plus de temps à se charger sur votre téléphone qu'il y a deux ans. Vous vous demandez si c'est dans votre tête, ou si quelque chose a vraiment changé.

Ce n'est pas dans votre tête. Et ce n'est pas votre site qui est en cause. C'est ce que vous lui avez ajouté depuis sa livraison, sans vous en rendre compte, et probablement sans qu'aucun des intervenants ne soit en faute.

La somme silencieuse

Quand votre site a été livré, il avait sa structure, son code, son apparence. Léger, propre, fonctionnel.

Depuis, des choses se sont ajoutées. Le bandeau cookies, parce que le RGPD l'a imposé. Google Analytics, parce que vous vouliez mesurer vos visites. Le pixel Facebook, parce que l'agence pub en avait besoin pour suivre vos campagnes. Le widget de chat, parce qu'on vous a recommandé d'améliorer votre conversion. L'outil de prise de rendez-vous, parce que c'était plus pratique pour vos clients. Le plugin de formulaire avancé, parce que le formulaire de base ne suffisait plus.

Chaque ajout, pris isolément, était justifié. Chaque personne qui a recommandé ou installé l'un de ces outils faisait son travail correctement. Personne n'a eu tort.

Mais personne n'a regardé la somme. Et c'est précisément la somme qui pose problème.

Le vrai facteur qui ralentit un site, en 2026

Pendant longtemps, quand on parlait de site lent, on pensait images trop lourdes. C'est devenu un réflexe : un site qui rame, c'est forcément à cause des images.

C'est faux dans la majorité des cas que nous avons mesurés.

Sur les 622 sites de TPE-PME francophones que nous avons analysés cette année, le facteur le plus fortement corrélé à une mauvaise performance n'est pas le poids des images. C'est le temps pendant lequel le navigateur est bloqué par l'exécution de scripts (la métrique TBT, pour Total Blocking Time¹). La corrélation est forte (-0,59), ce qui veut dire en langage normal : chaque fois que cette métrique se dégrade, la performance globale se dégrade quasi mécaniquement avec elle.

Et ce TBT, c'est presque exclusivement les scripts tiers ajoutés au fil du temps qui le produisent. Google Tag Manager, pixel Facebook, widget de chat, outils de cartographie de chaleur, polices web externes, suivi publicitaire, modules SEO. Chacun ajoute son fragment de code qui doit s'exécuter avant que le visiteur puisse interagir avec votre page.

Ce ne sont pas vos images qui plombent votre site. C'est ce qui s'exécute derrière, et que vous ne voyez pas.

Personne n'est coupable

Il faut dire les choses comme elles sont. Dans cette accumulation, il n'y a pas de fautif identifiable.

Pas le prestataire qui a livré le site. Il a fait son travail au moment où il l'a fait, avec ce qu'on lui demandait.

Pas l'agence publicitaire qui a ajouté son pixel. Elle répondait à une demande légitime de suivi des performances.

Pas le consultant qui vous a recommandé un chat en ligne. Il vous proposait un outil qui marche, qui fait gagner des conversions chez d'autres clients.

Pas vous, qui avez accepté chaque ajout dans son contexte. Vous avez fait confiance à des gens compétents qui vous proposaient des outils qui ont fait leurs preuves.

Le problème n'est pas dans les décisions individuelles. Il est dans le fait que personne n'a une vue d'ensemble du résultat cumulé. Chaque intervenant optimise son périmètre, personne n'optimise le tout. Et le résultat de cette absence de vue d'ensemble, ce sont les chiffres que nous mesurons : 1 site bien référencé sur 4 affiche une vitesse mobile catastrophique.

Le mécanisme qui rend l'accumulation invisible

Il y a un mécanisme à nommer ici. Les systèmes de gestion de contenu modernes (les CMS qui équipent la majorité des sites de TPE-PME) sont construits pour encourager l'ajout de fonctionnalités.

L'annuaire de modules est intégré à l'interface d'administration. L'installation se fait en un clic. La culture de ces écosystèmes pousse à répondre à chaque besoin par un module supplémentaire. Aucune partie de ce mécanisme n'est pensée pour ralentir l'utilisateur, c'est même l'inverse : tout est conçu pour rendre l'ajout facile.

Ce n'est pas une critique de ces systèmes en tant qu'outils, ils ont des qualités réelles par ailleurs. C'est un constat sur ce que cette facilité produit dans la durée. Quand l'ajout est facile et que personne ne tient le compte du cumul, l'accumulation devient invisible. Chaque module est arrivé pour une bonne raison. La somme n'a jamais été décidée par personne, parce qu'elle n'a jamais été présentée à personne.

C'est exactement pour cette raison que votre site est probablement plus lent qu'au moment de sa livraison, sans que vous puissiez pointer une décision précise.

Comment voir ce que vous avez accumulé

Vous pouvez voir l'état réel de votre site en quelques minutes, à votre niveau, sans être technique.

Le test intuitif (2 minutes)

Ouvrez votre site sur votre téléphone, en mode privé. Comptez à voix haute tout ce qui s'anime, apparaît, ou demande une action au chargement : le bandeau cookies, le widget de chat qui se déplie, la popup newsletter, l'encart promotionnel, l'icône WhatsApp flottante. Chaque élément que vous voyez bouger ou apparaître est un script qui s'exécute. Et il y a souvent autant de scripts invisibles que de scripts visibles.

Le test mesuré (5 minutes)

Allez sur pagespeed.web.dev. Collez l'adresse de votre site. Dans le rapport mobile, descendez jusqu'à la section « Réduire l'impact du code tiers ». Vous y verrez la liste exacte des scripts tiers présents sur votre site, avec leur coût en millisecondes. C'est Google qui vous montre ce que vous portez. Le total final est souvent un choc, parce que personne ne vous l'avait additionné avant.

Pour les plus curieux (optionnel)

Le site builtwith.com liste l'intégralité des technologies présentes sur un site donné. Si vous voulez vraiment voir l'inventaire complet de tout ce qui tourne chez vous, c'est l'outil. Concentrez-vous sur les catégories Widgets, Analytics et Verified Link qui correspondent aux outils que vous, ou vos prestataires, avez ajoutés au fil du temps.

Le but de ces tests n'est pas de tout supprimer. Le but est de voir la somme. Et de pouvoir poser la bonne question pour chaque ligne : est-ce que cet outil m'apporte assez pour justifier son coût en temps de chargement ?

La question que personne ne vous a posée

Voici la question pour laquelle aucun de vos prestataires successifs n'avait sans doute mandat de réponse, mais qui décide pourtant de la santé numérique de votre entreprise :

Quels outils, parmi tous ceux qui s'exécutent en ce moment sur votre site, vous rapportent encore quelque chose ?

Le chat en ligne qui n'a généré que 3 conversations en six mois mérite-t-il encore de coûter 200 ms de chargement à chaque visiteur ? La popup newsletter qui a 0,8 % de taux de conversion mérite-t-elle de pénaliser votre référencement Google ? Le widget de réservation qui n'a jamais été utilisé est-il encore là pour une raison ?

Aucun de ces outils n'est mauvais en soi. La question n'est pas binaire (les supprimer ou les garder). La question est comparative : ce que ces outils vous apportent encore aujourd'hui, mesuré contre ce qu'ils vous coûtent en performance et en visibilité.

Et cette comparaison, personne ne l'a faite pour vous depuis que votre site existe.

Pour aller plus loin

Si vous voulez sortir de l'accumulation invisible et reprendre la vue d'ensemble, on en parle d'abord.

Chez BubbleWeb, le premier échange est gratuit et sans engagement. On regarde ensemble ce que votre site porte aujourd'hui, on identifie ce qui mérite d'être creusé. Si un audit a du sens, on le déclenche. Sinon, on vous le dit franchement.

L'audit, lui, est à tarif fixe et d'une journée. Vous repartez avec l'inventaire complet de ce qui tourne sur votre site, le coût mesuré de chaque outil en performance, une hiérarchisation entre ce qui vaut la peine d'être gardé et ce qui peut partir, et un plan d'action chiffré pour la suite.

Vous payez d'abord pour comprendre, vous décidez ensuite pour agir.

---

Méthodologie

622 sites de TPE-PME francophones analysés en 2026, mesurés via l'API Google PageSpeed Insights selon les seuils des Core Web Vitals. L'échantillon initial comportait 662 URLs, dont 40 ont été écartées pour cause d'inaccessibilité ou de données de mesure incomplètes. La corrélation entre TBT (Total Blocking Time) mobile et performance mobile a été calculée selon la méthode de Pearson, et s'établit à -0,59 sur le sous-échantillon mesurable, soit la corrélation négative la plus forte de notre matrice.

Sources

1. Google Chrome Developers, Total Blocking Time (TBT). Définition officielle, méthode de mesure et seuils de référence : web.dev/articles/tbt
2. HTTP Archive, Web Almanac 2025, chapitre Performance : almanac.httparchive.org/en/2025/performance
3. Google PageSpeed Insights : pagespeed.web.dev
4. BuiltWith : builtwith.com