Depuis 2023, j’ai choisi d’adopter le Full Site Editing (FSE) pour mes projets WordPress. Suite à plusieurs réalisations concrètes, voici un retour d’expérience sincère sur les avantages, les limites et les solutions que j’ai trouvées pour tirer le meilleur de cette approche.
Après plusieurs gros projets
J’ai basculé vers les sites FSE début 2023. Je retrouvais l’approche modulaire que j’avais avec le framework Genesis, utilisé plus de 10 ans.
Très vite, j’ai voulu partager cette approche révolutionnaire (articles, vidéos, meetups). Comme j’étais parmi les premiers, des projets m’ont été proposés, chacun avec ses défis.
Il a fallu passer du théorique au concret sur des projets sur mesure, avec une documentation parfois dépassée. Un vrai challenge.
Arrivé un peu tôt sur ce marché, la communication a pris partiellement.
J’ai donc recentré mon activité sur la conception de thèmes sur mesure (le métier de formateur est de toute façon à réinventer avec l’IA).
Les post meta, toujours au cœur des projets
Rapidement, la question des post meta s’est posée, quasi toujours au cœur des projets : constructeurs, données structurées, filtres avancés…
Et l’écosystème bouge vite : Interactivity API, MCP, etc.
Grâce aux blocs sur mesure avec ACF, j’ai pu créer des modèles personnalisés. La hiérarchie des modèles est bien gérée en FSE.
Je savais la techno solide : je l’avais déjà testée avant le FSE, notamment sur le Lab Présidentiel pour Ouest-France (plusieurs millions de vues).
Les freins rencontrés
Mais j’ai aussi rencontré plusieurs limites dans cette phase d’adoption :
- ACF génère beaucoup de données en double.
- Les blocs ACF s’intègrent mal au design system de theme.json.
- La gestion des modèles entre environnements est vite galère (HTML vs PHP, URLs figées, etc.).
- Le PHP dans les modèles via compositions reste tordu. Bye bye les fonctions de traduction (je cherche une solution).
- La gestion des styles et de leurs mises à jour est complexe.
- Le block binding, que j’adore, ne s’applique qu’à certains blocs.
- Le menu est une vraie galère (Mike McAlister pourrait nous sauver).
Les solutions mises en place
Face à ces limites, voici les solutions que j’ai mises en œuvre :
- CMB2 à la place d’ACF (tous mes derniers projets l’utilisent).
- Création de blocs natifs, statiques ou dynamiques, en PHP, avec design system intégré.
- Mixage de styles de blocs, surcharges et CSS modulaire pour un design system cohérent.
- Scripts shell pour mettre à jour les modèles.
Ce que j’attends pour la suite
Ce que j’attends avec impatience : le « Menu Designer » de McAlister intégré dans le cœur de WordPress.
Selon vous, quelles sont les briques encore manquantes pour que le FSE devienne la norme ?
Article publié initialement sur LinkedIn
