URL変更で順位が落ちる原因と対策｜301の正しい引き継ぎ

記事のURLを整理した。カテゴリの階層を変えた。サイトをリニューアルして、ページの住所が総入れ替えになった。その翌週から検索経由の流入が半分になり、原因がわからないまま数か月が過ぎる。この落ち込みの大半は、コンテンツの質ではなく引っ越し作業の不備で起きています。Googleは旧URLの評価を新URLへ引き継ぐ仕組みを用意していて、正しく使えば順位はほぼ維持できます。逆に、その仕組みを使わずにURLを変えると、積み上げてきた評価は行き先を失います。この記事では、URLを変えるときに何を準備し、どの順番で作業し、変更後の2週間で何を見るのかを整理します。

落ちる原因は「案内を出していない」こと

URL変更で順位が落ちる場面を分解すると、原因はほぼ3つに収まります。旧URLから新URLへの転送を設定していない、転送の種類を間違えている、転送先が内容の合わないページになっている。このどれかです。逆に言えば、この3つを潰せば大きな落ち込みは避けられます。

転送を設定しなかった場合、旧URLは404を返します。検索エンジンから見ると、評価を持っていたページが消滅し、まったく新しいページが出現した状態です。旧URLに集まっていた被リンクの価値も、そこで断ち切られます。外部サイトからのリンクは自分では張り替えられないため、これは自力で回復できない損失になります。数年かけて集めた言及が、URLを変えた瞬間に無効になるということです。

一方で、転送を正しく設定した場合は評価が引き継がれます。旧URLが持っていた被リンク、検索順位、コンテンツとしての評価は転送先に受け継がれるという前提で作業を組めば、URL変更は恐れる作業ではありません。落ちるかどうかは、コンテンツではなく段取りで決まります。技術的に難しい作業ではなく、抜け漏れをなくす作業だと捉えるのが実態に近いです。

301と302を取り違えるとどうなるか

転送には種類があり、恒久的な移動を示す301と、一時的な移動を示す302があります。この2つは似ていますが、検索エンジンの扱いが決定的に違います。ステータスコードという数字1つの違いで、評価の行き先が変わります。

302は一時的な移動として解釈されるため、検索エンジンは旧URLをインデックスに残し続けます。恒久的なURL変更に302を使うと、評価が新URLに移行せず、検索順位に悪影響が出る可能性があります。「あとで301に変えればいい」と考えて302で始めると、その分だけ移転が遅れます。CMSのプラグインが既定で302を使う設定になっていることもあるため、設定画面の確認は省けません。

実務では、恒久的に住所が変わるなら301、メンテナンス中の一時退避や期間限定ページへの誘導なら302、と覚えておけば足ります。迷ったら「この変更を来年も維持するか」を自問するのが判断の近道です。維持するなら301です。判断に迷う場面のほとんどは301で正しく、302を使う場面は限られていると考えて構いません。

リダイレクトはいつまでかけ続けるのか

設定したあと、いつ外していいのかという疑問が必ず出ます。サーバー設定が膨らむため、永久に残すのは避けたいという事情もあります。数百件の転送設定が積み上がると、管理そのものが負担になります。

Googleの観点では、最低1年間の維持が推奨されています。この期間があれば、クロール頻度が低いページでも3〜4回はクロールされ、評価の移転が完了する目安になるためです。1年経過後に解除しても、転送元の評価は転送先に引き継がれたままになります。つまり、1年を過ぎれば検索の観点では役目を終えています。

ただし、これは検索エンジンの都合だけの話です。ユーザーの観点では、なるべく長く、理想は半永久的に維持するほうが親切です。ブックマークや社内の共有ドキュメント、過去に配ったPDFの中に旧URLが残っていることは珍しくありません。解除できるのは1年後、でも解除しなければならない理由がなければ残すという整理が実務的です。設定ファイルの行数が問題になるほど増えたときに、古いものから順に整理すればよいという優先度です。

• ドメインを手放す場合は要注意。放棄したドメインが第三者に取得され、まったく別の内容に転送される事例がある
• サーバー移転で.htaccessが引き継がれないことがある。移転後に転送が生きているかを必ず確認する
• CMSのプラグインで管理している場合、プラグインを無効化すると転送も止まる。移管や更新の前に確認する

