Éditeur de site WordPress absent : retrouver le bon outil dans Apparence

Vérifier quel éditeur vous cherchez réellement

Vous suivez un tutoriel qui demande Apparence → Éditeur, mais cette entrée manque dans votre administration WordPress. Avant d’installer un outil supplémentaire, identifiez ce que vous souhaitez modifier : le texte d’une page, la structure commune du site, un réglage du thème ou un fichier de code. Ces tâches n’utilisent pas le même écran.

L’éditeur d’un article ou d’une page sert à son contenu. L’éditeur du site permet de travailler sur les modèles, les styles et des parties communes, notamment avec un thème de blocs. L’éditeur de fichiers de thème affiche du code et ne remplace aucun de ces outils visuels. Son absence n’explique pas automatiquement celle de l’éditeur du site.

Le résultat recherché est de trouver l’outil que votre installation peut utiliser, puis de comprendre une éventuelle restriction. Vous n’avez pas besoin de changer le thème public pour établir ce premier diagnostic. Gardez également à l’esprit que les menus peuvent varier selon le compte, le thème, la version et la plateforme.

1. Écrivez l’élément à modifier : paragraphe, en-tête, menu, couleurs ou modèle.
2. Notez les entrées réellement visibles sous Apparence.
3. Confirmez l’adresse du site et le compte connectés.
4. Relevez le thème actif avant de suivre une procédure prévue pour un autre thème.
5. N’ouvrez pas l’éditeur de fichiers pour tenter d’obtenir un écran visuel.

Choisir le parcours selon le thème et les accès

Si votre thème est classique, commencez par le premier parcours. L’absence de l’éditeur complet du site peut être normale ; votre personnalisation passe alors par les fonctions effectivement prises en charge par ce thème. Utiliser des blocs dans les articles ne suffit pas à transformer le thème en thème de blocs.

Si un thème de blocs est déjà actif mais que l’entrée attendue manque, passez au contrôle des droits et du contexte. Un auteur qui publie des articles n’a pas automatiquement le droit de modifier les modèles de tout le site. Le rôle affiché doit être rapproché des permissions réelles, surtout sur un site dont l’administration a été personnalisée.

Le troisième parcours convient si vous voulez réellement adopter l’édition complète du site. Il consiste à essayer un thème compatible sur une copie, après sauvegarde. Il ne transforme pas cet essai en changement public immédiat : les menus, en-têtes et réglages existants demandent une vérification.

1. Identifiez d’abord le thème actif et son mode de fonctionnement.
2. Pour un thème classique, cherchez l’outil natif ou celui prévu par son auteur.
3. Pour un thème de blocs, comparez le menu avec celui d’un administrateur autorisé.
4. Pour une migration volontaire, préparez une copie et un retour arrière.
5. Gardez les trois questions séparées : compatibilité, permission et choix de conception.

Relever le thème actif sans rien changer

Cette vérification convient à un administrateur disposant d’Apparence → Thèmes. Le thème indiqué comme actif est celui qui compte. Un thème compatible simplement installé dans la bibliothèque n’active pas l’éditeur complet. Si un thème enfant est actif, relevez aussi son parent : le nom commercial d’une famille ne suffit pas à identifier les fichiers réellement utilisés.

Outils → Santé du site → Informations fournit également une rubrique sur le thème actif et sa version lorsque votre compte peut la consulter. Gardez seulement les informations utiles au diagnostic, sans diffuser l’ensemble des détails techniques du site. Comparez-les avec la documentation officielle de cette version du thème.

Le résultat attendu est une identification fiable du thème, de sa version et du site examiné. Cette consultation ne modifie aucune page et ne demande aucun retour arrière. Si les menus Thèmes et Santé du site vous sont tous deux inaccessibles, un administrateur peut fournir ces informations depuis son propre compte.

1. Ouvrez Apparence → Thèmes.
2. Repérez la fiche marquée Active et ouvrez ses détails.
3. Notez le nom, la version et le parent éventuel.
4. Dans Outils → Santé du site → Informations, comparez la rubrique du thème actif.
5. Vérifiez dans la documentation de ce thème s’il fournit l’édition complète du site ou seulement des fonctions de blocs.

Approche 1 : utiliser la personnalisation d’un thème classique

Avec un thème classique, l’outil Personnaliser reste souvent le bon point de départ. Ouvrez Apparence → Personnaliser si cette entrée existe. Les panneaux disponibles dépendent du thème : identité du site, couleurs, menus ou autres réglages. L’absence d’un panneau particulier ne signifie pas que vous devez modifier directement les fichiers.

