Remettre un site WordPress à niveau sans attendre un problème : ce que ça rapporte vraiment

Observation : Sur le site WordPress d'un client industriel repris en maintenance, les mises à jour, le cache et les optimisations qui ont suivi ont fait passer le score de performance mobile de 37 à 93 et le LCP mobile de 6,3 s à 3,1 s.

Par Etienne · publié le 14 octobre 2026 · mis à jour le 14 octobre 2026

Quand on parle de maintenance WordPress, on pense d’abord à la sécurité : les mises à jour, c’est ce qui évite le piratage. C’est vrai, et c’est une raison suffisante. Mais c’est la moins visible : quand tout va bien, il ne se passe rien, et on se demande ce qu’on paie.

Ce que l’on voit moins, c’est ce qu’un site entretenu rapporte en plus : il est plus rapide, plus agréable pour les visiteurs, mieux compris par Google et par les moteurs d’IA. Ces gains n’ont pas besoin d’une attaque pour exister. Ils sont là pour quiconque a un site WordPress et veut qu’il serve à quelque chose.

Un exemple : Facom Electric Mobility

Facom Electric Mobility vend un porteur électrique pour les techniciens de maintenance des sites industriels. Son site WordPress a un rôle simple : amener des acheteurs jusqu’au catalogue et au formulaire de contact. Quand nous l’avons repris, il n’était pas maintenu. Nous sommes d’abord intervenus en urgence, pour une désinfection réalisée en une matinée. Ce qui a suivi n’a plus rien à voir avec l’urgence : une remise à niveau complète, puis un contrat de maintenance.

Mesures de la page d’accueil, avant notre intervention et après :

Ces chiffres sont ceux de Lighthouse, l’outil d’audit de Google : l’état « avant » vient de PageSpeed Insights, l’état « après » d’une mesure de notre côté.

Ce que change une mise à niveau, au-delà de la sécurité

Les performances

Un site laissé sans entretien accumule les retards : extensions et thème en version ancienne, base de données qui grossit, images lourdes, scripts qui bloquent l’affichage, pas de cache. Chaque élément ralentit un peu. Ensemble, ils donnent un site qui met plusieurs secondes à afficher son contenu principal.

Les remèdes sont connus et ne sont pas spectaculaires : des versions à jour (y compris de PHP, dont les versions récentes sont en général plus rapides), une extension de cache correctement réglée, des images compressées, des scripts et des feuilles de style différés. Nous les appliquons à chaque reprise, et le diagnostic mesure la vitesse du site. Pour aller plus loin sur un levier précis, voir pourquoi le CSS critique compte ou ce que peut changer un meilleur hébergement.

Google publie des seuils pour juger une page. Les « Core Web Vitals » mesurent trois choses : le temps d’affichage du contenu principal (LCP, 2,5 secondes ou moins pour être « bon »), la réactivité aux clics (INP, 200 millisecondes ou moins) et la stabilité visuelle de la page pendant son chargement (CLS, 0,1 ou moins). Voir les définitions sur web.dev (nouvel onglet). Sur Facom, le LCP mobile est passé de 6,3 à 3,1 secondes : mieux, mais encore au-dessus du seuil de 2,5 secondes. Nous publions le chiffre tel quel.

L’expérience des visiteurs

Un acheteur qui cherche un équipement pour son usine n’attend pas qu’une page se décide à s’afficher. Sur mobile, où le réseau et le processeur sont plus limités, la différence se voit tout de suite. Un site rapide, stable (rien qui bouge pendant qu’on lit) et lisible facilite le parcours jusqu’au catalogue et au formulaire.

L’accessibilité en fait partie. Elle améliore le confort de tous les visiteurs, pas seulement de ceux qui utilisent un lecteur d’écran. Sur Facom, le score d’accessibilité est passé de 82 à 91 sur mobile et à 96 sur ordinateur. Il reste du travail, et nous le disons : les contrastes, notamment.

Le référencement

Google ne présente pas la vitesse comme un facteur de classement qui écraserait tout le reste. Sa documentation dit que ses systèmes de classement cherchent à récompenser une bonne expérience de page, et recommande aux sites de viser de bons Core Web Vitals (source (nouvel onglet)). La pertinence du contenu reste le premier critère. Mais, à contenu comparable, l’expérience de page compte, et c’est un levier que l’on maîtrise.

La mise à niveau touche aussi des sujets de référencement plus classiques, que nous contrôlons à chaque diagnostic : liens cassés et erreurs 404, redirections, balises de titre et de description, plan du site, indexation vérifiée dans Google Search Console. Ces points ne se voient pas à l’œil nu, mais ils font la différence entre des pages que Google comprend et des pages qu’il laisse de côté.

