Web Guide

Web集客の教科書

ホームページリニューアル時の301リダイレクト設計完全ガイド|SEO評価を落とさずURLを変更する手順とよくある失敗

2026.06.1   お知らせ

「リニューアルしたら検索順位が一気に下がった」「制作会社に任せきりで、URLが変わると聞いて不安になった」──熊本の中小企業オーナー様から、ホームページの作り替えにあたって最も多く寄せられるご相談です。結論から申し上げれば、リニューアルで順位が落ちる原因の大半は、デザインや文章ではなく、URL変更時のリダイレクト設計の不備にあります。

本記事では、サイトリニューアルでURLが変わるときに、旧URLが積み上げてきた検索評価を落とさず新URLへ引き継ぐための301リダイレクト設計を、手順とよくある失敗の回避までまとめて整理しました。専門用語にはその場で短い説明を添えています。読み終えたときに「制作会社に何を確認すればよいか」が明確になる構成にしてあります。

SECTION 01

なぜリニューアルで順位が落ちるのか|URL変更と評価の引き継ぎ

ホームページのリニューアルは、見た目を新しくするだけの作業ではありません。多くの場合、ページのアドレスであるURLが同時に変わります。このURLの変更を正しく処理しないと、これまで検索結果で積み上げてきた評価がいったん途切れ、順位が大きく下がります。まずはなぜそうなるのかを理解しておくことが、失敗を防ぐ出発点になります。

URLは検索評価をためる「住所」である

検索エンジンは、ページごとのURLを単位として評価を記録しています。長く公開してきたページには、検索順位の土台となる評価や、他サイトから貼られたリンクの効果が、そのURLに紐づいて蓄積されています。URLが変わるということは、評価がたまっていた住所が消え、まっさらな新しい住所に引っ越すのと同じ状態です。引っ越し先に評価を転送しなければ、新URLはゼロからの再スタートになります。

転送の役割を担うのが301リダイレクトである

この引っ越しの転送届にあたる仕組みが301リダイレクトです。リダイレクトとは、あるURLにアクセスされたとき自動的に別のURLへ案内する設定を指します。先頭の数字301は、その案内が恒久的な移転であることを検索エンジンに伝える信号です。301を設定すると、旧URLにたまっていた評価とリンクの効果が新URLへ引き継がれ、訪問者も自動的に新しいページへ案内されます。

設定漏れがそのまま順位下落につながる

逆に301を設定し忘れた旧URLは、アクセスすると404エラー、つまりページが存在しないという表示になります。検索エンジンはやがてそのURLを評価から外し、ユーザーは目当ての情報にたどり着けず離脱します。CREVIAが支援した経験では、リニューアル直後の順位下落の相談は、その大半が一部の旧URLでの301設定漏れか、後述する集約や302の誤用に原因があります。

リニューアルの成否は新しいデザインではなく、旧URLから新URLへ評価を転送する301リダイレクトの設計精度で決まります。

SECTION 02

評価を失う5つの失敗パターン|やりがちなリダイレクトの誤り

リニューアルで評価を落とすケースには、共通する型があります。制作会社に任せきりにしていると気づきにくいものばかりです。代表的な5つの失敗パターンを先に把握しておけば、見積もりや打ち合わせの段階で確認すべき点が明確になります。

  1. 01

    全ページをトップページに集約してしまう

    内容の異なる旧ページを一律にトップへ飛ばす設計です。検索エンジンは内容の対応がない転送をソフト404として扱い、評価を引き継ぎません。ユーザーも探していた情報に届かず離脱します。最も多い失敗です。

  2. 02

    301を設定せず404のまま放置する

    旧URLからの転送を設定し忘れ、アクセスするとページが存在しない表示になる状態です。評価は新URLへ移らず、旧URLの評価も時間とともに失われます。一部ページだけ漏れる部分的な設定漏れも多発します。

  3. 03

    恒久移転に302を誤って使う

    恒久的なURL変更なのに一時移転を意味する302を使うと、検索エンジンは旧URLに評価を残したまま様子見をします。結果として新URLへ評価が移らず、いつまでも順位が安定しません。設定の数値を見落とした典型例です。

  4. 04

    リダイレクトチェーンを放置する

    旧URLが中間URLを経由して新URLへ多段で飛ぶ状態です。表示が遅くなり、評価の引き継ぎも弱まります。過去のリニューアルで作った古い301が残り、新しい301と重なって発生します。

  5. 05

    wwwの有無とhttp/httpsが混在する

    www付きとwww無し、暗号化前のhttpと暗号化後のhttpsが両方アクセスできる状態です。検索エンジンには同じ内容が複数URLに分散して見え、評価が割れます。1つの正規URLへ統一する必要があります。

