Mega menu et SEO : quels liens laisser crawlables pour garder votre PageRank

Un mega menu crawlable en entier dessert le SEOSearch Engine Optimization. Ensemble des techniques visant à améliorer le positionnement d'un site web dans les résultats naturels des moteurs de recherche. d'un gros site : chaque page porte des centaines de liens, souvent hors sujet, et le PageRankAlgorithme historique de Google évaluant l'importance d'une page selon ses backlinks. Toujours utilisé en interne. se répartit à plat entre toutes les URLUniform Resource Locator. Adresse unique d'une page web. Une URL optimisée est courte, descriptive et contient le mot-clé.. Gardez le menu pour l'internaute et ne laissez crawlables que les univers et les catégories de l'univers de la page.

Qu'est-ce qu'un mega menu ?

Un mega menu est un menu déroulant étendu qui affiche, au survol ou au clic, une grille de plusieurs colonnes : les grandes familles du site, leurs catégories, parfois leurs sous-catégories. Là où un menu classique liste une dizaine d'entrées, le mega menu donne accès à deux ou trois niveaux de l'arborescence d'un coup. C'est le format des sites e-commerce généralistes.

L'internaute y gagne. Il voit l'étendue de l'offre et atteint une sous-catégorie en un clic, sans passer par les pages intermédiaires. Côté SEO, le menu fait partie du gabarit. Chaque lien qu'il contient est donc répété sur toutes les pages du site : prenons un mega menu de 400 liens, ce sont 400 liens de plus sur chaque fiche, chaque catégorie, chaque article.

Si votre menu reprend fidèlement votre arborescence SEO, c'est elle qu'il faut penser d'abord : le menu n'en est que la vitrine.

Pourquoi un mega menu crawlable dilue-t-il le PageRank ?

Google suit les liens du menu comme les autres : sa documentation indique qu'il explore les liens qui sont des éléments <a> munis d'un attribut href. Chaque lien du menu prend donc sa part de ce que la page transmet. Dans le brevet d'origine de PageRank, l'importance d'une page est divisée par le nombre de ses liens. Google précise que le calcul a beaucoup évolué depuis, mais la mécanique de partage reste la bonne intuition.

Prenons un site de sept pages, dans un calculateur de PageRank classique. Version hiérarchique : l'accueil lie deux catégories de niveau 1, chacune lie deux catégories de niveau 2, et chaque page renvoie vers l'accueil et vers son parent.

Les catégories de niveau 1 reçoivent 0,206 chacune, celles de niveau 2 0,078. Maintenant, mêmes pages, mais l'accueil lie toutes les catégories d'un coup, comme le ferait un mega menu depuis l'accueil :

Les catégories de niveau 1 tombent à 0,15, celles de niveau 2 montent à 0,103. Le PageRank s'est lissé. Et ce lissage va dans le mauvais sens : vos catégories de niveau 1 visent en général les requêtesTerme ou expression que les utilisateurs saisissent dans un moteur de recherche. Base de toute stratégie SEO. les plus disputées, celles où chaque part d'autorité compte. Leur optimisation, du gabarit au texte, est détaillée dans notre guide du SEO des pages catégories. Les sous-catégories, sur des requêtes plus longues, ont moins besoin de ce renfort.

Des liens hors sujet sur chaque page

Le second défaut tient au sujet des liens. Google attend d'une ancreTexte cliquable d'un lien hypertexte. Doit être descriptif et pertinent. qu'elle soit pertinente à la fois pour la page qui la porte et pour celle vers laquelle elle renvoie.

Un mega menu crawlable fait l'inverse à grande échelle : depuis une page de bureaux de direction, il lie aussi les cartables, les cartouches d'encre et les casques audio. Ces liens n'aident ni l'internaute qui compare des bureaux, ni Google qui cherche à situer la page dans le site. C'est la logique de la structure en silo : une page lie d'abord les pages de son propre thème.

Simulation sur 435 pages : trois menus comparés

L'écart grossit avec la taille du site : dans notre modèle d'un catalogue de 435 pages, le mega menu crawlable donne à chaque page exactement le même PageRank.

Pour le mesurer, nous avons modélisé un site proche du cas Bureau Vallée présenté plus bas : un accueil, 14 univers, 5 catégories par univers, 5 sous-catégories par catégorie. Chaque page lie ses enfants, son parent et l'accueil ; le menu s'ajoute sur toutes les pages. Trois menus sont comparés, avec le calcul classique de PageRank (facteur 0,85, tous les liens de même poids, fiches produit exclues).

Le mega menu crawlable met 434 liens sur chaque page. Toutes les pages se lient entre elles. Toutes pèsent donc pareil : un univers reçoit 1/435 du PageRank, autant qu'une sous-catégorie. Les 14 univers réunis en captent 3 %.

