サイトのリニューアルや移行時、旧リンクの処理は軽視されがちですが、リスクの高い工程です。元サイトのデータを完全に記録していないと、新サイト公開後に大量のデッドリンク、トラフィック低下、順位変動が発生する可能性があります。旧リンクの元サイトデータを確認する際のポイントは、正確なリダイレクト（301）とコンテンツ移行のために、リンク情報を収集・整理・検証することです。以下のチェックリストを活用して、計画的に進めましょう。
1. 旧リンクリストの収集
まずは、完全な旧リンクリストを作成します。以下の情報源からデータを集めましょう。
- サイトクロールデータ：Screaming FrogやSitebulbなどのツールでサイト全体をクロールし、HTTP/HTTPS、wwwあり/なしなど、すべてのバージョンのURLリストをエクスポートします。
- サーチコンソールデータ：百度搜索资源平台やGoogle Search Consoleから、インデックス済みリンクやクロールエラーレポートをエクスポートします。これらは検索エンジンが実際にクロールしたリンクです。
- ログファイル：サーバーのアクセスログがあれば、最近アクセスされたURL、特にクローラーが頻繁に訪れるページを分析します。
重複を排除して統合し、基本のURLセットを作成します。後でステータスやマッピング先を記入できるよう、表形式でエクスポートすることをおすすめします。
2. 各リンクのステータス記録
収集した旧リンクごとに、以下のデータを確認・記録します。
- HTTPステータスコード：各リンクの応答コード（200、301、404、500など）をテストします。301リダイレクトがある場合は、転送先とリダイレクトチェーンを記録します。
- コンテンツタイプ：記事ページ、商品ページ、カテゴリページ、機能ページなど、種類を特定します。タイプによって移行時の処理方法が異なる場合があります。
- 過去のパフォーマンス：サーチコンソールや分析ツールから、そのリンクの最近のトラフィック、順位、被リンク数を取得し、重要度を判断します。価値の高いリンクは、移行後も確実にアクセスできるよう優先的に処理します。
- 最終更新日：コンテンツがまだ有効かどうかを確認します。古くなったページは、破棄するか統合するかを検討します。
表に「処理方法」列を追加し、「リダイレクト保持」「新ページに統合」「削除して410を返す」などを記入するとよいでしょう。
3. 外部リンクデータの整理
旧リンクの被リンクは貴重な「投票権」です。移行時に失わないよう、以下の手順を踏みます。
- 被リンクリストのエクスポート：AhrefsやMajesticなどのツールで旧ドメインの被リンクレポートをエクスポートし、特定のURLを指すリンクを抽出します。
- 重要な被リンクの選別：高権威サイトからのリンク、アンカーテキストが関連性の高いもの、トラフィック源として大きいものを重点的に確認します。
- 被リンクの有効性確認：一部の被リンクは既に無効になっていたり、デッドリンクを指している場合があります。その場合は記録し、新しいURLに更新します。
被リンクの数が多い場合は、ページ階層ごとにグループ化し、トップページ、カテゴリページ、高トラフィックのコンテンツページを優先的にマッピングします。
4. URL構造とパラメータの確認
旧サイトでは、動的パラメータやトラッキングタグ、複数バージョンのURLが存在することがよくあります。以下の点を確認します。
- URLの正規化：同じコンテンツを指す複数のURL（例：?id=1 と ?product=1）がないか確認し、正規バージョンを特定します。
- パラメータ処理：フィルタリングや並び替えなどのパラメータについて、新サイトで同じ機能を維持する必要があるか判断します。不要な場合は、正規タグを設定するかリダイレクトルールを適用します。
- ドメイン/サブドメインの変更：ドメインやディレクトリ構造に大きな変更がある場合は、旧パスと新パスの対応関係を記録します。
この工程の成果物として、各旧URLに対応する新URLまたは処理結果を明記したマッピング表を作成します。
5. リダイレクトルールの検証
新サイト公開後、重要な旧リンクが正しく新しいページにリダイレクトされるかを実際にテストします。確認ポイントは以下の通りです。
- 301の1回転送：リダイレクトチェーン（A→B→C）を避け、最終ページに直接到達するようにします。
- ループの防止：A→B→Aのような循環リダイレクトがないかテストします。
- 一括検証：ツールやスクリプトを使用して、1000以上の主要URLを一括チェックし、ステータスコードが301または302（一時的）であることと転送先を確認します。
対応関係が不明なコンテンツは、関連するカテゴリページやトップページにまとめてリダイレクトすることも可能ですが、すべてのデッドリンクをトップページに飛ばすのは避けましょう。
6. 公開後のデータ監視
リダイレクト設定後、一定期間継続的に観察します。
- サーチコンソールのエラーレポート：404エラーの増加や新しいクロール問題がないか確認します。
- トラフィックの変化：リニューアル前後で、旧ページに対応する新ページのトラフィックを比較します。大幅な低下があれば、リダイレクトが正しいか調査します。
- 被リンクの有効性：被リンクツールを使って、重要な被リンクが新しいページに権限を正しく渡しているか定期的に確認します。
リダイレクトの失敗や漏れが見つかった場合は、速やかに修正・追加します。通常は2～4週間の観察期間を設け、すべての旧リンクがスムーズに移行されたことを確認します。
まとめ
旧リンクの元サイトデータを確認する作業は、感覚で飛ばし飛ばしに行うのではなく、体系的なアプローチが必要です。上記のチェックリストを一つずつ実行することで、移行リスクを低減し、トラフィックの損失を最小限に抑えられます。サイトの規模が大きい場合や構造が複雑な場合は、バッチ処理で進め、価値の高いページを優先しましょう。移行完了後も、元サイトのデータ表をメンテナンスの参考として保管しておくことをおすすめします。
