Full Site Editing : thèmes de blocs, `theme.json`, templates dans l'admin. WordPress pousse ça comme l'avenir. Avantages réels pour un hobby ou un site où l'on publie beaucoup, seul. Inconvénients pour une PME : ergonomie (voir Gutenberg), régressions de templates, TMA plus opaque, perf selon les blocs. Cet article les pose, et explique pourquoi je ne l'aime pas et ne l'utilise pas en production soignée : je préfère un thème classique mince, des champs, un header versionné.
🧩 L'avantage, je le concède
Changer un footer sans FTP. Prototyper un template. Moins de fichiers PHP pour un site personnel. Le theme.json a de bonnes idées (typographie fluide, presets).
Pour un portfolio solo qui aime Gutenberg, ça peut aller. Pour une vitrine PME avec une TMA, je vois surtout la suite.
📉 Inconvénients TMA
Dès qu'on les modifie dans l'admin, les templates vivent en base. Les overrides sont moins lisibles. Une mise à jour WordPress peut changer un markup de bloc global. Les prestataires vraiment à l'aise avec le FSE (éditeur de site complet) sont plus rares que ceux qui en parlent dans leurs slides.
La perf dépend des blocs du header (chargés partout). Un mega menu en blocs + fonts + cover, le LCP de toutes les pages en pâtit.
- Header / footer versionnés hors admin
- Moins de surface Gutenberg
- Diff Git possible
- Vérification après maj core
🛠️ Ce que je fais à la place
Thème classique (PHP, template parts PHP), `theme.json` léger parfois, ACF, blocs bornés dans le contenu. L'habillage du site (header, footer) n'est pas un terrain de jeu.
Full Site Editing, avantages et inconvénients : l'avantage est l'autonomie visuelle. L'inconvénient est le coût de cette autonomie. Je juge le second trop cher.
Je n'utilise pas le FSE en prod client. Ce n'est pas de l'ignorance. C'est de la TMA.
👥 Qui modifie quoi
Le vrai sujet du FSE n'est pas technique : c'est qui a le droit de toucher à quoi. Si toute l'équipe peut modifier le header, il changera. Je sépare : le contenu des pages pour l'équipe, l'habillage du site pour le développeur.
Sur un thème FSE déjà en place, on peut bloquer l'éditeur de site pour les rôles éditeur et verrouiller les templates. On garde l'outil, on retire le risque.
✅ Si le site est déjà FSE
On peut le maintenir : moins de mains dans les templates, 2FA, préprod, maj prudentes. On peut migrer vers un thème classique si le chrome est instable. On n'ajoute pas Elementor par-dessus.
Si vous démarrez : demandez un thème classique. Vous me remercierez à la première maj de core.
✅ Plan de test d'un thème FSE
On liste vos gabarits (accueil, article, catégorie, recherche, page 404), puis on les rejoue dans le thème FSE. Ce qui manque ou se casse décide du verdict.
Sauvegarde restaurable, thème actuel conservé, accès à votre nom. Puis 24 à 72 h de suivi : affichage mobile, vitesse, formulaires. Sans ce suivi, un gabarit mal rendu reste invisible jusqu'à la plainte d'un client.
- Gabarits listés avant l'essai
- Essai du thème FSE sur une copie
- Un gabarit validé à la fois
- Relecture humaine puis 24 h de suivi mobile
📌 Ce que je refuse sur ce sujet
Je refuse d'imposer le FSE à des équipes qui n'ont pas demandé à tout éditer. Je refuse de basculer un thème en production sans copie. Je refuse de promettre « moins de code » sans mesure.
Je refuse aussi de me taire : si le FSE convient à votre cas, je vous le dis. Cet article n'est pas un prétexte pour vendre un thème sur mesure.
🧭 Questions fréquentes
Faut-il abandonner le FSE tout de suite ? Non, sauf si le thème pose un vrai problème de modification ou de vitesse. Sinon, décidez au prochain redesign.
Peut-on tester un thème FSE directement en production ? Non : changer de thème modifie l'en-tête, le pied de page et les gabarits d'un coup. Je l'essaie sur une copie, page par page.
Combien de temps ? Un à trois jours pour évaluer un thème FSE sur vos gabarits. Un avis rendu après une démonstration de dix minutes n'a pas de valeur.