Cette approche convient à un administrateur autorisé qui veut réaliser un changement prévu par le thème, par exemple son logo. Notez la valeur actuelle, effectuez d’abord la modification dans l’aperçu et vérifiez plusieurs pages avant de publier ce réglage. Pour une simple inspection, quittez sans cliquer sur Publier.

Le résultat attendu est soit un réglage adapté à votre besoin, soit la confirmation que ce thème ne propose pas cette modification dans le personnalisateur. Pour annuler une modification publiée, remettez la valeur relevée ; n’effacez pas toutes les options du thème. Une refonte complète d’en-tête peut demander un autre parcours que le changement d’un logo.

1. Ouvrez Apparence → Personnaliser.
2. Repérez le panneau correspondant à votre besoin dans ce thème.
3. Relevez le réglage initial, puis modifiez un seul élément dans l’aperçu.
4. Vérifiez son affichage sur ordinateur et téléphone.
5. Publiez seulement le changement décidé, ou quittez l’aperçu sans l’appliquer.
6. Si aucun réglage adapté n’existe, consultez la documentation de ce thème avant de chercher un autre outil.

Ne pas confondre Design, Compositions et éditeur complet

Dans WordPress 7.1.4, le cœur prévoit des intitulés différents selon le thème. Un thème de blocs reçoit l’entrée Editor, traduite par Éditeur. Pour un thème classique, le menu peut proposer Design ou Patterns, selon les fonctions disponibles ; la traduction de Patterns est généralement Compositions. Ces libellés ne garantissent pas que tous les modèles du thème soient modifiables visuellement.

Il est donc possible de trouver un écran de compositions ou de styles sans disposer de l’ensemble des possibilités vues dans un tutoriel consacré à un thème de blocs. Un thème qui utilise des styles pour l’éditeur ou un fichier de configuration moderne n’est pas automatiquement un thème de blocs complet.

Cette étape est une inspection. Le résultat attendu est la reconnaissance des fonctions réellement présentes. Ne renommez pas artificiellement un menu et n’ajoutez pas un fichier au thème pour forcer son classement.

1. Comparez les entrées de votre menu avec la version WordPress utilisée.
2. Ouvrez Design ou Compositions si cette entrée est disponible pour votre compte.
3. Regardez les sections effectivement proposées, sans enregistrer de modification.
4. Comparez-les à la fonction recherchée, par exemple la modification des modèles.
5. Si seul un outil partiel existe, revenez au choix du thème plutôt que de traiter son interface comme un éditeur complet.

Approche 2 : comparer les droits sur le même site

L’édition des options et modèles du thème demande des permissions différentes de l’écriture d’un article. Dans le cœur, l’accès correspondant repose notamment sur la capacité edit_theme_options. Un auteur ou un éditeur de contenu ne la possède pas nécessairement. Sur une installation personnalisée, le nom du rôle ne suffit pas à déduire toutes ses capacités.

Demandez à un administrateur autorisé d’ouvrir le même site avec son propre compte. Il doit vérifier le menu et le thème actif, sans vous transmettre son mot de passe. Le résultat attendu est une différence reproductible : l’outil apparaît pour lui mais pas pour vous, ou manque pour les deux.

Si l’accès vous est réellement nécessaire, le responsable choisit une organisation adaptée à votre mission. Modifier le rôle se fait dans Utilisateurs → Tous les utilisateurs → Modifier le compte, lorsque l’administrateur dispose de ce droit. Ne promouvez pas systématiquement un auteur en administrateur pour une intervention ponctuelle ; le responsable peut réaliser cette modification lui-même.

1. Comparez les menus des deux comptes sur la même adresse de site.
2. Faites relever votre rôle par l’administrateur dans Utilisateurs.
3. Confirmez si votre mission comprend les réglages communs du thème.
4. Faites appliquer seulement une correction de droits justifiée, ou confiez l’intervention au compte autorisé.
5. Reconnectez le compte concerné et vérifiez son accès ; conservez l’état précédent pour annuler une modification de rôle temporaire.

Vérifier le contexte multisite ou WordPress.com

Sur un réseau multisite, assurez-vous d’être dans le tableau de bord du site concerné, pas seulement dans l’administration du réseau. Les thèmes disponibles pour ce site dépendent des autorisations du réseau. Rendre un thème disponible ne l’active pas automatiquement ; le thème actif du site reste à vérifier séparément.