評価が移るまでにかかる期間の目安

転送を設定しても、順位がその日に戻るわけではありません。検索エンジンが旧URLを再クロールし、転送を認識して初めて評価が移ります。この待ち時間を知らないと、数日後の順位を見て設定を疑い、余計な変更を重ねることになります。

目安は規模によって変わります。単一ページの変更なら数日程度、サイト全体の大規模な移転なら1〜2か月、クロール頻度の低いページでは最長で1年近くかかることもあります。移転直後の一時的な順位変動は、多くの場合そのまま様子を見るべき状態です。ここで設定を触ると、切り分けができなくなります。

移転を早めたい場合の手段はいくつかあります。ドメイン変更ならサーチコンソールのアドレス変更ツールが使えます。それ以外の場合は、新しいURLでサイトマップを送信し、主要ページはURL検査からインデックス登録をリクエストします。待つ以外にできることは、クロールされやすくすることだけと割り切ると、施策の優先順位が決まります。焦って設定を変えるより、待ちながら内部リンクを整える時間に充てるほうが結果につながります。

作業前に必ず作る「対応表」

転送設定の失敗は、ほぼ例外なく対応表を作らずに始めたことに起因します。旧URLと新URLを1行ずつ並べた表を先に作ることが、この作業で最も重要な準備です。地味な作業ですが、ここを飛ばすと後の全工程が不安定になります。

表に入れる列は4つあれば足ります。旧URL、新URL、そのページの直近の流入数、転送設定の確認欄です。流入数の列を入れておくと、優先して確認すべきページが一目でわかります。数百ページある場合、全件を同じ丁寧さで確認するのは現実的ではありません。流入の9割を占める上位数十ページを完璧にし、残りは抜き取りにするという判断ができます。

旧URLの一覧は、サーチコンソールの検索パフォーマンスとサイトマップ、アクセス解析の3か所から集めます。1か所だけでは漏れます。特に、検索流入はないが外部からリンクされているページは、アクセス解析だけでは拾えません。表を作る段階で生成AIを使うと、URLの一覧から新旧の対応を機械的に組む作業は短縮できます。ただし、対応の妥当性は人が確認する必要があります。内容の近さは機械には判断しきれません。

実装の手順

対応表ができたら、次の順番で進めます。順番を入れ替えると確認漏れが起きるため、この並びを守ってください。特に3番目と4番目を逆にすると、書き換えた内部リンクが正しいかを確かめる材料がなくなります。

この手順のうち、3番目を省略する現場が多く見られます。設定ファイルを書いた時点で完了とみなしてしまうためです。実際にアクセスして確認するまで、転送は動いているとは言えません。記述ミスや正規表現の取りこぼしは、目視では気づけません。確認ツールを使えば数十件を数分で見られます。

作業のタイミングも決めておきます。流入が最も少ない曜日と時間帯に実施し、直後に確認できる体制を組むのが基本です。金曜の夕方に切り替えて週末を挟むと、問題が起きても2日間気づけません。

やってはいけないリダイレクト

転送は設定すればよいわけではなく、転送先の選び方に落とし穴があります。避けるべきパターンを挙げます。いずれも「作業としては楽だが評価の面では損」という形をしています。

• 関連性の薄いページに転送する：記事ページをまとめてトップページに転送するなど。評価の引き継ぎもユーザー体験も損なわれ、大量に行うとペナルティの対象になりえます
• meta refreshやJavaScriptで転送する：これらはステータスコード200を返すため、評価をうまく引き継げない可能性が高まります
• 転送を何段も重ねる：旧A→旧B→新Cのような連鎖は、評価の伝わり方が弱まり、表示も遅くなります
• 転送先を間違えて循環させる：AからBへ、BからAへ転送するとページが開けません。設定直後の確認で必ず気づけます

1つ目は特に多い失敗です。対応先が見つからないページを、とりあえずトップページに送るという判断は、作業としては楽ですが評価の面では損になります。対応先がないページは、無理に転送せず404を返すという選択も正しい場合があります。中身の近いページがないなら、それが実態です。

