Je m'interroge sur le traitement standard des liens de données supprimés d'une application et d'un point de vue SEO.
J'ai une application où les utilisateurs peuvent créer du contenu mais ils peuvent également supprimer du contenu. Quelle est la meilleure façon de gérer le trafic entrant vers des liens qui ont depuis été supprimés?
Dois-je les rediriger quelque part avec un 301 ou dois-je lancer une erreur différente et laisser la page intacte avec un message d'erreur?
seo
http-headers
Yasin Okumuş
la source
la source
Réponses:
Si la page n'est pas remplacée par un nouveau contenu Envoyez un message d'état HTTP 410 GONE qui indique aux moteurs de recherche que la page n'existe plus. Demandez au contenu de la page de dire à l'utilisateur pourquoi la page a disparu et donnez-lui des options pour trouver du contenu existant sur votre site Web. Cela doit renvoyer à votre page d'accueil, à la carte du site (le cas échéant), à la page de recherche (le cas échéant) et aux liens vers un contenu similaire (si ce contenu existe).
la source
La suggestion de John Conde de renvoyer un code de statut HTTP 410 Gone est bonne, mais, selon les circonstances, un vieux HTTP 404 Not Found simple pourrait être plus approprié.
Plus précisément, le code d'état HTTP 410 est destiné à signaler que la ressource a été délibérément et définitivement supprimée, ne devrait pas revenir et que les liens vers celle-ci doivent être supprimés. Les moteurs de recherche peuvent le traiter comme un signal pour retirer la liste du contenu, et non pour la remettre en vente même si de nouveaux liens vers celui-ci sont trouvés. Ainsi, s'il est possible qu'un utilisateur ait supprimé une page par erreur ou avec l'intention de la remplacer par un nouveau contenu, une ancienne réponse 404 simple peut être plus sûre.
En particulier, voici ce que dit la norme HTTP / 1.1 :
Dans tous les cas, 404 est le code d'état le plus générique; si vous avez un doute quant à l'utilisation de 404 ou 410, l'utilisation de 404 n'est jamais une erreur.
la source