リダイレクトチェッカー

301は永久的なリダイレクトで、検索エンジンにページが永久に移動したことを伝え、ランクシグナルを新しい URL に渡し、ターゲットはインデックスのソースを置き換えます。302は一時的なリダイレクトで、ページが一時的に別の場所に移動したことを伝え、元のインデックスを保持します。実際のトラップは、実際に永久的な移動に302を使用することです。インデックスに古い URL を残し、ランクシグナルを新しいインデックスに整合しません。永久的な移動には、常に301（またはメソッド保存の同等の308）を使用します。

少しだけです。それは増加します。ブラウザとクラウダが実際のコンテンツに到達する前に、追加のホップを要求すると、ページが遅く感じられ、リダイレクトはリンクの価値を少しずつ失うことになります。Google は一般的に何回かのホップを追跡しますが、永遠に追跡する必要はありません。長いチェーンは大規模なサイトのクラウド予算を浪費します。解決策は簡単です。ソース URL を他のリダイレクトではなく最終目的地に直接指向して、一回のホップに留めてください。ページ A が B にリダイレクトされ、C にリダイレクトされる場合、A を C に直接指向するように更新します。

404 は 見つかりません。ページは見つかりませんが、再び表示される可能性があります。検索エンジンはしばらくチェックを続けます。410 は 消えました。意図的に削除したページが戻ってきません。ページを意図的に削除し、リダイレクトする場所がない場合、410 は 404 よりも速く、きれいにクラウダにインデックスから削除するように指示します。クリアするつもりのない URL を再度要求することを防ぎます。 訪問者を送る適切な代替ページがある場合は 301 を使用します。ページが本当に消えており、リダイレクトは誤解を招く場合は 410 を使用します。

URL が訪問者を実際のページに到達しないまま、前後に送る時にリダイレクトループが発生します。A は B にリダイレクトし、B は A に戻ります。ブラウザはリダイレクトのエラーを受けて諦めます。チェーンを追跡してサイクルを見つけます。（このツールは停止し、フラグを付けます）それからサイクルを破ります。1つのカノンアルゴリズムを決め、すべてのページをそこに指向させます。あるいは URL の1つを実際の 200 ページに変換します。一般的な原因は、HTTP から HTTPS へのルールの衝突、違う www ルールの衝突、あるいは CMS のリダイレクトに対抗する後ろスラッシュルールの衝突です。この衝突を解決して、1つの一貫したルールが勝利します。