301リダイレクトとバックリンク：クリーンな移行のためのレシピ

よくある失敗パターン

チェーンが最初の要因です。古いURLから一時ページを経由して最終ページへリダイレクトすると、ホップが2倍になり、ミスも増えます。

2つ目はシグナルの混在です。noindexを指定したページやrobots.txtでブロックされているページへの301リダイレクトは、価値を無駄にします。ステータス行だけでなく、ヘッダーも確認するために各宛先にフェッチしてください。

3つ目はケースとスラッシュのバリアントです。/Page/と/pageへのリンクは、一部のサーバーでは異なるURLとして扱われ、両方にインバウンドリンクがある場合があります。両方をマッピングに追加してください。

4つ目はサブドメインの分割です。移転前にwwwありかなしかを決定し、もう一方のホストを1つのルールでリダイレクトし、選択したホストにサイトマップを維持してください。サイトが削除される前にScreaming Frogなどのクローラーで古いサイトを調査してください。忘れたページほど後で痛手を負うことになります。

5つ目の問題は見落としやすいものです。古いサイトマップには廃止されたアドレスがまだ記載されており、マッピングで指示しているにもかかわらず、クローラーをリダイレクト経由で誘導し続けます。その日に交換してください。

移動するターゲットへのリダイレクト

移転後に自身のアドレスを変更する宛先は、計画外の2回目のホップを生み出します。ルールを書く前に、各宛先の最終アドレスを確認してください。後で確認するのではなく。

安定したターゲットは、1年後にリダイレクトマップを監査しやすくします。

レポートに残る古いエラー

移転後もレポートに古いクロールエラーが表示され続けることがあります。古い行は必ずしも実際の失敗を意味するわけではありません。アクションを起こす前に、各エラーの日付と切り替えの日付を比較してください。

この段階でよくある質問

301はリンク価値を失いますか？Googleは2016年から、301はPageRankを失わないと述べています。ただし、無関係なページへのリダイレクトはソフト404として扱われる可能性があるため、この情報は軽視してください。

wwwサブドメインはどうすればよいですか？1つのホストを選択し、もう一方をそこにリダイレクトし、サイトマップを更新してください。自明のように思えて、ホストの分割はインデックス化の混乱の中で最も一般的なものの一つです。

古いドメインへのスパムリンクもリダイレクトに従います。リダイレクトを長期間保持する前に、スパムランブックを確認してください。

最終チェックを実行する際は、リダイレクトの総数ではなく、バックリンクが依存する301リダイレクトの数を数えてください。リンクのないページのための整然とした1,000件のリダイレクトよりも、誰もが参照するページのための10件のリダイレクトの方がはるかに重要です。

関連する質問として、古いドメインを登録したままにするかどうかがあります。長期間保持することは低コストの保険となります。失効したドメインは、 strayリンクがエラーに終わる場所が増えることを意味します。

チェーンは単一のリダイレクトよりも悪影響を与えますか？1ホップが安全なデフォルトです。2ホップは多くの場合機能しますが、各追加ホップは障害が発生する可能性のある場所が増えることを意味するため、設計上チェーンを短く保つようにしてください。

新しいページが適合しない場合のURLマッピング

テーブルは簡単な行を示しています。難しい行には、決定を下した人物以外の人が理解できるルールが必要です。

同じトピック、同じ意図

多くの古いURLには明確な後継ページがあり、同じ質問に答えるページです。それにマッピングし、古いトピックのために訪れた読者が、まだその質問に答えるページに到達することを確認してください。

意味的に最も近い一致は、レポートで説明できるルールです。

後継ページも確認してください。コンテンツが薄くなっている場合や、より狭い範囲をカバーするようになった場合、リダイレクトは古いリンクをより弱いページに連れて行ってしまいます。切り替え前に両方のページを並べて読むことで、その問題を事前に発見できます。

リダイレクトではなく廃止する古いページの数を数えてください。比率が高い場合、新しいサイトが小さくなっていることを意味し、これは計画書で明確に述べる価値があります。

ページが適合しない場合

場合によっては、古い記事が削除された製品や、今では誰も尋ねない質問について扱っていたことがあります。無関係なページへのリダイレクトはGoogleによってソフト404として扱われます。そのような場合、ホームページよりも実際のコンテンツを含むカテゴリページの方が安全なことが多いです。

一致しない各URLの理由を短い1行で記録してください。そうすれば、レビューアーは意図的な削除と、単に時間が足りずにマッピングできなかったものの区別がつきます。

完全に削除：404または410

リンク価値がなく後継ページもないURLは、リダイレクトの代わりに410を返すことができます。これはGoogleに対して削除が意図的であることを伝えます。このリストは短く保ち、エラーを返す前に上位ページレポートと照合してください。

410は読者への罰則ではありません。ページは存在せず、明確なステータスコードはブラウザとクローラーに、それ以上リクエストしないよう伝えます。404と410の違いよりも、選択の背景にある判断の方が重要です。

マップ内の各410の横に理由を記載してください。そうすれば、後で誤ってページが復元されるのを防げます。

判断できるまでどのくらいかかるか

少なくとも6週間待ってください。Googleは古いURLを独自のペースで再クロールし、大規模なサイトほど時間がかかります。

当社のリンクインデックスは約月次で更新されるため、最初の新しいドメインのスナップショットにはまだギャップが表示される場合があります。最初の確認で巻き戻さないでください。

サイト全体の平均ではなく、リンクを保持していたURLに基づいて移転を判断してください。平均値は、誰も参照していない多くのページに隠れた数件のリンク損失を隠蔽します。

チェックを一定のスケジュールで実行してください。不規則な確認は、低下を検知して回復を見逃す傾向があり、健全な移転が失敗のように見えます。

切り替え当日に実行するチェック

移転を発表する前にこれらのチェックを実行してください。当日に見つかった失敗は、1ヶ月後のトラフィックチャートで見つかった失敗よりもはるかにコストが低くなります。

各チェックの時刻とともに結果をログに記録してください。朝に取得したリストと夜に取得したリストは、リダイレクトとは無関係の理由で不一致になることがあります。

1パスでのステータスコード

各古いURLに1回リクエストを送信し、ステータスと最初のホップを記録します。マッピングされたURLは、301と200を示し、その間にチェーンがないはずです。

302または404を返すものは、それ以外であることが証明されるまでミスです。

結果をマップと同じシートに保持してください。各URLのホップ数をカウントする列は、予期しないチェーンを示します。

• 古いURL
• 最初のレスポンスのステータス
• 最後のホップ後のアドレス
• ホップ数

ヘッダーとインデックス化シグナル

宛先にnoindexヘッダーやmeta robotsタグが含まれていないこと、およびrobots.txtでブロックされていないことを確認してください。正しくても隠れたページへの301リダイレクトは価値を無駄にします。

ステータス行だけでなく、レスポンスヘッダーも読み取ってください。ステータス行だけでは問題が隠れます。

デスクトップだけでなくモバイルでもサンプルをテストしてください。デバイスごとまたはユーザーエージェントごとにリダイクルールが書かれている場合があり、ブラウザで機能するルールがクローラーでは異なる挙動を示すことがあります。クローラーが実際に取るパスをテストしてください。