Gutenberg, FSE ou Page Builder : que faire avec un site WordPress existant ?

Votre site WordPress fonctionne avec Elementor, Divi, Beaver Builder ou un autre Page Builder. Il a peut-être été développé il y a plusieurs années et commence à montrer des signes de vieillissement : problèmes de compatibilité, extensions qui s’accumulent, performances qui diminuent ou difficultés à faire évoluer certaines sections.

Vous avez entendu parler de Gutenberg et du Full Site Editing (FSE) et vous vous demandez s’il serait préférable de migrer votre site vers cette nouvelle approche.

Mais faut-il réellement tout reconstruire ?

Pas nécessairement.

Lorsqu’on intervient sur un site WordPress que l’on n’a pas construit, la première étape n’est pas de remplacer les technologies existantes. Il faut d’abord comprendre comment le site fonctionne, identifier ses dépendances et déterminer quelle intervention est réellement nécessaire.

1. Page Builder, Gutenberg, FSE : pourquoi cette question se pose-t-elle ?

De nombreux sites WordPress utilisent aujourd’hui un Page Builder comme :

• Elementor ;
• Divi ;
• Beaver Builder ;
• WPBakery ;
• Bricks ;
• ou d’autres solutions de construction visuelle.

Ces outils ont permis de créer des milliers de sites WordPress et continuent d’être utilisés.

Mais WordPress a évolué.

Avec Gutenberg et le Full Site Editing, WordPress propose maintenant une approche native permettant de gérer non seulement le contenu des pages, mais également une grande partie de la structure et du design d’un site.

Cela soulève une question légitime pour les propriétaires de sites existants :

Est-ce que mon site devrait passer à Gutenberg et au FSE ?

La réponse dépend principalement de l’état actuel du site et de ses objectifs.

2. Gutenberg et le FSE : une nouvelle architecture WordPress

Gutenberg est aujourd’hui beaucoup plus qu’un éditeur de contenu.

Avec les blocs et le Site Editor, WordPress permet de gérer notamment :

• les pages ;
• les articles ;
• les modèles ;
• les en-têtes ;
• les pieds de page ;
• les menus ;
• les archives ;
• les pages de recherche ;
• les styles globaux ;
• la typographie ;
• les couleurs ;
• les espacements.

Le Full Site Editing permet donc de travailler sur le site dans son ensemble.

Cette évolution est importante parce qu’elle réduit la nécessité de recourir systématiquement à une solution externe pour construire et personnaliser un site WordPress.

3. Faut-il abandonner son Page Builder ?

Non.

C’est probablement le point le plus important lorsqu’on intervient sur un site existant.

Si votre site fonctionne correctement avec Elementor, Divi ou un autre Page Builder, il n’y a aucune raison de le remplacer uniquement parce que Gutenberg et le FSE existent.

Une migration technologique représente un véritable projet.

Elle peut nécessiter :

• la reconstruction des pages ;
• la reconstruction des modèles ;
• la conversion du contenu ;
• la recherche de fonctionnalités équivalentes ;
• des ajustements CSS ;
• des tests responsive ;
• des tests SEO ;
• des tests de performance ;
• une vérification complète du site.

Le coût et les risques d’une migration doivent donc être comparés aux bénéfices attendus.

4. Quand faut-il envisager une migration vers Gutenberg et le FSE ?

La migration peut devenir intéressante lorsque plusieurs problèmes se cumulent.

Un site devenu difficile à maintenir

Certains sites ont été développés avec de nombreuses extensions, parfois par plusieurs intervenants au fil des années.

On retrouve alors :

WordPress + thème ancien + Page Builder + extensions du Page Builder + plugins complémentaires + code personnalisé.

Chaque composant peut devenir une source potentielle de conflits ou de problèmes lors des mises à jour.

Dans ce contexte, une refonte technique peut permettre de simplifier l’architecture.

Un Page Builder devenu trop lourd

Certains sites utilisent un grand nombre de fonctionnalités qui ne sont plus réellement nécessaires.

Le site peut alors charger beaucoup de CSS et de JavaScript pour afficher des fonctionnalités qui ne sont utilisées que sur quelques pages.

Une reconstruction avec Gutenberg peut être envisagée lorsque l’objectif est notamment de simplifier l’architecture et d’améliorer les performances.

Des problèmes de compatibilité récurrents

