Activer le Classic Editor dans WordPress : revenir à l’interface d’édition habituelle

Depuis WordPress 5.0, l’éditeur de blocs, également appelé Gutenberg, est l’éditeur par défaut pour les articles et les pages. Il fonctionne avec des blocs individuels pour les paragraphes, images, titres, boutons, colonnes, tableaux et de nombreux autres éléments de contenu. Pour les mises en page modernes, cela offre une grande flexibilité.

De nombreux utilisateurs préfèrent toutefois encore l’interface d’édition classique. Le Classic Editor rappelle davantage un traitement de texte : un grand champ de texte, une barre d’outils simple et une interface familière pour les articles et les pages. En particulier pour les anciens sites web, les workflows existants, les processus éditoriaux ou les plugins avec des méta-boxes classiques, le Classic Editor peut rester utile.

En bref : Avec le plugin officiel Classic Editor, vous pouvez désactiver l’éditeur de blocs ou autoriser les utilisateurs à choisir entre l’éditeur classique et l’éditeur de blocs.

Qu’est-ce que le Classic Editor ?

Le Classic Editor est l’ancienne interface d’édition standard de WordPress. Elle repose sur un éditeur de texte classique avec une vue visuelle et une vue texte/HTML. De nombreux utilisateurs WordPress de longue date connaissent cette interface depuis les versions WordPress antérieures à 5.0.

Le plugin officiel Classic Editor est maintenu par l’équipe WordPress. Il restaure l’ancien éditeur et l’écran d’édition classique. Il prend également en charge les anciens plugins qui nécessitent l’écran d’article classique, d’anciennes méta-boxes ou des extensions de l’éditeur classique.

Raisons typiques d’utiliser le Classic Editor :

  • Utilisation familière : De nombreux utilisateurs travaillent plus rapidement avec l’interface classique.
  • Workflows existants : Les rédactions ou équipes sont habituées à l’ancien éditeur.
  • Compatibilité avec les plugins : Certains anciens plugins fonctionnent mieux avec les méta-boxes classiques.
  • Gestion simple du texte : Pour les articles purement textuels, le Classic Editor est souvent plus clair.
  • Moins de distraction : L’interface paraît plus calme et plus directe pour certains utilisateurs.

Classic Editor ou éditeur de blocs : lequel est meilleur ?

Il n’existe pas de réponse universellement correcte. L’éditeur de blocs est le standard actuel de WordPress et fait l’objet d’un développement actif. Il convient particulièrement aux mises en page flexibles, aux blocs de contenu modernes, aux éléments réutilisables et aux thèmes basés sur les blocs.

Le Classic Editor convient en revanche aux utilisateurs qui souhaitent gérer des contenus simples sans mise en page complexe ou qui dépendent de l’ancienne interface pour des raisons de compatibilité.

Éditeur Avantages Adapté pour
Éditeur de blocs Mises en page flexibles, blocs, fonctions WordPress modernes Nouveaux sites web, landing pages, thèmes en blocs, contenus visuels
Classic Editor Gestion simple du texte, interface familière, compatibilité avec les anciens workflows Sites existants, articles simples, anciens plugins, équipes éditoriales
Conseil pratique : Si vous créez un nouveau site web, il vaut la peine d’apprendre à connaître l’éditeur de blocs. Si vous souhaitez continuer à maintenir un site existant de manière stable, le Classic Editor peut être une solution transitoire judicieuse.

1. Installer le plugin Classic Editor

Le moyen le plus sûr de revenir à l’interface d’édition classique est le plugin officiel Classic Editor. Installez-le directement depuis le répertoire des plugins WordPress.

Procédez ainsi :

  1. Connectez-vous au tableau de bord WordPress.
  2. Allez dans Extensions > Ajouter.
  3. Recherchez Classic Editor.
  4. Veillez à choisir le plugin officiel de l’équipe WordPress.
  5. Cliquez sur Installer maintenant.
  6. Cliquez ensuite sur Activer.

Après l’activation, le plugin restaure l’éditeur classique. Selon le réglage, l’éditeur de blocs est entièrement remplacé ou il est possible de passer d’un éditeur à l’autre.

2. Adapter les réglages sous « Écriture »

Après l’activation, vous trouverez les options les plus importantes sous :

Réglages > Écriture

Vous pouvez y définir quel éditeur doit être utilisé par défaut et si les utilisateurs sont autorisés à passer d’un éditeur à l’autre.

Options typiques :

  • Éditeur par défaut pour tous les utilisateurs : Classic Editor ou éditeur de blocs.
  • Autoriser les utilisateurs à changer d’éditeur : Oui ou Non.

