article de commerce électronique supprimé par l'utilisateur, redirection 301 vers la page d'accueil ou 404 introuvable?

Je sais que cette question est en quelque sorte similaire à celle-ci où ils recommandent d'utiliser 404, mais après avoir lu cette autre où ils suggèrent d'utiliser 301 lors du changement des URL de site (dans le cas spécifique, c'était en raison de la refonte / refactorisation), j'obtiens un peu de confus et j'espère que quelqu'un pourrait clarifier pour cet exemple spécifique:

1. Disons que j'ai un site de commerce électronique,

2. disons aussi l'utilisateur final inséré quelques articles intéressants sur le site et la webapp de commerce électronique créé les pages de produits aux URL: http://...?id=20, http://...?id=30etc.

3. Maintenant, disons que certains de ces éléments intéressants ont reçu de nombreux liens externes vers eux à partir de nombreux autres sites, car certaines personnes ont trouvé ces éléments très intéressants et liés à eux.

4. Après quelques années l'utilisateur final supprime ces éléments, donc évidemment les pages et les URL http://...?id=20, http://...?id=30etc. maintenant n'existent plus, mais encore beaucoup de pages sur le web sont des liens vers eux .

Que devrait faire le site de commerce électronique maintenant, afficher simplement une page 404 pour ces articles?

Mais, je suis confus, cela ne perdrait-il pas tous les relations publiques Google transmises par les liens externes vers les pages d'articles? N'est-il donc pas préférable d'utiliser la redirection 301 vers la PAGE D'ACCUEIL qui transmet au moins le PR à la PAGE D'ACCUEIL?

ÉDITER:

Eh bien, selon les réponses, la meilleure chose à faire jusqu'à présent est de faire un 404/410 .

Afin de rendre cette question plus complète, je voudrais parler d'un cas particulier, juste pour m'assurer d'avoir 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 change un peu leurs noms et leur description, mais ce sont essentiellement les mêmes éléments. Le webapp n'a aucun moyen de connaître ces nouveaux articles ont été les anciens articles de sorte qu'il crée évidemment eux comme de nouveaux éléments avec de nouvelles URL http://...?id=100, http://...?id=101, fait il est logique à ce stade de rediriger les 301 anciens urls aux nouveaux?

UNE AUTRE MODIFICATION (Il serait TRÈS IMPORTANT DE COMPRENDRE):

Eh bien, selon les réponses intelligentes reçues jusqu'à présent, il semble que pour le cas spécial, expliqué dans mon dernier EDIT, je pourrais utiliser 301, car c'est quelque chose de pas trompeur car, fondamentalement, les nouvelles pages remplacent l'ancienne page en termes de contenu. Ceci est essentiellement fait pour garder le PR transmis depuis un lien externe et aussi pour une meilleure expérience utilisateur.

Mais à côté de l'expérience utilisateur, cela est discutable (* 1), afin de préserver les relations publiques des liens externes cassés, pourquoi ne pas toujours utiliser 301, à ma connaissance, Google n'aime pas le contenu dupliqué, mais sommes-nous sûrs que la redirection 301 vers la page d'accueil est vue comme contenu dupliqué pour Google?!

Google lui-même suggère de rediriger 301 index.html vers la racine du document, donc s'ils considèrent 301 comme du contenu dupliqué, cela ne serait-il pas également considéré comme du contenu dupliqué? Pourquoi le suggèrent-ils?

Permettez-moi de vous provoquer: "pourquoi ne pas simplement ajouter un 301 à la PAGE D'ACCUEIL pour chaque page non trouvée?"

(* 1) en tant qu'utilisateur, lorsque je suis une URL cassée d'un lien externe vers la page d'un site Web, je collerais plus sur ce site Web si je suis redirigé vers la PAGE D'ACCUEIL plutôt que de voir une page 404 où je pense que le site Web ne le fait pas n'existe même plus et peut-être que je n'essaye même pas d'aller à la PAGE D'ACCUEIL du site Web.

Les utilisateurs d'abord !!! La restauration des moteurs de recherche au lieu des utilisateurs est une recette d'échec.

Une bonne facilité d'utilisation serait de les rediriger vers une page qui explique que le produit n'existe plus et de les inviter à explorer d'autres éléments connexes. De cette façon, vous ne perdez pas le visiteur en raison d'un mauvais lien ou d'une confusion. Après tout, s'ils suivent un lien qui attend une chose et qu'on en montre une autre, cela ne vous convient pas si vous ne le gérez pas correctement.

Je ne sais pas si les pages 4xx passent PR car je n'ai rien vu de concluant à ce sujet mais si vous le faites, vous pouvez "diffuser" le PR que cette page a en créant un lien vers votre page d'accueil et toute autre page importante que vous jugez nécessaire. Si vous perdez ce PR, ce n'est pas grave. La convivialité que vous gagnez l'emporte de loin sur tout avantage offert par le RP.

Mise à jour

Un 301 est exactement ce que vous voulez faire. C'est le même produit et en vous redirigeant, assurez-vous que la nouvelle annonce bénéficie 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 du contenu qui n'est pas trouvé est à la fois sémantiquement incorrect (le contenu n'a pas bougé, il n'existe tout simplement pas) et peut être déroutant pour les utilisateurs (ils attendaient le produit X et ont obtenu votre page d'accueil à la place sans explication pourquoi).

Les redirections 301 ne provoquent pas de problèmes de contenu en double. Ils les résolvent en alertant les moteurs de recherche que la page A est passée à la page B.

(* 1) en tant qu'utilisateur, en suivant une URL cassée d'un lien externe vers la page d'un site Web, je pourrais m'en tenir davantage à ce site Web si je suis redirigé vers la PAGE D'ACCUEIL plutôt que de voir une page 404 où je pense que le webiste ne fait 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 bien meilleure solution qui résout votre problème consiste à leur montrer une page 404 personnalisée qui explique que la page n'existe plus, recommande des alternatives possibles et s'ils n'aiment aucune des alternatives possibles, les invite à la page d'accueil. S'ils partent de toute façon, vous n'avez jamais eu la chance de les garder en premier lieu. Cette solution est la plus conviviale et vous offre vos meilleures chances de conversion.

À mon avis, il sera plus judicieux d'utiliser le 410 gonecode 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 dotés de capacités d'édition de liens 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 pas la possibilité de déterminer si la condition est permanente ou non, le code d'état 404 (Not Found) DEVRAIT être utilisé à la place. Cette réponse peut être mise en 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 manière permanente comme "disparues" ou de conserver la marque pendant 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'article, mais ajoutez une mention pour informer les visiteurs que cet article n'est définitivement plus disponible.

Pour vous aider dans vos choix de code de statut, essayez de jeter un œil à:

• Liste des codes d'état HTTP
• Définitions des codes d'état de la RFC 2616
• RFC 2616: Protocole de transfert hypertexte - HTTP / 1.1

[EDIT] sur le cas spécial

Si l'on considère que l'élément "supprimé" n'est pas réellement supprimé mais simplement marqué comme indisponible, le mieux est d'encourager l'utilisateur à "réactiver" son élément pour effectuer ses modifications.

Si un élément de contenu a été intentionnellement supprimé du site, alors le PR de cette page disparaîtra naturellement. Voilà le comportement approprié. PR représente les votes des autres utilisateurs indiquant qu'ils pensent que la page liée est précieuse. Donc, si le contenu pour lequel ils ont voté a été supprimé, leurs votes doivent naturellement être rejetés.

Maintenant, vous pouvez 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, ce serait une pratique trompeuse et contraire à l'éthique, semblable à un masquage rétroactif dans un sens. C'est essentiellement la même chose que l'achat d'un domaine récemment expiré afin que vous puissiez recevoir son PR.

Si vous souhaitez supprimer du contenu valorisé de votre site, vous ne pouvez pas éthiquement conserver le PR généré par ce contenu. La bonne chose à faire serait de faire ce que G. Qyy mentionne et d'utiliser un 410code d'état.

Cependant, vous pouvez toujours bénéficier des liens vers les pages désormais supprimées en configurant une page d'erreur 410 qui dirige les utilisateurs vers un contenu similaire ou votre page d'accueil. Et si vous aviez une bonne structure de liens internes, alors la page supprimée aurait été transmise sur son PR à d'autres pages tout le temps qu'elle était encore en place.

Remarque: S'il s'agit d'un produit qui est simplement en rupture de stock, vous devez laisser la page en haut et ne pas autoriser les utilisateurs à 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 sera de nouveau en stock.

Pour la question: je garderais une page 404/410 pour le produit exclu et j'en créerais une nouvelle pour le nouveau produit.

Pour un cas spécial: j'irais probablement avec le même 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é à plusieurs reprises pour les développeurs web / 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 parce que quelqu'un a dit que vous en aviez besoin. Les technologies existent et il est de votre responsabilité de les utiliser de manière appropriée. Les en-têtes HTTP et les codes de réponse couvrent presque tous les cas que vous pouvez imaginer / avoir besoin.

Maintenant, en tant qu'utilisateur, je peux dire que cela ne me dérange pas si j'atteins une page 404 utile. Bien sûr, laide, parfois la nouvelle taille romaine 10px, en noir et blanc, avec du texte technique, est la pire jamais trouvée par un utilisateur. Je déteste ça aussi. Mais si j'atteins une page qui me donne la possibilité de vérifier 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.