Lorsqu’un site rencontre régulièrement des problèmes après les mises à jour de WordPress, du thème ou des extensions, il faut identifier la source du problème.

Le Page Builder peut être impliqué, mais ce n’est pas nécessairement le cas.

Une analyse technique permet de déterminer si le problème vient :

• du thème ;
• d’une extension ;
• du Page Builder ;
• de PHP ;
• du serveur ;
• d’une incompatibilité entre extensions ;
• de code personnalisé ;
• ou de plusieurs éléments combinés.

5. Quand conserver le Page Builder ?

Dans certains cas, conserver le Page Builder est la meilleure décision technique.

Par exemple, si :

• le site fonctionne correctement ;
• les extensions sont à jour ;
• le thème est compatible ;
• les performances sont satisfaisantes ;
• le contenu est fortement dépendant du Page Builder ;
• l’équipe maîtrise bien cet outil ;
• aucune refonte importante n’est prévue.

Dans ce cas, une migration vers Gutenberg pourrait représenter beaucoup de travail pour un bénéfice limité.

Une intervention professionnelle ne consiste donc pas à remplacer systématiquement une technologie.

Elle consiste à déterminer ce qui doit réellement être changé.

6. Gutenberg peut aussi être introduit progressivement

Il n’est pas toujours nécessaire de reconstruire tout le site en une seule fois.

Selon l’architecture existante, différentes stratégies peuvent être envisagées.

Option 1 : conserver le Page Builder

On conserve l’architecture actuelle et on :

• corrige les problèmes ;
• met WordPress à jour ;
• actualise PHP ;
• nettoie les extensions inutiles ;
• améliore la sécurité ;
• optimise les performances.

Option 2 : utiliser Gutenberg pour les nouveaux contenus

Lorsque l’architecture le permet, certaines nouvelles pages peuvent être développées avec l’éditeur de blocs.

Cela permet de commencer progressivement à adopter l’approche native de WordPress.

Option 3 : refondre progressivement le site

Les modèles et les sections les plus importantes peuvent être reconstruits progressivement avec Gutenberg et un thème bloc.

Cette approche peut être intéressante pour les sites complexes qui ne peuvent pas être arrêtés pendant plusieurs semaines.

Option 4 : effectuer une refonte complète

Si le site est devenu trop ancien, trop complexe ou trop difficile à maintenir, une reconstruction complète peut être plus logique.

Dans ce cas, Gutenberg et le FSE peuvent constituer une excellente base pour la nouvelle architecture.

7. Pourquoi Gutenberg peut être intéressant lors d’une refonte ?

Lorsqu’un site doit être reconstruit, la question est différente.

On ne cherche plus simplement à réparer l’existant.

On peut alors repartir sur une architecture plus moderne.

Gutenberg et le FSE permettent notamment de :

• réduire certaines dépendances ;
• utiliser les fonctionnalités natives de WordPress ;
• standardiser la construction des contenus ;
• créer des modèles réutilisables ;
• centraliser les styles ;
• faciliter certaines modifications futures ;
• construire une architecture plus proche du cœur de WordPress.

C’est particulièrement intéressant lorsqu’un site doit être maintenu pendant plusieurs années.

8. Et si le site utilise plusieurs technologies ?

C’est très fréquent lorsqu’on reprend un site existant.

Un site peut utiliser simultanément :

• Gutenberg ;
• Elementor ;
• un thème personnalisé ;
• WooCommerce ;
• plusieurs extensions de formulaires ;
• un système de cache ;
• du code personnalisé ;
• des scripts externes.

Dans ce contexte, remplacer un seul composant sans analyser les autres peut créer de nouveaux problèmes.

C’est pourquoi une intervention sur un site existant commence généralement par un diagnostic technique.

9. Le diagnostic avant la migration

Avant de recommander Gutenberg, un Page Builder ou une refonte, il faut notamment examiner :

WordPress

• version de WordPress ;
• configuration générale ;
• mises à jour ;
• utilisateurs et permissions.

Thème

• thème actif ;
• version ;
• compatibilité ;
• personnalisations ;
• thème enfant ;
• code personnalisé.

Extensions

• extensions installées ;
• extensions actives ;
• extensions inutilisées ;
• extensions obsolètes ;
• dépendances entre plugins.

Page Builder

