En bref
- Le menu principal de l’administration WordPress est la colonne verticale placée à gauche du tableau de bord.
- Il donne accès aux contenus, à l’apparence du site, aux extensions, aux utilisateurs et aux réglages techniques.
- Les entrées visibles changent selon le rôle du compte, les extensions activées et parfois le thème utilisé.
- Ce menu d’administration ne doit pas être confondu avec le menu de navigation affiché dans l’en-tête du site.
- Une navigation WordPress propre évite les réglages modifiés au mauvais endroit et les plugins installés sans comprendre leur impact.
Définition WordPress du menu principal dans le tableau de bord
Le menu principal de WordPress désigne la barre de navigation verticale affichée sur la gauche de l’interface WordPress. Elle apparaît dès la connexion à l’adresse votresite.fr/wp-admin. Son rôle est d’ouvrir les écrans qui servent à administrer le site, publier du contenu et modifier sa configuration.
Cette définition WordPress prête souvent à confusion. Beaucoup de tutoriels parlent aussi de « menu principal » pour désigner la barre horizontale visible par les visiteurs, généralement dans l’en-tête du site. Ce sont pourtant deux éléments séparés. Le premier pilote l’administration, le second guide les internautes entre les pages publiques.
Sur une installation WordPress standard, la colonne de gauche contient notamment les entrées Articles, Médias, Pages, Commentaires, Apparence, Extensions, Utilisateurs, Outils et Réglages. Le tableau de bord se trouve en haut. Selon les droits du compte connecté, certaines lignes peuvent disparaître. Un rédacteur ne voit pas les mêmes options WordPress qu’un administrateur.
Le fonctionnement repose sur des liens vers des écrans internes. Cliquer sur Articles ouvre la liste des publications. Cliquer sur Médias donne accès à la bibliothèque d’images, de PDF et de vidéos. Cliquer sur Pages affiche les contenus statiques comme la page d’accueil, la page contact ou les mentions légales.
Les entrées natives visibles après l’installation de WordPress
WordPress affiche une base cohérente, mais chaque entrée répond à un usage précis. Articles concerne les contenus datés, classés avec des catégories et des étiquettes. Pages sert plutôt aux contenus durables. Mélanger les deux finit souvent par produire un site où le blog, les pages de vente et les informations légales sont impossibles à retrouver.
| Entrée du menu | Fonction dans l’interface WordPress | Usage concret |
|---|---|---|
| Articles | Création et gestion des publications datées | Publier un tutoriel, une actualité ou un article SEO |
| Médias | Bibliothèque de fichiers téléversés | Remplacer une image lourde ou vérifier l’URL d’un PDF |
| Pages | Gestion des contenus statiques | Modifier une page service, contact ou accueil |
| Apparence | Thèmes, personnalisation et zones visuelles | Changer le logo, le thème ou certains menus publics |
| Extensions | Ajout et maintenance de fonctionnalités | Activer WooCommerce, un formulaire ou une sécurité |
| Réglages | Configuration générale du site | Définir les permaliens, la langue et la page d’accueil |
Le survol d’une entrée ouvre un sous-menu. Sous Articles, WordPress propose par exemple Tous les articles, Ajouter un article, Catégories et Étiquettes. Sous Réglages, les liens mènent vers Général, Lecture, Discussion, Médias, Permaliens ou Vie privée. Cette organisation évite de concentrer tous les réglages sur un seul écran illisible.
La logique semble évidente quand le site vient d’être installé. Elle devient moins nette après l’ajout de WooCommerce, Rank Math, Elementor ou d’un plugin de sauvegarde. Chacun peut ajouter une ligne dans la navigation latérale, un sous-menu sous Réglages ou une page cachée derrière Outils. Un tableau de bord surchargé est souvent le signe d’une stack montée trop vite.
Comprendre cette structure évite une erreur classique. Modifier un lien public dans Apparence ne change pas les accès de l’administration. Inversement, masquer un élément du menu de gauche pour un rôle utilisateur ne modifie jamais le menu visible par les visiteurs du site.
Différence entre menu d’administration et menu de navigation WordPress
Le vocabulaire crée des erreurs de manipulation. Le menu principal dans l’administration est réservé aux personnes qui gèrent le site. Le menu de navigation WordPress affiché en haut d’une page sert aux visiteurs. Il contient souvent Accueil, Services, Blog, Contact, Boutique ou Mon compte.
Un site peut avoir plusieurs menus publics. Un menu d’en-tête, un menu mobile, un menu de pied de page et parfois un menu secondaire au-dessus du logo peuvent coexister. Le thème définit les emplacements disponibles. Un thème bloc récent peut gérer ces zones depuis l’Éditeur, tandis qu’un thème classique les expose plus souvent dans Apparence puis Menus.
Sur les installations utilisant un thème classique, le chemin est généralement Apparence > Menus. Cet écran permet de créer un ensemble de liens, d’ajouter des pages, des catégories et des liens personnalisés, puis de l’associer à un emplacement proposé par le thème. Le glisser-déposer modifie l’ordre. Décaler légèrement un élément vers la droite crée un sous-menu déroulant.
Avec un thème bloc compatible avec l’édition complète du site, l’accès passe plutôt par Apparence > Éditeur > Navigation. WordPress y traite le menu comme un bloc réutilisable dans un modèle d’en-tête. L’approche est plus visuelle, mais elle peut dérouter si un ancien tutoriel indique encore Apparence puis Menus. Le bon écran dépend donc directement du thème actif.
Choisir le bon écran avant de modifier un lien
Une situation revient souvent après une refonte. Le lien « Contact » a été modifié dans Pages, mais l’ancienne destination reste dans l’en-tête. Le problème ne vient pas du cache dans la majorité des cas. La page existe, mais le menu public pointe encore vers une ancienne URL, parfois saisie manuellement comme lien personnalisé.
Il faut alors ouvrir l’outil de navigation du thème, identifier l’élément Contact et vérifier son URL. Un lien vers /contact-2/ après une migration est un signal clair. Une redirection peut limiter les dégâts, mais corriger le lien à la source reste plus propre pour la navigation WordPress et pour le crawl des moteurs.
La même séparation vaut pour la gestion contenu. Une catégorie de blog peut être ajoutée au menu public depuis l’écran de menus, mais elle se crée depuis Articles puis Catégories. Le menu ne fabrique pas le contenu. Il affiche un chemin vers un contenu déjà publié, une archive ou une adresse externe.
Les boutiques WooCommerce illustrent bien cette différence. Les pages Panier, Commande et Mon compte sont créées ou attribuées dans WooCommerce puis Réglages. Leur présence dans le menu public se règle ailleurs, dans la navigation du thème. Ajouter un menu « Panier » ne configure ni les moyens de paiement ni les taxes.
Une navigation publique trop longue réduit la lisibilité sur mobile. Entre cinq et sept entrées de premier niveau, un menu reste généralement lisible sans devenir un tiroir fourre-tout. Au-delà, mieux vaut regrouper les pages proches sous un libellé clair comme « Services » ou « Ressources », plutôt que d’afficher quinze liens dans l’en-tête.
Le menu d’administration, lui, n’a pas besoin d’être optimisé pour convertir un visiteur. Il doit permettre de trouver le bon écran sans risquer de toucher au mauvais réglage. Cette distinction fait gagner du temps dès qu’un site dépasse quelques pages et deux ou trois extensions.
Lire chaque rubrique du menu principal WordPress sans casser la configuration site
Le tableau de bord WordPress donne accès à des zones qui n’ont pas le même niveau de risque. Modifier le titre d’une page ne produit pas le même effet que changer les permaliens ou désactiver une extension de cache. La colonne latérale n’indique pas ce niveau de risque. C’est à l’administrateur de savoir où il met les pieds.
Les rubriques Articles, Pages et Médias concernent directement la production éditoriale. Les changements sont visibles rapidement sur le site, mais restent localisés. Apparence, Extensions et Réglages touchent souvent plusieurs pages à la fois. Une modification non testée dans ces zones peut casser une mise en page, ralentir le chargement ou rendre des formulaires inutilisables.
Les zones dédiées au contenu et à la publication
Articles sert à publier des contenus avec une date, un auteur et des archives. Une catégorie permet de regrouper les sujets proches. Pour un site local, créer une catégorie « Actualités » puis mettre tous les contenus dedans n’apporte rien. Il vaut mieux organiser les catégories autour de thèmes réels, comme « Référencement local », « Création de site » ou « Tutoriels WordPress ».
Pages accueille les contenus sans logique chronologique. La page d’accueil, les services, les tarifs, la politique de confidentialité et les mentions légales y ont leur place. Sous Réglages puis Lecture, WordPress permet de choisir si la page d’accueil affiche les derniers articles ou une page statique. Cette option modifie la porte d’entrée du site entier.
Médias centralise les fichiers envoyés sur l’hébergement. Importer directement des images de 5 Mo depuis un smartphone est une mauvaise habitude. Une image affichée à 1 200 pixels de large n’a souvent aucun intérêt à peser plusieurs mégaoctets. Le problème se voit ensuite dans PageSpeed Insights, avec un LCP dégradé et un chargement qui dépasse facilement quatre secondes sur une connexion mobile moyenne.
Les zones techniques qui demandent une vérification avant validation
Apparence contient le thème actif et les outils liés à son fonctionnement. Changer de thème sans vérifier les modèles, les widgets et les options de l’ancien constructeur peut rendre l’en-tête méconnaissable. Un thème basé sur Elementor, par exemple, peut avoir des modèles d’en-tête stockés dans le constructeur plutôt que dans les emplacements de menu natifs.
Extensions affiche les modules installés. Désactiver une extension peut supprimer une fonction visible, mais aussi retirer un type de contenu, un shortcode ou un champ utilisé dans des dizaines de pages. Avant une désactivation, vérifier les pages concernées, les journaux d’erreurs et la présence d’un environnement de préproduction évite de découvrir le problème après la mise en ligne.
Réglages contient les options WordPress globales. Le changement des permaliens est particulièrement sensible. Passer de liens avec date à des URLs courtes sans redirections 301 transforme les anciennes adresses indexées en erreurs 404. Une refonte de structure doit être accompagnée d’un plan de redirection, pas d’un clic isolé dans Réglages puis Permaliens.
La gestion des commentaires se retrouve dans Commentaires et dans Réglages puis Discussion. Désactiver les commentaires sur un article existant ne supprime pas les messages déjà publiés. La modération se fait depuis l’écran Commentaires, avec les statuts approuvé, en attente, indésirable ou corbeille.
Un audit régulier aide à remettre de l’ordre dans ces écrans. Un audit SEO WordPress structuré permet aussi de repérer les pages orphelines, les redirections défaillantes et les réglages qui bloquent l’indexation. La colonne latérale reste le point d’entrée, mais elle ne remplace jamais la vérification du résultat sur le site public.
Extensions, rôles et thèmes : pourquoi le menu principal change dans WordPress
Le menu principal n’est pas figé. WordPress ajoute ou retire des entrées selon les fonctionnalités actives. WooCommerce crée son propre accès avec les commandes, les produits, les coupons et les rapports. Un plugin de formulaire peut placer son écran sous Contact, sous Outils ou directement dans le menu latéral. Il n’existe pas de règle unique imposée aux développeurs d’extensions.
Cette souplesse est utile, mais elle produit rapidement une interface chargée. Installer dix plugins pour tester leurs promesses laisse parfois dix liens supplémentaires, même après avoir abandonné la moitié d’entre eux. Une extension inactive reste présente dans la liste et peut constituer une dette de maintenance. Elle ne doit pas rester installée juste « au cas où ».
Les rôles WordPress déterminent les accès visibles
Le rôle Administrateur dispose de tous les accès sur une installation classique. Éditeur gère le contenu de tous les auteurs, mais ne touche normalement pas aux extensions ni aux réglages globaux. Auteur publie ses propres articles. Contributeur prépare des textes sans pouvoir les publier, et Abonné gère surtout son profil.
Cette répartition limite les accidents. Donner un compte administrateur à une personne chargée uniquement de rédiger des articles ouvre l’accès aux utilisateurs, aux extensions et aux réglages techniques. Une erreur dans wp-config.php ne se produit pas dans ce cas précis, mais une extension désactivée depuis le tableau de bord suffit à faire tomber un formulaire ou une boutique.
Les permissions natives ne couvrent pas tous les besoins. Une boutique peut avoir besoin d’un rôle qui consulte les commandes sans modifier les réglages WooCommerce. Un site éditorial peut vouloir donner accès à un type de contenu précis, sans ouvrir les pages. Des plugins de rôles existent, mais ils exigent une revue minutieuse des capacités attribuées.
Le thème modifie surtout la navigation affichée aux visiteurs
Le thème choisi influence principalement le menu public, pas la structure native de l’administration. Il peut ajouter une page de réglages sous Apparence ou créer une entrée spécifique. Certains thèmes premium multiplient les panneaux de configuration. Quand chaque couleur, police et marge vit dans un menu propriétaire, la migration vers un autre thème devient plus coûteuse.
Les thèmes blocs récents limitent souvent cette dépendance en utilisant les styles globaux et l’Éditeur de site. Les anciens thèmes peuvent s’appuyer sur le Personnalisateur ou sur un constructeur externe. Avant de suivre un guide WordPress, regarder le nom du thème actif dans Apparence puis Thèmes évite de chercher un écran qui n’existe pas dans cette configuration.
Une administration lisible dépend aussi de la discipline d’installation. Garder un plugin de cache, un plugin de sécurité et un outil de sauvegarde clairement identifiés est plus sain que d’empiler quatre extensions qui font partiellement la même chose. Sur un hébergement mutualisé, cette accumulation peut également augmenter les requêtes PHP et ralentir le back-office.
La colonne de gauche révèle donc la structure fonctionnelle réelle du site. Si elle ressemble à un catalogue de plugins, le problème ne se résout pas en la masquant. Il faut trier les outils, supprimer ceux qui ne servent plus et documenter ceux qui restent nécessaires.
Configurer une navigation WordPress claire pour l’administration et les visiteurs
Une configuration site propre commence par la séparation des usages. Le tableau de bord sert à administrer. Le menu public sert à orienter les visiteurs vers une information, une demande de devis, une fiche produit ou une prise de contact. Chercher à résoudre l’un dans l’écran de l’autre fait perdre du temps et crée des liens incohérents.
Dans l’administration, réduire les risques passe par des comptes distincts. Le compte utilisé pour rédiger au quotidien n’a pas besoin d’être administrateur. Le compte administrateur doit avoir un mot de passe unique, l’authentification à deux facteurs et un nombre réduit d’utilisateurs autorisés. Cette règle compte davantage sur un site qui reçoit des commandes ou des demandes via formulaire.
Construire le menu public autour des parcours réels
Un menu de navigation ne doit pas recopier l’arborescence complète des pages. Une entreprise qui propose trois services, publie des articles et cherche des demandes de contact peut tenir avec Accueil, Services, Réalisations, Blog et Contact. Les pages légales restent dans le pied de page. Les sous-pages de services peuvent être rangées sous Services.
Les libellés flous créent de l’hésitation. « Solutions » ne dit rien si le site vend une prestation claire. « Nos expertises » peut fonctionner pour une agence, mais pas pour une boutique qui doit afficher Boutique ou Catégories. Le visiteur doit comprendre ce qui se trouve derrière le lien avant de cliquer.
Les liens personnalisés demandent une vigilance particulière. Ils servent à renvoyer vers une page externe, une ancre comme #tarifs ou une page interne précise. Après un changement de domaine, ces URLs peuvent rester bloquées sur l’ancienne adresse. Une migration mal préparée laisse alors un bouton du menu qui renvoie vers un domaine expiré ou vers une page en erreur.
La version mobile mérite une vérification séparée. Un menu horizontal peut devenir un panneau déroulant, un tiroir latéral ou une icône hamburger. Tester la navigation sur un écran de 375 pixels de large révèle rapidement les intitulés trop longs, les sous-menus impossibles à ouvrir et les boutons trop proches les uns des autres.
Contrôler les conséquences SEO et techniques des liens de menu
Les liens placés dans l’en-tête reçoivent une forte visibilité interne, car ils sont présents sur de nombreuses pages. Mettre quinze URLs dans cette zone n’améliore pas automatiquement le SEO. Cela dilue surtout la hiérarchie et pousse des pages secondaires au même niveau que les pages commerciales ou éditoriales prioritaires.
Les pages de service, les catégories utiles et le contact méritent généralement d’être accessibles directement. Les archives inutiles, les pages de tags peu alimentées et les liens vers des contenus supprimés n’ont rien à faire dans cette zone. Pour suivre les positions des pages importantes après une modification, des outils de suivi de positionnement SEO apportent des données plus fiables qu’une impression après quelques jours.
Le cache peut masquer une modification temporairement. Avec WP Rocket, LiteSpeed Cache ou le cache serveur d’un hébergeur, vider le cache après avoir enregistré le menu est logique. Il faut aussi tester dans une fenêtre privée. Si le lien reste faux uniquement sur mobile, le thème ou un cache de CDN peut servir une version différente de l’en-tête.
Le bon geste consiste à ouvrir l’écran adapté au thème, vérifier chaque URL du menu public, enregistrer, vider le cache puis tester sur ordinateur et mobile. Le menu principal de l’administration ne sert pas à guider les visiteurs, mais il donne accès à tous les leviers qui rendent cette navigation fiable.
Où se trouve le menu principal dans WordPress ?
Le menu principal de l’administration se situe dans la colonne verticale à gauche du tableau de bord, après connexion à l’adresse /wp-admin. Il ouvre les écrans Articles, Pages, Apparence, Extensions, Utilisateurs, Outils et Réglages.
Le menu principal WordPress est-il visible par les visiteurs ?
Non. Le menu vertical du tableau de bord est réservé aux comptes connectés à l’administration. Le menu visible sur le site se règle séparément depuis Apparence puis Menus sur beaucoup de thèmes classiques, ou depuis Apparence puis Éditeur puis Navigation sur les thèmes blocs.
Pourquoi de nouvelles lignes apparaissent-elles dans le menu WordPress ?
Les extensions ajoutent souvent leurs propres pages de réglages dans le menu latéral ou dans ses sous-menus. WooCommerce, les plugins de formulaires, de sécurité et de SEO modifient fréquemment cette navigation administrative.
Comment créer un sous-menu dans la navigation publique WordPress ?
Dans l’écran de menus d’un thème classique, faites glisser un élément légèrement vers la droite sous l’élément parent. Dans l’Éditeur de site d’un thème bloc, ajoutez un sous-élément depuis le bloc Navigation. Vérifiez ensuite son affichage sur mobile.