Comment éviter un WordPress lourd qui rame : ce n'est pas une liste de plugins d'optimisation. C'est une discipline de départ et de TMA. Moins de constructeurs, moins d'extensions, un thème mince, des images tenues, un hébergement à la hauteur, un cache compris. Cet article s'adresse à ceux qui créent ou refondent, et à ceux qui veulent arrêter d'ajouter de la dette. L'article comment alléger un site WordPress traite le site déjà gras. Ici, on parle prévention.
🔎 Le builder n'est pas un socle, c'est une dette
Un constructeur de pages accélère la démo. Il empile du HTML, du CSS, du JS, des conteneurs. Trois ans plus tard, plus personne n'ose le retirer. Si vous avez vraiment besoin de dessiner des pages chaque semaine, on le choisit en connaissance de cause, on limite les add-ons, on forme. Si vous publiez des articles et corrigez des tarifs, Gutenberg plus un thème sur-mesure mince suffit souvent.
Éviter un WordPress lourd qui rame, c'est souvent éviter le builder « au cas où ». Ce « au cas où » se paie en LCP.
🛠️ Chaque plugin doit gagner sa place
Un plugin = une promesse + une TMA + une surface d'attaque + du JS possible. On n'installe pas un slider, un popup, un compteur, un chat, une extension SEO, une de sécurité, un cache, des produits liés, une traduction « pour voir ». On écrit le besoin, on cherche si le thème ou le core le fait déjà.
La règle que je pose : moins de vingt extensions sur une vitrine, et chacune a un propriétaire. Les plugins orphelins sont les plus lourds : plus personne ne sait pourquoi ils sont là, tout le monde a peur de les couper.
✅ Thème : enfant, overrides, marketplace
Un thème marketplace peut être acceptable s'il est tenu, si on n'achète pas 80 démos, si le thème enfant reste mince. Un thème sur-mesure n'est pas automatiquement léger (on peut écrire sale). Le critère : peu de requêtes, peu de polices, peu de JS sur les pages simples.
On n'empile pas un thème lourd plus un builder plus un plugin « clean unused CSS ». On enlève. On n'ajoute pas un aspirateur.
⚠️ Images, fonts, vidéos : le poids visible
Des règles dès le jour 1 : largeurs max, formats, pas de vidéo autoplay en hero sauf besoin métier. Les fonts : deux familles, peu de graisses. Le rédacteur est formé, ou l'on pose des médias contrôlés. Un WordPress léger meurt en six mois si la médiathèque est un vide-grenier.
Le lazy-load natif suffit souvent. Trois plugins d'images se marchent dessus et cassent le LCP. Un seul pipeline, documenté.
- Builder seulement si l'édition le justifie
- Plugins : liste écrite, propriétaires, moins de vingt sur une vitrine
- Thème mince, fonts limitées
- Règles médias + un cache de page compris
📌 Cache et hébergement dès le départ
On ne remet pas le cache à plus tard. On le pose dès la mise en ligne, avec les exceptions (panier, compte). On choisit un hébergement qui tient le PHP et les workers (article dédié). Un site né sur un mutualisé saturé apprend à tout le monde que « WordPress est lent ».
Les stats se posent hors base WordPress. Les popups se discutent : chaque couche JS est un choix produit, pas un défaut.
🧭 La TMA comme garde-fou
Chaque nouvelle extension passe par la préprod et une mesure (poids, LCP). Le prestataire a le droit de dire non. Un client qui installe dix plugins le week-end a choisi d'avoir un WordPress qui rame. La TMA le dit, ou elle n'est pas une TMA.
Éviter la lenteur est un contrat social autant qu'un contrat technique. On l'écrit. On le rappelle. On allège si quelqu'un a triché (article suivant).
💡 Refondre léger plutôt que d'optimiser le gras
Parfois le site est déjà un builder de 80 pages. Prévenir ne suffit plus : on allège ou on refond. Mais le prochain site, on ne recommence pas. C'est le seul intérêt de cet article pour qui a déjà mal : ne pas recréer le même monstre sous un autre thème.
Si vous créez, partez mince. Si vous reprenez, lisez alléger un site WordPress, et TMA ou refonte. Les trois textes se suivent.
🧪 Le brief qui évite la démo trop belle
On écrit : pas de builder sauf besoin nommé, liste de plugins max, budget LCP, qui publie. Le prestataire qui répond par une démo marketplace de 40 modules a lu un autre brief. Éviter un WordPress lourd qui rame commence au brief, pas au Lighthouse de fin.
Les démos se jugent sur une page intérieure réelle, pas sur le hero. Le hero est toujours fluide. La page produit, la liste, l'article : c'est là que le gras se voit.
🔎 Gouvernance des ajouts après la mise en ligne
Un canal unique pour demander un plugin. Un non possible. Une mesure. Sans ça, le site mince du jour J est gras à J+90. La prévention est une TMA, pas un souhait. Je le mets dans le forfait : les ajouts passent par moi, ou le forfait ne couvre plus la performance.
C'est raide. C'est plus honnête que « on optimisera ». Alléger après coup coûte plus que ce non du mardi.
Un WordPress lent n'est pas une fatalité. C'est une pile qu'on n'a pas osé retirer.
