SEO Technique

Obfuscation de liens SEO : définition, code testé et quand l'utiliser

Benoit DemonchauxCo-fondateur de Slashr, directeur SEO, conférencier SMX 2024.

Mis à jour le Publié le 15 min de lecture

Résumer avec
Lien classique en balise a href, suivi par Google, face au lien obfusqué en span encodé, décodé seulement au clic du visiteur

L'obfuscation de liens consiste à remplacer un lien HTML <a href> par un élément que Google ne suit pas, souvent un <span> qui porte l'URLUniform Resource Locator. Adresse unique d'une page web. Une URL optimisée est courte, descriptive et contient le mot-clé. encodée, décodée par un script au clic du visiteur. Le lien reste cliquable pour l'humain et sort du graphe de liens que Google explore et sur lequel il calcule le PageRankAlgorithme historique de Google évaluant l'importance d'une page selon ses backlinks. Toujours utilisé en interne..

Elle sert à concentrer le PageRank interne sur les pages qui doivent ranker, et à ne pas ouvrir à GooglebotRobot d'exploration de Google qui parcourt le web pour découvrir et indexer les pages. des espaces d'URL sans intérêt. Elle ne sort aucune page de l'index et se justifie surtout sur un gros catalogue.

Obfuscation de liens : définition

Un lien obfusqué est un lien affiché et cliquable pour le visiteur, mais sans balise <a href> que Googlebot puisse suivre. Le mot vient de l'anglais obfuscate, obscurcir. En informatique, obfusquer un programme veut dire le rendre illisible tout en le gardant fonctionnel. En SEO, on obscurcit l'URL d'un lien pour le robot, et seulement elle.

La technique repose sur une règle que Google écrit noir sur blanc : en règle générale, il ne peut explorer un lien que s'il s'agit d'un élément <a> muni d'un attribut href. Il ne peut pas extraire de manière fiable une URL d'un <a> sans href, ni d'une balise qui fait office de lien par un événement de script. Retirez le <a href>, encodez l'URL, faites-la décoder au clic : le lien existe pour l'internaute, le robot ne le voit plus.

Comparaison entre cloaking et obfuscation de liens : contenu différent servi aux robots d'un côté, même code HTML servi à tous de l'autre
Comparaison entre cloaking et obfuscation de liens : contenu différent servi aux robots d'un côté, même code HTML servi à tous de l'autre

L'obfuscation se distingue du cloaking. Les règles anti-spam de Google définissent le cloaking comme le fait de présenter aux internautes et aux moteurs un contenu différent, dans le but de manipuler le classement. Avec un lien obfusqué, Googlebot et le visiteur reçoivent le même code HTML : seul le comportement au clic change.

Les sites à contenu payant ont leur propre règle sur ce point : un paywall déclaré en données structurées aide Google à le distinguer du cloakingTechnique black hat affichant un contenu différent aux moteurs et aux utilisateurs. Fortement pénalisée., même si Googlebot lit plus que le visiteur.

Pourquoi obfusquer des liens : le PageRank interne et le crawl

Le premier motif est le PageRank : chaque lien crawlable d'une page prend sa part de ce qu'elle transmet, et les liens répétés du gabarit en prennent une grosse part. Dans le brevet d'origine de Lawrence Page, le nombre de liens de chaque page est normalisé : plus une page porte de liens, moins chacun transmet. Le calcul compte tous les liens, internes compris. Google précise que le fonctionnement de PageRank a beaucoup évolué depuis ce brevet, et qu'il reste l'un de ses principaux systèmes de classementPosition d'une page web dans les résultats de recherche pour une requête donnée..

Prenons un site e-commerce fictif de 11 pages : un accueil, 2 catégories, 4 produits et 4 pages de service (mentions légales, CGV, contact, panier). Le menu (accueil et catégories) et le pied de page (les 4 pages de service) figurent sur toutes les pages. Chaque catégorie lie ses deux produits, chaque produit lie sa catégorie et l'autre produit. Nous avons calculé le PageRank classique (facteur 0,85, tous les liens de même poids) dans deux cas.

Tous les liens crawlables. Les 4 pages de service captent 49,7 % du PageRank du site : liées depuis toutes les pages, elles pèsent chacune autant qu'une catégorie (12,4 % contre 12,8 %). Les 4 produits se partagent 12,2 %.