失敗は「気づかないうちに進む」から怖い

これら5つの失敗に共通するのは、表示上は新サイトが普通に動いて見える点です。トップへ集約されていても、302になっていても、訪問者がページに飛ぶ動作自体は正常に見えます。問題は検索エンジンへの評価の伝わり方で起きるため、順位が下がって初めて気づくことが少なくありません。だからこそ公開前の設計確認が決定的に重要になります。

SECTION 03

301と302の違い|恒久と一時を正しく使い分ける

リダイレクトには種類があり、先頭の3桁の数字でその意味が変わります。リニューアルで関係するのは主に301と302の2つです。この2つは見た目の動作が同じでも、検索エンジンへ送る意味がまったく異なります。違いを正しく理解しておくことが、評価を守る鍵になります。

301は「恒久的な移転」を意味する

301は、このページは新しいURLへ恒久的に移りました、という宣言です。検索エンジンはこの信号を受けて、旧URLの評価とリンクの効果を新URLへ移し替え、検索結果のインデックスも新URLに置き換えていきます。リニューアルのように二度と元のURLに戻さない移転では、必ず301を使います。

302は「一時的な移転」を意味する

302は、このページは一時的に別のURLへ移っています、いずれ元に戻ります、という意味です。検索エンジンは評価を旧URLに残したまま様子を見ます。期間限定キャンペーンのページへ一時的に飛ばす、メンテナンス中だけ別ページを見せる、といった用途には302が適切です。恒久的なURL変更に302を使うと、評価が新URLへ移らないという失敗になります。

迷ったら「元に戻すか」で判断する

使い分けに迷ったときは、その転送をいつか解除して元のURLに戻すかどうかで判断してください。戻さないなら301、戻す予定があるなら302です。リニューアルでのドメインやURL構造の変更は元に戻さない前提なので、答えは常に301になります。制作会社の設定が302になっていないか、公開前に確認することをおすすめします。

恒久移転は301、一時移転は302。リニューアルのURL変更は元に戻さないため、答えは例外なく301です。

SECTION 04

1対1マッピングの考え方|旧URLと新URLを対応づける

301リダイレクト設計でもっとも重要なのが、旧URLと新URLを1つずつ対応させる作業です。これを1対1マッピングと呼びます。地味で手間のかかる工程ですが、ここを丁寧にやるかどうかでリニューアル後の順位が大きく変わります。

内容が同じ・近いページ同士を結ぶ

マッピングの原則は、旧URLのページ内容に最も近い新URLのページへ転送することです。会社案内のページは新しい会社案内へ、サービス紹介のページは対応する新しいサービスページへ、という具合に内容で結びます。検索エンジンは転送先の内容が旧ページと近いほど、評価をスムーズに引き継ぎます。内容がかけ離れた転送先を指定すると、引き継ぎが弱まります。

対応ページがない場合の振り分け

新サイトで廃止したページなど、対応する新URLが存在しない旧URLもあります。その場合は、内容が最も近い上位カテゴリーのページや関連ページへ個別に振り分けます。ここでも全ページをトップへ集約してはいけません。あくまで内容の近さで一件ずつ判断するのが原則です。判断に迷うページは、アクセス数の多い順に優先して丁寧に対応します。

マッピング表を一覧化して漏れを防ぐ

対応関係は表計算ソフトなどで一覧表にまとめます。左列に旧URL、右列に新URLを並べ、対応の有無を一目で確認できるようにします。この表があれば設定漏れを機械的にチェックでき、公開後の検証にもそのまま使えます。CREVIAが支援する際も、まずこのマッピング表を作り、オーナー様と内容を確認してから実装に入ります。

旧URL一覧をすべて棚卸しし、内容の近い新URLへ1件ずつ対応づけたマッピング表が、評価を守る設計図になります。

SECTION 05

リダイレクト設定の実装手順|棚卸しから設定まで7ステップ

