La mise à jour WordPress 6.9 est sortie il y a 72 heures, et comme à chaque version majeure qui touche au cœur du réacteur (l’éditeur et l’API), la casse est au rendez-vous. Si vous lisez ceci, c’est probablement parce que votre site, ou celui d’un client, ne ressemble plus à grand-chose.
Pas de panique. En tant qu’administrateur système et expert WordPress, j’ai décortiqué le « Core » de cette 6.9 pour comprendre ce qui cloche. Voici l’analyse technique des bugs, les coupables (souvent les mêmes), et comment réparer.
Le Bug du « Menu Fantôme » (Navigation Block)
C’est le symptôme le plus rapporté depuis mardi. Votre site s’affiche, mais le menu principal a disparu, ou pire, il s’affiche sous forme de liste à puces verticale non stylisée (la fameuse « bullet list of death »).
L’explication technique
WordPress 6.9 a finalisé la transition forcée vers l’API de navigation basée sur les blocs (JSON), rendant certaines fonctions PHP héritées (
Le conflit : Si vous utilisez un thème qui « injecte » des éléments non-standards dans le menu via des hooks PHP (ex: icônes de panier, barres de recherche Ajax), le nouveau parser de la 6.9 échoue à valider la structure HTML et renvoie un rendu brisé ou vide par sécurité.
Qui est touché ?
L’explication technique
WordPress 6.9 a finalisé la transition forcée vers l’API de navigation basée sur les blocs (JSON), rendant certaines fonctions PHP héritées (
wp_nav_menu) plus strictes sur les arguments passés.Le conflit : Si vous utilisez un thème qui « injecte » des éléments non-standards dans le menu via des hooks PHP (ex: icônes de panier, barres de recherche Ajax), le nouveau parser de la 6.9 échoue à valider la structure HTML et renvoie un rendu brisé ou vide par sécurité.
Qui est touché ?
- Les thèmes Avada (versions antérieures à 8.0) qui utilisent leur propre moteur de rendu de menu « Fusion ».
- Les plugins de « Mega Menu » (comme Max Mega Menu) s’ils n’ont pas été patchés pour la 6.9.
La Solution Webmaster67 : Ne touchez pas au CSS. Installez le plugin Enable jQuery Migrate Helper temporairement. Si le menu revient, c’est un script JS déprécié dans votre thème. Sinon, allez dans Apparence > Menus et re-sauvegardez la structure pour forcer la régénération du cache JSON de navigation.
L’Écran Blanc de la Mort (WSoD) et PHP 8.4
La sortie de WordPress 6.9 coïncide avec une adoption plus large de PHP 8.3 et 8.4 chez les hébergeurs (IONOS, O2Switch). La 6.9 est nativement conçue pour PHP 8.4, mais vos plugins ne le sont pas tous.
Le Coupable : Le « Type Casting » Strict
WordPress 6.9 ne tolère plus certaines approximations dans le code. Une variable déclarée comme « tableau » (Array) ne peut plus être traitée comme une « chaîne » (String).
WordPress 6.9 ne tolère plus certaines approximations dans le code. Une variable déclarée comme « tableau » (Array) ne peut plus être traitée comme une « chaîne » (String).
Les extensions à risque :
- Elementor (Pro & Free) : Certaines extensions tierces (« Addons for Elementor ») utilisent des méthodes dépréciées pour appeler les contrôles de widgets. Résultat : erreur fatale PHP immédiate au chargement de l’éditeur.
- WPBakery Page Builder : Les vieilles versions (souvent intégrées dans des thèmes Themeforest et jamais mises à jour) font planter l’admin complet.
Comment vérifier ?
Accédez à votre serveur via FTP (FileZilla).
Renommez le dossier
/wp-content/plugins/elementor en /wp-content/plugins/elementor_old. Si le site revient, vous avez votre coupable.
L’Éditeur qui « Mouline » (Conflit React 19)
WordPress 6.9 embarque une mise à jour significative des bibliothèques React utilisées par Gutenberg (l’éditeur de blocs).
Le problème : De nombreux constructeurs de page (Divi, Beaver Builder) chargent leur propre version de React ou des scripts conflictuels dans l’admin. Avec la 6.9, l’introduction de la nouvelle « Data Views » dans le tableau de bord crée une collision de scripts.
Symptômes :
Le problème : De nombreux constructeurs de page (Divi, Beaver Builder) chargent leur propre version de React ou des scripts conflictuels dans l’admin. Avec la 6.9, l’introduction de la nouvelle « Data Views » dans le tableau de bord crée une collision de scripts.
Symptômes :
- Impossible de sauvegarder une page (le bouton « Mettre à jour » reste gris ou tourne dans le vide).
- Les popups de réglages de Divi ne s’ouvrent plus ou s’affichent mal.

Les Thèmes et Plugins : La « Blacklist » de la 6.9
Voici les interactions mauvaises que j’ai identifiées sur mes audits serveurs ces dernières 48h :
| Extension / Thème | Gravité | Le Bug Technique |
|---|---|---|
| Elementor Pro | 🔴 Critique | Conflit avec les nouveaux « Containement Rules » du CSS natif de WP 6.9. Le layout peut exploser sur mobile. |
| Divi Theme | 🟠 Moyen | Problèmes de shortcodes imbriqués. Le nouveau parser HTML de la 6.9 est plus strict et casse les balises mal fermées par le Divi Builder. |
| Yoast SEO | 🟡 Faible | Conflit d’affichage dans la barre latérale de l’éditeur (meta box) si vous utilisez aussi un plugin de cache admin. |
| Slider Revolution | 🔴 Critique | Utilisation de fonctions jQuery totalement supprimées du Core 6.9. Le slider disparaît. |
Comment réparer sans tout casser ?
Si vous êtes bloqué, voici la procédure d’urgence :
- Le Rollback (Retour en arrière) : Si vous avez accès à l’admin, téléchargez le plugin WP Downgrade. Forcez la version cible à
6.8.3. C’est la méthode la plus sûre en attendant que les éditeurs de plugins (surtout Elementor) sortent leurs correctifs. - Le Mode Debug : Ouvrez votre fichier
wp-config.phpà la racine et passez la lignedefine( 'WP_DEBUG', false );àtrue. Rechargez votre page blanche. L’erreur s’affichera. Si vous voyez un chemin vers/wp-content/plugins/machin-truc/, supprimez le dossier « machin-truc » via FTP.
Le Conseil de l’Expert
Cette mise à jour 6.9 prouve une chose : la dépendance aux constructeurs de page lourds (Page Builders) est une dette technique. Ceux qui utilisent l’éditeur natif (Gutenberg) ou des solutions légères comme Greenshift n’ont eu aucun problème lors de cette mise à jour.
L’architecture de WordPress évolue vers plus de performance et de standardisation. Si votre thème se bat contre WordPress au lieu de travailler avec lui, vous aurez ce problème à chaque mise à jour.
Besoin d’un audit de sécurité ou d’une réparation d’urgence ? Je ne suis pas un bot, je suis Webmaster67. Contactez-moi pour nettoyer votre installation.
L’architecture de WordPress évolue vers plus de performance et de standardisation. Si votre thème se bat contre WordPress au lieu de travailler avec lui, vous aurez ce problème à chaque mise à jour.
Besoin d’un audit de sécurité ou d’une réparation d’urgence ? Je ne suis pas un bot, je suis Webmaster67. Contactez-moi pour nettoyer votre installation.