Le mega menu obfusqué hors univers laisse 44 liens crawlables sur une sous-catégorie : l'accueil, les 14 univers et les 29 autres catégories et sous-catégories de son univers. Chaque univers pèse 8,7 fois la moyenne, et les univers réunis captent 28 % du PageRank. Les catégories et sous-catégories descendent à 0,72 fois la moyenne : elles restent toutes liées depuis leur univers, mais le menu ne les hiérarchise pas entre elles.

Le menu réduit aux univers concentre encore plus : chaque univers pèse 19,5 fois la moyenne. Le prix à payer tombe sur les sous-catégories, à 0,20 fois la moyenne, parce qu'elles ne sont plus liées que par leur catégorie parente.

L'obfuscation fait le compromis. Elle renforce les pages qui visent les requêtes concurrentielles sans abandonner le bas de l'arborescence. Les limites du modèle sont connues : un vrai catalogue n'a pas des branches de taille égale, des fiches produit s'ajoutent, et Google pondère sans doute les liens selon leur emplacement. Les ordres de grandeur suffisent à trancher.

La solution : obfusquer les liens hors de l'univers

Obfusquer un lien, c'est l'afficher et le rendre cliquable pour l'internaute sans lui donner de <a href> que GooglebotRobot d'exploration de Google qui parcourt le web pour découvrir et indexer les pages. pourrait suivre. La règle de tri tient en trois lignes :

• les univers restent crawlables sur toutes les pages : ils sont peu nombreux et ce sont eux qui doivent ranker sur les grosses requêtes ;
• les catégories et sous-catégories restent crawlables quand la page appartient au même univers ;
• tout le reste du menu s'affiche normalement pour l'internaute, mais sans lien crawlable.

Techniquement, Google le dit lui-même : il ne peut pas extraire de manière fiable une URL d'un élément <a> sans href, ni d'une balise qui sert de lien par un événement de script. Le lien obfusqué devient donc un <span> qui porte l'URL encodée, en base64 par exemple, dans un attribut data. Un script décode l'URL au clic et envoie l'internaute vers la page. Googlebot, lui, ne clique pas : Google précise que sa recherche n'interagit pas avec la page.

Deux précautions.

D'abord, l'URL ne doit pas apparaître en clair : un <a onclick="goto('httpsProtocole sécurisé de transfert de données. Facteur de ranking depuis 2014.://example.com')"> fait partie des formats que Google déconseille tout en précisant qu'il « peut cependant essayer d'analyser ». L'encodage évite ce cas. Google ne documente à ce jour aucun décodage du base64.

Ensuite, un <span> n'est pas un lien pour le clavier ni pour les lecteurs d'écran. Il perd aussi le clic molette et l'ouverture dans un nouvel onglet.

MDN déconseille d'ailleurs ce bricolage et recommande un vrai <a>. Si vous obfusquez quand même, le minimum est role="link", tabindex="0" pour entrer dans l'ordre de tabulation, et un script qui ouvre le lien avec la touche Entrée. Le détail du code, les variantes et les erreurs à éviter sont dans notre guide de l'obfuscation de liens en SEO.

Reste la question du cloakingTechnique black hat affichant un contenu différent aux moteurs et aux utilisateurs. Fortement pénalisée.. Google le définit comme le fait de présenter aux internautes et aux moteurs un contenu différent, dans le but de manipuler le classementPosition d'une page web dans les résultats de recherche pour une requête donnée.. Avec un menu obfusqué, Googlebot et l'internaute reçoivent le même code HTML ; seul le comportement au clic diffère. Google n'a pas publié de règle sur l'obfuscation de liens en tant que telle.

Une variante existe : charger les sous-menus en JavaScriptLangage de programmation web. Son mauvais usage peut bloquer l'indexation par les moteurs de recherche. au survol seulement. Comme Google n'interagit pas avec la page, ces liens ne sont jamais chargés pour lui. L'effet est plus brutal, puisqu'il retire aussi les liens de l'univers courant, que vous voulez garder.

Bureau Vallée : le cas d'école de 2024, et ce qu'il est devenu

Bureau Vallée obfusquait en 2024 les liens de son mega menu hors de l'univers de la page. Plus aujourd'hui. Au relevé du 11 octobre 2026, le menu est crawlable en entier. Le site vend des fournitures, du mobilier et du matériel informatique pour les bureaux. Son menu de 2024 alignait 14 entrées de premier niveau, chacune découpée en catégories puis en sous-catégories, avec des univers sans rapport entre eux, des fournitures scolaires au high-tech.

Depuis la sous-catégorie « bureaux de direction », tous les liens de l'univers mobilier de bureau étaient crawlables (en vert sur la capture) :

Les sous-catégories d'une catégorie sœur du même univers l'étaient aussi :

