web-dev-qa-db-fra.com

Gestion des pages d'erreur 404 avec noindex et la réécriture d'URL

Actuellement, j'utilise des pages d'erreur 404 personnalisées, avec les méta suivantes:

<meta content="noindex" name="robots">

Je suppose que c'est ainsi que Google supprimera plus rapidement les pages supprimées de l'index. Quelqu'un a-t-il déjà rencontré un problème?

Aussi, est-il préférable de réécrire le chemin de l'URL sur la page d'erreur réelle, comme pour le modèle d'URL: http: // {mysite}/{404_error_page} ou est-il préférable de conserver l'URL de l'ancienne page supprimée lors de la génération d'une erreur 404?

1
B2F

Le fait qu'une page soit servie avec une erreur 404 signifie que les index Web responsables ne stockeront pas la page 404 elle-même. C’est à cela que sert le code de statut HTTP - le numéro 404 n’est pas là pour le bénéfice de l’utilisateur! En ce qui concerne la suppression de la page d'origine d'un index, il serait préférable de faire en sorte que les ressources réellement obsolètes renvoient une erreur 410 Gone.

En ce qui concerne la deuxième partie de votre question, s'il vous plaît ne réécrivez pas l'URL. C'est incroyablement hostile à l'utilisateur; si quelqu'un ouvre un lien dans un onglet en arrière-plan devenu invalide, une URL réécrite signifie qu'il est impossible pour elle de déterminer quelle est l'URL souhaitée et donc pour elle de savoir quelle page a eu le problème. . C'est particulièrement grave si l'URL réécrite va vers un domaine entièrement différent. J'ai récemment vu certains fournisseurs d'hébergement bon marché le faire pour des choses comme des pages d'erreur de bande passante excédentaire et cela ne favorise personne. De plus, si vous redirigez sur 404, la page résultante pourrait ne pas être servie avec un statut 404, ce qui signifie que la page pourrait alors finir par être indexée de toute façon.

Si l'URL n'est plus valide car le contenu a simplement été déplacé vers un autre emplacement, envisagez de rediriger l'ancienne URL vers la nouvelle (ou son équivalent le plus proche). De cette façon, les anciennes URL sont toujours utiles à partir d’autres emplacements et seront éventuellement remplacées par les nouvelles URL dans les index de recherche.

2
fluffy