Disponible pour missions & renforts d’agence · Réponse rapide, par la personne qui intervient

WhatsApp contact@allaux.fr
FR EN TR
allaux.
Urgence Parler de mon projet

Passer de l’éditeur classique à Gutenberg sur WordPress

WordPress 5.0, sorti le 6 décembre 2018, a remplacé l’éditeur classique (TinyMCE) par l’éditeur de blocs Gutenberg comme éditeur par défaut. Le plugin officiel Classic Editor permet encore de revenir en arrière, mais son maintien n’est pas garanti indéfiniment : mieux vaut planifier la bascule plutôt que la subir.

Décrire mon problème Discuter sur WhatsApp

Ce qui change concrètement à l’écran d’édition

Gutenberg remplace la zone de texte unique de l’éditeur classique par un assemblage de blocs indépendants : paragraphe, image, colonnes, bloc HTML personnalisé, etc. Chaque bloc s’édite et se déplace séparément, ce qui change la façon de composer une page mais ne modifie pas ce qui est déjà publié : le contenu existant reste affiché correctement au moment de la bascule.

Le plugin Classic Editor, maintenu officiellement par l’équipe WordPress, permet de continuer à utiliser l’ancien écran d’édition en parallèle le temps de la transition. Il ne s’agit pas d’une solution définitive : aucune date de fin de support ferme n’est annoncée à ce jour, mais rien ne garantit un maintien illimité face à l’évolution du cœur WordPress.

Pourquoi certaines pages s’affichent mal après le passage à Gutenberg

  • Le contenu écrit en HTML brut ou avec les shortcodes d’un constructeur tiers (avant Gutenberg) est importé tel quel dans un unique bloc « HTML personnalisé » ou « Classique » : il fonctionne, mais aucun des avantages des blocs natifs (mise en page en colonnes, réglages visuels, réutilisation) n’est disponible sans reprise manuelle.
  • Les extensions qui ajoutaient des metaboxes personnalisées à l’ancien écran d’édition (champs additionnels sous ou à côté du contenu) doivent être compatibles avec l’API blocs pour continuer à s’afficher : une metabox mal enregistrée peut disparaître silencieusement de l’écran d’édition.
  • Un thème qui stylait fortement le rendu de l’éditeur classique peut afficher un aperçu incohérent avec le résultat final tant que les styles éditeur Gutenberg (add_theme_support('editor-styles')) ne sont pas déclarés.
  • Des shortcodes générés par un ancien constructeur de pages (Visual Composer, versions anciennes d’autres outils) restent fonctionnels côté affichage mais deviennent illisibles et non éditables visuellement dans Gutenberg.

Comment je conduis la bascule vers Gutenberg

  1. Audit du contenu existant

    Je repère les pages écrites en HTML brut, avec des shortcodes d’un ancien constructeur, ou dépendantes de metaboxes personnalisées, pour estimer le volume de reprise nécessaire.

  2. Installation de Classic Editor en transition

    Sur un site avec beaucoup de contenu à convertir, j’installe le plugin Classic Editor pour continuer à publier normalement pendant que je convertis les pages existantes, plutôt que de tout basculer d’un coup.

  3. Vérification des extensions à metaboxes

    Je contrôle que chaque extension ajoutant des champs personnalisés à l’écran d’édition reste compatible avec l’API blocs, et je mets à jour ou remplace celles qui ne le sont plus.

  4. Conversion progressive page par page

    Je convertis le contenu en blocs natifs une page à la fois, en commençant par les pages à fort trafic, et je teste l’affichage front après chaque conversion plutôt qu’en fin de chantier.

  5. Bascule complète

    Une fois l’ensemble du contenu converti et vérifié, je désactive Classic Editor. Ce point marque un retour en arrière plus coûteux : au-delà, revenir à l’écran d’édition classique ne restaure pas la structure en blocs déjà construite.

Pour aller plus loin

Décrivez votre besoin en 1 minute

Quelques questions ciblées pour que je vous réponde avec une estimation, pas avec un questionnaire de plus.

D’où partez-vous ?
Quelle est la taille du catalogue, s’il y a une boutique ?
Le site utilise-t-il des extensions payantes avec licence à retransférer ? (facultatif)

Certaines licences sont limitées à un domaine ou nécessitent une réactivation auprès de l’éditeur.

Qu’est-ce qui doit impérativement être conservé ? (facultatif)
Indiquez au moins un e-mail ou un téléphone pour que je puisse vous répondre.

Indiquez au moins un e-mail ou un téléphone pour que je puisse vous répondre.

Questions fréquentes

Dois-je convertir tout mon contenu en blocs Gutenberg immédiatement ?
Non. Le contenu existant continue de s’afficher normalement même resté dans un bloc HTML personnalisé ou classique. La conversion en blocs natifs apporte un confort d’édition, pas une obligation technique immédiate.
Le plugin Classic Editor va-t-il disparaître ?
Il reste maintenu officiellement par l’équipe WordPress, sans date de fin de support ferme annoncée à ce jour. Je le considère comme une solution de transition, pas comme une dépendance à long terme.
Comment savoir si une extension est compatible avec l’API blocs ?
Je vérifie la documentation de l’extension et je teste son affichage sur l’écran d’édition après activation de Gutenberg, sur un environnement de test avant toute bascule en production.
Mes pages construites avec un shortcode tiers vont-elles casser à l’activation de Gutenberg ?
Non, un shortcode continue de s’exécuter côté affichage. Il reste seulement figé dans un bloc unique, non éditable visuellement, tant qu’il n’est pas converti.
Combien de temps prend la conversion d’un site existant ?
Cela dépend du nombre de pages et de la complexité du contenu à reprendre : quelques heures pour un site vitrine simple, plusieurs jours pour un catalogue de pages avec mise en page riche.

Pages liées