WP Rocket plante des sites sous WordPress 7.1 : que faire ?

Si votre site WordPress est tombé en « erreur critique » ces derniers jours, sans raison apparente, ne cherchez pas midi à quatorze heures. Il y a de fortes chances que le coupable soit WP Rocket, le plugin de cache très populaire, en conflit avec la dernière version de WordPress.

Le problème est confirmé, il touche beaucoup de monde, et il est particulièrement vicieux. Voici ce qui se passe et comment vous en sortir.

Ce qui se passe exactement

Depuis la sortie de WordPress 7.1, de nombreux sites qui utilisent WP Rocket se retrouvent d’un coup avec le message « Il y a eu une erreur critique sur ce site ». Plus de site visible côté visiteurs, et souvent plus d’accès au tableau de bord non plus.

C’est un incident reconnu officiellement par l’éditeur de WP Rocket. Ce n’est donc pas un souci propre à votre installation, ni une fausse manipulation de votre part. C’est un bug de compatibilité entre le plugin et la nouvelle version de WordPress.

Le piège du cache qui masque le problème

Voici pourquoi cette panne est particulièrement traître. WP Rocket est un plugin de cache : son travail, c’est de servir des versions « en conserve » de vos pages pour aller plus vite.

Résultat, votre site peut sembler fonctionner normalement pendant un moment, parce qu’il affiche ces pages mises en cache. Puis, au moment où une page doit être recalculée ou qu’une action déclenche le bug, l’erreur critique tombe. Parfois plusieurs heures après la mise à jour.

Autrement dit : ne partez pas du principe que tout va bien juste parce que votre page d’accueil s’affiche. Le problème peut être latent et se déclencher à tout moment.

Comment savoir si vous êtes concerné

Faites le tour de vos sites, ça prend deux minutes :

• Vous êtes bien sous WordPress 7.1 (vérifiez dans Tableau de bord > Mises à jour)
• WP Rocket est installé et actif
• Vous voyez une « erreur critique » sur le site ou en essayant d’accéder à l’admin

Testez aussi quelques pages en navigation privée, pas seulement la page d’accueil. Et vérifiez que vous accédez bien à votre tableau de bord. Si ces éléments sont réunis, le diagnostic est quasi certain.

Pour les curieux, l’erreur dans les logs ressemble à ceci : Uncaught TypeError: substr()… in Cloudflare.php. Le nom de fichier mentionne Cloudflare, mais attention, ça ne veut pas dire que Cloudflare est en cause. Le bug est dans le code de WP Rocket, même sur des sites qui n’utilisent pas du tout Cloudflare.

La solution : remettre le site en ligne

Bonne nouvelle, WP Rocket a rapidement publié un correctif. La marche à suivre dépend de si vous avez encore accès à votre admin ou non.

Si vous avez encore accès au tableau de bord

Le plus simple. Faites d’abord une sauvegarde, puis mettez à jour WP Rocket vers la dernière version (la 3.23.2.2 ou supérieure, qui contient le correctif). Vérifiez ensuite que tout est rentré dans l’ordre.

Si votre admin est inaccessible

Là, il faut passer par les fichiers du site, via votre accès FTP ou le gestionnaire de fichiers de votre hébergeur.

L’astuce consiste à désactiver WP Rocket manuellement. Rendez-vous dans le dossier wp-content/plugins/ et renommez le dossier wp-rocket en wp-rocket-off (ou n’importe quoi d’autre). WordPress, ne trouvant plus le plugin à l’endroit attendu, le désactive automatiquement. Votre site revient en ligne immédiatement.

Une fois l’accès récupéré, remettez le dossier à son nom d’origine, puis mettez WP Rocket à jour vers la version corrigée depuis votre admin. Testez, et réactivez le cache.

La règle d’or : toujours sauvegarder avant une mise à jour

Cet incident illustre une règle que je répète sans arrêt : ne lancez jamais une mise à jour importante sans sauvegarde récente sous la main. Une mise à jour du cœur de WordPress peut toujours créer un conflit avec un plugin, même les plus sérieux et les plus populaires. WP Rocket est un excellent plugin, ça ne l’a pas empêché de planter des milliers de sites.

Le souci, ce n’est pas la mise à jour en elle-même, c’est de la lancer à l’aveugle, sur un site en production, sans filet. La bonne pratique : sauvegarder, tester sur un environnement de préproduction quand c’est possible, et surveiller le site juste après.

Une leçon plus large sur les mises à jour

Il y a un piège de fond ici. On répète partout « mettez WordPress à jour », et c’est un bon conseil pour la sécurité. Mais une mise à jour mal gérée peut casser un site tout aussi sûrement qu’une faille non corrigée.

La vérité, c’est qu’une mise à jour ne se lance pas au hasard un vendredi soir. Elle se teste, se surveille, et se rattrape vite en cas de pépin. C’est exactement pour ça que la maintenance d’un site, ce n’est pas juste « cliquer sur mettre à jour ». C’est savoir quand, comment, et quoi faire quand ça tourne mal.

Votre site est tombé et vous ne savez pas quoi faire ?

Site en erreur critique, admin inaccessible, panique à bord ? C’est le genre de situation que je débloque régulièrement. Que ce soit pour une intervention d’urgence ou pour confier la maintenance de votre site à quelqu’un qui gère ces incidents avant même que vous les remarquiez, je peux vous aider.