Éditeur de blocs
L'éditeur de blocs est l'écran de rédaction de WordPress dans lequel chaque élément d'un contenu, titre, paragraphe, image ou bouton, est un bloc réglé et déplacé séparément.
Définition
L’éditeur de blocs est l’écran de rédaction de WordPress dans lequel chaque élément d’un contenu, titre, paragraphe, image ou bouton, est un bloc réglé et déplacé séparément. Il est livré avec WordPress et n’est ni une extension à choisir, ni un constructeur de pages.
Ce qu’il remplace, et ce qu’il n’est pas
Un changement d’écran de rédaction, pas un changement de technologie de site.
On le rencontre aussi sous le nom de Gutenberg, qui est le nom du projet de développement à l’origine de cet éditeur et qui sert toujours à désigner l’extension par laquelle les nouveautés sont testées avant d’entrer dans WordPress. Les deux mots désignent la même chose dans une conversation courante.
Avant lui, un contenu WordPress s’écrivait dans une grande zone de texte unique, avec une barre d’outils au-dessus, comme un traitement de texte. Pour obtenir deux colonnes, un encadré ou un bouton, il fallait passer par un code court fourni par le thème ou par une extension. L’éditeur de blocs supprime ce détour : les deux colonnes, l’encadré et le bouton sont des éléments natifs, chacun avec ses réglages propres, qu’on empile et réordonne à la souris.
Il est souvent confondu avec un constructeur de pages, et la confusion coûte cher au moment de choisir. Un constructeur de pages est une extension vendue séparément qui remplace le rendu du thème et stocke la mise en page dans son propre format. Si l’extension est désactivée, le contenu redevient illisible. L’éditeur de blocs, lui, fait partie du cœur de WordPress : rien à installer, rien à renouveler, et rien à désinstaller un jour.
Il n’est pas non plus la même chose que l’édition complète du site, qui étend le principe des blocs aux en-têtes, aux pieds de page et aux gabarits. Cette dernière suppose un thème conçu pour elle. Un thème classique, même récent, donne l’éditeur de blocs pour les contenus sans donner l’édition complète du site.
Ce qu’il faut en retenir. L’éditeur de blocs n’engage à rien et ne s’achète pas. Un constructeur de pages engage le site sur la durée de vie d’une extension. Ce sont deux décisions de nature différente, et seule la seconde crée une dépendance.
Ce qui finit réellement dans la base
Du HTML ordinaire, entouré de commentaires qui disent de quel bloc il s’agit.
C’est le point le plus important pour un dirigeant, parce qu’il détermine ce qui reste si l’outil disparaît. Un contenu écrit en blocs est enregistré comme du texte balisé normalement, encadré par des commentaires HTML qui nomment le bloc et portent ses réglages. Un navigateur ignore ces commentaires. Un humain les lit sans difficulté. Une migration vers un autre système les retire et conserve le texte.
La conséquence pratique est simple : un contenu en blocs est récupérable. Ouvrez l’éditeur de code d’un contenu existant et vous verrez exactement ce que contient la base. C’est ce qui distingue ce format de celui des constructeurs de pages, qui enregistrent souvent la mise en page sous une forme que seul leur propre moteur sait relire.
Deux objets complètent le tableau. Le bloc réutilisable, devenu un motif synchronisé, est un fragment enregistré une fois et inséré à plusieurs endroits : modifiez l’original et toutes les insertions suivent. Le motif non synchronisé, lui, est un modèle de départ que l’on copie puis que l’on adapte librement. Les deux servent les mêmes besoins d’homogénéité, mais l’un impose la mise à jour et l’autre la laisse libre.
Relevé du 19 septembre 2026 sur ilti.fr, en lecture seule, sur les quatre-vingt-onze contenus publiés. Neuf d’entre eux seulement sont écrits en blocs. Soixante-quinze sont du texte balisé sans aucun bloc, deux portent encore des codes courts laissés par un ancien constructeur de pages, cinq sont vides. L’extension qui rétablit l’ancien éditeur n’est pas active : rien n’empêche l’éditeur de blocs de servir, il n’est simplement pas employé. Le chiffre qui explique cela est ailleurs. Soixante-dix-sept de ces quatre-vingt-onze contenus sont affichés par un gabarit écrit à la main, et un gabarit de ce type n’affiche pas forcément le texte saisi dans l’éditeur. Sur ce site, l’écran de rédaction et la page servie au visiteur sont deux choses distinctes pour la grande majorité des pages. Dernier enseignement du même relevé : les neuf contenus en blocs n’emploient que quinze types de blocs différents, et quatre d’entre eux, paragraphe, titre, élément de liste et bloc de questions, portent la quasi-totalité des occurrences. Le catalogue disponible est très large, l’usage réel tient en une poignée d’éléments.
Ce que l’éditeur change concrètement pour un site d’entreprise
Quatre effets mesurables, et une limite qu’il faut connaître avant de s’engager.
Moins d’extensions à maintenir
Les colonnes, les boutons, les encadrés, les galeries et les tableaux sont natifs. Chaque extension retirée de ce fait est une mise à jour de moins à suivre et une surface d’attaque en moins.
Une mise en page qui ne dépend de personne
Le contenu reste lisible si le thème change, si une extension est désactivée, ou si le site est exporté vers un autre système. C’est une assurance sur la durée, pas un confort d’écriture.
Des structures réutilisables sans copier-coller
Un encadré de mise en garde, une présentation d’auteur ou un appel à l’action se posent une fois et se réemploient. La version synchronisée se met à jour partout d’un coup.
Une limite à connaître : le thème commande le rendu
Un bloc s’affiche avec les styles du thème. Un thème qui ne prévoit rien pour un bloc donné le rendra brut, et ce n’est ni un défaut de l’éditeur ni un réglage à chercher dans l’écran de rédaction.
Reste la question qui se pose à chaque refonte : faut-il reprendre l’existant en blocs ? Le passage n’est pas automatique et il n’apporte rien par lui-même à un contenu qui s’affiche déjà correctement. Il devient utile quand la page doit être modifiée souvent par quelqu’un qui n’écrit pas de code, et il est inutile quand la page est rendue par un gabarit qui ne lit pas le texte saisi.
Questions fréquentes
Peut-on revenir à l’ancien éditeur ?
Oui, une extension maintenue par le projet WordPress le rétablit, et elle permet aussi de laisser le choix contenu par contenu. C’est une solution de transition utile quand une équipe doit continuer à produire pendant qu’un site se reprend. Ce n’est pas une position tenable indéfiniment, puisque les blocs sont la direction du projet et que le reste de l’écosystème s’y aligne.
Un contenu écrit dans l’ancien éditeur se casse-t-il si on ouvre l’éditeur de blocs ?
Non. Il apparaît dans un bloc unique qui conserve le texte balisé tel quel. Tant que vous ne demandez pas explicitement la conversion en blocs, rien n’est réécrit. La conversion, elle, modifie le contenu en base et mérite une sauvegarde préalable.
Faut-il un thème récent pour en profiter ?
Non pour l’éditeur de blocs, qui fonctionne avec n’importe quel thème à jour. Oui pour l’édition complète du site, qui demande un thème conçu pour elle. Un thème classique bien tenu reste un choix légitime, et le choisir n’interdit aucun contenu.
Les blocs alourdissent-ils les pages ?
Les blocs du cœur n’ajoutent pas de fichier par eux-mêmes en dehors de leurs styles, chargés seulement pour les blocs réellement présents sur une page. Ce qui alourdit, ce sont les collections de blocs fournies par des extensions tierces, qui posent souvent leurs feuilles de style et leurs scripts partout. La vérification se fait sur la page servie, pas dans l’écran de rédaction.
Sources
Et sur votre site ?
Une définition ne dit pas si vous êtes concerné.
L'audit gratuit répond dans votre cas : état technique, temps de chargement, et ce que Google voit réellement de vos pages. Un constat écrit, sans engagement et sans jargon.