CL / MONTPELLIER Problème fréquent

Problème fréquent

Mon site WordPress est lent

Un site lent n’a presque jamais une seule cause. On cherche le coupable — un plugin, une image, le serveur — alors que la lenteur est presque toujours multifactorielle : une accumulation de petits choix que personne n’a maîtrisés, qui s’additionnent jusqu’à ce que chaque page rame. C’est aussi pour ça que la solution miracle qu’on vous vend ne règle jamais vraiment le problème.

Faire analyser les performances Voir la performance WordPress

Ce que je vois en arrivant chez un client

Des images en pleine résolution, jamais compressées. J’ai déjà vu une seule page peser près de 40 Mo, là où l’on devrait rester sous le mégaoctet. Un constructeur de pages mal employé — Divi, Elementor ou un autre — qui empile une couche de code supplémentaire par-dessus tout le reste. Une pile de plugins qui chargent chacun leurs scripts à chaque visite. Et, par-dessus, un plugin de cache censé « réparer » tout ça, parfois en double, mal réglé.

Le résultat se ressent : les pages mettent plusieurs secondes à s’afficher, surtout sur mobile, là où vos visiteurs sont les plus nombreux et les moins patients.

Une voiture qu’on a alourdie

Un site lent, c’est une voiture qu’on a chargée sans s’en rendre compte.

Le frein à main est à moitié tiré, le coffre est plein, les pneus sont sous-gonflés. Vous cherchez le problème qui vous empêche d’avancer, mais il n’y en a pas un seul : c’est la somme. Tant qu’on traite un défaut à la fois sans regarder l’ensemble, la voiture reste lourde.

La vitesse d’un site, c’est pareil. Elle ne dépend pas d’un réglage unique. Elle dépend de l’ensemble des choix faits à la construction.

La taille n’est pas le problème

Beaucoup de dirigeants se résignent : « mon site a des centaines de pages, c’est normal qu’il rame. » C’est faux. J’ai vu des sites de quelques dizaines de pages plus lents que des sites de plusieurs milliers de contenus. Le volume n’est presque jamais la cause. La façon dont le site a été construit, elle, l’est toujours.

La fausse solution : le plugin de cache « magique »

C’est ce que le marché vend le plus souvent : « installez ce plugin de cache et votre site ira plus vite. »

Sur un site déjà alourdi, c’est un pansement. Le plugin de cache masque le problème quelques instants au lieu de le régler — et quand il est posé par-dessus un site bourré de dépendances et d’images non optimisées, il devient lui-même une source de bugs, surtout s’il y en a déjà un autre qui tourne en parallèle.

Le cache est utile, je m’en sers. Mais comme une finition, pas comme un remède. On n’accélère pas un site en empilant un outil de plus dessus. On l’accélère en l’allégeant.

Les vrais leviers

Rendre un site rapide, c’est un travail de fond, pas une case à cocher. Ce que je traite réellement :

  • Le poids des images

    C’est presque toujours le premier gisement de vitesse. Compression, bon format, bonnes dimensions : à lui seul, ce point fait souvent gagner des secondes.

  • Le cache, réglé côté serveur

    Je pose mes propres règles de cache directement sur le serveur, là où je garde la main, plutôt que de tout déléguer à un plugin que je ne maîtrise pas.

  • Un thème sur mesure, pas une surcouche

    Du code propre, sans constructeur de page qui alourdit chaque écran, pour viser un LCP sous 2,5 s et des Core Web Vitals dans le vert, y compris sur mobile.

  • Un consentement cookies réellement configuré

    Tant que le visiteur n’a pas accepté, les scripts de tracking lourds ne se chargent pas. C’est bon pour le RGPD — et excellent pour la vitesse.

  • La maîtrise des dépendances

    Moins de code tiers à charger, c’est moins de poids et moins de risques. La performance et la sobriété, c’est le même combat.

Sur le site de Curiosité & Confettis, ce travail a fait repasser les indicateurs de performance dans le vert — le score est passé de 60 à 80. Concrètement : des pages qui s’affichent tout de suite au lieu de faire attendre, et une expérience nettement meilleure sur mobile.

Le piège du mobile

Le piège classique : le dirigeant teste son site depuis son ordinateur professionnel, relié à la fibre. Tout lui paraît rapide. Son client, lui, le consulte dans le train, sur un réseau mobile moyen, depuis un téléphone qui n’est pas le dernier modèle. C’est là, dans ces conditions réelles, que les secondes de chargement deviennent visibles — et qu’on perd des visiteurs sans même le savoir.

C’est pour ça que je mesure toujours la performance dans les conditions du visiteur, pas dans celles, confortables, du bureau.

Pourquoi un site lent vous coûte cher

Deux raisons, et elles se cumulent.

La vitesse fait partie des nombreux signaux que Google prend en compte : à contenu équivalent, un site plus rapide part avec un avantage. Un site lent, lui, démarre avec un handicap.

Et même quand le visiteur arrive, il n’attend pas. Une page qui met trop de temps à s’afficher, et il repart avant même de vous avoir lu. Vous avez payé pour l’amener jusqu’à vous, et vous le perdez sur le pas de la porte.

Vous reconnaissez votre site ?

  • Vos pages mettent plusieurs secondes à s’afficher, surtout sur mobile ?
  • On vous a vendu un plugin de cache qui n’a pas vraiment changé les choses ?
  • Vous ne savez pas ce qui ralentit réellement votre site ?

Je peux analyser les performances de votre site et identifier, point par point, ce qui le ralentit — puis le traiter à la racine.

Ce que je regarde en priorité

  1. Le poids réel

    Le poids réel des pages et des images.

  2. Les Core Web Vitals

    Le temps de chargement, sur mobile en particulier.

  3. Les scripts inutiles

    Les dépendances chargées sans raison, avant même tout consentement.

Faire analyser les performances de mon site

Ce qu’il faut retenir

Si votre site est lent, méfiez-vous de quiconque vous promet de tout régler avec un seul outil. La lenteur est multifactorielle : elle se traite en allégeant l’ensemble — images, code, dépendances — pas en empilant un plugin de plus.

Et le vrai levier est en amont. Un site conçu sobrement dès le départ est rapide par nature, et le reste dans le temps.

La question à se poser n’est donc pas « quel plugin va accélérer mon site ? », mais : mon site est-il lourd par accident, ou léger par conception ?

Aller plus loin