Pied de page obfusqué, sauf sur l'accueil. L'accueil garde un lien crawlable vers chaque page de service, pour qu'aucune ne devienne orpheline. Chaque catégorie passe de 12,8 % à 18,5 % du PageRank, chaque produit de 3,1 % à 6,7 %. Les pages de service tombent à 16,6 % à elles quatre. Les catégories pèsent 1,4 fois plus, les produits 2,2 fois plus.

Simulation sur 11 pages : avec le pied de page obfusqué sauf sur l'accueil, une catégorie passe de 12,8 % à 18,5 % du PageRank et un produit de 3,1 % à 6,7 %
Simulation sur 11 pages : avec le pied de page obfusqué sauf sur l'accueil, une catégorie passe de 12,8 % à 18,5 % du PageRank et un produit de 3,1 % à 6,7 %

Les limites du modèle sont connues. Il donne le même poids à un lien de pied de page et à un lien de contenu, ce que rien ne garantit chez Google. Il exagère aussi la part des pages de service, qui font ici plus d'un tiers du site. Il illustre le mécanisme du partage ; l'effet sur vos positions reste à mesurer.

Le second motif est l'explorationProcessus par lequel les robots des moteurs de recherche parcourent et analysent les pages web.. Un lien crawlable vers une URL de filtre, de tri ou de recherche interne peut ouvrir à Googlebot des milliers de combinaisons.

Ce problème concerne surtout les gros sites : Google destine surtout son guide du budget d'exploration aux sites de plus d'un million de pages qui changent chaque semaine, et à ceux de plus de 10 000 pages qui changent chaque jour. Sur ces sites, l'optimisation du budget de crawl passe d'abord par le robots.txtFichier texte à la racine d'un site indiquant aux robots quelles pages explorer ou ignorer. ; l'obfuscation réduit le nombre d'URL découvertes par les liens du site.

Quels liens obfusquer, et lesquels laisser ?

Obfusquez les liens utiles au visiteur qui n'ont rien à apporter au classement, surtout quand ils sont répétés sur toutes les pages. Quatre familles reviennent.

  • Les liens de gabarit vers des pages sans enjeu : mentions légales, CGV, politique de confidentialité, contact, compte, panier. Si vous voulez qu'elles restent trouvables dans Google, gardez un lien crawlable vers chacune depuis une seule page, l'accueil ou un plan du site.
  • Les réseaux sociaux en pied de page : des liens sortants répétés sur chaque page, dont le site n'a rien à attendre côté classement.
  • Le mega menu hors de l'univers de la page : les univers restent crawlables partout, les catégories dans leur univers, le reste s'obfusque. La règle de tri et sa simulation sur 435 pages sont dans l'article sur le mega menu et le SEO.
  • Les facettes fermées : un filtre sans recherches ni produits en nombre ne mérite pas d'URL explorable. Le tri entre facettes à ouvrir et à fermer se fait sur les recherches réelles et le nombre de produits, comme le détaille le guide des filtres à facettes en SEO. Le robots.txt reste le garde-fou : une URL de filtre peut être découverte ailleurs que par vos liens.
Liens à obfusquer en priorité : pages de service, réseaux sociaux, mega menu hors de l'univers de la page et facettes fermées
Liens à obfusquer en priorité : pages de service, réseaux sociaux, mega menu hors de l'univers de la page et facettes fermées

Les doublons d'un même lien sont un cas à part. Certains sites en obfusquent, comme Naturabuy plus bas, mais le gain n'est pas démontré : notre simulation fait l'hypothèse qu'un lien en double vers la même cible compte une fois, et en juillet 2026, sur ce cas précis, John Mueller n'attendait aucun changement visible.

Trois liens ne s'obfusquent pas. Le chemin principal vers les pages qui doivent ranker : les univers depuis toutes les pages, les catégories depuis leur univers, et les liens éditoriaux. Le seul lien vers une page : sans lui, elle devient orpheline pour Google. Et les liens vers une page que vous voulez sortir de l'index, parce que l'obfuscation n'y suffit pas : la page reste connue de Google par ses autres liens, votre sitemapFichier XML listant toutes les URLs d'un site pour faciliter leur découverte par les moteurs de recherche. ou un site externe.

