En France, « data-nosnippet » pèse 30 recherches par mois, « meta robots » 70, « snippet google » 90 et « noindex » 170. Ce sont des volumes de niche, et pourtant la balise dont il est question ici est le seul réglage documenté qui permette de rester indexé, de conserver sa position, et de disparaître des Aperçus IA de Google.
La première page de résultats sur « data-nosnippet » est correcte et complète. Neuf résultats organiques : la documentation de Google en rang 1, Screaming Frog Club, l'agence Neper datée de septembre 2021, AIOSEO, Abondance daté du 15 octobre 2025, un billet LinkedIn, WebRankInfo mis à jour en juillet 2025, emfluence, et le billet officiel de Bing. Un Aperçu IA se déclenche sur la requête et cite Google, Bing, Neper, WebRankInfo et GSQi.
J'ai mis de côté la documentation de Google, qui est la source commentée et non un commentaire, ainsi que le billet LinkedIn, puis j'ai demandé les sept pages restantes. Six ont répondu 200. Je les ai découpées en phrases de plus de quarante caractères, ce qui en donne 485. Deux seulement font cohabiter une surface générative de Google et le vocabulaire de l'extrait. Les deux sont sur emfluence.com, en anglais, et elles disent l'inverse du mécanisme : elles expliquent qu'apparaître dans les Aperçus IA augmente votre exposition. Aucune ne mentionne que la balise dont traite la page vous en retire.
C'est un angle mort d'un genre particulier, puisqu'il prospère sur une documentation publique et complète, simplement restée lue à moitié. La page de Google qui décrit ces balises a été mise à jour pour les moteurs génératifs, et le corpus francophone qui la commente en est resté à la version d'avant.
Ce que j'ai mesuré le 28 août 2026. J'ai téléchargé la documentation des balises meta robots de Google et j'en ai extrait les passages qui nomment les Aperçus IA et le Mode IA. J'ai récupéré le billet de Bing du 15 octobre 2025 annonçant la prise en charge de data-nosnippet. J'ai compté les occurrences du vocabulaire de l'extrait dans les documentations robots d'OpenAI, de Perplexity et d'Anthropic, en vérifiant à chaque fois par un contrôle positif que la page était bien chargée. J'ai demandé la page d'accueil de vingt sites français avec l'agent utilisateur de PerplexityBot et relevé leurs balises meta robots et leurs attributs data-nosnippet. Et j'ai découpé en phrases les pages organiques de la SERP pour mesurer ce qu'elles disent des surfaces génératives.
Deux leviers, et ils ne font pas le même travail
Il faut séparer deux questions que le vocabulaire courant confond en permanence.
La première est celle de l'accès : ce robot a-t-il le droit de télécharger cette page ? Elle se règle dans le robots.txt, et j'ai détaillé ailleurs quels user-agents IA autoriser. C'est un levier binaire et brutal. Interdire l'accès à un robot de recherche générative, c'est renoncer à toute citation dans le moteur correspondant.
La seconde est celle de l'usage : ce robot, qui a le droit de lire la page, a-t-il le droit d'en afficher un morceau ? Elle se règle dans la balise meta robots et dans l'attribut data-nosnippet. C'est un levier gradué, qui laisse la page indexée, classée, et cliquable.
La confusion entre les deux coûte cher dans les deux sens. Des éditeurs bloquent l'accès pour protéger un contenu qu'ils auraient pu protéger sans perdre leur visibilité. D'autres laissent l'extrait grand ouvert en croyant que le seul robinet est celui du robots.txt. La suite de cet article porte sur le second levier, parce que c'est celui que le corpus francophone documente le moins bien.
Ce que Google écrit vraiment, et que presque personne ne cite
La documentation des balises meta robots décrit la règle nosnippet en ces termes :
This applies to all forms of search results (at Google: web search, Google Images, Discover, AI Overviews, AI Mode) and will also prevent the content from being used as a direct input for AI Overviews and AI Mode.
La seconde moitié de la phrase est la partie décisive. Il ne s'agit pas seulement de ne pas afficher un extrait sous un lien bleu. Google écrit que le contenu ne sera pas utilisé comme entrée directe des Aperçus IA et du Mode IA.
J'ai déjà nommé ce levier deux fois sur ce blog, chaque fois en passant : dans l'article sur robots.txt et les crawlers IA, pour corriger le contresens qui fait de Google-Extended un interrupteur des Aperçus IA, et dans celui sur le contenu fermé, pour signaler qu'un éditeur qui balise correctement son paywall le rend éligible aux réponses générées. Les deux fois, je m'en suis tenu à une phrase. Cet article est le développement de cette phrase, et la suite montre que le réglage est nettement moins net qu'il n'en a l'air.
La règle max-snippet porte la même mention, avec une réserve qu'il faut lire en entier :
This applies to all forms of search results (such as Google web search, Google Images, Discover, Assistant, AI Overviews, AI Mode) and will also limit how much of the content may be used as a direct input for AI Overviews and AI Mode. However, this limit does not apply in cases where a publisher has separately granted permission for use of content.
Deux conséquences pratiques. D'abord, max-snippet:120 ne se contente pas de raccourcir un extrait de SERP, il plafonne la quantité de texte que les surfaces génératives de Google peuvent prendre. Ensuite, ce plafond souffre une exception dont je parle plus bas, et qui vide le réglage d'une bonne partie de sa portée.
Un détail d'arbitrage vaut d'être noté, parce qu'il évite une erreur de configuration classique. Google précise qu'en cas de règles contradictoires, la plus restrictive s'applique : une page qui porte à la fois max-snippet:50 et nosnippet sera traitée en nosnippet. Empiler les directives ne produit donc pas un réglage fin, il produit le réglage le plus fermé de la pile.
Signalons au passage une règle morte, encore présente dans beaucoup de configurations héritées. Google écrit que noarchive n'est plus utilisée, la fonctionnalité de lien en cache ayant disparu. Deux des douze sites de mon relevé la portent encore, Le Monde et Mediapart.
Le prérequis qui annule tout le dispositif
La documentation ouvre par une phrase qu'on lit trop vite :
Keep in mind that these settings can be read and followed only if crawlers are allowed to access the pages that include these settings.
Les deux leviers sont donc ordonnés, et pas symétriques. Une balise nosnippet sur une page dont le robots.txt interdit l'accès ne sert à rien, puisque le robot ne la lira jamais. Pire, c'est exactement la situation où un moteur peut afficher l'URL sans avoir lu la page, en s'appuyant sur des signaux externes.
Cela donne une règle de séquence simple et contre-intuitive : pour contrôler finement ce qu'un moteur extrait, il faut d'abord le laisser entrer. Fermer la porte ne renforce pas le contrôle, elle y renonce.
Les données structurées ouvrent la fenêtre que la balise vient de fermer
C'est le passage le plus intéressant de la documentation, et je ne l'ai trouvé cité nulle part dans la SERP française.
Robots meta tag limitations don't affect the use of that structured data, with the exception of article.description and the description values for structured data specified for other creative works.
Autrement dit, votre balisage schema.org constitue une autorisation séparée. max-snippet gouverne ce que Google extrait automatiquement de votre HTML, et ne gouverne pas ce que vous avez explicitement mis à disposition sous forme de données structurées. Google donne l'exemple d'une recette, éligible au carrousel même quand l'extrait textuel serait plafonné.
La phrase suivante est encore plus nette :
Also note that structured data remains usable for search results when declared within a data-nosnippet element.
Un bloc data-nosnippet qui contient du JSON-LD ne protège donc pas ce JSON-LD. L'éditeur qui emballe une section entière pour la soustraire aux extraits, et qui a placé son balisage à l'intérieur, a fermé la porte et laissé la fenêtre ouverte. Comme je l'ai écrit dans l'article sur schema.org et le GEO, le balisage n'est pas une décoration technique : c'est une déclaration, et Google la traite ici comme une permission explicite qui prime sur une restriction générale.
La conséquence opérationnelle tient en une ligne. Pour restreindre ce que Google peut reprendre d'une page, il ne suffit pas de régler les balises robots : il faut aussi retirer l'information des types et des valeurs de vos données structurées. Google le dit lui-même, la seule façon de gérer cet usage est de modifier le balisage.
data-nosnippet, et les trois pièges de sa syntaxe
L'attribut permet de descendre au niveau du bloc de texte plutôt que de la page entière. Il ne s'applique qu'aux éléments span, div et section. Sur une balise personnalisée, il est ignoré.
Premier piège, c'est un attribut booléen, et la documentation est explicite : toutes les valeurs sont ignorées. Ce qui donne le comportement suivant, que Google illustre lui-même.
<div data-nosnippet>pas dans l'extrait</div>
<div data-nosnippet="true">pas dans l'extrait non plus</div>
<div data-nosnippet="false">pas dans l'extrait non plus</div>
La troisième ligne piège les développeurs qui raisonnent en drapeau. Écrire false ne désactive rien, cela masque exactement comme true. C'est d'ailleurs la forme qu'utilise l'un des sites de mon relevé.
Deuxième piège, la balise doit être refermée. Un div ouvert et jamais fermé emporte tout ce qui suit dans la zone masquée. Sur un gabarit où le bloc à protéger est en haut de page, une erreur de fermeture retire la totalité du contenu des extraits, y compris de ceux des Aperçus IA, sans qu'aucun outil de test ne signale quoi que ce soit.
Troisième piège, et il rejoint un sujet déjà traité ici :
To avoid uncertainty from rendering, do not add or remove the data-nosnippet attribute of existing nodes through JavaScript.
Google prévient que l'extraction peut se faire avant comme après le rendu. Un attribut posé par JavaScript sur un noeud déjà présent produit donc un résultat indéterminé. C'est cohérent avec ce que j'avais mesuré sur le rendu JavaScript et les crawlers IA : dès qu'une consigne dépend de l'exécution d'un script, elle cesse d'être une consigne et devient un pari.
Bing dit oui, les trois autres ne disent rien
Bing a annoncé la prise en charge de data-nosnippet le 15 octobre 2025. Le billet est clair sur le périmètre : le contenu marqué reste indexé normalement, reste disponible pour le classement, et se trouve exclu des extraits et des réponses générées.
When Bing crawls your site, any content marked with data-nosnippet is still indexed normally, but it will be excluded from snippets and AI summaries. The content tagged as data-nosnippet is available for ranking.
Microsoft nomme les cas d'usage : contenu réservé aux abonnés, avis clients volatils, mentions légales et bandeaux de consentement. La logique est la même que chez Google, avec une portée qui couvre Copilot.
Restent les trois moteurs qui comptent le plus dans une stratégie GEO française et qui ne passent ni par l'index de Google ni par celui de Bing. J'ai récupéré la page de documentation robots d'OpenAI, celle de Perplexity et celle d'Anthropic, et j'y ai cherché nosnippet, snippet, max-snippet et meta robots.
Le résultat est zéro sur les quatre termes, pour les trois éditeurs. Comme un zéro d'occurrence peut n'être que le symptôme d'une page mal chargée, j'ai passé sur chacune un contrôle positif : la page d'OpenAI contient huit fois GPTBot et onze fois robots.txt, celle de Perplexity onze fois PerplexityBot et trois fois robots.txt, celle d'Anthropic cinq fois ClaudeBot et cinq fois robots.txt. Les pages étaient donc bien chargées, et le zéro est réel.
moteur / surface nosnippet max-snip data-ns
---------------------------------------------------------------
Google (web, Apercus IA, Mode IA) oui oui oui
Bing et Copilot n.d. n.d. oui
ChatGPT (OpenAI) - - -
Perplexity - - -
Claude (Anthropic) - - -
Ce tableau porte sur ce que ces éditeurs documentent, pas sur ce que leurs robots font. Un moteur peut très bien honorer une balise sans l'écrire nulle part, et l'inverse s'est déjà vu. Mais du point de vue de quelqu'un qui doit décider d'un réglage, l'absence de documentation vaut absence de garantie.
La conclusion pratique est asymétrique et il faut l'assumer telle quelle. Face à Google et à Bing, vous disposez d'un scalpel. Face à ChatGPT, Perplexity et Claude, vous ne disposez que du marteau du robots.txt, avec le coût que cela suppose sur vos citations.
Ce que font vraiment vingt sites français
J'ai demandé la page d'accueil de vingt sites français avec l'agent utilisateur de PerplexityBot, le 28 août 2026. Le choix de l'agent n'est pas neutre et il doit être annoncé : une même URL ne sert pas le même HTML selon qui le demande, et compter des balises sans fixer l'agent produit des lignes non comparables.
Sur les vingt domaines demandés, douze ont répondu 200. Sept ont répondu 403 et un a échoué en connexion. Le relevé qui suit ne porte donc que sur ces douze.
domaine HTTP nosnip max-snip data-ns
--------------------------------------------------
lemonde.fr 200 0 -1 0
lefigaro.fr 403 - - -
lesechos.fr 403 - - -
mediapart.fr 200 0 -1 0
liberation.fr 403 - - -
leparisien.fr 200 0 -1 0
latribune.fr 403 - - -
challenges.fr 403 - - -
doctolib.fr 200 0 - 0
payfit.com 200 0 - 0
qonto.com 200 0 -1 0
alan.com 200 0 - 2
swile.co 200 0 - 0
spendesk.com 200 0 - 0
ovhcloud.com 200 0 - 0
cdiscount.com 200 0 - 0
back-market.fr conn. - - -
blablacar.fr 200 0 - 0
leboncoin.fr 403 - - -
sncf-connect.com 403 - - -
Trois observations, dans l'ordre de ce qu'elles coûtent.
Aucun des douze sites qui ont répondu ne porte nosnippet. Le levier fin n'est pas mal réglé, il est inutilisé. L'hypothèse que j'avais en tête en commençant, celle d'un site qui se serait exclu des Aperçus IA sans le savoir à cause d'une décision SEO ancienne, ne se vérifie pas sur cet échantillon. Elle reste un point d'audit utile, parce qu'une seule ligne héritée suffit, mais ce n'est pas un phénomène de masse.
Quatre des douze déclarent max-snippet, et les quatre le déclarent à -1. Or Google écrit que -1 signifie qu'il n'y a aucune limite. Ces quatre sites ne restreignent donc rien : ils ouvrent explicitement le robinet en grand, y compris pour les Aperçus IA et le Mode IA. Trois des quatre sont des titres de presse.
C'est la contradiction la plus nette du relevé, et elle mérite d'être nommée. Les mêmes éditeurs qui ferment l'accès à leurs pages au niveau du réseau laissent, dans leur HTML, une autorisation d'extraction sans plafond. Le Figaro, La Tribune et Challenges répondent 403 à PerplexityBot et 200 à un navigateur Chrome récent, ce qui montre un blocage conditionné à l'agent. Les Echos et Libération répondent 403 aux deux. Mais Le Monde, Le Parisien et Mediapart, qui laissent entrer, disent en même temps à Google de prendre autant qu'il veut. La porte et la fenêtre sont réglées par deux équipes qui ne se parlent pas, et elles ne visent même pas les mêmes moteurs : le 403 vise Perplexity, le max-snippet:-1 vise les surfaces de Google.
Un seul site du relevé utilise data-nosnippet. Il s'agit d'alan.com, avec deux occurrences. En les inspectant, elles ne portent ni sur du contenu éditorial ni sur du contenu payant : la première est sur une surcouche modale, la seconde sur un sélecteur de pays. C'est un usage tout à fait sain, celui du mobilier d'interface qu'on ne veut pas voir remonter dans un extrait. Les deux sont écrites data-nosnippet="true", forme qui fonctionne mais qui trahit le raisonnement en drapeau évoqué plus haut.
Ce que cet article n'établit pas
Je n'ai pas mesuré l'effet réel de ces balises sur une réponse générative. Vérifier que nosnippet retire effectivement une page des Aperçus IA supposerait de poser la balise sur une page citée, d'attendre un nouveau passage du robot, et de comparer les réponses sur un panel de requêtes figé. C'est un protocole d'expérimentation à part entière, du type de celui que j'ai décrit dans l'article sur le test A/B en GEO, et il ne tient pas dans un relevé d'une journée. Ce qui est établi ici, c'est ce que Google et Bing écrivent, et ce que les sites font.
Je n'ai pas non plus testé si ChatGPT, Perplexity et Claude honorent silencieusement ces balises. Mon relevé porte sur leur documentation, pas sur leur comportement. Une absence de mention prouve seulement une absence d'engagement.
Enfin, le relevé porte sur vingt pages d'accueil. Une page d'accueil n'est pas une page d'article, et c'est sur les secondes que la question de l'extrait se pose vraiment. Un échantillon construit sur des pages profondes de presse donnerait probablement un résultat différent, en particulier sur les blocs payants.
Ce qu'il faut retenir
Le contrôle de l'extrait est un levier distinct du contrôle de l'accès, et il est le seul des deux qui permette de rester visible tout en restreignant ce qu'un moteur reprend.
Chez Google, nosnippet empêche l'usage du contenu comme entrée directe des Aperçus IA et du Mode IA, et max-snippet en plafonne la quantité. Les deux ne fonctionnent que si le robot a le droit de lire la page, et les deux sont contournés par vos propres données structurées, y compris quand celles-ci sont déclarées à l'intérieur d'un bloc data-nosnippet.
Chez Bing, data-nosnippet est pris en charge depuis le 15 octobre 2025 et couvre les réponses Copilot, sans effet sur le classement.
Chez ChatGPT, Perplexity et Claude, rien n'est documenté. Le seul levier disponible reste le robots.txt, et il se paie en citations perdues.
Sur le terrain, ces réglages ne sont pratiquement pas utilisés, et quand ils le sont, c'est souvent dans le sens de l'ouverture. Trois points d'audit en découlent, dans cet ordre : vérifier qu'aucun nosnippet hérité ne traîne sur des gabarits qui devraient être citables, vérifier que ce que vous croyez protéger n'est pas republié en clair dans votre JSON-LD, et vérifier que votre politique d'accès et votre politique d'extrait racontent la même histoire. Sur les vingt sites de ce relevé, la troisième vérification est celle qui échoue le plus souvent.
Si vous voulez savoir ce que les moteurs génératifs reprennent réellement de vos pages aujourd'hui, c'est le genre de point que couvre notre audit GEO.