サイト移転時にリンクが向かう先 リンクはサイトではなくURLを指します。URLを変更すると、古いURLへのすべてのリンクにフォワードが必要です。
移転が完了するまでこれが自明だとは限りません。多くのチームがルールを知っています。WordPressの移行、wwwからドメイン直への切り替え、または新しいカテゴリ構造が金曜日に公開され、「リダイレクトは後で設定する」というメモが残ります。移転後にサイトのバックリンクを確認する際、重要なのはリンクがいくつ存在するかではなく、いくつが生きたページに到達するかです。10分のルーチン のフィールド5がそれを答えてくれます。
Googleの移転に関するガイダンスは、古いURLから新しいURLへの1対1のマッピングです。サーバーサイドの301リダイレクトがその役割を果たします。可能な限り長く稼働させ続けてください。ドメイン変更の場合、Search Consoleの「アドレス変更ツール」は追加の手順です。マッピングは予測可能な方法で壊れることがあり、Screaming FrogやAhrefs Site Auditでその大部分が浮上します。
ツールがここで役立ちます：Search ConsoleはGoogle側のクロールとカバレッジを示し、Screaming Frogはクロールからのリダイレクトチェーンをリスト化し、当社のトップページ呼び出しはリンクを保持するURLを示します。どれか1つだけでは全体像は見えませんが、組み合わせれば小規模サイトでも1時間以内に完了します。
ミス、症状、修正 ミス データでの現れ方 修正 すべてがホームページにリダイレクトされている リンク先のトップページがすべて消え、ホームページのみがURLとして残っている 各古いURLを最も近い新しいページにマッピングする wwwとドメイン直の両方が200を返す 同じリンクが2つのホスト間で分割されている 1つのホストを選び、もう一方を301リダイレクトする 3回以上のジャンプがあるリダイレクトチェーン トップページが複数のジャンプを経てようやく解決される 古いURLを最終URLに直接ポイントする 恒久的な移転に302を使用している 古いURLがリンク先としてまだ表示されている 移転が完了したら301に切り替える 古い「About」ページが削除され、フォワードされていない 多くのリンクを持つURLが404を返す 新しいAboutページにフォワードする マッピングなしでカテゴリ構造が再構築された 数十のリンク付きURLが404を返す まず古いURLをエクスポートし、スプレッドシートでマッピングする
2回の呼び出しで孤立した価値を見つける 最もリンクされているページを抽出し、ブラウザまたはcurl -Iで各URLをテストします。クリーンな200または単一の301でないものはすべてリストに追加します。
bash
# which old URLs carry the links (2 credits, billed once)
curl "https://linkskimmr.com/api.php?action=toppages&q=clientsite.com&per=200&key=sk_live_..."
# then, for each URL you care about
curl -sI https://clientsite.com/old-page | head -5
私が推奨する修復順序 1 まずホストを修正する 1つの正規ホストを設定し、他はすべて301でリダイレクトします。数分で完了し、すべてのリンクに同時に影響を与えます。
2 トップ20のURLをマッピングする 多くのリンクを持つ20ページは、通常、価値の大部分を保持しています。それらを1対1で手動でマッピングします。
3 チェーンを平坦化する マルチホップのパスをすべて、最終URLへの単一ホップに置き換えます。
4 翌月にもう一度確認する 当社のインデックスは約1ヶ月ごとに更新されるため、修復が成功したか失敗したかを宣言する前に1つのサイクルを待ちましょう。
明確に述べるべき制限 リダイレクトの修正はリンク価値を生きたページに戻します。ランキングを保証するものではなく、ソース側で削除されたリンクを回復することもできません。これら2点はクライアントファイルに必ず記載してください。
最もよく聞かれるリダイレクトの質問 古いページを新しいAboutページにリダイレクトするだけでよいですか？ 新しいページが同じ目的を果たす場合は可能です。古いURLから最も近い同等ページへの301リダイレクトは、リンクを有用に保ちます。すべての死んだURLをホームページに送るのは効果が低いのは、目的地がリンクが約束していた内容と一致しなくなるためです。
1つのサイトで301リダイレクトが多すぎるとみなされるのはどのくらいですか？ 数よりもパスの形状が重要です。長いチェーンはクロールの効率を無駄にし、より頻繁に壊れるため、各古いURLを単一ホップに保ち、監査可能なスプレッドシートに完全なマッピングを保持してください。
wwwからwwwなしのバージョンに送るにはどうすればよいですか？ 正規ホストを1つ選び、サーバーまたはDNSプロバイダーで他方のホストからサイト全体の301を追加します。curl -Iで両方のバージョンをテストし、トップページリストのリンクが選択したホストに到達することを確認します。
移転が公開された週に確認すべきこと 移転の週にサイトのバックリンクを確認する場合、数字の前にマッピングを確認してください。マッピングが、数字が回復可能かどうかを決定します。
新しいサイトだけでなく、古いサイトマップもクロールする 古いサイトマップには、当初その場所を獲得したURLがまだリストされています。それをライブサイトでクロールし、404またはリダイレクトチェーンを返す各行をマッピングの行にします。
日付が名前に含まれるクロール出力を保持してください。1ヶ月後の2回目のクロールで、どの修正が維持され、どのフォワードが静かに消えたかがわかります。
移転前後のトップページを比較する 移転前のトップページリストを保存し、新しいサイトが落ち着いてから再度呼び出しを実行します。マッピングが適用されると、リンク付きURLの2つのリストは一致するはずです。一致しない行があなたのTODOリストになります。
各実行には2クレジットかかるため、比較は安価です。コストはデータではなくマッピングにあります。
ステージングルールが放置されていないか確認する クローラーをブロックするルールが、目立たずに公開後に残存する可能性があります。移転完了と判断する前に、robots.txtと最高のリンクを持つテンプレートのnoindexタグを確認してください。
クライアントファイルには1行で十分です：どのテンプレートを確認したか、およびその日付。各フォワードの所有者をその隣に書き込んでください。説明できないフォワードは、次のリニューアルで削除される対象になるためです。
恒久的な移転にどのリダイレクトコードが適しているか コードは小さな選択ですが、送信するメッセージに大きな影響を与えます。クローラーは古いページの他の内容を読む前にステータスコードを読み取ります。
301が最終的な移転に適する理由 301は移転が恒久的であることを示します。302は古いアドレスが戻る可能性があることを示し、最終的な移転には誤ったメッセージです。実際に一時的なテストが実行されている間のみ302を使用してください。
移転が落ち着いたら、一時的なフォワードをすべて301に切り替えます。302を数年間放置するのは、移転を半完成のままにする静かな方法の1つです。
302に続く301が失敗する理由 2番目のURLにフォワードする302は、さらに301を送信すると、2つのホップと混合されたシグナルを作成します。検索エンジンは通常チェーンを追跡できますが、チェーンは遅く、誰かがルールを編集するたびに壊れやすくなります。
最終アドレスを直接指す1つの301に-collapseします。1ホップはテストしやすく、クライアントに説明しやすく、維持しやすいです。
クエリパラメータ付きURLのリダイレクト方法 CMS変更後、クエリ文字列を含む古いURLは一般的です。古いアドレスが色のパラメータを持つ製品ページだったとします。パラメータがコンテンツを変更するかどうかを決定します。変更する場合は、パラメータ付きURLを一致する新しいページにマッピングします。変更しない場合は、パラメータをドロップする1つのルールでページを提供できます。
ルールが公開された後、いくつかのパラメータ付きURLを手動でテストしてください。プレーンパスで機能するルールでも、クエリ文字列を無視する場合があります。パラメータを含むリンクは、見逃しがちです。
修正のように見える3つのフォワード 一部のフォワードはステータスチェックを通過しても、価値を失うことがあります。ページは301で応答しますが、リンクをたどる人々やクローラーにとって目的地が間違っています。
リダイレクトループ 互いを送り合う2つのルールはブラウザでループとして表示され、ほとんどのツールは数ホップ後に諦めます。古いURLをテストし、ホップを数え、始点に戻すルールを修正します。
ループは最も目立ちやすく、1週間放置されやすい問題です。見つけた日に修正し、curl -sILでホップを数えて、最後のステータス行だけでなくすべてのステータス行を読み取ってください。
サインイン画面へのフォワード 多くのリンクを持つ古いページがログインフォームにフォワードすると、訪問者はリンクが約束したコンテンツではなく壁を与えられます。例えば、旧ガイドをサインインページにフォワードし、そこからサードパーティのログインにリダイレクトすると仮定します。そのパスのどこにもリンクの価値はありません。
リンクの内容に一致する公開ページにフォワードします。そのようなページが存在しない場合、何もないフォワードよりもクリーンな404の方が誠実です。
続ける 架空の作業例 クライアントが1つのブログテーマから別のテーマに移転したと想像してください。例の数字のみです。
移転前にトップページレポートにリンク付きの140のURLがリストされ、新しいパーマリンクパターンが日付フォルダをドロップしたため、その後に90が404を返したとします。その中で最もリンクの多い20を手動でマッピングすることで、午後の間に指し示された価値の多くを回復でき、しきい値テーブル はクライアントへの変更の伝え方を示します。
同じマッピングは、クライアントが何が変わったか尋ねた際の最善の回答です。古いアドレス、新しいアドレス、および各ステータスコードを含むマッピングされた20のURLを表示します。表は説得力があります。20行は要約よりも説得力があり、表は次のパス用のチェックリストとしても機能します。