Pour permettre un essai limité, le super-administrateur peut ouvrir Mes sites → Administration du réseau → Sites, choisir Modifier sous le site concerné, puis l’onglet Thèmes. Il y rend disponible le thème retenu pour ce site, lorsque celui-ci n’est pas déjà disponible pour tout le réseau. L’activation se fait ensuite depuis le site de test concerné. Ne généralisez pas l’autorisation à tout le réseau pour un seul diagnostic.

Sur WordPress.com, l’accès attendu reste Apparence → Éditeur pour un thème compatible. Vérifiez d’abord le site choisi, votre rôle et son thème. La seule absence d’un menu ne suffit pas à justifier un changement d’offre ; ne confondez pas ce diagnostic avec une fonction payante particulière.

1. En multisite, ouvrez le tableau de bord du site exact depuis Mes sites.
2. Faites confirmer la disponibilité du thème par le super-administrateur si un essai est prévu.
3. Sur WordPress.com, sélectionnez le site voulu puis examinez Apparence et le thème actif.
4. Refaites la comparaison avec un compte autorisé dans ce même contexte.
5. Consignez le résultat sans changer d’offre ni activer un thème sur le site public.

Confirmer techniquement le type du thème si nécessaire

Ce contrôle facultatif s’adresse au technicien qui dispose déjà de WP-CLI et d’un accès autorisé à la copie. Il aide lorsqu’un thème enfant, hybride ou personnalisé rend sa documentation ambiguë. Exécutez les commandes depuis le dossier de la bonne installation. Remplacez l’adresse d’exemple par celle du site de test ; en multisite, ce choix est particulièrement important.

La première commande relève le thème actif sans demander une nouvelle recherche de mises à jour grâce à --skip-update-check. La seconde demande au cœur si le thème actif est reconnu comme thème de blocs. Elle affiche block ou non-block. Elle ne vérifie pas les droits de votre compte navigateur et ne garantit pas que l’interface chargera correctement.

Ces expressions ne contiennent aucune mise à jour d’option ni activation. WordPress et ses composants sont toutefois chargés ; utilisez la copie prévue pour le diagnostic. N’ajoutez pas de code dans les fichiers du thème et ne sautez pas son chargement pour obtenir artificiellement une autre réponse. Si une erreur intervient, conservez le message plutôt que d’en déduire un type.

1. Confirmez le dossier, le site et l’adresse de la copie.
2. Exécutez la liste du thème actif.
3. Exécutez l’expression de classification et relevez son résultat.
4. Comparez-le au menu et aux informations de la fiche du thème.
5. Aucun réglage n’est à annuler pour ces deux expressions de consultation.

wp --url="https://copie.exemple.fr" theme list --status=active --skip-update-check --fields=name,status,version --format=table
wp --url="https://copie.exemple.fr" eval "echo wp_is_block_theme() ? 'block' : 'non-block';"

Approche 3 : essayer un thème de blocs sur une copie

Choisissez ce parcours si vous voulez adopter l’édition complète du site et que le thème actuel ne la fournit pas. Il demande une copie sauvegardée, un compte autorisé à activer des thèmes et un thème de blocs compatible avec les versions WordPress et PHP de cette copie. Sa fiche officielle doit confirmer les exigences ; ne choisissez pas seulement à partir d’une capture d’écran.

Ouvrez Apparence → Thèmes sur la copie. Si un thème de blocs compatible est déjà installé, examinez ses détails. Sinon, utilisez Ajouter un thème et vérifiez sa fiche avant installation. Le répertoire officiel possède une sélection de thèmes de blocs pour identifier les candidats. L’aperçu aide à préparer l’essai, mais l’activation sur la copie permet de contrôler le menu réel.

Le résultat attendu est l’apparition d’Apparence → Éditeur avec le thème de blocs actif et un compte autorisé. Cela confirme une condition de fonctionnement ; cela ne démontre pas que votre ancien design a été migré.

1. Notez le thème initial, son parent éventuel et les réglages importants.
2. Sauvegardez la base et les fichiers de la copie avant l’activation. Vérifiez que ses courriels, paiements, tâches et intégrations ne peuvent pas agir sur les services de production.
3. Dans Apparence → Thèmes, choisissez le candidat compatible vérifié.
4. Activez-le uniquement sur cette copie.
5. Rechargez l’administration et ouvrez Apparence → Éditeur.
6. Examinez l’accès aux modèles sans enregistrer de changement public.

