Pendant des années, modifier l’en-tête, le pied de page ou la mise en page d’un site WordPress imposait d’ouvrir un fichier PHP ou d’empiler des extensions de construction de pages. Le Full Site Editing de WordPress a fait tomber cette frontière entre le contenu et la structure du thème.
Tout se travaille désormais dans une seule interface visuelle, par blocs, sans toucher au code. Cet article détaille ce qu’est réellement cette fonctionnalité, son fonctionnement technique, ses apports concrets et ses limites, afin de décider en connaissance de cause si elle correspond à votre projet.
Ce qu’est le Full Site Editing de WordPress
Le Full Site Editing (FSE), ou édition complète du site en français, est une fonctionnalité de WordPress qui permet de concevoir et de personnaliser l’intégralité d’un site web (en-tête, pied de page, modèles de page, contenu) directement via l’éditeur de blocs Gutenberg, sans écrire de code PHP.
Là où l’approche classique séparait le contenu de la structure, l’édition complète du site WordPress réunit les deux dans une logique modulaire unique.
Concrètement, l’apparence globale du site se modifie visuellement : chaque élément, du logo au menu en passant par les zones autrefois gérées par les widgets, devient un bloc manipulable. Cette bascule a été introduite progressivement, à partir de WordPress 5.8 en 2021, puis consolidée au fil des versions 6.x.
Le Full Site Editing constitue aujourd’hui le mode de construction par défaut pour les sites modernes bâtis sur la base de WordPress, et non plus une option expérimentale réservée aux développeurs avancés.
L’objectif tient en une phrase : rendre la personnalisation accessible sans intermédiaire technique, tout en conservant des fondations solides pour les profils qui codent. Cette double promesse explique pourquoi le sujet revient dans la plupart des projets de création d’un site WordPress que nous menons aujourd’hui.
Vous voulez faire le point sur votre site WordPress ?
Profitez d'un audit gratuit et sans engagement avec un expert de notre agence WordPress.
Demander mon audit gratuitComment fonctionne l’édition complète du site
Le Full Site Editing de WordPress repose sur quatre piliers techniques qui s’articulent entre eux. Comprendre leur rôle respectif évite les confusions fréquentes entre l’éditeur de contenu habituel et l’éditeur de site complet.
L’éditeur de site
Accessible depuis le menu Apparence puis Éditeur, l’éditeur de site étend l’interface Gutenberg à l’ensemble des zones structurelles. Vous y modifiez l’en-tête, le pied de page, les modèles et les styles avec un aperçu en temps réel, sans jamais quitter le navigateur.
Chaque ajustement de couleur, d’espacement ou de structure s’affiche immédiatement, ce qui raccourcit nettement la boucle entre l’intention et le résultat visible.
Les blocs comme unité de base
Tout repose sur des blocs. Des blocs autrefois cantonnés au contenu d’une page, comme le titre d’article, le contenu d’article ou l’image mise en avant, s’utilisent désormais dans les modèles, l’en-tête ou le pied de page. Cette généralisation transforme un site entier en assemblage de composants réutilisables, plus simples à normaliser et à maintenir qu’une succession de gabarits codés séparément.
Les modèles et leurs parties réutilisables
Les modèles (templates) définissent la mise en page de chaque type de contenu : page d’accueil, article isolé, page d’archive, résultat de recherche ou page 404. Les parties de modèle (template parts), comme l’en-tête ou le pied de page, sont des sections que l’on conçoit une fois pour les réutiliser partout.
Modifier le pied de page à un seul endroit le met à jour sur l’intégralité du site, sans duplication ni risque d’incohérence.
Le fichier theme.json
Le fichier theme.json est le cœur de configuration d’un thème compatible Full Site Editing. Il déclare les réglages globaux : palette de couleurs, typographies, échelles d’espacement, presets et activation ou désactivation de fonctionnalités.
Centraliser ces paramètres dans un fichier unique garantit la cohérence visuelle et facilite la maintenance, car une seule source pilote l’apparence de tout le site.
Thèmes de bloc et thèmes classiques, ce qui les distingue
L’édition complète du site exige un thème de bloc WordPress (block theme), distinct du thème classique. Un thème classique s’appuie sur des fichiers PHP (header.php, footer.php, index.php) et stocke une grande partie des réglages en base de données, souvent complétés par un constructeur de pages comme Elementor.
Un thème FSE WordPress, à l’inverse, structure le site à partir de fichiers HTML de templates et du fichier theme.json, intégralement éditables dans l’interface.
Cette différence a une conséquence majeure souvent sous-estimée : la structure d’un thème de bloc (modèles, parties de modèle, styles globaux) est enregistrée dans des fichiers et non plus uniquement en base de données. Le versionnement via Git devient possible, les déploiements gagnent en propreté et le travail en équipe s’effectue sans les conflits liés aux exports SQL fragiles. Le tableau suivant résume les écarts décisifs.
| Critère | Thème FSE (bloc) | Thème classique |
|---|---|---|
| Édition de la structure | Visuelle, dans l’éditeur de site | Fichiers PHP ou constructeur de pages |
| Fichiers clés | theme.json, /templates/, /parts/ | header.php, footer.php, index.php |
| Stockage de la mise en page | Fichiers versionnables | Base de données |
| Styles globaux | Centralisés et natifs | Panneau d’options ou CSS additionnel |
| Dépendance aux extensions | Réduite | Souvent forte (page builder) |
| Compétence requise | Faible pour la personnalisation | Code ou extension tierce |
Twenty Twenty-Four et Twenty Twenty-Five comptent parmi les thèmes de bloc de référence, conçus pour exploiter nativement le Full Site Editing. Vérifier qu’un thème est bien étiqueté block theme reste le premier réflexe avant tout projet basé sur cette approche.
Ce que l’on peut éditer avec le Full Site Editing
L’étendue des éléments modifiables sans code est la raison d’être de la fonctionnalité. Quatre familles d’éléments se gèrent directement dans l’éditeur de site.
- L’en-tête et le pied de page : logo, menu de navigation, coordonnées ou liens sociaux se réorganisent par glisser-déposer, et la modification se répercute sur tout le site.
- Les modèles de page : page d’accueil, article, archive, page de catégorie ou page 404 disposent chacun d’un gabarit éditable, avec la possibilité d’en créer de nouveaux pour des contenus spécifiques.
- Les styles globaux : typographies, couleurs, marges et espacements se pilotent depuis un panneau unique, garantissant une identité visuelle homogène sur chaque page.
- Les compositions et variations : des ensembles de blocs préassemblés et des variations de style accélèrent la mise en place de sections cohérentes sans repartir de zéro.
Cette couverture explique pourquoi de nombreux sites se passent désormais d’un constructeur de pages tiers : les besoins de mise en page courants trouvent une réponse native dans l’édition complète du site WordPress, avec un socle technique plus léger et moins d’extensions à maintenir.
Avantages et limites à connaître avant de basculer
Le Full Site Editing apporte des bénéfices nets, mais il impose aussi un changement de méthode et garde quelques angles morts. Les peser honnêtement évite les déconvenues en cours de projet.
Les avantages
- Une personnalisation visuelle complète, sans toucher aux fichiers header.php ou footer.php pour changer un logo, un menu ou une structure.
- Un gain de temps réel sur les projets standards, le recours au code PHP devenant marginal.
- Une dépendance réduite aux extensions tierces, avec à la clé un back-office plus rapide et un site plus pérenne.
- Une structure stockée dans des fichiers, donc versionnable, déployable proprement et restaurable via des commits plutôt que des exports SQL.
Les limites
- Une nouvelle logique à adopter : on raisonne en blocs dynamiques et en modèles réutilisables, pas en pages figées, ce qui demande un temps d’adaptation.
- Des limites sur les projets complexes : les sites à forte logique métier s’appuient toujours sur des champs personnalisés, des types de contenu sur mesure et du PHP.
- Un écosystème encore en maturation : certaines extensions ne sont pas pleinement compatibles, ce qui impose de vérifier leur comportement dès la phase de cadrage.
À qui s’adresse vraiment cette approche
Le Full Site Editing de WordPress convient particulièrement aux sites vitrines, blogs et sites d’entreprise dont les besoins de mise en page restent dans des standards éprouvés. Un indépendant, une association ou une petite structure peuvent gérer eux-mêmes leur en-tête, leurs pages et leur charte visuelle sans solliciter un prestataire pour chaque ajustement.
Les agences et développeurs y gagnent aussi sur les projets répétables : la logique modulaire normalise les composants et raccourcit les délais de production. En revanche, un site à logique métier dense, une boutique très personnalisée ou une application sur mesure justifient encore une approche mixte associant thème FSE WordPress et développement spécifique.
Le bon choix dépend donc moins de la mode que de la complexité réelle du projet et du niveau d’autonomie souhaité par l’équipe.
Comment se lancer concrètement
Démarrer avec l’édition complète du site WordPress demande peu de prérequis, mais quelques étapes méritent d’être respectées dans l’ordre pour éviter les blocages.
- Mettre WordPress à jour vers une version récente (6.6 ou ultérieure recommandée) afin de bénéficier d’un éditeur de site stable et complet.
- Activer un thème de bloc WordPress, par exemple Twenty Twenty-Five, qui prend en charge nativement la fonctionnalité.
- Ouvrir le menu Apparence puis Éditeur pour accéder à l’éditeur de site et explorer les modèles existants.
- Régler les styles globaux (couleurs, typographies, espacements) pour fixer l’identité visuelle avant de construire les pages.
- Personnaliser l’en-tête, le pied de page et les modèles clés, puis tester l’affichage sur mobile avant la mise en ligne.
Pour un thème sur mesure, la structure minimale comprend un fichier style.css, un fichier theme.json, un dossier /templates/ avec au moins index.html, un dossier /parts/ pour l’en-tête et le pied de page, et un functions.php optionnel.
Une fois le site en production, conserver cette base saine relève d’une maintenance d’un site WordPress régulière, qui sécurise les mises à jour du cœur, des thèmes et des extensions sans casser l’édition complète.
Questions fréquentes sur le Full Site Editing
Quelle différence entre le Full Site Editing et Elementor ?
Le Full Site Editing est natif à WordPress et structure le site à partir de blocs et de fichiers (theme.json, templates), sans extension supplémentaire. Elementor est un constructeur de pages tiers qui ajoute sa propre couche logicielle et stocke ses données différemment. Le FSE offre un socle plus léger et performant, tandis qu’Elementor reste apprécié pour certaines mises en page très visuelles. Pour la majorité des sites standards, l’approche native suffit et réduit la dépendance aux extensions.
Quel thème WordPress choisir pour utiliser le Full Site Editing ?
Il faut impérativement un thème de bloc (block theme), seul compatible avec l’édition complète du site. Twenty Twenty-Four et Twenty Twenty-Five, livrés par défaut avec WordPress, sont d’excellents points de départ. Avant d’installer un thème, vérifiez qu’il est explicitement présenté comme thème FSE ou block theme, faute de quoi l’éditeur de site n’apparaîtra pas dans le menu Apparence.
Le Full Site Editing remplace-t-il l’éditeur Gutenberg classique ?
Non, il l’étend. Gutenberg reste l’éditeur de contenu pour vos articles et vos pages. Le Full Site Editing ajoute par-dessus un éditeur de site qui applique la même logique de blocs aux zones structurelles : en-tête, pied de page, modèles et styles globaux. Vous travaillez donc avec la même interface, simplement élargie à l’ensemble du site plutôt qu’au seul contenu.
Qu’est-ce que le fichier theme.json dans un thème FSE ?
Le fichier theme.json est le centre de configuration d’un thème compatible Full Site Editing. Il déclare les réglages globaux du thème : palette de couleurs, typographies, échelles d’espacement, presets et activation de fonctionnalités. Centraliser ces paramètres dans un seul fichier assure la cohérence visuelle du site et simplifie sa maintenance, puisqu’une unique source pilote l’apparence générale.
Faut-il savoir coder pour utiliser le Full Site Editing ?
Non pour la personnalisation courante. Modifier l’en-tête, le pied de page, les modèles ou les styles globaux se fait visuellement dans l’éditeur de site, sans écrire une ligne de code. La connaissance du HTML, du CSS et de theme.json devient utile uniquement pour créer un thème de bloc sur mesure ou pour des ajustements avancés. Pour un usage standard, aucune compétence technique n’est requise.
Le Full Site Editing est-il adapté à un site WooCommerce ?
Oui, des thèmes de bloc compatibles WooCommerce existent et permettent d’éditer les pages boutique avec la même logique. Sur une boutique à la personnalisation poussée ou à la logique métier complexe, une approche mixte associant thème FSE et développement spécifique reste toutefois préférable. Il convient de vérifier en amont la compatibilité des extensions e-commerce avec l’édition complète du site.
