Je sais que cette question est en quelque sorte semblable à celle-ci où ils recommandent d’utiliser 404, mais après avoir lu celle-ci où ils suggèrent d’utiliser 301 lors du changement d’URL de site (dans le fichier spécifique). le cas était dû à une refonte/réusinage) je suis un peu confus et j'espère que quelqu'un pourra clarifier pour cet exemple spécifique:
Disons que j'ai un site de commerce électronique,
supposons également que l'utilisateur final ait inséré des éléments intéressants sur le site et que l'application Web de commerce électronique crée les pages d'élément aux URL suivantes: http://...?id=20
, http://...?id=30
etc.
Supposons maintenant que certains de ces éléments intéressants reçoivent de nombreux liens externes vers de nombreux autres sites car certaines personnes ont trouvé ces éléments très intéressants et liés à ceux-ci.
Après quelques années, l’utilisateur final supprime ces éléments. Il est donc évident que les pages et les URL http://...?id=20
, http://...?id=30
, etc. n’existent plus, mais il reste encore beaucoup de pages sur. le web est un lien vers eux .
Que doit faire le site de commerce électronique maintenant, il suffit d'afficher une page 404 pour ces éléments?
Mais, je suis confus, est-ce que cela ne perdrait pas tout le PR Google passé par les liens externes aux pages des articles? utiliser la redirection 301 vers la PAGE D'ACCUEIL qui passe au moins le PR à la PAGE D'ACCUEIL?
EDIT:
Eh bien, selon les réponses , la meilleure chose à faire jusqu’à présent est de faire un 404/410 .
Afin de compléter cette question, j'aimerais parler d'un cas particulier, juste pour m'assurer que j'ai bien compris. correctement.
Supposons que l'utilisateur crée à nouveau ces éléments (ceux qu'il a précédemment supprimés au point 4), peut-être qu'il modifie un peu leur nom et leur description, mais il s'agit essentiellement des mêmes éléments. La webapp n'a aucun moyen de savoir que ces nouveaux éléments ajoutés sont les anciens. Par conséquent, il les crée évidemment en tant que nouveaux éléments avec de nouvelles URL http://...?id=100
, http://...?id=101
, Vous voulez à ce moment rediriger les anciennes URL 301 vers les nouvelles?
AUTRE ÉDITION (Il serait TRÈS IMPORTANT DE COMPRENDRE):
Eh bien, selon les réponses intelligentes reçues jusqu’à présent, il semble que, dans le cas particulier décrit dans mon dernier EDIT, je pourrais utiliser le code 301, car c’est quelque chose de non trompeur, les nouvelles pages remplacent fondamentalement l’ancienne page en termes de contenu. Ceci est essentiellement fait pour garder le PR transmis depuis un lien externe et également pour une meilleure expérience utilisateur.
Mais à côté de l'expérience utilisateur, c'est discutable (* 1), afin de préserver le PR des liens externes brisés, pourquoi ne pas toujours utiliser 301, à mon sens, Google n'aime pas les contenus dupliqués, , mais sommes-nous Assurez-vous que la redirection 301 vers la PAGE D'ACCUEIL est considérée comme un contenu dupliqué pour Google?!
Google lui-même suggère de rediriger 301 index.html vers la racine du document alors s'ils considèrent 301 comme du contenu dupliqué, cela ne serait-il pas aussi considéré comme du contenu dupliqué? Pourquoi le suggèrent-ils?
Laissez-moi vous provoquer: "pourquoi ne pas simplement ajouter un 301 à HOME PAGE pour chaque page non trouvée?"
(* 1) en tant qu'utilisateur, lorsque je suis une URL cassée issue d'un lien externe vers une page de site Web, je m'en tiens davantage sur ce site si je suis redirigé vers PAGE D'ACCUEIL au lieu de voir une page 404 où, à mon avis, le site Web ne le ferait pas même plus et peut-être que je n’essaye même pas d’aller à la page d’accueil du site.
Les utilisateurs d'abord !!! La restauration vers les moteurs de recherche au lieu des utilisateurs est une recette pour l'échec.
Une bonne facilité d'utilisation consisterait à les rediriger vers une page expliquant que le produit n'existe plus et à les inviter à explorer d'autres éléments connexes. De cette façon, vous ne perdez pas le visiteur à cause d'un mauvais lien ou d'une confusion. Après tout, s’ils suivent un lien et s’attendent à une chose et qu’on leur montre une autre chose, il vous semblera mauvais si vous ne le gérez pas correctement.
Je ne sais pas si les pages 4xx réussissent les relations publiques car je n'ai encore rien trouvé de concluant à ce sujet, mais si vous le faites, vous pouvez "diffuser" le PR de cette page en créant un lien vers votre page d'accueil et toute autre page importante que vous jugez nécessaire. Si vous perdez ces relations publiques, ce n'est pas grave. La facilité d'utilisation que vous gagnez l'emporte largement sur les avantages offerts par les relations publiques.
Mise à jour
Un 301 est exactement ce que vous voulez faire. C'est le même produit et en redirigeant, vous vous assurez que la nouvelle liste profite pleinement des avantages de l'ancienne page et que les utilisateurs peuvent toujours trouver le produit qu'ils recherchent.
Mise à jour # 2
Faire une redirection 301 pour un contenu introuvable est à la fois sémantiquement incorrect (le contenu n’a pas été déplacé, il n’existe tout simplement pas) et peut prêter à confusion pour les utilisateurs (ils attendaient le produit X et ont obtenu votre page d’accueil sans explication pourquoi).
Les redirections 301 ne causent pas de problèmes de contenu en double. Ils les résolvent en avertissant les moteurs de recherche que la page A a été déplacée vers la page B.
(* 1) en tant qu'utilisateur, lorsque je suis une URL cassée issue d'un lien externe vers une page de site Web, je pourrais m'en tenir davantage à ce site si je suis redirigé vers PAGE D'ACCUEIL au lieu de voir une page 404 où, selon moi, le site Web ne serait même pas n’existe plus et peut-être que je n’essaye même pas d’aller à la page d’accueil du site.
Une solution bien meilleure pour résoudre votre problème consiste à leur montrer une page 404 personnalisée expliquant que la page n'existe plus, à recommander des solutions de remplacement. S'ils n'aiment aucune des solutions possibles, invitez-les à la page d'accueil. S'ils partent de toute façon, vous n'avez jamais eu la chance de les garder en premier. Cette solution est la plus conviviale et vous offre vos meilleures chances de conversion.
À mon avis, cela aura plus de sens tiliser 410 gone
code d'état dans ce cas.
La ressource demandée n'est plus disponible sur le serveur et aucune adresse de transfert n'est connue. Cette condition devrait être considérée comme permanente. Les clients avec des capacités d'édition de lien DEVRAIENT supprimer les références à l'URI de demande après l'approbation de l'utilisateur. Si le serveur ne sait pas ou n'a aucune possibilité de déterminer si la condition est permanente ou non, le code d'état 404 (non trouvé) DEVRAIT être utilisé à la place. Cette réponse peut être mise en mémoire cache sauf indication contraire.
La réponse 410 est principalement destinée à faciliter la tâche de maintenance Web en informant le destinataire que la ressource est intentionnellement indisponible et que les propriétaires de serveur souhaitent que les liens distants vers cette ressource soient supprimés. Un tel événement est courant pour les services promotionnels à durée limitée et pour les ressources appartenant à des personnes ne travaillant plus sur le site du serveur. Il n'est pas nécessaire de marquer toutes les ressources indisponibles de façon permanente comme "parties" ou de conserver la marque pour une durée indéterminée - cela est laissé à la discrétion du propriétaire du serveur.
Ensuite, conservez la page http://...?id=XX
(ne supprimez pas l'entrée) avec l'élément, mais ajoutez une mention pour informer les visiteurs que cet élément n'est définitivement plus disponible.
Pour vous aider dans vos choix de code de statut, essayez de regarder:
[EDIT] sur le cas particulier
Si l’on considère que l’élément "supprimé" n’est pas réellement supprimé, mais simplement indiqué comme indisponible, le mieux est d’encourager l’utilisateur à "réactiver" son élément pour qu’il effectue ses modifications.
Si un élément de contenu a été supprimé intentionnellement du site, le PR de cette page disparaîtra naturellement. C'est le comportement approprié. PR représente les votes des autres utilisateurs indiquant qu'ils croient que la page liée est utile. Donc, si le contenu pour lequel ils ont voté a été supprimé, leurs votes doivent naturellement être écartés.
Maintenant, vous pourriez rediriger l'URL vers une autre page pour conserver ou récolter son PR. Mais à moins que cette page ait un contenu de remplacement similaire, il s'agirait d'une pratique trompeuse et contraire à l'éthique, s'apparentant à un masquage rétroactif dans un sens. C'est fondamentalement la même chose que d'acheter un domaine récemment expiré afin que vous puissiez recevoir son PR.
Si vous souhaitez supprimer un contenu précieux de votre site, vous ne pouvez pas conserver de manière éthique le PR généré par ce contenu. La bonne chose à faire serait de faire ce que G. Qyy mentionne et d'utiliser un code de statut 410
.
Toutefois, vous pouvez toujours bénéficier des liens vers les pages supprimées en configurant une page d'erreur 410 qui dirige les utilisateurs vers un contenu similaire ou vers votre page d'accueil. Et si vous aviez une bonne structure de liens internes, la page supprimée transmettrait son PR à d’autres pages tout au long de son séjour.
Remarque: S'il s'agit d'un produit simplement en rupture de stock, vous devez laisser la page ouverte et ne pas permettre aux utilisateurs de l'ajouter à leur panier. Bien qu'ils puissent toujours être autorisés à l'ajouter à leur liste de souhaits ou demander à être averti lorsque le produit est de nouveau en stock.
Pour la question: Je conserverais une page 404/410 pour le produit exclu et en créerais une nouvelle pour le nouveau produit.
Pour les cas spéciaux: j'irais probablement avec la même chose que ci-dessus OU ... utilisez une redirection 303. Peut-être un 301, mais ce ne serait définitivement pas mon premier choix.
Pour la deuxième édition: Comme indiqué à maintes reprises pour les développeurs web/gars de la SEO: le référencement est le résultat d'une belle page de construction. Pensez d'abord aux utilisateurs. Période.
Ne réinventez pas non plus la roue, car quelqu'un a dit que vous en aviez besoin. Les technologies existent et il est de votre responsabilité de les utiliser correctement. Les en-têtes HTTP et les codes de réponse couvrent presque tous les cas imaginables/nécessaires.
Maintenant, en tant qu'utilisateur, je peux dire que cela ne me dérange pas si j'atteins une page utile 404. Bien sûr, laide, le nouveau format romain 10px, noir et blanc, avec texte techie, est le pire qu’un utilisateur puisse trouver. Je déteste ça aussi. Mais si j'atteins une page qui me donne la possibilité de consulter un plan du site, de rechercher et de fournir des liens probablement similaires ... cela me rend plus heureux que d'être redirigé vers la page d'accueil.
Conclusion Faites ce que vous devez faire, utilisez ce que vous avez déjà (explorez ce que vous avez de mieux) et placez-vous comme votre propre utilisateur.