私はこの質問が this one に似ていることを知っていますが、404を使用することをお勧めしますが、 this other one ケースは再設計/リファクタリングによるものでした)私は少し混乱しますが、誰かがこの特定の例について明確にすることを願っています:
Eコマースサイトがあるとします。
また、最終ユーザーがサイトにいくつかの興味深いアイテムを挿入し、eCommerce webappがhttp://...?id=20
、http://...?id=30
などのURLでアイテムページを作成したとしましょう。
これらの興味深いアイテムのいくつかは、他の多くのサイトから多くの外部リンクを取得しているとしましょう。一部の人々は、それらのアイテムが非常に興味深く、それらにリンクしているためです。
数年後、最終ユーザーはそれらのアイテムを削除するので、明らかにページとURL http://...?id=20
、http://...?id=30
など。現在はもう存在しませんが、それでもWeb上の多くのページはリンクしています。それら。
eコマースサイトは今何をすべきか、それらのアイテムの404ページを表示するだけですか?
しかし、私は混乱していますこれにより、外部リンクからアイテムページに渡されたすべてのGoogle PRが失われることはないでしょうか?ホームページへのPR?
編集:
さて、答えによるとこれまでのところ最善のことは404/410を行うことです。
この質問をより完全なものにするために、理解したことを確認するために、特別なケースについてお話したいと思います。正しく。
ユーザーがそれらのアイテム(ポイント4で以前に削除したアイテム)を再度作成するとします。名前と説明を少し変更しますが、基本的には同じアイテムです。 webappはこれらの新しく追加されたアイテムが古いアイテムであることを知る方法がないため、明らかに新しいURL http://...?id=100
、http://...?id=101
、この時点で意味を成す新しいアイテムとして作成されます。古いURLを新しいURLにリダイレクトする301?
別の編集(理解することが非常に重要です):
これまでに受け取った巧妙な回答によれば、前回のEDITで説明された特殊なケースのようです.301を使用することができます。なぜなら、それは基本的に新しいページがコンテンツの面で古いページの代わりになるため、欺cept的な原因ではないからです。これは基本的に、外部リンクから渡されるPRを保持し、ユーザーエクスペリエンスを向上させるために行われます。
しかし、ユーザーエクスペリエンスに加えて、議論の余地があります(* 1)。外部の壊れたリンクからPRを保護するために、常に301を使用するだけではありません。私の理解では、Googleは重複したコンテンツを嫌いますホームページはGoogleの重複したコンテンツと見なされますか?!
Google自体 1 index.htmlをドキュメントルートにリダイレクトすることを推奨 したがって、301を重複コンテンツと見なす場合、それも重複コンテンツとは見なされませんか?なぜ提案するのですか?
挑発させてください:「なぜ、見つからないページごとに301をホームページに追加しないのですか?」
(* 1)ユーザーとして、外部リンクからいくつかのWebサイトのページへの壊れたURLをたどると、Webサイトがそうではないと思う404ページが表示されるのではなく、ホームページにリダイレクトされた場合、このWebサイトにさらに貼り付けますすでに存在していて、たぶんウェブサイトのホームページに行こうとさえしないでしょう。
sers first !!!ユーザーの代わりに検索エンジンに対応することは、失敗のレシピです。
使いやすさは、製品がもう存在しないことを説明するページにリダイレクトし、他の関連アイテムを調べるように招待することです。そうすれば、悪いリンクや混乱のために訪問者を失うことはありません。結局のところ、あるものを期待しているリンクをたどっていて、別のものが表示されている場合、それを適切に処理しないと見た目が悪くなります。
4xxページがPRに合格するかどうかはわかりませんが、それに関連する決定的なものは見ていませんが、もしそうなら、ホームページや必要と思われる他の重要なページにリンクすることで、そのページのPRを「広げることができます」そのPRを失っても、大したことではありません。あなたが得る使いやすさは、PRが提供する利益をはるかに上回ります。
更新
301はまさにあなたがやりたいことです。それは同じ製品であり、リダイレクトすることで、新しいリストが古いページで得られた利益を得て、ユーザーが探している製品を見つけることができることを確認します。
更新#2
見つからないコンテンツに対して301リダイレクトを行うことは、意味的に正しくなく(コンテンツは移動せず、単に存在しない)、ユーザーを混乱させる可能性があります(製品Xを期待し、代わりにnoを使用してホームページを取得しました)理由の説明)。
301リダイレクトは、コンテンツの重複の問題を引き起こしません。それらは、ページAがページBに移動したことを検索エンジンに警告することで解決します。
(* 1)ユーザーとして、外部リンクからWebサイトのページへの壊れたURLをたどる場合、Webページが表示されないと思われる404ページを表示するのではなく、ホームページにリダイレクトされた場合、このWebサイトにもっと固執する可能性がありますもう存在していて、ウェブサイトのホームページに行こうとさえしないかもしれません。
問題を解決するはるかに優れたソリューションは、ページが存在しないことを説明するカスタム404ページを表示し、可能な代替案を推奨することです。可能な代替案が気に入らない場合は、ホームページに招待します。彼らがとにかく去るならば、あなたは彼らをそもそも保持する機会がなかった。 このソリューションは最もユーザーフレンドリーであり、コンバージョンの可能性が最も高くなります。
私の考えでは、この場合、より意味があります 410 gone
ステータスコードを使用する 。
要求されたリソースはサーバーで使用できなくなり、転送アドレスは不明です。この状態は永続的であると考えられます。リンク編集機能を持つクライアントは、ユーザーの承認後にRequest-URIへの参照を削除する必要があります。サーバーが条件が永続的であるかどうかを知らないか、判断する機能がない場合は、代わりにステータスコード404(Not Found)を使用する必要があります。特に指定がない限り、この応答はキャッシュ可能です。
410応答の主な目的は、リソースが意図的に利用できないことと、サーバー所有者がそのリソースへのリモートリンクを削除することを希望することを受信者に通知することにより、Webメンテナンスのタスクを支援することです。このようなイベントは、期間限定のプロモーションサービスや、サーバーのサイトで働いていない個人に属するリソースによく見られます。永久に利用できないすべてのリソースを「なくなった」とマークしたり、マークを任意の期間保持したりする必要はありません。これはサーバー所有者の裁量に任されています。
次に、アイテムのページhttp://...?id=XX
(エントリを削除しないでください)を保持しますが、訪問者にこのアイテムが間違いなく利用できなくなることを知らせるための言及を追加します。
ステータスコードの選択については、以下をご覧ください。
[編集]特殊なケースについて
「削除された」アイテムが実際には削除されず、単に利用不可とマークされていると考える場合、ユーザーにアイテムを「再アクティブ化」して変更を促すことをお勧めします。
コンテンツの一部が意図的にサイトから削除された場合、当然そのページのPRは消えます。それが適切な動作です。 PRは、リンクされたページが価値があると信じていることを示す他のユーザーからの投票を表します。したがって、投票したコンテンツが削除された場合、当然、投票は破棄されます。
ここで、couldURLを別のページにリダイレクトして、そのPRを保持または取得します。しかし、そのページに同様の置換コンテンツがない限り、これはある意味で遡及的なクローキングに似た、欺cept的で非倫理的な慣習になります。基本的には最近失効したドメインを購入するのと同じで、そのためPRを受け取ることができます。
価値のあるコンテンツをサイトから削除する場合、そのコンテンツによって生成されたPRを倫理的に保持することはできません。正しいことは、G。Qyyが述べているように、410
ステータスコードを使用することです。
ただし、同様のコンテンツまたはホームページにユーザーを誘導する410エラーページを設定することにより、削除されたページへのリンクの利点を活用できます。また、内部リンク構造が適切であれば、削除されたページは、PRが他のページに渡されたままでした。
注:これが単に在庫切れの製品である場合は、ページをそのままにして、ユーザーがショッピングカートに追加できないようにする必要があります。彼らはまだそれを彼らのウィッシュリストに追加したり、製品が在庫に戻ったときに通知を求めたりすることを許可されるかもしれませんが。
質問:除外された製品の404/410ページを保持し、新しい製品の新しいページを作成します。
特別な場合:おそらく上記と同じか... 303リダイレクトを使用します。おそらく301ですが、これは間違いなく私の最初の選択肢ではありません。
2回目の編集の場合: Web開発者/ seoの人たちのために何度も述べたように:SEOはNiceビルドページの結果です。最初にユーザーについて考えてください。期間。
また、誰かがあなたがする必要があると言ったので、車輪を再発明しないでください。テクノロジーは存在し、それらを適切な方法で使用する責任があります。 HTTPヘッダーと応答コードは、想像できる/必要なほとんどすべてのケースをカバーしています。
ユーザーとしては、有用な404ページに到達してもかまいません。もちろん、い、新しいローマサイズの10ピクセル、白黒、そして技術的なテキストは、ユーザーが見つけることができる最悪のものです。私も嫌いです。しかし、サイトマップを確認し、検索し、おそらく同様のリンクを提供するオプションを提供するページに到達した場合、これはホームページにリダイレクトされるよりも幸せになります。
結論必要なことを行い、既に持っているものを使用し(より良いものを探索し)、自分を自分のユーザーとして配置します。