3つ目の連鎖は、URL変更を何年かにわたって繰り返したサイトで自然に発生します。過去の転送設定が残っている状態で新しい転送を足すと、いつのまにか3段、4段になります。新しい転送を追加する前に、旧URLがすでに転送元になっていないかを確認する手順を入れると防げます。

内部リンクを旧URLのまま放置する問題

転送を設定したので内部リンクはそのままでよい、と考えるのは危険です。動作はしますが、いくつかの不利益が積み上がります。表示上は問題が見えないため、後回しにされやすい作業です。

まず、転送を経由するぶん表示が遅くなります。次に、サイト内のリンクが古い住所を指し続けることで、検索エンジンに送る情報が一貫しません。内部リンクは自分で書き換えられる唯一のリンクであり、放置する理由がありません。外部リンクを張り替えられないぶん、内部は完璧に揃えておく価値があります。

書き換え漏れを探すには、サイト内を巡回して旧URLへのリンクを検出するツールを使うか、CMSのデータベースを対象に文字列検索します。手作業で全記事を開いて確認するのは現実的ではありません。旧URLの文字列がサイト内から1件も見つからない状態が完了の合図です。記事本文だけでなく、サイドバー、フッター、資料ダウンロードの導線まで含めて探します。

サイトマップとサーチコンソールでできること

移転を早め、状況を把握するために、サーチコンソール側でできる作業があります。すべて数分で終わるものです。手を動かす量は少ないのに、状況把握の精度が大きく変わります。

1つ目は、新しいURLでサイトマップを送信することです。旧サイトマップは削除せず、しばらく残しておくと旧URLの再クロールが促されます。2つ目は、主要ページのURL検査です。流入上位の10〜20ページは、個別にインデックス登録をリクエストしておく価値があります。

3つ目は、ドメイン変更時のアドレス変更ツールです。これはドメインが変わる場合のみ使えます。同一ドメイン内のURL変更では使えないため、そのケースでは転送とサイトマップに頼ります。移転後は、インデックス作成のレポートで新URLの登録状況と、旧URLがどう扱われているかを並べて見ます。旧URLが「ページにリダイレクトがあります」と分類されていれば、認識されている証拠です。ここが「見つかりませんでした（404）」のまま増え続けるなら、転送の取りこぼしがあります。

ドメイン移転で追加になる作業

同一ドメイン内のURL変更と、ドメインそのものの変更では、必要な作業が変わります。ドメイン移転のほうが確認項目が増え、社内の他部署を巻き込む範囲も広がります。

追加になるのは、サーチコンソールへの新ドメインの登録、アドレス変更ツールの実行、アクセス解析の設定変更、そして外部サービスに登録している自社URLの更新です。4つ目は忘れられやすい項目で、SNSのプロフィール、業界ポータルの掲載情報、名刺やメール署名まで含みます。転送があるので動きますが、いずれ切れる前提の導線が残ります。

旧ドメインの維持期間も決めておきます。転送を維持するには旧ドメインの契約を続ける必要があるため、コストと引き継ぎ効果の兼ね合いになります。最低1年、可能なら数年は旧ドメインを維持する前提で予算を確保するのが安全です。移転の計画段階で旧ドメインの更新費用を予算に入れておくと、翌年に慌てません。

変更後2週間で見る項目

移転直後は数字が動きます。どの動きが正常でどれが異常かを事前に決めておくと、慌てた判断を避けられます。次の表を印刷して、毎日同じ順で確認する運用が確実です。

確認するもの	見る場所	正常な状態	異常のサイン
旧URLの応答	ブラウザ・確認ツール	301で新URLに着地	404、302、または転送先が違う
新URLのインデックス	サーチコンソール	登録済みが日々増える	1週間経っても登録されない
旧URLの扱い	サーチコンソール	リダイレクトとして分類	エラーとして大量に残る
表示回数	検索パフォーマンス	一時的に下がり2〜4週で回復	下がり続けて戻らない
内部リンク	サイト巡回ツール	旧URLへのリンクが0件	記事本文に旧URLが残る