• version ;
• nombre de pages utilisant le builder ;
• modèles ;
• widgets ;
• fonctionnalités dépendantes ;
• extensions complémentaires.

Performance

• poids des pages ;
• CSS ;
• JavaScript ;
• images ;
• cache ;
• Core Web Vitals.

SEO

• structure des URL ;
• métadonnées ;
• redirections ;
• indexation ;
• structure des contenus ;
• maillage interne.

Sécurité

• versions obsolètes ;
• extensions vulnérables ;
• comptes utilisateurs ;
• permissions ;
• configuration du serveur.

Ce diagnostic permet de répondre à une question beaucoup plus importante que « Gutenberg ou Elementor ? » :

Quelle intervention permettra de rendre ce site plus fiable, plus facile à maintenir et mieux adapté à ses besoins futurs ?

10. Gutenberg et FSE : une solution, pas une obligation

Gutenberg et le FSE représentent une évolution majeure de WordPress.

Ils constituent aujourd’hui une véritable alternative aux Page Builders pour de nombreux projets.

Mais dans le cadre d’un site existant, il faut éviter le réflexe consistant à tout reconstruire uniquement pour adopter une nouvelle technologie.

Un bon diagnostic peut aboutir à quatre conclusions très différentes :

Le site peut être conservé tel quel et simplement optimisé.

Le Page Builder peut être conservé mais nettoyé et mis à jour.

Certaines parties peuvent progressivement passer à Gutenberg.

Une refonte complète avec Gutenberg et le FSE peut être la meilleure approche.

Il n’y a donc pas une seule bonne réponse.

11. Et si votre site a été construit par une autre agence ?

C’est précisément dans cette situation qu’un diagnostic indépendant peut être utile.

Lorsqu’un site WordPress est repris par une nouvelle équipe, il faut souvent commencer par comprendre une architecture qui n’a pas été conçue par celle-ci.

Il faut identifier :

• ce qui peut être conservé ;
• ce qui doit être corrigé ;
• ce qui est obsolète ;
• ce qui peut être optimisé ;
• ce qui présente un risque ;
• et ce qui devrait éventuellement être reconstruit.

L’objectif n’est pas de recommencer systématiquement le travail d’une autre agence.

L’objectif est de trouver la solution la plus pertinente pour le site existant.

12. La Clinique WordPress : intervenir sur votre site existant

La Clinique WordPress intervient sur des sites WordPress qui ont souvent été développés par d’autres agences, des travailleurs autonomes ou des équipes internes.

Notre rôle est différent de celui d’une agence qui construit un nouveau site à partir de zéro.

Nous intervenons notamment pour :

• réparer un site WordPress ;
• résoudre des erreurs et conflits ;
• déboguer WordPress ;
• effectuer des mises à jour ;
• améliorer les performances ;
• sécuriser un site ;
• analyser un problème technique ;
• conseiller une équipe ou un propriétaire de site ;
• former les utilisateurs ;
• effectuer la maintenance ;
• évaluer une refonte ;
• accompagner une migration vers Gutenberg et le FSE.

Dans certains cas, la meilleure solution est de réparer le site existant.

Dans d’autres, une refonte complète est plus pertinente.

Notre rôle est justement de déterminer quelle intervention est réellement nécessaire.

Conclusion

Gutenberg et le Full Site Editing changent progressivement la manière de concevoir WordPress.

Pour un nouveau site, ils constituent aujourd’hui une alternative sérieuse aux Page Builders.

Mais pour un site existant, la question est différente.

Il ne s’agit pas simplement de demander :

« Dois-je remplacer Elementor par Gutenberg ? »

Il faut plutôt se demander :

« Quel est l’état actuel de mon site et quelle architecture répondra le mieux à mes besoins pour les prochaines années ? »

Un site WordPress qui fonctionne bien n’a pas nécessairement besoin d’être reconstruit.

À l’inverse, un site vieillissant, difficile à maintenir et dépendant de nombreuses technologies peut être l’occasion de repartir sur une architecture plus moderne basée sur Gutenberg et le FSE.

Avant de migrer, de remplacer un Page Builder ou de refaire complètement votre site WordPress, commencez par un diagnostic, contactez-nous

La Clinique WordPress peut analyser votre installation existante, identifier les problèmes techniques, évaluer les différentes options et vous accompagner dans la réparation, la maintenance, l’optimisation ou la refonte de votre site.