Cette traduction n’a pas encore été relue par la rédaction. La version allemande fait foi. Deutsche Fassung
Indexation
Pourquoi une adresse inexistante doit-elle fournir le statut 404?
Chaque réponse d'un serveur web a un code d'état. 200 signifie: Cette page existe, ramasse-la. 404 signifie: Cette adresse n'existe pas. Certains sites répondent à n'importe quelle adresse avec 200 et montrent ensuite une jolie page d'erreur — discrète pour les visiteurs, un problème pour les moteurs de recherche: ils ne peuvent plus distinguer les pages d'erreur des pages réelles, les ajouter à l'index et gaspiller le budget sur les adresses qui n'ont jamais existé. L'indexation de la zone de contrôle appelle donc une adresse inventée du domaine pour chaque contrôle et signale s'il est répondu par 200.
Ce qui est vérifié exactement
La sonde crée une adresse qui ne peut exister sur aucun site Web — avec un horodatage dans le chemin pour qu'il n'existe jamais par hasard — et l'appelle avec les mêmes en-têtes qu'un moteur de recherche. Si 404 ou 410 reviennent, tout va bien; C'est la règle. Si 200 vient, un résultat avec l'adresse appelée comme un reçu apparaît. Le résultat ne change pas la valeur de point car le règlement idx-v1 reste inchangé et les sceaux émis conservent leur signification; il apparaît dans le rapport et dans la liste des tâches. Transférer une adresse inconnue à la page d'accueil compte également comme un problème si la page d'accueil répond alors avec 200 – cela brouille également la ligne entre existant et manquant pour les moteurs de recherche.
D'où vient le comportement et comment l'arrêter
Les causes communes sont les applications d'une seule page où le serveur livre chaque adresse au même fichier de démarrage et seul le navigateur décide si quelque chose manque; les règles de renvoi général qui envoient tout inconnu à la page d'accueil; et les systèmes éditoriaux dont la page d'erreur a été configurée comme une page normale. La correction est dans chaque cas au même point: La page d'erreur peut être agréable, mais doit être livrée avec le statut 404. Pour les applications à une page, cela fait un rendu ou une règle côté serveur qui sépare les chemins connus de ceux inconnus; dans le cas des règles de transmission, il suffit de supprimer la règle à taux forfaitaire. Après la conversion, le comportement peut être vérifié avec n'importe quel outil qui affiche les codes d'état.
- Allez à une adresse inventée de votre domaine et vérifiez le code d'état dans les outils de développement: 404 est correct, 200 est le résultat.
- Configurez la page d'erreur dans le système d'édition ou le serveur afin qu'elle soit fournie avec l'état 404 - vous pouvez encore la concevoir.
- Supprimer les règles générales qui redirigent tout ce qui est inconnu vers la page d'accueil.
- Vérifiez à nouveau après une relance; De nouvelles configurations de serveur ramènent souvent le comportement.