この表で最も重要なのは4行目です。表示回数の一時的な低下は移転につきものであり、それ自体は失敗ではありません。判断の分かれ目は、2〜4週間で回復傾向に入るかどうかです。回復しない場合は、対応表に立ち返って転送先の妥当性を疑います。

あわせて、順位を追う対象キーワードを移転前に記録しておきます。移転後の比較対象がなければ、落ちたのか元からその位置だったのかが判断できません。移転の前日に、主要キーワードの順位と流入数を控えておくだけで、後の議論が具体的になります。この記録がないまま「落ちた気がする」と言い合う会議は、結論が出ません。

社内への説明で用意しておくもの

URL変更は、実施の前後で社内から質問が出ます。特に「順位が落ちるのでは」という懸念には、事前に答えを用意しておくと進行が楽になります。

説明に必要なのは3点です。転送によって評価が引き継がれる仕組み、一時的な変動が起きる期間の目安、そしてその変動が想定内かどうかを判断する基準です。3点目があると、移転後に数字が下がったときの会話が「大丈夫か」から「想定の範囲か」に変わります。

あわせて、変更しない場合のリスクも整理しておきます。URL構造が実態と合っていない、階層が深すぎて管理できない、といった問題を放置するコストです。変更のリスクだけを並べると、何もしないという結論になりやすいため、両方を並べます。判断材料を揃えて意思決定者に渡すところまでが担当者の仕事です。

この作業でAIをどこに使うか

URL変更の作業は、判断と確認が中心です。生成AIが効くのは、判断の前段にある整理と、確認作業の下ごしらえの部分です。作業そのものを任せる場面はほとんどありません。

整理の場面では、旧URLの一覧を渡して新URLの候補を機械的に対応づける作業が短縮できます。命名規則が決まっているサイトなら、この作業はほぼ自動化できます。ただし内容の近さの判断は人が持つ必要があります。URLの文字列が似ていても中身が違うことは普通にあります。

確認の場面では、転送設定の記述をレビューさせる使い方が有効です。正規表現の範囲が広すぎて意図しないURLまで転送していないかは、設定を読んで指摘してもらえます。あわせて、社内向けの作業手順書や、移転の影響を経営層に説明する資料の骨子も短時間で用意できます。AIに任せるのは整理と下書き、決めるのと確かめるのは人という分担が、この作業では特にはっきりします。

よくある質問

URLを変えずに済む方法はありますか？

あります。そして、それが最も安全です。URL変更は必ずリスクを伴うため、変更しなくても目的が達せられるなら変えないのが正解です。カテゴリ階層をURLに含めない設計にしておくと、後の構成変更でURLを触る必要がなくなります。これから新しくサイトを作る場合は、この点を設計時に決めておいてください。

順位が戻らない場合は何を疑えばいいですか？

まず転送が実際に301で動いているかを確認します。次に転送先の内容が旧ページと近いかを見ます。この2つが問題なければ、移転とは別の要因を疑います。移転と同時期にコンテンツを削った、内部リンクの構造を大きく変えた、といった変更が重なっていないかを確認してください。複数の変更を同時に行うと、原因の切り分けができなくなります。

リダイレクトの設定は自社でできますか？

CMSを使っている場合はプラグインで設定でき、専門知識がなくても対応できます。サーバー設定ファイルを直接編集する場合は、記述ミスがサイト全体の停止につながるため、制作会社に依頼するか、必ずバックアップを取ってから作業してください。判断は自社で持ち、実装だけ外部に任せる形が現実的です。

まとめ

URL変更で順位が落ちるかどうかは、コンテンツの質ではなく段取りで決まります。恒久的な変更には301を使い、最低1年は維持する。作業前に旧URLと新URLの対応表を作り、設定後は1件ずつ実際にアクセスして確認する。内部リンクとサイトマップを新URLに揃え、変更後2週間は表示回数とインデックスの推移を追う。この流れを守れば、URL変更は恐れる作業ではありません。逆に、対応表を作らずに始めた移転は、後から原因を追うのが極端に難しくなります。準備に時間をかけるほど、後の作業が軽くなる種類の仕事です。移転を予定しているなら、まず対応表の1行目を書くところから始めてください。

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。