Le Full Site Editing (FSE) permet de concevoir l’intégralité d’un site WordPress — en-tête, pied de page, modèles, menus — depuis l’éditeur de blocs natif. Disponible nativement depuis WordPress 6.2, cette fonctionnalité rend les page builders optionnels pour la majorité des projets. Cinq sections structurent l’éditeur de site : Navigation, Styles, Pages, Modèles et Compositions.
Pas le temps ? Faites-le analyser par l'IA
WordPress 5.0 a imposé Gutenberg. Accueil glacial. Quatre ans plus tard, le Full Site Editing (FSE) est devenu l’argument principal de WordPress face à Wix, Squarespace et Webflow. En tant que développeur WordPress depuis 2012, j’ai vu cette transition de l’intérieur — des premiers bugs de Gutenberg à un éditeur de site qui tient enfin ses promesses.

Qu’est-ce que le Full Site Editing (FSE) WordPress ?
Le Full Site Editing — édition complète du site en français — étend l’éditeur de blocs Gutenberg à l’ensemble du site. Plus seulement le contenu d’un article ou d’une page : l’en-tête, le pied de page, les barres latérales, les modèles d’archives, la page 404, les résultats de recherche. Tout.
Le FSE regroupe quatre composants principaux :
- L’éditeur de site (Site Editor) — l’interface visuelle accessible via Apparence → Éditeur
- Les thèmes basés sur blocs (Block Themes) — des thèmes construits en HTML et JSON, sans fichiers PHP de template
- Les styles globaux (Global Styles) — un système centralisé pour gérer typographie, couleurs, espacements et mise en page
- Le fichier theme.json — le cœur technique qui définit les réglages et styles par défaut du thème
Concrètement, un site WordPress avec un thème bloc se gère entièrement depuis l’éditeur, sans toucher une ligne de code. Le Customizer traditionnel disparaît. Les widgets aussi. Tout passe par les blocs.
Bon à savoir : Depuis WordPress 6.2 (mars 2023), le FSE est considéré stable et sorti de sa phase bêta. Si vous utilisez WordPress 6.9 ou supérieur, le FSE est natif — aucun plugin Gutenberg supplémentaire n’est nécessaire.
Du Classic Editor au FSE : pourquoi WordPress a tout changé
L’histoire se résume en trois étapes.
2003-2018 : l’éditeur classique. Un champ texte amélioré, basé sur TinyMCE. Simple. Limité. Pour personnaliser un site au-delà du contenu, il fallait modifier le code PHP du thème — ou installer un page builder.
2018-2022 : Gutenberg et les page builders. WordPress 5.0 impose l’éditeur de blocs pour le contenu. Mais la personnalisation globale (menus, en-têtes, pieds de page) reste fragmentée entre le Customizer, les zones de widgets et les réglages de thème. Les page builders comme Elementor et Divi comblent le vide — au prix de la performance et de la dépendance.
2023-aujourd’hui : le FSE. WordPress 6.2 stabilise l’éditeur de site. Les thèmes blocs deviennent la norme. Twenty Twenty-Three, puis Twenty Twenty-Five montrent la voie. Les page builders perdent leur raison d’être principale : la personnalisation globale sans code.
Les quatre phases du projet Gutenberg
Matt Mullenweg a défini quatre phases pour Gutenberg :
- Édition simplifiée — l’éditeur de blocs pour le contenu (terminé)
- Personnalisation — édition complète du site, compositions, styles globaux (en cours de raffinement)
- Collaboration — co-édition en temps réel, workflow éditorial (en développement actif)
- Multilingue — gestion native des sites multilingues dans le cœur WordPress (planifié)
On est aujourd’hui en pleine phase 2, avec des éléments de phase 3 qui arrivent progressivement dans chaque version majeure.
Comment accéder à l’éditeur de site
Deux conditions : WordPress 6.2+ et un thème basé sur blocs activé.
Le chemin est simple : Apparence → Éditeur. Si vous ne voyez que "Apparence → Personnaliser", c’est que votre thème actuel n’est pas un thème bloc. Twenty Twenty-Five, le thème par défaut de WordPress, en est un.
Les thèmes blocs à connaître
Impossible de faire du FSE avec un thème classique (Astra classique, Divi, OceanWP en mode PHP). Voici les thèmes blocs les plus solides en 2026 :
- Twenty Twenty-Five — le thème par défaut, sobre et bien construit
- Ollie — orienté starter, avec des compositions prêtes à l’emploi
- Frost — par WP Engine, minimaliste et pensé pour les développeurs
- Neve FSE — par Themeisle, version bloc de Neve
- Spectra One — par Brainstorm Force (l’équipe derrière Astra)
- GeneratePress Block Theme — la version bloc du thème le plus léger
Attention : Ne confondez pas les thèmes "compatibles Gutenberg" (qui supportent l’éditeur de blocs pour le contenu) avec les thèmes blocs (qui remplacent entièrement le PHP par du HTML + theme.json). Seuls les seconds activent l’éditeur de site.
Les 5 sections de l’éditeur de site
L’éditeur de site s’organise autour de cinq panneaux accessibles depuis le menu latéral gauche. Chacun gère un aspect du site.
1. Navigation
C’est ici que vous créez et gérez les menus de votre site. Fini le système "Apparence → Menus" de WordPress classique.
Vous pouvez ajouter des pages, des articles, des catégories ou des liens personnalisés. Créer des sous-menus en glissant un élément sous un autre. Gérer plusieurs menus (principal, footer, mobile) depuis le même endroit.
Le bloc Navigation est un vrai bloc : vous pouvez le styliser individuellement, lui ajouter une icône hamburger pour mobile, et même y insérer d’autres blocs (bouton de recherche, icônes sociales).
2. Styles globaux
La section Styles remplace l’ancien Customizer. Elle permet de modifier l’apparence de tout le site en un seul endroit :
- Typographie — familles de polices, tailles, hauteur de ligne, espacement des lettres
- Couleurs — palette du thème, couleurs des textes, liens, arrière-plans, boutons
- Mise en page — largeur du contenu, padding, marges
- Arrière-plan — couleur, image, dégradé
- Ombres portées — effets d’ombre personnalisables sur les blocs
- CSS additionnel — pour du CSS personnalisé quand les options visuelles ne suffisent pas
Chaque modification se répercute sur l’ensemble du site, sauf si vous surchargez un style au niveau d’un modèle ou d’un bloc spécifique. C’est la cascade CSS, version no-code.
3. Pages
Ce panneau liste toutes les pages de votre site et permet de les créer ou modifier directement depuis l’éditeur de site — sans repasser par le tableau de bord classique "Pages → Toutes les pages".
4. Modèles (Templates)
Les modèles définissent la structure de vos pages. Modèle d’article, modèle de page, modèle d’archive, modèle de résultats de recherche, page 404… chaque type de contenu a son modèle.
Avec le FSE, vous personnalisez ces modèles visuellement. Envie que vos articles de blog affichent l’image à la une en pleine largeur avec le titre en overlay ? Vous faites ça directement dans le modèle "Article unique", sans toucher au code.
Vous pouvez aussi créer des modèles personnalisés. Par exemple, un modèle "Landing page" sans en-tête ni pied de page, que vous assignez à des pages spécifiques.
5. Compositions (Patterns)
Les compositions sont des assemblages pré-conçus de blocs. Un hero avec titre + image + bouton. Une grille de témoignages. Un formulaire de contact avec deux colonnes. Plutôt que de construire ces layouts bloc par bloc, vous insérez une composition et vous l’adaptez.
WordPress intègre des dizaines de compositions par défaut. Le répertoire wordpress.org/patterns en propose des centaines d’autres. Et vous pouvez créer les vôtres — un header que vous réutilisez sur tout le site, un call-to-action standardisé, un pied de page.
Info : Les compositions "synchronisées" (anciennement "blocs réutilisables") se modifient en un seul endroit et la modification se propage partout. Les compositions non synchronisées sont des copies indépendantes. Choisissez selon que vous voulez de la cohérence globale ou de la flexibilité page par page.
Le fichier theme.json : le cœur technique du FSE
Chaque thème bloc contient un fichier theme.json à sa racine. Ce fichier remplace des dizaines de lignes CSS et de fonctions PHP. Il définit trois choses :
- Les réglages (settings) — quelles options sont disponibles dans l’éditeur (couleurs personnalisées, tailles de police, largeur du contenu, etc.)
- Les styles (styles) — les valeurs par défaut (couleur de fond, police du corps, etc.)
- Les modèles personnalisés (customTemplates) — les templates additionnels proposés par le thème
Voici un extrait simplifié :
{
"version": 3,
"settings": {
"color": {
"palette": [
{ "slug": "primary", "color": "#FF8C00", "name": "Orange" },
{ "slug": "dark", "color": "#1a1a1a", "name": "Sombre" }
]
},
"typography": {
"fontSizes": [
{ "slug": "small", "size": "0.875rem", "name": "Petit" },
{ "slug": "medium", "size": "1rem", "name": "Moyen" }
]
},
"layout": {
"contentSize": "800px",
"wideSize": "1200px"
}
}
}
Avec theme.json, un développeur peut construire un thème complet sans écrire une seule ligne de CSS. Pour les freelances et les agences, c’est un gain de temps considérable — et surtout une maintenance simplifiée.
Astuces pour maîtriser l’éditeur de site
Le FSE est puissant, mais quelques raccourcis et bonnes pratiques font gagner un temps considérable au quotidien.
La palette de commandes (Cmd+K / Ctrl+K)
Tapez Cmd+K (Mac) ou Ctrl+K (Windows) depuis n’importe quel écran de l’éditeur. Un champ de recherche apparaît. Vous pouvez naviguer vers n’importe quel modèle, page, style ou réglage en tapant son nom. Plus rapide que les menus.
La vue en liste (List View)
La vue en liste (icône "trois barres horizontales" en haut à gauche) affiche l’arborescence complète de vos blocs. Indispensable quand une mise en page devient complexe — pour sélectionner un bloc imbriqué, le déplacer ou le supprimer sans cliquer au hasard dans l’éditeur visuel.
Le Style Book
Dans la section Styles, cliquez sur l’icône "œil" pour ouvrir le Style Book. Il affiche un aperçu de tous les blocs avec vos styles actuels : titres, paragraphes, listes, boutons, tableaux, citations… En un coup d’œil, vous voyez si vos choix typographiques et de couleurs fonctionnent ensemble.
Raccourcis clavier essentiels
/— insérer un bloc par son nomCmd+Shift+D— dupliquer un blocCmd+Option+T— insérer un bloc avant le bloc actuelCmd+Option+Y— insérer un bloc aprèsShift+Option+Z— supprimer un blocCmd+Z/Cmd+Shift+Z— annuler / rétablir
Verrouiller des blocs pour vos clients
Si vous construisez un site pour un client, vous pouvez verrouiller certains blocs. Clic droit sur un bloc → "Verrouiller". Vous choisissez d’empêcher le déplacement, la suppression, ou les deux. Le client peut modifier le contenu textuel sans casser la mise en page. J’utilise ça systématiquement sur les sites que je livre en formation — ça évite les appels au secours le lundi matin.
Exporter un thème personnalisé
Vous avez passé une heure à configurer vos styles, modèles et compositions ? Exportez le tout. Dans l’éditeur de site, cliquez sur les trois points en haut à droite → "Exporter". WordPress génère un fichier ZIP contenant un thème bloc complet avec vos personnalisations. Vous pouvez l’installer sur un autre site — ou l’utiliser comme base pour un projet client.
FSE vs Elementor vs Divi : faut-il encore un page builder ?
La question revient à chaque WordCamp. Ma réponse en 2026 : pour la majorité des projets, non.
Le FSE couvre aujourd’hui 80 % des besoins. En-têtes, pieds de page, archives, pages d’accueil, modèles personnalisés — tout est faisable nativement. Et la performance s’en ressent : un thème bloc pèse une fraction du poids d’un Elementor Pro + Hello Theme.
Là où les page builders gardent un avantage : les fonctionnalités avancées type popup builder, mega menus complexes, ou constructeurs de formulaires intégrés. Si votre projet en dépend, un page builder reste pertinent.
Mais pour un blog, un site vitrine, un site de formation ou un portfolio ? Le FSE + un thème bloc + quelques compositions font le travail. Plus vite, plus léger, sans dépendance à un éditeur tiers qui peut changer son modèle de tarification du jour au lendemain.
Mon avis : Sur wpformation.com, j’ai migré vers une architecture headless (WordPress + Next.js). Mais pour un site WordPress classique, le FSE avec un thème bloc léger type Twenty Twenty-Five ou Frost serait mon choix par défaut. Zéro page builder.
Les limites actuelles du FSE
Être honnête, c’est aussi ça l’expertise. Le FSE n’est pas parfait.
- Courbe d’apprentissage — l’éditeur de site est puissant mais déroutant pour les débutants. L’interface a beaucoup de panneaux, de vues et d’options. Un utilisateur habitué au Customizer peut se sentir perdu au début.
- Compatibilité des plugins — tous les plugins n’ont pas encore adapté leur interface aux blocs. Certains formulaires de contact, plugins SEO ou plugins e-commerce restent mieux intégrés dans l’éditeur classique.
- Animations et interactions avancées — pas de système d’animation natif. Pour des effets au scroll, des transitions ou du contenu interactif, il faut du CSS personnalisé ou un plugin tiers.
- Thèmes classiques exclus — si vous avez un site existant sur Astra classique ou Divi, la migration vers un thème bloc demande un vrai travail de reconstruction.
- Documentation fragmentée — la doc officielle WordPress sur le FSE est dispersée entre make.wordpress.org, developer.wordpress.org et le Handbook. Pas toujours facile de trouver l’info.
Ces limites se réduisent à chaque version. WordPress 6.9 a considérablement amélioré l’interface et la stabilité. WordPress 7 devrait marquer un cap supplémentaire.
L’avenir du FSE : ce qui arrive
Trois évolutions à surveiller :
La Block Bindings API (disponible depuis WordPress 6.5) permet de connecter des blocs à des sources de données externes — champs personnalisés (custom fields), données dynamiques, API tierces. Concrètement, un bloc Paragraphe peut afficher automatiquement la valeur d’un champ ACF. C’est le pont entre le FSE et les sites complexes orientés données.
L’Interactivity API permet de créer des blocs interactifs (accordéons, onglets, lightbox) sans écrire de JavaScript custom. WordPress fournit les primitives, le bloc gère le comportement côté client. Plusieurs blocs natifs l’utilisent déjà (galerie, image, recherche).
La collaboration en temps réel (phase 3 de Gutenberg) permettra à plusieurs utilisateurs de modifier un modèle ou une page simultanément. Pensez Google Docs, mais pour WordPress. C’est en développement actif et devrait arriver progressivement dans les prochaines versions majeures.
Questions fréquentes
Qu’est-ce que le Full Site Editing (FSE) dans WordPress ?
Le Full Site Editing est une fonctionnalité native de WordPress qui permet de modifier l’ensemble d’un site — en-tête, pied de page, modèles de pages, menus et styles — depuis l’éditeur de blocs Gutenberg, sans toucher au code.
Faut-il installer un plugin pour utiliser le FSE ?
Non. Depuis WordPress 6.2, le FSE est intégré nativement. La seule condition est d’utiliser un thème basé sur blocs (Block Theme) comme Twenty Twenty-Five.
Quelle est la différence entre un thème bloc et un thème classique ?
Un thème bloc utilise des fichiers HTML et un fichier theme.json pour définir ses modèles et styles, sans code PHP. Un thème classique repose sur des fichiers PHP (header.php, footer.php, etc.) et le Customizer. Seuls les thèmes blocs activent l’éditeur de site complet.
Peut-on utiliser le FSE avec WooCommerce ?
Oui. WooCommerce supporte les thèmes blocs depuis sa version 8.0. Vous pouvez personnaliser les modèles de pages produit, panier et commande directement depuis l’éditeur de site.
Le FSE remplace-t-il Elementor et Divi ?
Pour la majorité des projets (blogs, sites vitrine, portfolios), oui. Le FSE couvre la personnalisation globale qui nécessitait auparavant un page builder. Les page builders restent utiles pour des fonctionnalités avancées comme les popup builders ou les mega menus complexes.
Comment migrer d’un thème classique vers un thème bloc ?
Il n’existe pas de migration automatique. Il faut activer un thème bloc, puis recréer manuellement vos en-têtes, pieds de page et modèles dans l’éditeur de site. Testez d’abord sur un environnement de staging avant de basculer en production.
Le FSE est-il adapté aux débutants ?
L’éditeur de site est plus complet que l’ancien Customizer, ce qui implique une courbe d’apprentissage. Mais pour un débutant qui démarre directement avec un thème bloc, l’expérience est cohérente et bien guidée — plus simple que d’apprendre un page builder tiers.
Qu’est-ce que le fichier theme.json ?
Le fichier theme.json est le fichier de configuration central d’un thème bloc. Il définit les réglages disponibles dans l’éditeur (couleurs, typographies, tailles), les styles par défaut et les modèles personnalisés — le tout en JSON, sans PHP ni CSS.
Chaque mois, je passe 15 heures en veille WordPress. Vous, vous recevez un email de 3 minutes.
Sécurité, performance, SEO, nouveautés, IA : l'essentiel trié, vérifié et expliqué par un formateur WordPress depuis 2012 et fondateur de WPServeur.
1 email par mois. Désabonnement en 1 clic.
Analyser avec l'IA
Partager

