Qu’est-ce qui ralentit un site Web d’entreprise ?

Mesurer la visite réelle

Une page d'accueil peut sembler rapide sur un ordinateur portable de développeur et lente pour un nouveau visiteur mobile sans cache. Les outils de laboratoire révèlent les coûts de demande et de rendu, tandis que les données de terrain peuvent montrer si les vrais visiteurs ressentent le même schéma.

Testez les modèles représentatifs, les premières visites et la navigation répétée ; enregistrer séparément le comportement de chargement, d’interaction et de mise en page.

Commencez par une mesure répétable sur la page qui compte. Enregistrez le profil de l'appareil, les conditions du réseau, l'état du cache et l'itinéraire exact, puis inspectez la réponse du serveur et la séquence de chargement. Une page d'accueil testée sur le haut débit de bureau peut masquer les retards observés sur un téléphone. Comparez la même configuration après chaque changement. Cela permet de distinguer une réelle amélioration de la variation normale entre les tests non liés.

Vérifiez les images et les polices

Les images surdimensionnées et les fichiers de polices inutilisés consomment souvent de la bande passante avant que le visiteur puisse lire ou agir. Une image moderne correctement dimensionnée et un ensemble d'épaisseurs de police plus petit peuvent réduire le travail sans modifier la conception approuvée.

Comparez les dimensions rendues avec les dimensions téléchargées et répertoriez chaque fichier de police, poids et sous-ensemble demandés au-dessus de la ligne de flottaison.

Les problèmes de médias sont généralement visibles dans la liste des requêtes. Vérifiez si une image de héros est livrée près de ses dimensions affichées, si les images ci-dessous attendent jusqu'à ce qu'il soit nécessaire et si la vidéo a une stratégie de chargement intentionnelle. Les formats modernes aident, mais corrigent aussi le dimensionnement et la priorité. Une image qui est compressée plusieurs fois plus grande que sa zone rendue utilise encore la bande passante et le temps de décodage dont le visiteur ne bénéficie pas.

Compte pour JavaScript et tiers

Les scripts d’analyse, de chat, de vidéo, de consentement et d’animation se disputent le fil conducteur du navigateur. Un petit widget visuel peut télécharger plusieurs bundles ou retarder l'interaction longtemps après l'apparition de sa propre interface.

Associez chaque script à un propriétaire et à un objectif commercial ; différer, remplacer ou supprimer le code qui ne prend pas en charge la tâche principale de la page.

Les outils JavaScript et tiers nécessitent un examen séparé. Les gestionnaires d'étiquettes, les widgets de discussion, les systèmes de consentement, les cartes et les bibliothèques d'animation peuvent concurrencer le code d'interaction de la page. Identifiez quel script possède chaque longue tâche et si elle est nécessaire avant que le visiteur agisse. Retardez les outils optionnels, supprimez les duplicatas et testez que la page fonctionne quand un fournisseur est lent ou bloqué.

Corrigez d'abord la cause vérifiée la plus importante

Un score à lui seul n’indique pas à l’équipe quel changement améliorera une page spécifique. La suppression d’une demande de blocage peut avoir plus d’importance que des dizaines de modifications mineures de compression.

La correction appartient au calque responsable. Le HTML lent peut nécessiter un travail de serveur ou de données; une image principale tardive peut nécessiter des modifications de précharge et de dimensionnement; le mouvement de mise en page peut provenir de dimensions ou de polices manquantes; les clics différés peuvent provenir d'un gros paquet client. Ecrivez la cause à côté du changement proposé et revérifiez le modèle touché.