En bref. Content Signals permet aux éditeurs de déclarer dans robots.txt leurs préférences de recherche, d’alimentation des modèles d’IA et d’entraînement, dont le respect dépend de l’implémentation des robots.

Définition : Les Content Signals sont les préférences déclarées par les éditeurs de sites web concernant l’utilisation de leur contenu pour la recherche, l’alimentation des modèles d’IA et leur entraînement. La politique Content Signals exprime ces préférences au moyen d’une directive Content-Signal dans robots.txt, le fichier d’instructions du site destiné aux robots d’exploration.

Points clés

Au 17 octobre 2026, le texte de la politique définit search, ai-input et ai-train ; sa catégorie de recherche exclut les synthèses de recherche produites par l’IA.
L’annonce de la politique par Cloudflare explique que l’omission d’une catégorie n’exprime aucune autorisation ni restriction au moyen de ce signal.
La documentation de configuration des robots d’exploration de Cloudflare distingue les préférences déclarées des restrictions techniques d’accès et précise que le respect des instructions par les robots est volontaire.
La documentation de Google sur robots.txt indique que les champs pris en charge sont user-agent, allow, disallow et sitemap.

Que signifient les catégories ?

La spécification de la politique définit search comme la constitution d’un index de recherche et la fourniture de résultats de recherche, y compris des liens hypertextes et de courts extraits. Les synthèses de recherche produites par l’IA sortent de cette définition. Une autorisation de recherche exprime donc un usage plus restreint que l’autorisation de fournir du contenu à un modèle d’IA.

La catégorie ai-input couvre l’alimentation des modèles d’IA en contenu. La catégorie distincte ai-train couvre l’entraînement ou l’ajustement fin (fine-tuning) des modèles.

Pour chaque catégorie, yes autorise la collecte pour l’usage correspondant et no la refuse. Lorsqu’une catégorie est omise, aucune décision d’autorisation concernant cet usage n’est exprimée au moyen de Content Signals. Ces valeurs permettent à un éditeur d’exprimer des choix distincts pour l’indexation, la production de réponses et l’entraînement.

À quoi ressemble le fichier ?

L’exemple autorisant uniquement la recherche du site de la politique contient les lignes suivantes :

User-Agent: *
Content-Signal: ai-train=no, search=yes, ai-input=no
Allow: /

L’astérisque désigne tous les agents utilisateurs (user agents). Allow: / autorise l’exploration de l’ensemble du site, tandis que le signal de contenu déclare les usages autorisés et refusés des éléments collectés. La politique fournit un texte explicatif destiné aux lecteurs pour accompagner ces directives sous forme de commentaires commençant par #.

L’annonce de Cloudflare place la politique sous licence CC0 pour permettre à d’autres de la mettre en œuvre. Son exemple Content-Signal: search=yes, ai-train=no ne définit pas ai-input. Cette omission diffère du refus explicite ai-input=no dans l’exemple ci-dessus.

Quelles sont les limites d’adoption et d’application ?

La documentation de Google sur les champs pris en charge ne compte pas Content-Signal parmi les champs robots.txt documentés. Nommer Googlebot dans un exemple de politique lui adresse des instructions ; leur prise en charge dépend de l’implémentation de l’opérateur du robot.

La documentation actuelle de Cloudflare décrit un déploiement géré au moyen de Bot Preference Sync et précise séparément que le respect de robots.txt est volontaire. Elle recommande AI Crawl Control pour bloquer l’accès à des robots spécifiques. La publication d’une préférence et l’application d’un blocage remplissent des fonctions différentes.

La même documentation décrit une extension facultative et expérimentale concernant l’utilisation du contenu. Son exemple de configuration gérée ajoute use=reference à search=yes, ai-train=no ; reference signifie indexer, extraire des passages et ajouter un lien vers la source. Cette extension a un statut distinct de celui des catégories principales de la politique.

Termes associés

Questions fréquentes

Puis-je autoriser la recherche tout en refusant l’alimentation des modèles d’IA ?

Oui. L’exemple de la politique autorisant uniquement la recherche associe search=yes à ai-input=no et ai-train=no. Le respect de ces déclarations par un robot dépend de son implémentation.

L’omission de ai-input autorise-t-elle cet usage ?

L’explication de la politique par Cloudflare indique qu’un signal absent n’exprime aucune autorisation ni restriction au moyen de Content Signals. Vous pouvez exprimer un refus explicite avec ai-input=no.

Comment vérifier une configuration gérée ?

Examinez la réponse servie pour /robots.txt. La documentation de configuration de Cloudflare indique que le contenu géré est ajouté au début d’un fichier existant et explique que les commentaires de la politique seuls n’expriment aucune préférence précise ; recherchez la ligne Content-Signal elle-même.

Sources

Vérifiez comment une page se lit pour les moteurs de réponse. Ouvrir l’analyseur de score GEO