Évaluer le changement de thème avant de le retenir

Une fois l’éditeur visible sur la copie, contrôlez le reste du site. Le nouveau thème peut présenter les contenus autrement et ne pas reprendre à l’identique les réglages du précédent. L’apparition d’un menu ne suffit pas à valider une migration. Examinez l’accueil, un article, une page interne, les menus et les zones communes avant de décider.

Gardez distincts l’activation du thème et les changements enregistrés dans l’éditeur. Si vous expérimentez un style ou un modèle, notez ce que vous avez modifié. La sauvegarde de la copie reste le retour arrière complet de l’essai ; réactiver le thème initial permet de retrouver son fonctionnement, sans garantir l’annulation de toutes les écritures produites par les composants.

Le résultat attendu est une décision documentée : conserver l’outil actuel, préparer une migration ou écarter le candidat. Ne transférez pas automatiquement le contenu de la base de test sur le site public pour bénéficier du nouveau menu.

1. Comparez les pages témoins et la navigation sur la copie.
2. Vérifiez en-tête, pied de page, formulaires et affichage mobile.
3. Notez les éléments à reconstruire avant une migration éventuelle.
4. Pour finir le simple diagnostic, ouvrez Apparence → Thèmes et réactivez le thème initial.
5. Contrôlez le retour de ses menus et son rendu.
6. Si l’essai a modifié davantage de réglages, restaurez la sauvegarde de cette copie, après vérification de sa destination.

Si un thème compatible et un compte autorisé ne suffisent pas

Si le thème est reconnu comme thème de blocs et que l’administrateur ne voit toujours pas le menu attendu, recherchez une personnalisation de l’administration. Une extension ou du code propre au site peut retirer une entrée. Masquer un menu et retirer une permission sont deux mécanismes différents ; l’absence visuelle ne prouve pas à elle seule que l’outil n’existe plus.

Ce diagnostic demande une copie et un composant suspect identifié, par exemple une modification récente du menu de l’administration. N’effectuez pas une désactivation générale sur le site public. Dans Extensions → Extensions installées, vous pouvez désactiver ce seul composant sur la copie, puis comparer le même compte et le même thème.

Le résultat attendu est un lien reproductible entre le composant et l’absence du menu. Les extensions obligatoires ou activées par le réseau peuvent demander une intervention distincte ; elles ne sont pas toutes désactivables dans cet écran. Conservez alors leur nom et le contexte pour le responsable de cette configuration.

1. Relevez les changements proches de la disparition du menu.
2. Sur la copie, désactivez uniquement l’extension d’administration identifiée comme suspecte.
3. Rechargez le tableau de bord et examinez Apparence avec le même compte.
4. Réactivez le composant et vérifiez si l’absence revient.
5. Corrigez ensuite son réglage documenté ou son code ciblé ; rétablissez l’état initial si le test n’explique rien.

Confirmer l’accès utile et éviter les faux correctifs

Le bon résultat n’est pas obligatoirement l’apparition du mot Éditeur. Avec un thème classique conservé volontairement, retrouver le bon réglage dans Personnaliser peut résoudre votre besoin. Avec un thème de blocs, le résultat attendu est un accès autorisé à l’éditeur et aux fonctions réellement prises en charge. Avec une restriction de compte, la solution peut être une intervention du responsable sans changement de rôle.

N’installez pas une extension de blocs uniquement pour faire apparaître l’éditeur complet d’un thème classique. Un constructeur peut proposer son propre éditeur, avec une autre logique ; ce n’est pas une réparation automatique du menu natif. De même, réactiver l’édition de fichiers PHP ne répond pas à ce besoin visuel et introduirait un autre type d’intervention.

Gardez une note du thème, du compte, de l’écran utilisé et de la conclusion. Elle rendra les prochains tutoriels plus faciles à suivre : vous saurez s’ils correspondent à votre environnement avant de chercher un menu inexistant.

1. Refaites le parcours depuis le tableau de bord du site exact.
2. Ouvrez l’outil retenu avec le compte prévu.
3. Vérifiez que la fonction recherchée est disponible, sans enregistrer de modification inutile.
4. Rétablissez les droits ou composants temporairement modifiés pendant le diagnostic.
5. Conservez la décision de migration séparée d’un simple test d’accès.
6. Si l’écran s’ouvre mais reste blanc, traitez ce nouveau symptôme avec son diagnostic propre.