Si vous travaillez seul et souhaitez utiliser durablement le Classic Editor, vous pouvez le définir comme éditeur par défaut et désactiver le changement. Si plusieurs personnes travaillent sur le site, il peut être judicieux d’autoriser les deux éditeurs.

3. Utiliser le Classic Editor en équipe

Dans les équipes, il est important de définir des règles claires. Si certaines personnes travaillent avec l’éditeur de blocs et d’autres avec le Classic Editor, des problèmes d’affichage ou d’édition peuvent apparaître avec des contenus plus complexes.

Recommandations pour les équipes :

  • Définissez quel éditeur est utilisé pour les nouveaux contenus.
  • Évitez les allers-retours permanents sur une même page.
  • Utilisez le Classic Editor surtout pour les articles textuels simples.
  • Utilisez l’éditeur de blocs pour les contenus riches en mise en page et les landing pages.
  • Documentez les processus éditoriaux.
  • Formez brièvement les utilisateurs afin que les contenus ne soient pas formatés différemment par erreur.

Un workflow clair est plus important que la question de savoir quel éditeur est « meilleur ».

4. Effets sur les contenus existants

Les contenus existants restent en principe conservés lors de l’installation du plugin Classic Editor. Le plugin ne modifie pas automatiquement vos articles ou pages. Il change surtout l’interface d’édition.

Vous devez toutefois être prudent si des contenus ont déjà été créés avec l’éditeur de blocs. Les contenus en blocs peuvent être affichés différemment dans le Classic Editor ou apparaître sous forme de HTML ou de commentaires de blocs.

Vérifiez en particulier :

  • Des pages existantes ont-elles été construites avec des blocs Gutenberg ?
  • Les pages contiennent-elles des colonnes, blocs de couverture, boutons ou blocs réutilisables ?
  • Un thème en blocs ou le Full Site Editing est-il utilisé ?
  • Des page builders ou shortcodes ont-ils été utilisés ?
  • Existe-t-il des mises en page individuelles qui dépendent de l’éditeur de blocs ?
Important : N’ouvrez et n’enregistrez pas sans réflexion des pages complexes en blocs dans le Classic Editor. Testez d’abord sur une copie ou créez une sauvegarde.

5. Créer une sauvegarde avant le changement

L’activation du Classic Editor est normalement simple. Une sauvegarde reste néanmoins judicieuse, surtout si votre site web contient déjà beaucoup de contenus, des mises en page individuelles ou des pages critiques pour l’activité.

Une sauvegarde vous protège si des problèmes inattendus surviennent après le changement. Sauvegardez à la fois les fichiers et la base de données.

Après la sauvegarde, vous pouvez installer et activer le plugin, puis ouvrir à titre de test quelques articles et pages importants.

6. Classic Editor et contenus en blocs

Lorsque vous ouvrez un article créé avec des blocs dans le Classic Editor, l’affichage dépend du contenu. Les blocs de texte simples peuvent généralement être affichés sans problème. Les blocs plus complexes peuvent toutefois apparaître sous forme de HTML, de shortcodes ou de marquages techniques de blocs.

Soyez particulièrement prudent avec :

  • les mises en page en colonnes,
  • les blocs de couverture,
  • les blocs de groupe,
  • les blocs réutilisables,
  • les block patterns,
  • les boutons et blocs d’appel à l’action,
  • les formulaires basés sur des blocs,
  • les templates Full Site Editing.

Si ces contenus sont importants, ils devraient de préférence continuer à être modifiés avec l’éditeur de blocs.

7. Classic Editor et page builders

De nombreux sites web utilisent des page builders comme Elementor, Divi, Beaver Builder ou WPBakery. Dans de telles configurations, l’interface d’édition ne dépend pas seulement de WordPress lui-même, mais aussi du page builder.

Le Classic Editor peut être utile dans certains workflows de page builders, car les anciens builders ont été initialement développés pour l’écran d’édition classique. Les page builders modernes fonctionnent toutefois souvent indépendamment de celui-ci.

Vérifiez :

  • Quel page builder est utilisé ?
  • Le builder a-t-il besoin de l’éditeur classique ?
  • Existe-t-il des recommandations officielles du fournisseur du builder ?
  • Les contenus sont-ils enregistrés sous forme de shortcodes ?
  • L’édition reste-t-elle stable après l’activation du Classic Editor ?

Pour les sites utilisant un page builder, vous devriez tester les modifications d’éditeur avec une attention particulière.

8. Classic Editor et widgets

