web-dev-qa-db-ja.com

404または302リダイレクト-将来使用される可能性があるが現在利用できないURLに使用するもの

私のサイトにはこのようなブログがリストされています

example.com/?status=blog&id=number

現在、ブログは3つしかありません(id=1id=2id=3)。ログファイルを確認したところ、検索ボットがURLを操作してクロールしていることがわかりました。好む

example.com/?status=blog&id=4

上記のURLには、「見つかりません」というメッセージが表示されます。

これを処理するためのSEOの観点からのベストプラクティスは何ですか?

優先順に検討しているオプション:

  1. カスタムページで404ステータスを使用する
  2. 302から最新のブログまで(例:id=3
  3. 「見つかりません」というメッセージを表示し続けるだけです。
  4. 何もしない。

別のブログを書いて、id=4が利用できるかもしれないことに注意してください。他の提案も受け付けています。

1
nandu kk

私の唯一の懸念は、ボットがURLを検索または操作して、使用できないURLを見つける方法です。私にとって、SEOの観点から見ると、これはクロールの問題であり、パフォーマンスと知覚されるWebサイトの品質に影響を及ぼす可能性があります。

この問題が解決されていれば、これらの考慮事項を考慮する必要はありません。該当する場合は、ボットがWebサイトをクロールするよう指示される方法と、データベースからコンテンツを取得する方法を修正して、コンテンツのない自動コンテンツまたはブログの生成を回避することを検討してください。

ボットがそのようなURLを要求する方法を理解するためにコードを確認したら、次のようなものを追加してみてくださいAllowルールの前にDisallowをrobots.txtファイルに追加してください:

.

.

Allow: /?status=blog&id=1/

Allow: /?status=blog&id=2/

Allow: /?status=blog&id=3/

Disallow: /*&id*

Webサイトの開発段階では、新しいブログ/サイトを公開する前に、「近日公開」コンテンツを取得し、Google検索コンソールと分析機能を設定することを常にお勧めします。これは、SEOの目的に適した新しいWebサイトのクロールとインデックス付けを可能にするためです。

何らかの理由でクロールの問題を解決できない場合は、上記の解決策を何もしないことをお勧めします。最初の選択肢を選択すると、404エラーページがほぼ無限に生成される可能性があります。これは、SEOの観点からすると、メンテナンスの不足、UX、品質の低下の兆候です。 302は良い代替手段かもしれませんが、あなたとボットのサーバーから多くのリソースを消費します(私たちに怒られたくないのです、Skynetを思い出してください)。これはおそらく自動生成されたコンテンツ/ URLなので、noindex、nofollowメタタグアプローチを実装し、http 200ステータスレスポンスコードを取得することをお勧めします。ブログを指すリンクにnoindex、nofollowを追加することもできます。 「ちょっと待ってください。200のokヘッダー応答はまだリソースを消費しています」と言うかもしれませんが、3xxの応答はもっと高価だと考えています。

1
Raul Reyes