Mise à jour du 20 août 2026 — Une panne touche depuis ce matin de nombreux sites WordPress en France. Si votre site s’est arrêté tout seul dans les dernières 24 heures, sans que personne n’y touche, vous êtes probablement concerné. L’explication et la marche à suivre sont sur cette page.
Votre site affiche un message du type « Il y a eu une erreur critique sur ce site », et plus rien ne fonctionne.
Avant toute chose, trois réponses aux questions que vous vous posez sûrement.
Non, votre site n’a pas été piraté. Ce message n’a rien à voir avec une attaque. Dans l’immense majorité des cas, il s’agit d’une incompatibilité entre deux logiciels qui se sont mis à jour chacun de leur côté.
Non, vous n’avez rien perdu. Vos pages, vos articles, vos photos, vos commandes et vos formulaires reçus sont dans une base de données que cette panne ne touche pas. Le site est bloqué, pas effacé.
Oui, ça se répare. Le plus souvent en quelques minutes, sans intervention lourde.
Ce qui s’est passé aujourd’hui
WordPress, le logiciel qui fait tourner votre site, a publié une nouvelle version le 19 août. Beaucoup de sites l’ont installée automatiquement pendant la nuit — c’est normal et c’est même souhaitable pour la sécurité.
Problème : une extension très répandue, WP Rocket, qui sert à accélérer les sites, n’était pas compatible avec cette nouvelle version. Les deux ne s’entendent plus, et le site s’arrête.
L’éditeur de WP Rocket a publié un correctif le 20 août. Il suffit de l’installer.
C’est une panne bête, sans gravité, mais qui met le site hors ligne le temps qu’on s’en occupe.
Comment savoir si c’est bien votre cas
Trois indices concordants :
- La panne est apparue toute seule, sans que vous ou votre prestataire n’ayez rien modifié
- Elle date des dernières 24 heures
- Vous avez peut-être reçu un e-mail de votre site intitulé « Votre site rencontre un problème technique »
Si ces trois éléments sont réunis, c’est très probablement le cas décrit ici.
Que faire maintenant
Si vous accédez encore à votre tableau de bord
C’est le cas le plus fréquent : WordPress a mis l’extension en pause pour protéger le site, et l’administration reste accessible.
Rendez-vous sur votresite.fr/wp-admin. Si vous entrez :
- Allez dans le menu Extensions
- Trouvez WP Rocket dans la liste
- Cliquez sur Mettre à jour — vous devez arriver en version 3.23.2.2
- Si un bandeau rouge propose de « relancer » l’extension, cliquez dessus
- Rechargez votre site
Dans la plupart des cas, tout revient à la normale.
Un point important : si un bouton vous propose de « revenir à la version précédente », ne l’utilisez pas. Il vous ramènerait à une version qui contient toujours le problème.
Si vous n’accédez plus à rien
Là, il faut passer par les fichiers du site, et cela demande des accès techniques que vous n’avez peut-être pas sous la main.
Deux options raisonnables :
Contactez votre hébergeur. OVH, Infomaniak, Hostinger, o2switch et les autres disposent tous d’une sauvegarde récente de votre site et peuvent souvent le restaurer en quelques clics depuis leur interface.
Contactez votre prestataire habituel, ou nous. La section technique en bas de cette page contient tout ce dont un professionnel a besoin pour comprendre et régler le problème en quelques minutes. Vous pouvez lui transmettre le lien de cette page.
Nous déconseillons de manipuler vous-même les fichiers du site sans expérience : une fausse manœuvre transforme une panne réparable en une restauration complète.
Combien de temps ça prend, combien ça coûte
Pour un professionnel qui a les accès, la remise en ligne prend entre dix minutes et une heure. Il n’y a pas de perte de données, pas de reconstruction, pas de reconfiguration.
Si on vous annonce plusieurs jours de travail ou une refonte, demandez un second avis.
Comment éviter que ça recommence
Ce type d’incident ne peut pas être totalement supprimé — les logiciels évoluent, et les incompatibilités arrivent. En revanche, on peut faire en sorte qu’il ne vous coupe pas votre activité.
Que quelqu’un surveille les alertes. WordPress envoie automatiquement un e-mail quand le site tombe. Encore faut-il que cette adresse soit relevée. Sur les sites que nous suivons, elle arrive chez nous : nous voyons la panne avant le client.
Que les mises à jour soient testées avant d’arriver sur le site en ligne, et non appliquées à l’aveugle.
Qu’une sauvegarde récente existe et soit restaurable. Beaucoup de sites ont une sauvegarde qui n’a jamais été testée. C’est le jour de la panne qu’on découvre qu’elle ne fonctionne pas.
Ne coupez pas les mises à jour automatiques pour éviter ce genre de problème. Ce serait échanger une panne réparable contre un risque de piratage bien plus grave.
Votre site est encore hors service ?
Nous sommes une agence web basée à Bordeaux. Nous accompagnons des cabinets d’avocats, des études notariales et des PME, et nous intervenons régulièrement sur ce type d’incident.
Écrivez-nous ou appelez-nous : nous vous dirons en quelques minutes si votre panne correspond à ce cas, et ce qu’il faut faire. Le diagnostic ne vous engage à rien.
EVICO — Agence web et marketing digital 16 Place des Quinconces, 33000 Bordeaux
Informations techniques à transmettre à votre prestataire
Cette section s’adresse aux développeurs et administrateurs de sites. Vous pouvez la transmettre telle quelle.
L’erreur fatale se manifeste ainsi dans les journaux :
Uncaught TypeError: substr(): Argument #1 ($string) must be of type string,
int given in /wp-content/plugins/wp-rocket/inc/ThirdParty/Plugins/CDN/Cloudflare.php:562
Stack trace:
#0 .../Cloudflare.php(562): substr(18853, -24)
#1 .../Cloudflare.php(535): WP_Rocket\ThirdParty\Plugins\CDN\Cloudflare->unregister_callback('deleted_post', 'purgeCacheByRel...')
#2 .../class-wp-hook.php(353): WP_Rocket\ThirdParty\Plugins\CDN\Cloudflare->unregister_cloudflare_clean_on_post('')Cause. WordPress 7.1, sorti le 19 août 2026, a modifié le type des identifiants internes des fonctions de rappel attachées aux hooks. WP Rocket appliquait une opération de manipulation de chaîne sur ces identifiants, dans un fichier déclaré en typage strict.
Correctif. WP Rocket 3.23.2.2, publié le 20 août 2026. Le changelog officiel de l’éditeur le décrit comme corrigeant l’erreur de type fatale apparaissant après la mise à jour vers WordPress Core 7.1.
Conditions de déclenchement. WordPress 7.1, WP Rocket antérieur à 3.23.2.2, et au moins une extension accrochant une méthode d’objet sur l’action deleted_post. La troisième condition explique pourquoi tous les sites ne sont pas touchés — l’éditeur évoque « certaines configurations ».
Ne pas utiliser le rollback intégré : il ramène en 3.22.1, qui ne contient pas le correctif.
Procédure d’urgence si le site est totalement inaccessible. Sauvegarde préalable, puis connexion SFTP, renommage de wp-content/plugins/wp-rocket en wp-rocket.old. Si l’écran blanc persiste, renommer également wp-content/advanced-cache.php et passer WP_CACHE à false dans wp-config.php. Installer ensuite la 3.23.2.2 et rétablir la configuration.
Questions fréquentes
Mes données sont-elles perdues ? Non. Pages, articles, images, commandes et messages reçus sont conservés. Le site est bloqué, pas effacé.
Mon site a-t-il été piraté ? Non. Ce message correspond à une incompatibilité entre deux logiciels, pas à une intrusion.
Mon site fonctionne encore, dois-je faire quelque chose ? Si vous utilisez WP Rocket, oui : mettez-le à jour dès maintenant. La mise à jour de WordPress qui déclenche le problème se déploie progressivement sur les prochains jours.
Faut-il désactiver les mises à jour automatiques ? Non. Vous vous exposeriez à des failles de sécurité bien plus graves. Mieux vaut mettre les extensions à jour en amont.
Combien de sites sont concernés ? WP Rocket est installé sur plusieurs millions de sites WordPress. Seule une partie d’entre eux réunit les conditions qui déclenchent la panne.
