Feuille de route de l'éditeur de bloc de WordPress : Gutenberg.

Hey, est-ce que tu te souviens quand WordPress a introduit Gutenberg ?

Eh bien, voici un récap simple mais complet des quatre phases de ce projet. Accroche-toi, parce que c’est un vrai chantier qui à changer notre façon d'éditer le contenu.

Phase 1 : simplifier l’édition de contenu

À ce stade, le but est simple, faire en sorte que même quelqu’un sans aucune compétence technique puisse créer des pages et des posts stylés, juste avec des blocs.

Les évolutions :

• L’arrivée des blocs et du paradigme où tout est un bloc. Texte, images, galeries… Même un bouton, c’est un bloc.
  • Le bloc Paragraphe, c’est le b.a.-ba.
  • Images et Galeries, pour rendre les pages plus visuelles.
  • Colonnes, pour faire des mises en page propres sans bidouiller du HTML.
  • Bouton, parce qu’on veut des conversions, pas des pages moches.
• Bye-bye l’ancien éditeur TinyMCE : ils ont tout migré sur Gutenberg et fait en sorte que ça marche sans casser les sites existants.
• Ecosystème ouvert : les devs comme toi et moi peuvent créer des blocs custom. T’as une idée ? Tu la codes.

Pourquoi c’est cool :

Avant, fallait passer par ACF pour avoir une interface d'administration potable ou bien sur-utiliser du CSS et des shortcodes pour tout. Maintenant, tu glisses, tu déposes et ça roule. Les discussions comme #63255 montrent qu’ils bossent pour qu’on ait des blocs encore plus adaptés à nos besoins.

Phase 2 : personnaliser l’édition de site

L'objectif est de te donner le contrôle total sur le design de ton site, sans ouvrir un éditeur de code.

Ce qu’ils ont fait :

• Full Site Editing (FSE) : tout le site est modifiable sur la base des blocs. L’en-tête, le pied de page, les pages… tout.
• theme.json : c’est comme un fichier de config géant pour gérer les styles globaux (typographie, couleurs…). Ton guide de style en quelques sorte. Finis les CSS patchés à droite à gauche.
• Compatibilité des thèmes : ils ont pensé à tout pour que les anciens thèmes continuent de fonctionner tout en adaptant les nouveaux à cette méthode bloc.

Pourquoi tu devrais t'y mettre :

Avant, tu te débattais avec des page builders tiers. Maintenant, tout est natif. Plus besoin de bidouiller pour adapter un thème à ta vision créative.

Phase 3 : collaborer à plusieurs auteurs

Avec l'ambition de faire bosser une équipe sur le même post ou page sans se marcher sur les pieds.

Ce qu’ils prévoient :

• Collab’ en temps réel : imagine Google Docs, mais dans WordPress. Tu vois qui fait quoi, en direct.
• Assignation des rôles : chacun sa tâche. Toi, tu corriges les textes, moi je gère les images.
• Commentaires dans l’interface : Tu peux commenter directement sur une section. Ça évite les allers-retours par email.

Pourquoi tu devrais t'y intéressé ?

Quand t’as une équipe qui gère un gros blog ou un site d’actus, c’est un must. GitHub a déjà des ébauches de ces idées par là : #61162.

Phase 4 : supporter plusieurs langues

Enfin la dernière et la plus attendu, intégrer la gestion des langues directement dans WordPress, sans dépendre de plugins tiers.

Ce qu’ils veulent faire :

• Interface native multilingue : ajouter, modifier, gérer plusieurs langues directement depuis l’admin.
• Traduction facile : traduire des contenus ou même des blocs sans te prendre la tête.
• Synchronisation : lier les versions en différentes langues pour éviter les erreurs.

Pourquoi c’est cool :

Tu bosses avec des clients qui veulent leur site en trois langues ? Pas de souci, t’as tout dans le core. Plus besoin de Polylang, WeGlot, et consort (et dans tous les cas on oublie WPML, on est d'accord ?).

Vision

Avec ces quatre phases, WordPress devient une belle machine de guerre. Plus simple, plus puissante, et surtout bien plus adaptée aux besoins modernes. C’est l’avenir du dev sur WordPress. Tu t’y mets quand ?

PS : Gutenberg est un projet à part entière et indépendant de WordPress, tu peux donc bien entendu inclure cet éditeur de bloc ou bon te semble