Pour qu'une page de compte ou de panier sorte de l'index, c'est le noindexDirective indiquant aux moteurs de ne pas indexer une page. qui agit, sur une page laissée explorable : Google doit pouvoir lire la balise. Le guide pour désindexer une URL détaille l'ordre des opérations. Le Disallow du fichier robots.txt sert à couper un espace d'URL entier (paramètres de filtresSystème de filtres (taille, couleur, prix) générant de nombreuses URLs. Nécessite une gestion SEO., de tri, de session) une fois ses URL sorties de l'index.

Comment obfusquer un lien : le code testé

Le lien obfusqué devient un <span> qui porte l'URL encodée en base64 dans un attribut data-o. Un script écoute le clic et la touche Entrée, décode l'URL avec atob() et envoie le visiteur vers la page. Voici le lien de départ :

<a href="/mentions-legales">Mentions légales</a>

Et sa version obfusquée :

<span class="obflink" data-o="L21lbnRpb25zLWxlZ2FsZXM=" role="link" tabindex="0">Mentions légales</span>

La valeur de data-o se calcule côté serveur, au moment de générer la page : base64_encode('/mentions-legales') en PHP, btoa('/mentions-legales') en JavaScriptLangage de programmation web. Son mauvais usage peut bloquer l'indexation par les moteurs de recherche.. Encodez l'URL telle qu'elle figure dans un href, caractères spéciaux en %XX : btoa() lève une erreur sur tout caractère qui ne tient pas sur un octet.

Le script, sans jQuery, à charger une fois sur le site :