マッピングの考え方が分かったら、実際の設定作業に進みます。ここでは旧URLの棚卸しから設定、公開後の確認までを7つのステップに分けて示します。専門の作業は制作会社が担いますが、オーナー様が流れを知っておくと進行の確認がしやすくなります。

  1. 01

    旧URLをすべて棚卸しする

    現サイトの全URLを洗い出します。サーチコンソールのインデックス一覧や、サイト内を巡回するクロールツール、既存のサイトマップを使って漏れなく集めます。ここで取りこぼすと、そのページの評価がそのまま失われます。

  2. 02

    アクセス数と被リンクで優先順位をつける

    アクセス解析と外部リンクのデータで、評価の高い重要ページを把握します。流入の多いページや他サイトからリンクされているページは、特に丁寧に転送先を設計します。

  3. 03

    1対1マッピング表を作成する

    旧URLごとに内容の近い新URLを割り当て、一覧表にまとめます。対応する新ページがない旧URLは、近い内容のページへ個別に振り分けます。全件に転送先が埋まっている状態を目指します。

  4. 04

    301リダイレクトを設定する

    マッピング表をもとに、サーバーの設定ファイルやリダイレクト用の機能で301を設定します。後述する.htaccessなどの方式から、サーバー環境に合うものを選びます。302にならないよう数値を必ず確認します。

  5. 05

    www・httpsの正規URLを統一する

    www有無とhttp/httpsを1つの正規URLへ集約する設定を入れます。重複したアクセス経路を1本化し、評価が分散しないようにします。常時暗号化のhttpsへ統一するのが現在の標準です。

  6. 06

    内部リンクとサイトマップを新URLへ更新する

    サイト内のリンクやメニュー、サイトマップに残った旧URLを新URLへ貼り替えます。リダイレクト任せにせず実URLを直接張ることで、表示も速く、チェーンも防げます。

  7. 07

    サーチコンソールで再申請する

    新しいサイトマップを送信し、主要ページのインデックス登録をリクエストします。検索エンジンの再クロールを促し、新URLの認識を早めます。ドメインを変える場合はアドレス変更ツールも併用します。

作業を制作会社に任せても流れは共有しておく

実際の設定はサーバーやコードの知識が必要なため、制作会社が担当するのが一般的です。それでもオーナー様がこの7ステップの流れを知っておくと、どの工程まで進んでいるかを打ち合わせで確認でき、棚卸しの漏れやマッピング表の妥当性を一緒にチェックできます。任せきりにせず、各ステップの成果物を見せてもらう姿勢が失敗を防ぎます。

SECTION 06

実装方式の比較|サーバー方式とプラグイン方式の選び方

301リダイレクトの設定方法はいくつかあり、サイトの作りやサーバー環境によって適した方式が変わります。代表的な方式の特徴を整理します。どれを選ぶかは制作会社が判断しますが、自社サイトがどの方式かを知っておくと、トラブル時の対応が早まります。

方式 適した環境 処理の速さ 設定のしやすさ 主な用途
.htaccess Apache系サーバー 速い 記述に知識が必要 サーバー全体での一括転送
サーバー設定 Nginx等 最も速い 管理権限が必要 大規模・高速性重視
WordPressプラグイン WordPressサイト やや遅い 画面操作で簡単 個別ページの細かな転送
WordPress functions WordPressサイト 普通 コード知識が必要 条件付きの転送
DNS・CDN設定 ドメイン丸ごと移転 速い 専門知識が必要 ドメイン変更の一括処理

サーバー方式は速度と一括処理に強い

.htaccessやサーバー設定での方式は、ページが表示される前のサーバー段階で転送を処理するため高速です。ドメイン変更のように全URLをまとめて新ドメインへ移すケースや、www・httpsの統一には、この方式が向いています。一方で記述を誤るとサイト全体に影響するため、検証環境での確認が前提になります。

プラグイン方式は細かな調整に向く

WordPressのリダイレクト用プラグインは、管理画面から旧URLと新URLを1件ずつ登録できます。コードを書かずに設定できるため、個別ページの細かな振り分けや、公開後に見つかった漏れの追加に便利です。多数のルールを登録すると表示にわずかな負荷がかかるため、ドメイン全体の一括転送はサーバー方式、個別調整はプラグイン、と役割を分けるのが現実的です。

ドメイン全体の一括転送はサーバー方式、個別ページの細かな調整はプラグイン方式と、用途で使い分けるのが安定した実装です。

SECTION 07

公開後にチェックすべき7指標|順位とエラーの監視

