IndexNow

Clé de vérification

Ask AI about this page

1 views 2 min de lecture

La clé IndexNow prouve que vous contrôlez le site. Vous la générez, placez un fichier contenant cette clé sur le site, et Yandex la vérifie à chaque requête API. Le contenu et l’emplacement ne doivent être connus que de vous et du moteur de recherche.

Exigences relatives à la clé

  • UTF-8 uniquement.
  • 8 à 128 caractères.
  • Caractères a-z, A-Z, 0-9 et -.
  • Un fichier TXT, ou un autre format de texte brut — aucun balisage HTML dedans.

Aucun outil spécial n’est nécessaire : créez-en une manuellement ou copiez une clé générée aléatoirement depuis le site IndexNow, qui en produit une nouvelle à chaque rechargement.

Clé de vérification

Où la placer

  • Racine du site (recommandé). Le nom du fichier doit correspondre exactement à la clé — clé EdD8dkm… dans le fichier EdD8dkm….txt.
  • N’importe quel répertoire, avec l’emplacement envoyé dans keyLocation à chaque requête. La restriction de portée est importante : une clé dans /catalog/ n’est valide que pour les URL sous /catalog/ et invalide pour /help/. C’est une propriété utile lors de la délégation des droits de soumission pour une section à un système séparé.

Clés multiples et sites multiples

  • Les sous-domaines ont besoin de leurs propres clés.
  • Plusieurs clés sont autorisées sur un site — l’agencement recommandé lorsque différents systèmes soumettent indépendamment, chacun avec sa propre clé à la racine.
  • Une clé peut être réutilisée sur plusieurs domaines.

Vérification de la clé

Soumettez quelques URL et lisez le code de réponse. 202 Accepted signifie que la clé est en attente de vérification ; attendez et soumettez-en quelques autres. Quand elle devient200 OK , la clé est vérifiée et les adresses ont été acceptées. Si elle reste à 202, continuez d’attendre. 4xx

code indique un défaut spécifique dans la table de référence.

Clé de vérification — 2
Alien Road

Comment nous l'appliquons

The per-system key advice is what we follow on client sites where a CMS plugin and a separate publishing pipeline both submit: separate keys mean one can be revoked without breaking the other. And we tell developers to expect 202 on the first attempt, because otherwise the first thing they do is regenerate a perfectly good key and start the verification wait over again.

Services associés

Partager