function ouvrirLienObfusque(e) {
  var lien = e.target.closest('.obflink');
  if (!lien) return;
  if (e.type === 'keydown' &ampAccelerated Mobile Pages. Framework Google pour créer des pages mobiles ultra-rapides (moins utilisé aujourd'hui).;& e.key !== 'Enter') return;
  if (e.type === 'auxclick' && e.button !== 1) return;
  var url = atob(lien.dataset.o); // décodage de l'URL
  if (e.type === 'auxclick' || e.ctrlKey || e.metaKey) {
    window.open(url, '_blank', 'noopener'); // molette ou Ctrl/Cmd + clic : nouvel onglet
  } else {
    window.location.href = url; // clic ou touche Entrée : même onglet
  }
}
['click', 'auxclick', 'keydown'].forEach(function (type) {
  document.addEventListener(type, ouvrirLienObfusque);
});

Ajoutez .obflink { cursor: pointer; } dans votre CSS, et un style de focus visible pour la navigation au clavier.

Mécanique de l'obfuscation : span avec URL encodée, clic ou touche Entrée écoutés en JavaScript, décodage par atob(), puis ouverture de la page
Mécanique de l'obfuscation : span avec URL encodée, clic ou touche Entrée écoutés en JavaScript, décodage par atob(), puis ouverture de la page

Nous avons testé ce code dans Chromium le 13 octobre 2026. Sans interaction, la page rendue ne contient aucun <a> et le chemin n'apparaît nulle part dans le DOM. Un clic ouvre la page dans le même onglet. La touche Tab donne le focus au lien et Entrée l'ouvre. Ctrl + clic et le clic molette ouvrent un nouvel onglet sans accès à la page d'origine (noopener). Le clic droit ne déclenche rien.

Ces choix corrigent les deux défauts du script jQuery publié ici en 2024, un window.open sur chaque clic : il ouvrait chaque lien dans un nouvel onglet, et le lien restait inaccessible au clavier. MDN rappelle qu'un vrai <a> reste préférable et qu'un élément qui imite un lien demande au minimum role="link", tabindex="0" et l'activation par la touche Entrée. Un lien obfusqué perd quand même le menu contextuel « ouvrir dans un nouvel onglet » et l'aperçu de l'URL au survol.

Dernier point : l'URL ne doit pas apparaître en clair. Google classe un <a onclick="goto('httpsProtocole sécurisé de transfert de données. Facteur de ranking depuis 2014.://example.com')"> ou un <span href="https://example.com"> parmi les formats déconseillés qu'il « peut cependant essayer d'analyser ». Il ne documente aucune lecture des attributs data, ni aucun décodage du base64.

Vérifier qu'un lien est bien obfusqué

Un lien bien obfusqué reste absent du code source comme du HTML rendu : aucun <a href> vers la cible, aucune URL lisible. Le contrôle se fait en trois temps.

D'abord l'inspecteur du navigateur, sur une page profonde. Un <a href> vers la cible signifie que le lien est crawlable ; un <span> sans URL lisible, qu'il est obfusqué. Ensuite le rendu de Google : le test des résultats enrichis et l'outil d'inspection d'URL de la Search ConsoleOutil gratuit Google pour surveiller et optimiser la présence d'un site dans les résultats de recherche. montrent le HTML après exécution du JavaScript. Cherchez-y l'URL de la cible.

Enfin, le crawl. Dans Screaming Frog et ses rapports de liens, passez en mode de rendu JavaScript (version payante) : l'onglet JavaScript signale les pages dont des liens n'apparaissent qu'après exécution du script. Un lien obfusqué n'y figure pas, puisque même le rendu ne crée aucun <a href>. La colonne des liens internesEnsemble des liens entre les pages d'un même site. Distribue le jus SEO et guide les utilisateurs. uniques sortants, comparée avant et après la mise en place, mesure ce que vous avez retiré.

Contrôle d'un lien obfusqué en trois étapes : inspecteur du navigateur, HTML rendu par Google, crawl en mode de rendu JavaScript
Contrôle d'un lien obfusqué en trois étapes : inspecteur du navigateur, HTML rendu par Google, crawl en mode de rendu JavaScript

Trois sites montrent les variantes, sur des captures de 2024. Naturabuy encode l'URL complète dans un attribut data-zephyr, à côté de liens <a href> classiques :

Code HTML du menu Naturabuy en 2024 : deux liens en span avec attribut data-zephyr encodé, puis un lien a href vers les revolvers d'alarme

Au relevé du 13 octobre 2026, la page d'accueil de Naturabuy porte 22 liens obfusqués, à côté de 529 liens de menu crawlables.

Douze, dans le menu, mènent à 11 catégories qui ont déjà un ou deux liens <a href> sur la même page. Neuf mènent à son moteur de recherche interne (sept bannières promotionnelles et deux « Voir plus »), le dernier à la version mobile du site. Le site évite ainsi d'ajouter des liens crawlables vers des catégories que son menu lie déjà, et n'en fait aucun vers ses pages de recherche.

Bureau Vallée plaçait en 2024 le chemin de l'URL en clair dans un attribut data-url, toujours sans <a href> :

Code HTML du menu Bureau Vallée en 2024 : sous-catégories en span avec le chemin de l'URL lisible dans un attribut data-url

Le site a rendu son menu crawlable depuis. BUT mettait un href="#" sur des éléments <li>, qui ne mènent nulle part pour le robot, à côté de vrais liens <a> à URL relative :

Code HTML du menu BUT en 2024 : éléments li avec un href="#", puis liens a href à URL relative vers des sélections lavage

L'obfuscation de liens est-elle risquée ?

Aucune règle de Google ne vise l'obfuscation en tant que telle, et elle ne correspond pas à la définition du cloaking, puisque le HTML est le même pour tous.

John Mueller s'est exprimé en juillet 2026 sur une obfuscation de doublon : une page d'accueil qui liait deux fois la même page de services, et dont l'éditeur voulait transformer le premier lien en bouton qui ne soit plus un lien. Il ne s'attendait à aucun changement visible.

Il jugeait aussi que transformer des liens en boutons « casse » le HTML, et proposait plutôt de jouer sur la position à l'écran en CSS ou en JavaScript, quel que soit l'ordre des liens dans le code.

Niveau de risque de l'obfuscation de liens : pas de règle anti-spam qui la vise, mais accessibilité, URL en clair et effet difficile à mesurer à surveiller
Niveau de risque de l'obfuscation de liens : pas de règle anti-spam qui la vise, mais accessibilité, URL en clair et effet difficile à mesurer à surveiller

Le risque tient surtout au code. Un lien mal codé devient inaccessible au clavier et aux lecteurs d'écran. Une URL laissée en clair dans un onclick ou un faux attribut href peut être analysée par Google, ce qui annule l'effet. Une refonteModification majeure du design ou de la structure d'un site. Risque SEO si mal gérée. peut aussi tout défaire sans que personne le remarque : vérifiez l'obfuscation à chaque changement de gabarit. Et le gain se mesure mal, puisque Google ne publie aucune valeur de PageRank.

Faut-il obfusquer vos liens ?

Oui sur un gros catalogue dont le gabarit porte des centaines de liens, non sur un site de quelques centaines de pages. Comptez les liens du gabarit avant les URL. Un mega menu de plusieurs centaines de liens sur un catalogue de quelques milliers de pages pose déjà la question.

Sur un petit site, les chantiers qui comptent passent avant : arborescence, liens éditoriaux depuis les pages qui ont du trafic, pages orphelines. La méthode est dans notre guide du maillage interne SEO. Sur une marketplace, où les pages vendeurs et les filtres multiplient les URL, la question se pose plus tôt ; le guide d'optimisation SEO d'une marketplace traite ce maillage.

Arbre de décision sur l'obfuscation : à envisager sur un gros catalogue au gabarit chargé, secondaire sur quelques milliers de pages au menu sobre, inutile sur un petit site
Arbre de décision sur l'obfuscation : à envisager sur un gros catalogue au gabarit chargé, secondaire sur quelques milliers de pages au menu sobre, inutile sur un petit site

Si vous obfusquez, commencez par un gabarit et un groupe de pages, et comparez à un groupe témoin : la méthode du test A/B en SEO s'applique bien à un changement de maillage. Sur un catalogue de plusieurs milliers de références, ce chantier se mène avec le menu et les facettes, et c'est le travail d'une agence SEO spécialisée en e-commerce ou d'une agence SEO technique.

Questions fréquentes

Que veut dire obfusquer un lien ?

Obfusquer un lien, c'est le garder cliquable pour le visiteur tout en retirant le <a href> que les robots suivent. L'URL est encodée dans un autre élément, souvent un <span>, et un script la décode au clic. Le verbe vient de l'anglais obfuscate, obscurcir.

Quelle différence entre obfuscation et nofollow ?

L'obfuscation retire le lien que Google peut suivre ; le nofollowAttribut indiquant aux moteurs de ne pas suivre un lien ou de ne pas transmettre de jus SEO. le garde dans le HTML et le qualifie. Depuis septembre 2019, Google le traite comme une indication pour le classement, et depuis le 1er mars 2020 comme un signal pour l'exploration et l'indexationProcessus par lequel Google ajoute une page à sa base de données pour qu'elle puisse apparaître dans les résultats. : il peut explorer l'URL quand même.

Côté PageRank, un lien en nofollow compte quand même dans le partage de la page : Matt Cutts l'expliquait dès 2009. Un lien obfusqué, que Google n'extrait pas, n'y entre pas. Pour les liens vers vos propres pages, Google conseille le Disallow du robots.txt plutôt que le nofollow.

Un lien obfusqué empêche-t-il l'indexation de la page ?

Non. Google peut connaître la page par un autre lien, votre sitemap ou un site externe, et l'indexer. Pour la sortir des résultats, posez un noindex sur la page et laissez-la explorable : Google doit pouvoir lire la balise.

Google peut-il lire un lien obfusqué ?

Google ne clique pas : sa documentation précise que la recherche n'interagit pas avec la page. Il peut en revanche essayer d'analyser une URL laissée en clair, dans un onclick ou un faux attribut href. Encodez donc l'URL ; Google ne documente aucun décodage du base64.

Sources

Tags

  • SEO Technique

L’auteur

Benoit Demonchaux

Co-fondateur & SEO Director

Benoît Demonchaux est co-fondateur de Slashr, agence de référencement naturel basée à Lille et consultant SEO depuis 6 ans. Avant de créer Slashr, il a exercé en tant qu'éditeur de sites et chef de projets dans une grande agence SEO.

Voir tous ses articles

Articles recommandés

Tout le blog

Articles récents

Besoin d’aide ?

Une refonte mal préparée peut anéantir des années de travail SEO.

Vous cherchez un partenaire de confiance pour développer votre trafic organique ? Faisons équipe, comme nous le faisons avec nos clients.

Agence refonte SEO