リダイレクトを設定して新サイトを公開したら、そこで終わりではありません。引き継ぎが正しく行われているかを、公開後しばらく監視します。確認すべき7つの指標を挙げます。これらを定点で見ておけば、問題の早期発見につながります。

  1. 01

    主要キーワードの検索順位

    流入の柱になっているキーワードの順位を毎週確認します。公開直後は一時的に揺れますが、設計が正しければ多くは元の水準へ戻ります。下落が続くページは転送設定を見直します。

  2. 02

    サーチコンソールのカバレッジ

    インデックスの登録状況を示すカバレッジを確認します。新URLが登録され、旧URLが転送として認識されているかを見ます。エラー件数の急増は設定不備の信号です。

  3. 03

    404エラーの発生件数

    ページが存在しないエラーが出ている旧URLがないか確認します。404が残っていれば、そのページは転送設定が漏れています。見つけ次第301を追加します。

  4. 04

    リダイレクトの応答状態

    旧URLが301で1回だけ転送され、最終URLへ直接届いているかを確認します。多段のチェーンや誤った302が混じっていないかをツールで点検します。

  5. 05

    アクセス数の推移

    公開前後の訪問数を比較します。特定ページだけ急減している場合、そのページの転送先が適切でない可能性があります。マッピング表と照合して原因を特定します。

  6. 06

    表示速度の変化

    リダイレクトチェーンや過剰なルールで表示が遅くなっていないか測定します。速度の低下は順位にも影響するため、内部リンクを実URLへ張り替えて改善します。

  7. 07

    問い合わせ・成果の件数

    最終的な目的である問い合わせや予約の件数を追います。順位やアクセスが戻っても成果が伸びない場合は、新サイトの導線設計を別途見直します。

SECTION 08

熊本での支援事例|評価を維持したリニューアル

CREVIAは熊本県内250社以上の支援実績の中で、ホームページのリニューアルに数多く携わってきました。デザインの刷新だけでなく、URL変更時の評価引き継ぎを設計の中心に据えることで、公開後の順位を落とさない進め方を積み重ねています。具体的な業種を例に、考え方を紹介します。

士業サイトでの段階的な切り替え

会計や法務などの士業サイトは、サービス案内や事例紹介のページが検索流入の中心になります。リニューアルでは、まず流入の多いページを洗い出し、新サイトの対応ページへ内容を引き継いだうえで1対1の301を設定します。重要ページから優先して転送先を確認し、公開後はキーワード順位を週次で監視することで、評価を維持したまま新デザインへ移行できます。

店舗サイトでのドメイン統合

店舗業の中には、www有無やhttp/httpsが混在し、評価が分散していたケースもあります。リニューアルを機に正規URLを1本へ統一し、サーバー方式で一括の301をかけることで、分散していた評価を集約しました。あわせてサーチコンソールで新サイトマップを再申請し、再クロールを促すことで、検索エンジンへの認識を早めています。

リニューアルは評価を失う危機にも、分散した評価を集約する好機にもなります。設計次第で結果は大きく分かれます。

SECTION 09

失敗しない進め方3ステップ|制作会社との連携

最後に、オーナー様の立場でリニューアルを失敗させないための進め方を3つのステップに整理します。専門作業は制作会社に任せても、この3点を押さえて確認すれば、評価を落とすリスクを大きく減らせます。

  1. 1

    見積もり段階でリダイレクト設計を確認する

    リニューアルの見積もりに「301リダイレクトの1対1設計」が含まれているかを確認します。「トップへ一括転送」としか書かれていない場合は、内容に応じた個別転送への変更を依頼してください。ここが最初の分かれ道です。

  2. 2

    公開前にマッピング表と検証環境を確認する

    旧URLと新URLの対応表を見せてもらい、重要ページの転送先が妥当かを一緒に確認します。本番公開の前に検証環境で転送が正しく動くこと、302が混じっていないことを確かめます。

  3. 3

    公開後1か月の監視体制を決める

    公開後に誰が順位や404エラーを監視し、問題があれば誰が修正するかを事前に取り決めます。納品して終わりではなく、引き継ぎが落ち着くまで伴走してもらえる体制が望ましいといえます。

SUMMARY

まとめ|301リダイレクト設計を成功させる最短ルート