Et les moteurs d’IA ? Ce que l’on sait, et ce que l’on ne sait pas

Une part croissante des recherches passe par des assistants (ChatGPT, Perplexity, Gemini) ou par les synthèses de Google (AI Overviews, AI Mode). On parle de GEO, pour « Generative Engine Optimization » : faire en sorte que son site soit cité dans ces réponses. C’est un domaine où l’on lit beaucoup de promesses. Voici ce qui est documenté par les éditeurs.

Google n’ajoute pas d’exigence propre à l’IA. Pour être cité dans AI Overviews ou AI Mode, une page doit être indexée et éligible à l’affichage dans la recherche. Google écrit qu’il n’y a pas d’exigence supplémentaire ni d’optimisation spéciale, qu’il n’est pas nécessaire de créer de nouveaux fichiers lisibles par une machine ni de fichiers texte pour l’IA (source (nouvel onglet)). Les bonnes pratiques de référencement suffisent : contenu accessible en texte, pages faciles à découvrir par le maillage interne, bonne expérience de page, contrôle dans la Search Console.

Les robots d’IA doivent pouvoir entrer. OpenAI documente trois robots : OAI-SearchBot (qui alimente la recherche de ChatGPT), GPTBot (utilisé pour entraîner ses modèles) et ChatGPT-User (consultations déclenchées par un utilisateur). Leurs réglages sont indépendants : on peut autoriser l’un et refuser l’autre dans le fichier robots.txt (source (nouvel onglet)). Certains sites bloquent sans le savoir ces robots, à cause d’un pare-feu, d’une extension de sécurité ou d’un réglage de l’hébergeur (Google cite aussi le niveau du CDN ou de l’hébergeur). Vérifier ce que robots.txt et le pare-feu laissent passer est un point de contrôle simple et rentable. Bloquer l’entraînement tout en restant visible dans la recherche est un choix que vous pouvez faire en connaissance de cause.

Un site rapide, propre et accessible est lisible par tous les robots. Un robot, comme un navigateur, lit le code de la page. Des titres bien hiérarchisés, un texte réellement présent dans le HTML (c’est le cas de WordPress, qui fabrique ses pages côté serveur), des liens internes cohérents, un balisage accessible et des données structurées exactes (elles doivent correspondre au texte visible, précise Google) : tout cela aide les robots d’IA comme les robots de recherche. Lighthouse a même ajouté une catégorie « navigation agentique », expérimentale, qui évalue la lecture d’un site par des agents (documentation (nouvel onglet)).

Ce que nous ne promettons pas. Le fichier llms.txt, une proposition de 2024 (llmstxt.org (nouvel onglet)) censée résumer un site pour les IA, n’est pas un standard. Google indique qu’il n’est pas nécessaire pour apparaître dans ses fonctions d’IA. Nous ne le vendons pas comme un levier. Plus généralement, personne ne peut garantir une citation par un moteur d’IA. Ce qu’on peut faire, c’est ne pas se mettre soi-même hors-jeu : site accessible aux robots, rapide, à jour, au contenu clair.

Ce que nous faisons quand nous reprenons un site

La reprise suit une méthode écrite. En résumé :

• un diagnostic en dix points (code et extensions, performances, liens cassés, sécurité, référencement, ergonomie, conformité juridique, affichage mobile, cache, base de données). Vous recevez des préconisations classées par priorité et un prix définitif : voir pourquoi un diagnostic est obligatoire ;
• la mise à niveau : cœur, thème, extensions, accès renforcés ;
• l’installation d’un cache et des outils de surveillance, puis les optimisations de performance ;
• l’entretien régulier : mises à jour, sauvegardes, contrôles. La question de savoir à quelle fréquence mettre à jour a une réponse précise.

La maintenance ne remplace pas un bon contenu ni une stratégie de référencement. Elle fait en sorte que le socle ne vous fasse pas perdre de visiteurs avant qu’ils n’aient lu une ligne.

Quand faire reprendre son site ?

Pas besoin d’attendre un incident. Les signes les plus fréquents : une extension ou un thème qui n’a pas été mis à jour depuis des mois, un site lent sur mobile, un prestataire précédent qui n’est plus joignable ou dont la relation s’est terminée, un site que personne ne surveille. Si c’est votre cas, voir comment se passe une reprise et le comparatif des formules (Facom Electric Mobility est sous la formule Vitrine, à 50 € par mois).

Voir le cas Facom Electric Mobility en détail ou demander un diagnostic.