
サイト移行のリダイレクトとSEO、「少しずつ移す」を誤解しない──中身は段階で入れ替え、URLは一度で変える。Google検索セントラルで確かめた手順、URL対応表の型、転送の工数の計算例
この記事は、jQueryや古いWordPressのサイトをNext.jsなどへ移すときの、サイト移行のリダイレクトとSEOを落とさない段階的な進め方を扱います。
公開の翌月、「問い合わせが減った」と言われる
新しいサイトは速く、見た目も整った。
ところが翌月、お客様から「検索から来る人が減った気がする」と連絡が来ました。
調べると、古いURLの一部が転送されずに404になり、別の一部は転送が2回、3回とつながっていました。
移行で検索の評価を落とすのは、作りではなく、URLの扱いの抜けです。
段階移行とは、URLを変えずに中身を少しずつ入れ替える段階と、URLを変える日を分けて、転送と確認を一度にまとめて行う進め方である
黒字化の外科医です。サイト移行のリダイレクトとSEOを、手順と工数として解剖します。
分けて考えるべき理由は、三つあります。
第一に、Googleは、小・中規模のサイトではURLを一度に移すよう勧めているから。
Google検索セントラルは、小・中規模のサイトは、セクションごとではなく全URLを同時に移すことを勧めています。大規模なサイトは、セクションごとに移す選択もあるとしています。
第二に、URLを変えない入れ替えなら、作りを少しずつ移せるから。
Next.jsの公式ドキュメントには、Next.jsにないページを既存のサイトへ回す設定(rewrites の fallback)が、段階的な導入の方法として載っています。
第三に、転送の抜けは、公開の後では見つけにくいから。
古いURLの一覧を公開の前に作っておかないと、どれが抜けたかを確かめる元がありません。
Google検索セントラルとNext.jsの公式で確認したこと
2026年10月29日に、Google検索セントラル(URLの変更を伴うサイト移転、URLを変更しないサイト移転、リダイレクトとGoogle検索)と、Next.jsの公式ドキュメント(redirects、rewrites)で確認した内容です。
URLを変える移転(Google検索セントラル)
・古いURLと新しいURLの対応を作る。サイトマップ、サーバーのログ、計測、CMSから集め、画像なども含める
・技術的に可能なら、サーバー側の恒久的なリダイレクトを使う
・転送は、できるだけ長く、一般に少なくとも1年は残す
・転送をつなげない。最終のURLへ直接送る。無理なら、理想は3回以下、5回未満
・新しいURLは自分自身を指す canonical にし、内部リンクとサイトマップを新しいURLに直す
・ドメインやサブドメインを変える場合は、Search Console のアドレス変更ツールを使う
・移転中、検索での見え方は一時的に揺れることがある
URLを変えない移転(ホスティングの変更など)
・URLが同じ場合は、別のガイドが案内されている
・公開直後にクロールの頻度が一時的に下がるのは普通と書かれている
リダイレクトの種類
・301 と 308 は恒久的な移動、302 と 307 は一時的な移動として扱われる
・JavaScriptでの転送は、サーバー側や meta refresh ができない場合だけにする
Next.js
・next.config.js の redirects で permanent: true にすると 308 を返す
・rewrites の fallback で、Next.jsにないページを既存のサイトへ回せる(段階的な導入の方法として記載)今すぐ試せる:URL対応表の下書きを作るプロンプト
私はWeb制作会社のディレクターです。サイト移行のURL対応表の下書きを作ってください。
(顧客名や個人情報は入力しません)
【材料】
・古いURLの一覧(サイトマップ、計測ツールの上位ページ、CMSの書き出し):〔貼り付け〕
・新しいサイトのページ構成:〔記載〕
・URLを変えるか:〔変える/変えない/一部〕
1. 古いURLごとに、移す先の新しいURLを提案する。対応先がないものは「統合」「廃止」の候補として理由を書く。
2. 転送が2回以上つながるものがないか確かめ、最終のURLへ直接送る形に直す。
3. 画像やPDFなど、ページ以外のURLの抜けを指摘する。
4. 人が決めるべき点(廃止してよいか、統合先はどこか)を、お客様への質問の文にする。移行手順工場:段階の分け方と、URL対応表の型
段階の分け方
段階1(URLを変えない):新しい仕組みに、ページを型ごとに入れ替える
・Next.jsにないURLは、rewrites の fallback で既存のサイトへ回す
段階2(URLを変える日):URL対応表どおりに、転送を一度に入れる
・小・中規模なら全URLを同時に。大規模ならセクションごとも検討
段階3(公開の後):転送・404・サイトマップ・Search Console を見続ける
・転送は少なくとも1年残す前提で、保守の範囲に書くURL対応表の列
古いURL / 新しいURL / 種別(移動・統合・廃止)/ 転送の種類(301・308)/ 確認日 / 確認した人 / 備考転送の工数の計算例(数字はすべて例)
URL対応表の作成:120URL × 3分 = 360分 = 6時間
転送の設定と確認:4時間
公開後の確認:1時間 × 8週 = 8時間
合計:6 + 4 + 8 = 18時間
時間単価 7,645円(例):18時間 × 7,645円 = 137,610円移行全体の工程の積み方は、WordPress移行の見積もりの記事にまとめています。
▶ WordPress移行の見積もりを「ページ数×単価」で出すと赤字になる──調査・棚卸し・データ移行・URL・連携・検証の8工程で積む計算例と、前提条件の文例
構造的なリスク
逆説を指摘しておきます。
「少しずつ移すので安心です」と言うと、URLまで少しずつ変えてよいと受け取られます。
小・中規模のサイトでURLをばらばらの時期に変えると、転送の設定と確認が何度も発生し、Googleが勧める進め方からも外れます。
また、URLを変えなくても、タイトル・本文・内部リンクが変われば、検索での見え方が変わる可能性はあります。順位を約束せず、公開の前後の数字を並べて報告してください。
よくあるQ&A
Q. 転送は、いつ外してよいか?
Googleは、一般に少なくとも1年、できるだけ長く残すよう案内しています。外す時期は、保守の契約の中で決めます。
Q. サーバーを移すだけでURLが同じなら、この手順は要るか?
URLを変えない移転には、別のガイドがあります。サーバー移行の工程と見積もりは、こちらで扱っています。
▶ サーバー移行の費用と見積もり、「データを移すだけ」で受けると赤字になる──調査・移行・切り替え・確認の4工程、止まるリスク、料金の計算例
Q. 公開の後、何を確かめればよいか?
転送の状態、フォーム、計測タグです。Playwrightで旧新を比べる手順は、こちらに書きました。
▶ 移行後の検証、Playwrightで「旧サイトと同じか」を確かめる──転送・画面・フォーム・計測タグの4つの確認、公式で確かめた機能、目視と自動の分け方と計算例
最後に
段階移行は、作りを少しずつ入れ替え、URLは一度で変えて、転送を少なくとも1年守る進め方です。
URL対応表を公開の前に作り、転送の確認と公開後の見守りまで見積もりに載せた会社だけが、移行で検索の評価を落とさずに済むのです。
URL対応表と移行計画の雛形は、受注キットにまとめました。
▶ レガシー移行の受注キット、jQuery・古いWordPressからNext.jsへ──調査票、Claude Codeの調査指示書、工程別の見積表、移行計画書、検証チェック40項目、契約の確認点
これまでの記事は、メンバーシップ「黒字化オペ室」でまとめて読めます。月額1,980円、記事2本分の金額です。詳しくはプロフィールから。
#Web制作会社 #サイト移行 #リダイレクト #SEO #Nextjs #URL設計 #制作会社経営 #中小企業 #サイトリニューアル #レガシー移行