Google suit-il vraiment les liens HTML masqués par du JavaScript ? | SEO Declarations

Quiz SEO Express

Testez vos connaissances SEO en 3 questions

Moins de 30 secondes. Decouvrez ce que vous savez vraiment sur le referencement Google.

🕒 ~30s 🎯 3 questions 📚 SEO Google

Declaration officielle

Si un lien HTML existe dans le code mais qu'un événement JavaScript capture le clic (par exemple pour afficher un menu déroulant au lieu de naviguer), Google peut toujours voir et suivre ce lien HTML. L'élément <a> doit rester présent dans le DOM rendu, même si le comportement utilisateur est modifié par JavaScript.

1:38

🎥 Vidéo source

Extrait d'une vidéo Google Search Central

⏱ 55:02 💬 EN 📅 21/08/2020 ✂ 50 déclarations

Voir sur YouTube (1:38) →

✂ Autres déclarations de cette vidéo 49 ▾

📅

Declaration officielle du 21 aout 2020 (il y a 5 ans)

⚠ Une declaration plus recente existe sur ce sujet Est-ce que Google crawl quand même les éléments masqués en CSS ? Google · 31 octobre 2024 Voir la declaration →

TL;DR

Google affirme pouvoir voir et suivre les liens HTML présents dans le DOM, même si un événement JavaScript intercepte le clic pour modifier le comportement utilisateur. L'élément <a> doit rester accessible dans le code rendu pour être pris en compte. Cette nuance technique change la donne pour les menus dropdown, overlays et interfaces interactives qui reposent sur des event listeners.

Ce qu'il faut comprendre

Pourquoi cette déclaration est-elle importante pour le crawl ?

Google distingue l'existence d'un lien HTML de son comportement au clic. Un élément peut très bien pointer vers une URL tout en ayant un event listener JavaScript qui empêche la navigation (via preventDefault() par exemple).

Dans ce cas, l'utilisateur ne navigue pas — il déclenche un menu, une modale, un overlay. Mais Googlebot, lui, voit le lien HTML sous-jacent et peut le suivre. C'est une distinction fondamentale : ce qui compte pour le crawl, c'est la présence de l'élément dans le DOM rendu, pas le comportement client-side.

Quelle différence avec un lien purement JavaScript ?

Un lien purement JavaScript n'a pas d'attribut href exploitable. Il peut s'agir d'un

Avis d'un expert SEO

Cette déclaration est-elle cohérente avec les observations terrain ?

Oui, c'est l'une des rares fois où Google est parfaitement cohérent avec ce qu'on observe en pratique. Les tests montrent que Googlebot suit effectivement les liens même quand un event listener JavaScript modifie le comportement. Les menus dropdown bien codés, avec des vraies ancres HTML, sont crawlés sans problème.

En revanche, dès qu'on passe à du JavaScript pur sans href, c'est la loterie. Google peut exécuter le JS et découvrir la destination, mais ce n'est ni garanti ni rapide. La différence de performance est mesurable : un lien HTML est découvert instantanément, un lien JS peut prendre des jours voire des semaines à être suivi.

Quelles nuances faut-il apporter à cette règle ?

Le timing du rendu est crucial. Googlebot ne va pas hover sur vos éléments, ni cliquer sur vos boutons pour révéler des liens cachés. Si votre menu dropdown n'affiche les liens qu'au hover, et que ces liens ne sont pas présents dans le DOM initial, Google ne les verra pas.

De même, un lien chargé via une requête AJAX après un scroll infini ou un clic sur "Charger plus" ne sera crawlé que si Googlebot exécute ce JavaScript — ce qui n'est pas systématique. La règle de Mueller fonctionne uniquement si le lien existe déjà dans le DOM rendu, sans interaction requise.

Dans quels cas cette règle ne suffit-elle pas ?

Les Single Page Applications qui utilisent du routage client-side (React Router, Vue Router) avec des liens ou sans href valide sont en zone de danger. Même si le code JS gère la navigation, Google ne voit qu'un lien vide ou un fragment. Il faut impérativement utiliser des href complets (exemple : ) même si le routeur intercepte le clic.

Les overlays et modales qui remplacent complètement l'URL par du contenu dynamique sans changer l'href initial posent également problème. Si votre lien pointe vers /categorie mais affiche un overlay avec du contenu de /produit-X, Google crawlera /categorie, pas le produit. [A vérifier] selon le degré d'exécution JS que Google applique à votre site — cela varie énormément selon le crawl budget et la "qualité" perçue.

Attention : Un lien HTML présent dans le code source mais masqué via display:none ou visibility:hidden reste techniquement crawlable, mais peut être interprété comme une tentative de manipulation si le contenu n'est jamais visible pour l'utilisateur. Google tolère les menus cachés sur mobile, mais se méfie des liens invisibles sans raison UX légitime.

Impact pratique et recommandations

