# Tester le Site Editor expérimental avant sa sortie stable en 2022 > Anticiper l'arrivée de l'éditeur de site en préparant ses thèmes dès aujourd'hui, sans attendre une sortie stable encore annoncée pour l'année prochaine. - Auteur : WordPress Développement - Publié le : 2021-02-10 - Mis à jour le : 2021-02-10 - Catégorie : Éditeur de site (FSE) - URL : https://www.wpmoderne.fr/fse/tester-site-editor-experimental-avant-2022/ ## L’essentiel - Activer le plugin Gutenberg sur un environnement dédié - Documenter les écarts observés version après version - Préparer un thème pilote plutôt que le parc entier Comparaison utile pour situer les choses : suivre l'éditeur de site expérimental aujourd'hui ressemble à suivre les premières versions du bloc-editor avant son intégration dans le cœur, il y a quelques années. Même instabilité de surface, même logique de fond qui, elle, tient déjà remarquablement bien la route. Ce billet s'adresse aux agences curieuses qui veulent anticiper l'arrivée de l'éditeur de site en préparant leurs thèmes, sans attendre une hypothétique sortie stable annoncée pour l'année prochaine. Il ne traite pas du chiffrage d'un devis intégrant cette nouvelle fonctionnalité — un sujet à part entière, une fois le terrain mieux stabilisé. ## Pourquoi commencer maintenant plutôt qu'attendre Attendre la sortie stable pour découvrir l'éditeur de site présente un risque simple : celui de découvrir, en même temps que tout le monde, un ensemble de concepts nouveaux — gabarits éditables, zones de template part, styles globaux — sous la pression d'un projet client déjà en cours. Commencer la veille dès maintenant permet d'étaler cet apprentissage sur plusieurs mois, sans pression de délai. ## Mettre en place un environnement dédié La première étape ne demande rien de sophistiqué : une installation locale de WordPress, le plugin Gutenberg installé depuis le dépôt officiel, et un thème simple pour expérimenter. Il est déconseillé d'activer ce plugin sur un site de production à ce stade — les changements de comportement d'une version à l'autre du plugin peuvent être significatifs. - Une installation locale isolée, jamais un site client existant. - Le plugin Gutenberg installé depuis sa source officielle, mis à jour régulièrement. - Un thème volontairement minimal, pour observer les mécanismes sans le bruit d'un design complexe. ## Documenter les écarts, version après version > L'essentiel à retenir : Activer le plugin Gutenberg sur un environnement dédié ; Documenter les écarts observés version après version ; Préparer un thème pilote plutôt que le parc entier Le plugin Gutenberg évolue vite, parfois de façon significative d'une version à l'autre. Tenir un carnet de bord simple — ce qui fonctionnait la semaine dernière, ce qui a changé cette semaine — évite de perdre le fil et permet, une fois la version stable disponible, de mesurer objectivement le chemin parcouru. ``` ## Semaine du 8 février 2021 - Zones de template part : toujours 4 zones distinctes, stable depuis 3 versions. - theme.json : nouvelle clé "spacing" apparue, non documentée officiellement. - Éditeur de site : le panneau de navigation entre gabarits a changé d'emplacement. ``` ## Choisir un thème pilote plutôt que le parc entier Il serait prématuré de vouloir adapter l'ensemble des thèmes maison à ce stade. Mieux vaut choisir un thème pilote, volontairement simple, et l'utiliser comme terrain d'expérimentation pour comprendre la logique des gabarits, des zones de template part et des styles globaux, avant de généraliser quoi que ce soit. Cette approche progressive présente un avantage direct : elle limite le temps investi dans une fonctionnalité encore mouvante, tout en construisant une compréhension solide qui restera valable une fois la version stable publiée. ## Ce qu'il ne faut pas encore promettre à un client Il est tentant, pour une agence en veille active, de vouloir valoriser cette avance technique auprès de ses clients. La prudence reste de mise : aucun engagement contractuel ne devrait, à ce stade, reposer sur une fonctionnalité encore expérimentale et susceptible de changer de comportement avant sa sortie stable. > Une veille technique sérieuse se construit dans la discrétion d'un environnement de test, pas dans les promesses faites à un client avant que le terrain ne soit stabilisé. ## Se préparer sans se précipiter La sortie stable de l'éditeur de site, annoncée mais sans date définitive à ce jour, ne doit pas être un objectif de course. L'enjeu réel est de disposer, le moment venu, d'une équipe déjà familière avec les concepts sous-jacents, capable d'absorber la version stable sans redécouvrir tout le sujet depuis zéro. ## En résumé Un environnement de test dédié, un carnet de bord des évolutions, un thème pilote plutôt que le parc entier : ces trois habitudes suffisent à préparer sérieusement l'arrivée de l'éditeur de site, sans exposer un seul site client aux instabilités inévitables d'une fonctionnalité encore expérimentale.