ホームページのリニューアルで検索評価を落とさないために重要なのは、デザインや文章よりも、URL変更時の301リダイレクト設計です。旧URLにたまった評価を新URLへ正しく転送できれば、リニューアルは評価を失う危機ではなく、分散した評価を集約する好機にもなります。要点は以下の3点に集約されます。

  1. 1

    恒久移転には必ず301を使い1対1で対応づける

    恒久的なURL変更は301、一時的な転送のみ302です。旧URLと新URLは内容の近いページ同士で1対1のマッピング表を作り、全ページのトップ集約は避けます。これが評価引き継ぎの土台になります。

  2. 2

    チェーンと混在を排除し正規URLへ統一する

    多段のリダイレクトチェーンを排除し、すべての旧URLが1回で最終URLへ届くようにします。www有無とhttp/httpsは1つの正規URLへ統一し、評価の分散を防ぎます。

  3. 3

    サーチコンソール再申請と公開後監視を行う

    新サイトマップの再申請で再クロールを促し、公開後1か月は順位と404エラーを週次で監視します。設定して終わりにせず、引き継ぎが落ち着くまで見届けることが成果を守ります。

URL設計は専門的に見えますが、要点を押さえれば制作会社との連携で十分に管理できます。株式会社CREVIAは熊本県内250社以上の支援実績をもとに、旧URLの棚卸しからマッピング表の作成、301の実装、公開後の監視までを一体で対応可能です。ご要望に応じて、現状のサイト構成に合わせた設計をご提案します。

SECTION 10

よくある質問

Q.リニューアルでURLが変わるとき301リダイレクトは必須ですか。

URLが1文字でも変わるなら必須です。301リダイレクトを設定しないと、旧URLが蓄積してきた検索評価と被リンクの効果が新URLへ引き継がれず、評価がゼロから再スタートになります。旧URLにアクセスしたユーザーも404エラーで離脱します。旧URLと新URLを1対1で対応づけて、すべての旧URLに301を設定するのが原則です。一部のページだけ漏れることも多いため、全URLの棚卸しから始めることをおすすめします。

Q.301リダイレクトと302リダイレクトはどちらを使えばよいですか。

リニューアルでの恒久的なURL変更には301を使います。301は恒久的な移転を意味し、検索評価を新URLへ引き継ぎます。302は一時的な移転を意味し、評価は旧URLに残ったままになります。キャンペーン期間中だけ別ページへ飛ばすなど一時的な用途は302、恒久的なURL変更は301と覚えてください。元に戻さない転送なら301、いずれ解除して戻すなら302という判断が分かりやすいといえます。誤って302を使うと評価が移らない失敗につながります。

Q.リダイレクトのSEO評価が引き継がれるまでどのくらいかかりますか。

設定そのものは即時反映されますが、検索エンジンが新URLを再クロールし評価を移し替えるには数日から数週間かかります。サイト規模やクロール頻度で前後します。サーチコンソールに新しいサイトマップを送信し、主要ページのインデックス登録をリクエストすると認識が早まります。公開直後に順位が一時的に揺れることはありますが、設計が正しければ多くは元の水準へ戻ります。公開後の最初の1か月は重点的に監視してください。

Q.リダイレクトチェーンとは何が問題なのですか。

旧URLが中間URLを経由して新URLへ多段で飛ぶ状態がリダイレクトチェーンです。表示が遅くなり、評価の引き継ぎが弱まり、クロールの無駄も増えます。過去のリニューアルで作った古い301が残ったまま新しい301を重ねると発生しがちです。すべての旧URLは1回のリダイレクトで最終URLへ直接到達するよう、古いルールを統合して整理してください。あわせて内部リンクを新URLへ張り替えると、チェーンの発生を抑えられます。

Q.全ページをトップページにまとめてリダイレクトしてもよいですか。

避けてください。内容の異なる旧ページをすべてトップに集約すると、検索エンジンは内容の対応がないリダイレクトをソフト404として扱い、評価が引き継がれません。ユーザーも探していた情報に到達できず離脱します。原則は1対1のマッピングです。新サイトに対応ページがない場合のみ、最も近い内容のページへ個別に振り分けてください。作業を省く目的でのトップ集約は、最も多い失敗パターンです。

Q.301リダイレクトの設計や設定をCREVIAに依頼できますか。

株式会社CREVIAが対応可能です。熊本県内250社以上の支援実績で、旧URL一覧の棚卸しから新URLとの1対1マッピング表の作成、サーバー設定での301実装、サーチコンソールでの再申請、公開後の順位とエラー監視までを一体で支援しています。リニューアルを担当する制作会社との連携にも対応可能です。無料の現状診断からご要望に応じて対応します。

西田聖司

この記事の監修者

西田 聖司

株式会社CREVIA   CEO(最高経営責任者) / Web業界歴20年以上・累計支援2,000社以上

プロフィール詳細はこちら →