Le plugin Classic Editor restaure principalement l’éditeur classique des articles et des pages. Il n’est pas automatiquement identique aux widgets classiques. WordPress a également modernisé la zone des widgets et l’a rendue basée sur les blocs.

Si vous souhaitez également récupérer l’ancienne interface des widgets, il existe des solutions séparées comme le plugin officiel Classic Widgets. Vérifiez toutefois soigneusement si vous en avez vraiment besoin.

Pour de nombreux thèmes modernes, l’éditeur de widgets basé sur les blocs est judicieux. Avec d’anciens thèmes ou des workflows habituels, les widgets classiques peuvent toutefois être plus pratiques.

9. Avantages du Classic Editor

Le Classic Editor peut présenter des avantages clairs dans certaines situations.

  • Interface familière : Particulièrement agréable pour les utilisateurs WordPress de longue date.
  • Gestion rapide du texte : Idéal pour les articles simples sans mise en page complexe.
  • Moins de complexité visuelle : L’interface paraît plus épurée.
  • Compatibilité : Utile avec d’anciens plugins ou méta-boxes.
  • Stabilité d’équipe : Les processus éditoriaux existants ne doivent pas être modifiés immédiatement.

Pour les articles purement textuels, les brèves actualités ou les simples articles de blog, le Classic Editor reste une solution pragmatique.

10. Inconvénients et limites du Classic Editor

Le Classic Editor présente également des limites claires. WordPress développe de nombreuses nouvelles fonctions autour de l’éditeur de blocs, des thèmes en blocs et de l’éditeur de site.

Inconvénients possibles :

  • moins flexible pour les mises en page modernes,
  • pas de conception native basée sur les blocs,
  • utilité limitée avec les thèmes en blocs,
  • conflits possibles avec les contenus basés sur les blocs,
  • moins orienté vers l’avenir à long terme,
  • moins adapté aux landing pages et aux designs complexes.

Le Classic Editor est donc particulièrement utile pour les workflows existants, mais pas toujours le meilleur choix pour de nouveaux projets WordPress.

11. Sécurité et maintenance

Le Classic Editor est un plugin WordPress officiel. Toutefois, comme pour chaque plugin : maintenez-le à jour. Installez uniquement des plugins fiables provenant de sources officielles et supprimez les alternatives dont vous n’avez pas besoin.

Vérifiez régulièrement :

  • Le plugin est-il à jour ?
  • Est-il compatible avec votre version de WordPress ?
  • Est-il vraiment nécessaire ?
  • Existe-t-il des conflits avec le thème, le page builder ou d’autres plugins ?
  • Les plugins d’éditeur inutiles sont-ils désactivés ?

Chaque plugin supplémentaire doit remplir un objectif clair.

12. Performance dans le backend

Le Classic Editor peut sembler plus léger et plus direct dans le backend pour certains utilisateurs, surtout pour les articles textuels simples. Cela ne signifie toutefois pas automatiquement que chaque site devient plus rapide.

La vitesse dans l’administration WordPress dépend de plusieurs facteurs :

  • performance de l’hébergement,
  • version PHP,
  • nombre et qualité des plugins,
  • taille de la base de données,
  • thème et page builder,
  • navigateur et connexion Internet,
  • appels API externes dans le backend.

Si le backend est lent, il ne faut pas considérer uniquement l’éditeur. Souvent, les plugins, services externes ou une version PHP obsolète sont la véritable cause.

Remarque performance : Le Classic Editor peut rendre l’édition de contenus simples plus agréable. Pour un backend rapide, l’hébergement, PHP, la base de données, les plugins et une maintenance propre sont toutefois décisifs.

13. SEO : l’éditeur influence-t-il les classements ?

L’éditeur utilisé n’est pas un facteur de classement direct. Les moteurs de recherche n’évaluent pas si un article a été créé avec le Classic Editor ou l’éditeur de blocs. Le contenu publié est décisif.

Les facteurs SEO importants sont surtout :

  • des contenus utiles,
  • une structure de titres claire,
  • des URL propres,
  • un maillage interne judicieux,
  • des temps de chargement rapides,
  • l’affichage mobile,
  • des données structurées, si approprié,
  • de bonnes métadonnées,
  • des images optimisées.

Il est important que votre workflow d’édition permette de bons contenus et ne crée pas de mises en page défectueuses ni de structures HTML cassées.

14. GEO : gérer les contenus de manière claire et structurée

Le GEO, c’est-à-dire Generative Engine Optimization, concerne la compréhensibilité de vos contenus pour les systèmes de recherche et de réponse assistés par IA. L’éditeur lui-même est moins important que la structure et la qualité du contenu.

