Site lent : les causes et les solutions

Comment savoir si votre site est vraiment lent ?

La première étape consiste à mesurer, et à le faire sur téléphone. Un site peut sembler rapide sur l'ordinateur du bureau, relié à une bonne connexion, et devenir pénible sur le mobile d'un client en déplacement.

L'outil de référence est PageSpeed Insights, gratuit et proposé par Google. Vous saisissez l'adresse d'une page et il affiche une note, des mesures et une liste de pistes d'amélioration. Testez plusieurs pages, pas seulement l'accueil : une page de galerie ou un article chargé d'images peut être bien plus lent.

Parmi les mesures affichées, trois indicateurs appelés Core Web Vitals résument l'expérience ressentie :

• Le temps d'affichage du plus gros élément (LCP), souvent l'image principale ou le grand titre : il indique quand la page paraît chargée.
• La réactivité (INP) : le délai entre un clic ou un toucher et la réaction de la page.
• La stabilité visuelle (CLS) : le fait que les éléments ne sautent pas pendant le chargement, ce qui fait cliquer au mauvais endroit.

Complétez par un test humain. Ouvrez votre site sur votre téléphone, en coupant le Wi-Fi, et chronométrez le temps avant de pouvoir lire et cliquer. Ce ressenti compte autant que la note. Pour comprendre pourquoi cette attente pèse sur vos demandes et votre visibilité, lisez notre article sur la vitesse de chargement.

Les images sont-elles la première cause de lenteur ?

Très souvent, oui. Une photo prise au téléphone ou fournie par un photographe peut peser plusieurs mégaoctets, alors qu'une version bien préparée pour le web, visuellement identique à l'écran, pèse une petite fraction de ce poids.

Les erreurs les plus courantes sont faciles à repérer :

• Des images trop grandes : une photo de plusieurs milliers de pixels de large affichée dans un cadre de la taille d'une carte de visite.
• Un format ancien : les formats modernes comme WebP ou AVIF offrent la même qualité pour un poids nettement inférieur au JPEG ou au PNG classiques.
• Tout charger d'un coup : le chargement différé (lazy loading) consiste à ne charger une image qu'au moment où le visiteur s'en approche en faisant défiler la page.
• Des carrousels d'accueil avec cinq grandes photos, dont le visiteur ne verra que la première.

Prenons un traiteur dont la page d'accueil affiche une galerie de vingt plats en pleine résolution. Redimensionner les photos, les convertir dans un format moderne et différer le chargement de la galerie suffit souvent à transformer l'expérience, sans retirer une seule image.

Les extensions et les scripts externes ralentissent-ils le site ?

Oui, et leur effet s'additionne. Chaque extension, widget ou outil externe ajoute du code que le navigateur doit télécharger et exécuter avant que la page soit utilisable.

Sur un site WordPress, les extensions s'accumulent au fil des années : un module pour le formulaire, un pour la galerie, un pour les réseaux sociaux, un pour les statistiques, sans que personne n'ose retirer les anciens. Notre article sur le coût caché de WordPress décrit ce phénomène d'empilement.

Les scripts externes sont l'autre grand suspect. Ce sont des morceaux de code chargés depuis d'autres sites :

• Les fenêtres de discussion en direct.
• Les outils de mesure d'audience et les balises publicitaires.
• Les vidéos intégrées, qui chargent un lecteur complet même si personne ne clique.
• Les polices de caractères téléchargées depuis un service externe, surtout quand plusieurs graisses sont chargées.
• Les fils d'actualité de réseaux sociaux affichés dans la page.

Faites l'inventaire et posez une question simple pour chacun : quelqu'un s'en sert-il vraiment ? Un outil de discussion que personne ne surveille ou un fil Instagram que personne ne regarde peut disparaître sans regret.

L'hébergement peut-il être en cause ?

Oui, quand le serveur met du temps à répondre avant même d'envoyer la page. Ce délai, visible dans PageSpeed Insights sous le nom de temps de réponse du serveur, révèle souvent un hébergement trop juste pour le site.

Sur un hébergement mutualisé, votre site partage une même machine avec beaucoup d'autres. C'est économique, mais les performances dépendent de vos voisins, et un site qui fabrique chaque page à la demande, comme WordPress, en souffre davantage.

Deux notions aident à comprendre les solutions :

• Le cache : une copie toute prête de la page, servie directement au lieu d'être recalculée à chaque visite.
• Le CDN (réseau de diffusion de contenu) : un ensemble de serveurs répartis géographiquement, qui envoient votre site depuis le point le plus proche du visiteur.

Changer d'hébergement ne corrige toutefois pas des images trop lourdes ou un empilement de scripts. C'est pourquoi on commence le diagnostic par le contenu de la page avant d'accuser le serveur.

La technologie du site joue-t-elle un rôle ?

Oui. Deux sites au contenu identique peuvent avoir des vitesses très différentes selon la façon dont ils sont construits.

Les constructeurs de pages visuels, ces outils qui permettent de composer une page par glisser-déposer, génèrent souvent beaucoup de code superflu pour chaque bloc. Les thèmes polyvalents, conçus pour convenir à tous les métiers, chargent aussi des fonctions dont votre site n'a pas besoin.

À l'inverse, les sites construits avec des outils modernes comme Next.js peuvent préparer les pages à l'avance et les servir déjà prêtes, ce qui évite l'attente côté serveur. Ils optimisent aussi les images automatiquement. Cela ne dispense pas de bonnes pratiques, mais la base de départ est plus légère.

Si votre site cumule constructeur visuel, thème polyvalent et dizaines d'extensions, les corrections ponctuelles auront un effet limité. C'est souvent le moment de se demander si une reconstruction ne coûterait pas moins cher que des optimisations successives.

Par quoi commencer pour accélérer son site ?

Commencez par ce qui pèse le plus et coûte le moins à corriger : les images, puis les scripts inutiles. Viennent ensuite le cache et l'hébergement, et en dernier la question de la technologie.

1. Mesurer trois ou quatre pages clés sur mobile et noter les résultats.
2. Alléger les images : redimensionner, convertir dans un format moderne, activer le chargement différé.
3. Retirer les extensions et scripts inutiles, et différer le chargement de ceux qui restent quand c'est possible.
4. Activer un cache et, si l'hébergeur le propose, un CDN.
5. Mesurer à nouveau pour vérifier l'effet de chaque changement.
6. Envisager un autre hébergement ou une reconstruction si les mesures restent mauvaises malgré ces corrections.

Procédez une modification à la fois et testez après chacune. Si un changement casse une fonction du site, vous saurez immédiatement lequel. Si vous voulez un diagnostic complet avant d'agir, un audit de site couvre la vitesse avec le reste de la technique et du référencement.

Comment OSEOO construit des sites rapides ?

Nous construisons nos sites avec Next.js et les hébergeons sur Vercel, sans extensions à empiler. Les pages sont préparées à l'avance et les images optimisées automatiquement, ce qui donne une base rapide dès la mise en ligne. L'hébergement est inclus dans nos formules, présentées sur la page création de site.