Dès qu'on sortait de l'univers mobilier de bureau, catégories et sous-catégories n'avaient plus de lien crawlable :

Dans le code, le lien vers l'univers high-tech était un vrai <a href>, tandis que ses catégories étaient des <span> avec l'URL dans un attribut data-url. Seul défaut au regard de la précaution vue plus haut : le chemin restait lisible en clair.

Le tri était net. Le site a changé de menu depuis. Sur la même page de bureaux de direction, le HTML servi le 11 octobre 2026 contient près de 500Code HTTP indiquant une erreur côté serveur. Impacte négativement le crawl et l'expérience utilisateur. URL distinctes en <a href> dans le mega menu, réparties sur tous les univers, des cartables aux casques audio. Nous n'avons pas de donnée sur l'effet de ce changement sur le trafic du site.

Le cas de 2024 reste un bon modèle de tri, et le relevé de 2026 rappelle qu'un menu change avec les refontes : c'est un point à contrôler dans tout accompagnement SEO en refonte de site.

Vérifier votre mega menu et décider

Commencez par compter. Un crawl de votre site avec Screaming Frog et ses rapports de liens donne, pour chaque URL, le nombre de liens internesEnsemble des liens entre les pages d'un même site. Distribue le jus SEO et guide les utilisateurs. uniques qui en sortent. Si une sous-catégorie affiche plusieurs centaines de liens sortants et que la plupart viennent du menu, le menu est crawlable en entier.

Vérifiez ensuite le code d'une page profonde, en version mobile : Google indexe la page telle que la voit son agent pour smartphone, et un site peut servir un autre menu sur mobile, en panneaux par exemple. Crawlez avec l'agent Googlebot Smartphone ou lisez le HTML rendu dans l'outil d'inspection d'URL, puis cherchez les liens d'un autre univers. Un <a href> est crawlable ; un <span> sans URL lisible ne l'est pas.

Le menu de Cdiscount, capturé en 2024, affiche par exemple un niveau à la fois, en panneaux :

Si le menu est injecté en JavaScript, comparez le code source et ce HTML rendu : notre article sur JavaScript et le SEO détaille les cas qui cassent. Un menu rendu côté serveurTechnique générant le HTML sur le serveur, facilitant l'indexation du contenu JavaScript. figure dans le HTML brut dès la première réponse : l'article sur le rendu côté serveur et le SEO donne les commandes curl qui comptent ses liens <a href>.

Puis tranchez. Avec quelques dizaines de catégories, un menu crawlable ne pose pas de vrai problème. Au-delà d'une centaine, appliquez la règle de tri ci-dessus, et gardez les fiches produit hors du menu : leur maillage vient de la catégorie, du fil d'Ariane et des produits associés, comme dans l'optimisation SEO des fiches produit. Pour les produits des dernières pages d'une catégorie, c'est le modèle de pagination SEO qui fixe à combien de clics ils se trouvent.

Le menu ne fait pas tout le maillage. Les liens éditoriaux, placés dans le contenu avec une ancre précise, poussent les pages que le menu ne peut pas distinguer ; la méthode est dans notre guide du maillage interne SEO. Sur un catalogue de plusieurs milliers de références, ce chantier se mène avec la refonteModification majeure du design ou de la structure d'un site. Risque SEO si mal gérée. du menu, et c'est le genre de travail que mène une agence SEO spécialisée en e-commerce.

Questions fréquentes

Sources

• Bonnes pratiques de SEO concernant les liens pour Google, Google Search Central
• Corriger le contenu au chargement différé, Google Search Central
• Règles concernant le spam dans la Recherche sur le Web Google, Google Search Central
• Guide des systèmes de classement dans la recherche Google, Google Search Central
• US6285999B1 - Method for node ranking in a linked database, patents.google.com
• Évolution de l'attribut nofollow : nouvelles méthodes pour identifier la nature des liens, Google Search Central
• PageRank sculpting, Matt Cutts, 15 juin 2009 : mattcutts.com/blog/pagerank-sculpting/
• 23 Million Internal Links: SEO Case Study, Zyppy (Cyrus Shepard), juillet 2022 : zyppy.com/seo/seo-study/
• ARIA : rôle link, MDN
• SEO Spider Tabs, screamingfrog.co.uk
• Indexation orientée mobile : bonnes pratiques, Google Search Central
• Google's Mueller On First-Link Priority &ampAccelerated Mobile Pages. Framework Google pour créer des pages mobiles ultra-rapides (moins utilisé aujourd'hui).; Link Obfuscation, Search Engine Journal (Matt G. Southern), 14 juillet 2026, citant John Mueller sur r/bigseo : searchenginejournal.com/googles-mueller-on-first-link-priority-link-obfuscation/582316/