アプリケーションとSEOの観点から削除されたデータリンクの標準的な処理について疑問に思っています。
ユーザーがコンテンツを作成できるアプリケーションを持っていますが、コンテンツを削除することもできます。削除されたリンクへの着信トラフィックを処理する最良の方法は何ですか?
301を使用してそれらをどこかにリダイレクトする必要がありますか、それとも別のエラーをスローし、ページをそのままにしてエラーメッセージを表示する必要がありますか?
アプリケーションとSEOの観点から削除されたデータリンクの標準的な処理について疑問に思っています。
ユーザーがコンテンツを作成できるアプリケーションを持っていますが、コンテンツを削除することもできます。削除されたリンクへの着信トラフィックを処理する最良の方法は何ですか?
301を使用してそれらをどこかにリダイレクトする必要がありますか、それとも別のエラーをスローし、ページをそのままにしてエラーメッセージを表示する必要がありますか?
回答:
ページが新しいコンテンツで置き換えられていない場合は、ページが存在しないことを検索エンジンに通知する410 GONE HTTPステータスメッセージを送信します。ページのコンテンツがユーザーにページがなくなった理由を伝え、Webサイト上の既存のコンテンツを検索するためのオプションを提供します。これは、ホームページ、サイトマップ(存在する場合)、検索ページ(存在する場合)、および類似のコンテンツ(存在する場合)へのリンクです。
John CondeのHTTP 410 Goneステータスコードを返すという提案は適切ですが、状況によっては、プレーンな古いHTTP 404 Not Foundの方が適切な場合があります。
具体的には、HTTP 410ステータスコードは、リソースが意図的かつ永続的に削除され、返されることが予期されておらず、リソースへのリンクを削除する必要があることを通知することを目的としています。検索エンジンは、コンテンツをリストから外すための合図として扱い、新しいリンクが見つかった場合でも、リストから外すことはありません。したがって、ユーザーが誤ってページを削除した可能性がある場合、またはページを新しいコンテンツに置き換える意図がある場合は、単純な古い404応答の方が安全な場合があります。
特に、これはHTTP / 1.1標準が言うことです:
10.4.5 404が見つかりません
サーバーは、Request-URIに一致するものを検出しませんでした。状態が一時的であるか永続的であるかは示されません。410(Gone)ステータスコードは、サーバーが内部的に構成可能なメカニズムを介して、古いリソースが永続的に利用できず、転送アドレスがないことを知っている場合に使用する必要があります(SHOULD)。このステータスコードは、サーバーがリクエストが拒否された理由を正確に明らかにしたくない場合、または他の応答が該当しない場合に一般的に使用されます。
10.4.11 410なくなった
要求されたリソースはサーバーで使用できなくなり、転送先アドレスが不明です。この状態は永続的であると考えられています。リンク編集機能を持つクライアントは、ユーザーの承認後にRequest-URIへの参照を削除する必要があります(SHOULD)。状態が永続的であるかどうかをサーバーが判断できない、または判断する機能がない場合は、代わりにステータスコード404(見つかりません)を使用する必要があります(SHOULD)。特に断らない限り、この応答はキャッシュ可能です。
410応答は、主に、リソースが意図的に使用不可であること、およびサーバー所有者がそのリソースへのリモートリンクの削除を希望することを受信者に通知することにより、Webメンテナンスのタスクを支援することを目的としています。このようなイベントは、期間限定のプロモーションサービスや、サーバーのサイトで働いていない個人が所有するリソースに共通です。永久に利用できないすべてのリソースを「存在しない」としてマークしたり、マークを任意の期間保持したりする必要はありません。これはサーバーの所有者の裁量に任されています。
いずれの場合も、404はより一般的なステータスコードです。404と410のどちらを使用するか迷っている場合は、404を使用しても間違いはありません。