Indépendamment de l’éditeur, veillez à :

  • des titres clairs,
  • des réponses directes aux questions importantes,
  • des paragraphes propres,
  • un langage compréhensible,
  • des informations actuelles,
  • des liens internes vers des thèmes connexes,
  • des sections FAQ pour les articles appropriés.

Le Classic Editor peut suffire pour cela, tant que les contenus sont bien structurés et publiés de manière techniquement propre.

15. Erreurs fréquentes lors du passage au Classic Editor

  • Aucune sauvegarde créée : Pour les pages complexes, il manque une possibilité de retour en arrière.
  • Pages en blocs enregistrées sans précaution : Les mises en page peuvent être endommagées.
  • Mauvais plugin installé : Une alternative inconnue est choisie au lieu du plugin officiel.
  • Équipe non informée : Les utilisateurs travaillent différemment et créent des contenus incohérents.
  • Page builder non testé : Les mises en page existantes fonctionnent autrement que prévu.
  • Classic Editor confondu avec Classic Widgets : Les deux concernent des zones différentes.
  • Absence de planification à long terme : Les nouvelles fonctions WordPress sont ignorées.

Procédure recommandée

  1. Vérifier le besoin : Pourquoi souhaitez-vous utiliser le Classic Editor ?
  2. Créer une sauvegarde : Surtout pour les sites existants avec beaucoup de contenus.
  3. Installer le plugin officiel : Rechercher Classic Editor sous Extensions > Ajouter.
  4. Activer le plugin : Ensuite vérifier les réglages sous Réglages > Écriture.
  5. Choisir l’éditeur par défaut : Définir Classic Editor ou éditeur de blocs.
  6. Autoriser ou désactiver le changement d’éditeur : Décider selon la structure de l’équipe.
  7. Tester les contenus importants : Vérifier articles, pages, contenus de page builder et formulaires.
  8. Informer l’équipe : Définir des règles claires pour l’édition.
  9. Maintenir le plugin à jour : Installer régulièrement les mises à jour.
  10. Examiner l’éditeur de blocs à long terme : Le prévoir pour les nouveaux projets et les mises en page modernes.

Questions fréquentes sur le Classic Editor

Qu’est-ce que le Classic Editor dans WordPress ?

Le Classic Editor est l’ancienne interface d’édition de WordPress. Il offre un champ de texte classique avec une barre d’outils et rappelle davantage un traitement de texte simple.

Le plugin Classic Editor est-il officiel ?

Oui. Le plugin Classic Editor est un plugin WordPress officiel maintenu par l’équipe WordPress et restaure l’ancienne interface d’édition.

Mes contenus restent-ils conservés lors du changement ?

En principe oui. Le plugin ne modifie pas automatiquement vos contenus. Avec des contenus complexes en blocs, vous devez toutefois être prudent et créer une sauvegarde avant le changement.

Puis-je passer du Classic Editor à l’éditeur de blocs ?

Oui, selon le réglage. Sous Réglages > Écriture, vous pouvez définir si les utilisateurs peuvent passer d’un éditeur à l’autre.

Le Classic Editor est-il meilleur que Gutenberg ?

Pas de manière générale. Le Classic Editor est plus simple et plus familier pour la gestion classique du texte. Gutenberg est plus moderne et mieux adapté aux mises en page flexibles, aux blocs et aux nouvelles fonctions WordPress.

Le Classic Editor fonctionne-t-il avec les page builders ?

Souvent oui, surtout avec les anciens workflows de page builders. Vous devriez néanmoins tester votre site concret, car les page builders fonctionnent différemment.

Le Classic Editor améliore-t-il mon SEO ?

Non, pas directement. Le SEO dépend du contenu publié, de la structure, du temps de chargement, du maillage interne et de la qualité technique de votre site web – pas seulement de l’éditeur.

Devrais-je rester à long terme avec le Classic Editor ?

Si votre site fonctionne de manière stable et que vous gérez des contenus simples, cela peut être judicieux. Pour les nouveaux projets et les mises en page modernes, vous devriez toutefois au moins connaître et tester l’éditeur de blocs.


Plus de vitesse pour votre backend WordPress

Classic Editor, éditeur de blocs ou page builder : un backend WordPress fluide nécessite une base technique solide. Avec l’hébergement WordPress de CURIAWEB, vous bénéficiez d’une infrastructure NVMe rapide, de versions PHP actuelles, de SSL inclus et d’un hébergement suisse fiable.

Voir l’hébergement WordPress de CURIAWEB
Cette réponse était-elle pertinente? 0 Utilisateurs l'ont trouvée utile (0 Votes)