Que faut-il faire concrètement pour sécuriser le crawl de vos liens ?

La priorité absolue : toujours utiliser un élément avec un href valide, même si vous interceptez le clic via JavaScript. Ne vous reposez jamais uniquement sur un onclick ou un event listener sans ancre HTML sous-jacente. C'est la garantie que Google verra et suivra le lien.

Pour les menus dropdown, assurez-vous que les liens enfants sont présents dans le DOM initial, pas injectés au hover. Si vous devez les masquer, utilisez des techniques CSS (max-height, opacity) plutôt que de les retirer complètement du DOM. Googlebot ne simule pas le hover, mais il parse le HTML rendu.

Quelles erreurs éviter absolument ?

Ne créez pas de liens factices avec ou . Ces patterns sont un cauchemar pour le crawl : Google voit un lien, tente de le suivre, et tombe sur rien. Même si votre JS gère la navigation, Googlebot ne l'exécutera peut-être pas — il faut un href réel.

Évitez également de retirer dynamiquement les liens du DOM après le premier rendu. Si votre framework React ou Vue unmount des composants contenant des liens suite à une interaction, ces liens risquent de disparaître avant que Googlebot ne prenne son snapshot. Préférez les masquer en CSS plutôt que de les supprimer.

Comment vérifier que vos liens sont bien crawlables ?

Utilisez l'outil d'inspection d'URL dans Google Search Console et cliquez sur "Afficher la page explorée". Regardez le HTML rendu : vos liens apparaissent-ils ? Si oui, Google les voit. Si non, il y a un problème de rendu ou de timing.

Complétez avec un audit Screaming Frog en mode JavaScript activé. Comparez les liens découverts en mode HTML seul vs. en mode rendu JS. Si des liens n'apparaissent qu'après exécution JS et qu'ils n'ont pas de href exploitable, c'est un red flag. Vous dépendez alors de l'exécution JS de Google, ce qui est risqué.

La règle est simple : un lien HTML reste un lien pour Google, quel que soit le JavaScript qui s'exécute au clic. Mais cette règle ne fonctionne que si l'élément existe dans le DOM rendu, avec un href valide, sans interaction requise. Pour les sites complexes avec des overlays, des SPAs ou des menus dynamiques, ces optimisations peuvent être délicates à mettre en œuvre correctement. Si votre architecture repose massivement sur JavaScript, il peut être judicieux de faire appel à une agence SEO spécialisée en SEO technique pour un audit approfondi et un accompagnement sur mesure — les erreurs de crawl sont rarement visibles en surface, mais elles coûtent cher en visibilité.

❓ Questions frequentes

Google suit-il un lien <a> si un event.preventDefault() empêche la navigation ?

Oui. Google voit l'attribut href et peut suivre le lien indépendamment du comportement JavaScript côté client. Le preventDefault() n'affecte que l'expérience utilisateur, pas le crawl.

Les liens dans un menu dropdown sont-ils crawlés même s'ils ne s'affichent qu'au hover ?

Seulement s'ils sont présents dans le DOM rendu sans interaction requise. Googlebot ne simule pas le hover — si le lien n'existe que dans le DOM après un :hover CSS ou un événement JS, il ne sera pas crawlé.

Un lien <a href="#"> avec navigation gérée en JavaScript est-il crawlable ?

Non. Google voit un lien pointant vers un fragment vide. Même si votre JS gère la navigation, Googlebot ne l'exécutera peut-être pas. Utilisez toujours un href valide pointant vers l'URL réelle.

Faut-il éviter les liens display:none pour ne pas être pénalisé ?

Google tolère les liens masqués s'ils ont une justification UX (menu mobile, accordéon). Mais des liens invisibles sans raison légitime peuvent être interprétés comme manipulatoires. Privilégiez la transparence.

Les SPAs avec routage client-side doivent-elles utiliser des href complets ?

Absolument. Même si React Router ou Vue Router interceptent le clic, le href doit pointer vers l'URL finale (ex: /page, pas #page). Sinon, Google ne voit qu'un lien vide et ne crawle rien.

🏷 Sujets associes

crawl JavaScript SEO liens HTML DOM rendu maillage interne indexation SPA event listener

IA & SEO JavaScript & Technique Liens & Backlinks Pagination & Structure Recherche locale

🎥 De la même vidéo 49

Autres enseignements SEO extraits de cette même vidéo Google Search Central · durée 55 min · publiée le 21/08/2020

🎥 Voir la vidéo complète sur YouTube →

Declarations similaires

Les réclamations DMCA peuvent être automatisées pa...

Google peut combiner les signaux de plusieurs lien...

« Retour aux resultats

💬 Commentaires (0)

Soyez le premier à commenter.

🔔

Recevez une analyse complète en temps réel des dernières déclarations de Google

Soyez alerté à chaque nouvelle déclaration officielle Google SEO — avec l'analyse complète incluse.

Aucun spam. Désinscription en 1 clic.