サイト移行・リニューアル時のSEO対策費用｜順位下落を防ぐ手順と依頼先の選び方【2026年版】

2026年10月12日

サイト移行やホームページリニューアルでは、デザインやCMSの刷新だけでなく、検索エンジンが蓄積してきたURL単位の情報を新しい環境へ正しく引き継ぐ必要があります。移行設計が不十分だと、公開直後に検索順位や自然検索流入が下がり、問い合わせや売上まで減少する可能性があります。

結論からお伝えすると、サイト移行時のSEO支援費用は、小規模サイトの診断・設計支援で30万〜80万円程度、中規模サイトの移行設計・実装確認・公開後監視まで含めて80万〜250万円程度、大規模ECや複数ドメイン統合では300万円以上が一つの検討目安です。ただし、これは公定価格ではありません。URL数、CMS、ドメイン変更、言語数、関係部署、データ分析、実装代行の有無によって見積もりは大きく変わります。

最も重要なのは、公開直前にSEOを確認するのではなく、要件定義の段階で現行URLの棚卸しと新旧URL対応表を作ることです。SEO担当者が設計段階から参加すれば、公開後の修正費用と順位下落のリスクを抑えやすくなります。

この記事では、2026年10月12日時点のGoogle検索セントラル公式情報を基に、サイト移行・リニューアル時のSEO対策費用、見積もりの内訳、順位下落を防ぐ手順、支援会社の比較方法を解説します。社内で対応する範囲と外部へ依頼する範囲を判断するためにもご活用ください。

サイト移行・リニューアルSEOとは何か

サイト移行・リニューアルSEOとは、URL、ドメイン、CMS、サーバー、情報設計、デザインなどを変更するときに、検索エンジンが旧サイトと新サイトの関係を理解できるようにする施策です。単なる順位対策ではなく、ユーザーが旧URLへアクセスした場合にも適切な新ページへ到達できる状態を作る品質管理でもあります。

Googleは、URL変更を伴うサイト移行では一時的な順位変動が起こり得ると説明しています。旧URLと新URLの双方をGooglebotが訪問し、リダイレクトやcanonical、内部リンク、サイトマップなどの情報を処理する時間が必要だからです。したがって、「公開した翌日に順位が完全に安定する」という前提で計画してはいけません。

URLが変わる移行と変わらない移行

移行は大きく二つに分かれます。URLが変わる移行には、ドメイン変更、HTTPからHTTPSへの変更、ディレクトリ構造の変更、ページURLの命名変更、複数サイトの統合などがあります。この場合は、旧URLから対応する新URLへの恒久的なリダイレクトが重要です。

URLが変わらない移行には、同じドメイン・同じURLのままサーバーやCMSを変更するケースがあります。リダイレクト設計の負担は比較的小さい一方、HTMLの出力、JavaScriptレンダリング、robots.txt、noindex、canonical、構造化データ、表示速度が変わるため、SEO確認は必要です。

リニューアルと移行を同時に行う難しさ

デザイン、URL、CMS、コンテンツを同時に変更すると、問題が起きた際に原因を切り分けにくくなります。検索流入が下がっても、リダイレクトの誤りなのか、本文削減なのか、内部リンク減少なのか、レンダリング不具合なのかを判断できません。

可能であれば変更要素を整理し、公開前後で比較できるデータを残します。変更を一度に実施する必要がある場合は、URLごとの移行仕様、コンテンツ差分、技術要件、計測要件を一つの管理表へまとめます。

SEO支援で守る対象

守る対象は検索順位だけではありません。自然検索からのセッション、問い合わせ、購入、資料請求、指名検索、被リンクからの訪問、ユーザーが保存したURL、広告やメールに記載されたリンクも対象です。重要ページを売上への寄与まで含めて分類すると、優先順位を付けやすくなります。

サイト移行SEOの費用相場

サイト移行SEOの料金は、制作費とは別に見積もられる場合と、リニューアルプロジェクト全体へ含まれる場合があります。比較時は総額だけでなく、調査、設計、実装、検証、公開後監視のどこまで含むかを確認してください。

支援範囲	費用の検討目安	想定する内容	向いている状況
スポット診断	20万〜50万円	現行サイト診断、要件レビュー、主要リスク提示	社内に実装担当者がいる
小規模移行支援	30万〜80万円	URL棚卸し、対応表、基本タグ確認、公開前後チェック	数十〜数百URLの企業サイト
中規模移行支援	80万〜250万円	全URLマッピング、技術要件、実装レビュー、計測、公開後監視	数百〜数千URLのサービスサイトやメディア
大規模・複雑な移行	300万円〜	複数ドメイン、EC、多言語、大量URL、部門横断管理	大規模EC、ポータル、サイト統合
継続コンサルティング	月額30万〜100万円以上	公開後分析、改善提案、定例会、実装管理	移行後も集客を伸ばしたい

上記は一般的な検討の目安であり、各社の公式料金ではありません。料金非公開の支援会社が多いため、同じ要件書とURL規模を提示して個別見積もりを取得する必要があります。

小規模サイトの費用

数十〜数百URLのコーポレートサイトで、ドメインを維持し、URL変更も限定的であれば、調査と設計の工数を抑えられます。ただし、ページ数が少なくても主要ページからの問い合わせ価値が高い場合は、安価な一括リダイレクトだけで済ませるべきではありません。

小規模案件では、SEO担当者がURL対応表とチェックリストを作り、制作会社が実装する分担が現実的です。公開前のステージング確認と公開直後のHTTPステータス確認まで見積もりへ含めます。

中規模サイトの費用

数百〜数千URLになると、自動クロール、アクセスデータとの突合、テンプレート単位の検証が必要です。製品、事例、コラム、FAQなど複数の投稿タイプがあり、それぞれURL規則やcanonicalの出力が異なるためです。

全URLを人手で目視するのではなく、自動検査と重要URLの個別確認を組み合わせます。移行仕様書、チケット管理、テスト結果、公開後レポートまで含む場合、費用は上がりますが、担当者間の認識差を減らせます。

大規模サイトの費用

EC、求人、不動産、メディア、多言語サイトでは、商品や案件の終了、絞り込みURL、パラメータ、ページネーション、在庫、地域ページなどを扱います。URL数が数万〜数百万になる場合、クロール制御と優先順位付けが必要です。

また、複数ドメインを統合する案件では、各サイトのSearch Console、アクセス解析、被リンク、コンテンツ重複を確認します。SEOコンサルタントだけでなく、インフラ、開発、データ分析、プロジェクト管理の工数も見積もりへ含まれます。

制作費とSEO費の分け方

制作会社の見積もりに「SEO基本設定」と書かれていても、移行設計まで含むとは限りません。titleやdescriptionの入力欄を用意するだけなのか、全URLマッピング、リダイレクト実装、クロール検証、公開後監視まで行うのかを明確にします。

「SEO対策一式」という項目では範囲を判断できません。納品物、確認URL数、テスト方法、公開後の対応期間を見積書へ記載してもらうことが大切です。

費用を左右する八つの要因

同じページ数でも、移行条件によって費用は変わります。見積もりを比較する前に、次の八つの要因を整理してください。

1. URL数とページ種類

総URL数だけでなく、ページの種類が工数を左右します。固定ページ、商品、カテゴリ、タグ、記事、著者、検索結果、PDF、画像など、テンプレートや制御方法が異なるURLを分類します。インデックス対象外のURLも、誤って公開されないよう確認が必要です。

2. ドメインとURL構造の変更

ドメイン変更や大幅なディレクトリ変更があると、全URL対応表とリダイレクト設定が必要です。URLを維持できれば移行リスクは下がりますが、将来の運用に問題がある構造を無理に残す必要はありません。事業とSEOの両面から判断します。

3. CMSとフロントエンドの構成

WordPressから別CMSへの変更、ヘッドレスCMS、SPA、SSR、静的生成など、配信方式によって検証項目が変わります。Googlebotが主要コンテンツやリンクを取得できるか、HTMLソースとレンダリング後の画面を確認します。

4. コンテンツ統合と削除

重複ページを統合する場合、単純な一対一移行ではありません。残すページ、統合先、削除するページ、410または404を返すページを決めます。関連性のないページをホームへ一括転送すると、ユーザーを迷わせ、soft 404と判断される可能性があります。

5. 多言語・多地域対応

多言語サイトでは、hreflangと各言語間の対応関係を更新します。国別ドメイン、サブドメイン、サブディレクトリの変更があると、確認範囲が広がります。言語ごとの担当者と公開日が異なる場合、移行管理の工数も増えます。

6. 計測環境

Google Analytics、Search Console、広告タグ、コンバージョン、同意管理、サーバーログなどを移行します。公開前に旧サイトの基準値を保存しなければ、公開後の変化を評価できません。計測設計とデータ品質確認もSEO支援の重要な範囲です。

7. 実装代行の有無

コンサルタントが仕様書だけを納品するのか、制作会社との調整、リダイレクト実装、タグ修正、テストまで担当するのかで料金は変わります。社内エンジニアが対応できる場合でも、レビュー担当者を決めます。

8. 公開後の監視期間

公開当日の確認だけでは、検索エンジンの再クロール後に起きる問題を把握できません。重要URLのインデックス、検索パフォーマンス、404、サーバーエラー、リダイレクト、コンバージョンを数週間から数か月観測します。

見積もりに含める作業と成果物

成果物は「調査しました」という報告書ではなく、制作会社が実装し、公開担当が判定できる粒度で受け取ります。中心となるのは新旧URL対応表、SEO要件定義書、リダイレクト仕様、テスト結果、公開手順書、監視表です。各成果物に作成者、承認者、更新日を付け、公開当日に参照する最新版を一か所へ集約します。とくにURL対応表はSEO会社だけが持たず、CMS実装とQAの共通台帳にします。

URLマッピングは理由と判定まで記録する

URL対応表には、旧URL、新URL、処理区分、HTTPステータス、移行理由、担当、確認結果を入れます。例として、/service/old-seo/を同じ内容の/service/seo/へ統合するなら301、終了したキャンペーンで代替ページがなければ410または適切な404を検討します。単に似た語を含むトップページへ転送してはいけません。商品Aの旧ページを商品一覧へ移す場合も、利用者が求める仕様と問い合わせ先が残るかを確認します。自動生成した対応表は、流入上位URL、被リンクがあるURL、CVに貢献したURLから人がレビューします。成果物には「対応先なし」を明示し、無理な転送でソフト404を増やさないことが重要です。

実際の対応表は、次のように「転送先」だけでなく、選定理由と検証結果まで持たせます。

旧URL	新URLまたは処理	理由	期待値	公開後の合格条件
`/service/seo-old/`	`/service/seo/`へ301	サービス内容を継承	評価と利用者を新ページへ移す	1回の301後に200、本文の主題が一致
`/column/seo-basic/`	`/guide/seo/`へ301	新ガイドへ統合	被リンクと検索流入を集約	主要見出しと参照情報が新ページに残る
`/campaign/2023/`	410または404	終了し代替なし	誤った転送を避ける	サイトマップと内部リンクから除外
`/product/a/?color=red`	新URLへ301、必要なパラメータを保持	商品継続	利用者の選択状態を保つ	重要パラメータが消えず正しい商品を表示
`/download/manual.pdf`	新PDFまたは案内ページへ301	外部参照が残る	資料利用者を迷わせない	リンク先が閲覧可能で内容の代替性がある

一対多に分割する旧ページは、自動的に複数へ転送できません。最も関連性が高い代表ページへ移すか、旧ページ相当の案内ページを新設します。多対一で統合する場合は、旧各ページの重要な情報が新ページに含まれるかを確認します。URL文字列の近さではなく、利用者の目的と本文の同等性で判断してください。

見積もりの妥当性は、成果物へ分解すると判断しやすくなります。最低価格だけを比較すると、公開前後の検証が別料金になり、結果的に予算を超えることがあります。

現状調査

現行サイトをクロールし、インデックス対象URL、ステータスコード、canonical、noindex、内部リンク、サイトマップ、構造化データ、重複、孤立ページを確認します。Search Consoleとアクセス解析から、流入、表示回数、クリック、コンバージョン、被リンクのある重要URLを特定します。

成果物は、URL一覧、問題一覧、重要度、対応方針です。数値を並べるだけでなく、移行時に必ず守るページを明示します。

新旧URL対応表

旧URLと新URLを一対一で対応させます。統合、廃止、新規作成の区分、担当者、テスト結果も記録します。正規表現でまとめられるURL規則と、個別指定が必要なURLを分けます。

すべての旧URLをトップページへ転送するのではなく、内容が最も近い新URLへ直接転送します。適切な代替ページがない場合は、404または410も選択肢です。

SEO要件定義書

title、description、H1、canonical、robots meta、hreflang、構造化データ、パンくず、ページネーション、サイト内検索、404、XMLサイトマップ、robots.txtなどの仕様をまとめます。CMSの入力項目だけでなく、出力HTMLと例外条件を記載します。

リダイレクト仕様とテスト結果

恒久的な移行には、原則としてサーバー側の301または308を使います。旧URLから最終URLへ直接到達させ、リダイレクトチェーンやループを避けます。テスト結果には、旧URL、期待する新URL、実際の転送先、ステータスコード、判定を記録します。

公開前検証レポート

ステージング環境でクロールし、主要テンプレートと重要URLを確認します。ステージングにnoindexやアクセス制限を設けた場合、本番公開時に解除できる手順も確認します。検証結果は「問題なし」だけでなく、未確認項目と残課題を残します。

公開後監視レポート

公開直後、翌営業日、1週間後、1か月後などの観測日を決めます。旧URLのリダイレクト、新URLの200応答、インデックス状況、検索流入、コンバージョン、404、5xxを比較します。順位変動だけで成功・失敗を断定しません。

順位下落を防ぐ移行手順

移行は公開日だけの作業ではなく、設計、実装、検証、監視を一つの変更管理として扱います。SEO担当は要件と優先URLを決め、制作・開発担当は実装し、分析担当は基準値と計測を用意します。事業責任者は延期やロールバックを判断します。役割と連絡先を公開手順書へ記載し、重大不具合を発見した人が承認待ちで止められない状態を避けます。

公開前・当日・公開後の役割を固定する

実行計画は、公開日の前後で時間軸に落とします。

時期	主な作業	責任者	完了条件
公開4〜8週前	現行URL取得、重要ページ分類、情報設計	SEO責任者	URL母集団と守る指標が確定している
公開2〜4週前	URLマッピング、リダイレクト実装、SEO要件検証	SEO・開発	未決定URLがなく、重大欠陥がゼロである
公開1週前	本番想定クロール、計測、バックアップ、Go／No-Go確認	QA・事業責任者	復旧手順を含む公開手順書が承認済み
公開当日	切り替え、重点URL検査、フォーム・計測確認	開発・SEO・分析	主要導線が正常で緊急停止条件に該当しない
公開翌日〜1週	全件クロール、404・5xx・誤転送修正	SEO・開発	重大URLのエラーが解消し未知の404を分類済み
公開2週〜3か月	インデックス、検索、CVを監視	分析・事業部	変化の原因と改善計画を月次で説明できる

Go／No-Go会議では、未解決件数ではなく重大度で判断します。全体noindex、主要ページの5xx、誤った大規模転送、計測不能、決済・問い合わせ不能は公開延期の候補です。軽微な表示差や低重要度ページの説明修正は、責任者と期限を決めたうえで公開後対応にできます。

公開前は、SEO担当がURL対応表、title、canonical、内部リンクを承認し、開発担当がリダイレクト、robots、サイトマップ、計測を実装します。QA担当はステージングと本番想定URLを検証し、事業責任者が未解決事項を見てGo／No-Goを決めます。公開当日は、開発担当が切り替え、SEO担当が優先URLのステータスと転送先を確認し、分析担当がリアルタイム計測を確認します。公開後は、SEO担当がクロールと検索推移、開発担当が404とサーバー負荷、事業部が問い合わせと売上を監視します。連絡窓口と30分、2時間、24時間の確認項目を決めておくと、異常の発見が遅れません。

リダイレクトは全件と重点URLの二段階で検証する

まず旧URL一覧を自動取得し、ステータス、最終到達URL、転送回数、ループ、HTTPS、末尾スラッシュを検査します。次に、流入上位、被リンク、CV、重要カテゴリのURLをブラウザで確認し、内容が同等かを人が判断します。合格条件は、旧URLが1回の301で正しい新URLへ到達し、新URLが200を返し、canonicalも新URLを向くことです。302、転送チェーン、すべてトップページ、クエリ消失があれば公開前に修正します。公開後もアクセスログとSearch Consoleで未知の404を収集し、旧サイトの全URLを把握できていたと思い込まないことが必要です。

少数のURLは、次のようにヘッダーを確認できます。

bash curl -sS -I https://example.com/old-url/ curl -sS -L -o /dev/null -w '%{http_code} %{url_effective} %{num_redirects}\n' https://example.com/old-url/

1行目で最初の応答、2行目で最終ステータス、到達URL、転送回数を確認します。大量URLでは、URL対応表を入力にして自動検査し、「期待する転送先」と「実際の到達先」を比較します。コマンドが成功しただけでは合格にせず、①最初が301または308、②転送回数が原則1回、③最終応答が200、④最終URLが対応表と一致、⑤最終ページのcanonicalが自己参照、⑥本文の主題が旧ページと同等、を確認します。

HTMLだけでなく、PDF、画像、フィード、言語別URL、パラメータ付きURLも対象にします。ブラウザでは表示できても、JavaScript転送やmeta refreshだけに依存すると検索エンジンと利用者の挙動が安定しません。サーバー側転送を基本にし、アプリケーション、CDN、Webサーバーのどこで設定するかを一つに決めます。

サイト移行は、調査、設計、実装、検証、公開、監視の順に進めます。SEOは公開前のチェック項目ではなく、プロジェクト全体へ組み込む必要があります。

手順1：目的と変更範囲を決める

リニューアルの目的を明確にします。ブランド刷新、CMS更新、CV改善、サイト統合、HTTPS化、ドメイン変更など、目的によって許容する変更範囲が異なります。検索流入を維持することと、将来の成長に必要な構造を作ることの両方を考えます。

手順2：現行サイトを保存する

全URL、HTML、サイトマップ、robots.txt、主要画面、アクセスデータ、検索パフォーマンスを保存します。公開後に旧環境へ戻れなくなる場合があるため、証跡を残します。重要ページは本文、title、H1、内部リンク、構造化データも比較できる状態にします。

手順3：新しい情報設計を作る

ユーザーの検索意図と事業上の導線を基に、カテゴリ、階層、ナビゲーション、パンくず、内部リンクを設計します。見た目を整えるだけでなく、各ページの役割と重複を整理します。

手順4：新旧URLを対応させる

URLを維持できるページは維持します。変更するページは、旧URLごとに関連性の高い新URLを決めます。複数ページを統合する場合は、重要情報が新ページへ残っているか確認します。

手順5：SEO要件を実装する

リダイレクト、canonical、内部リンク、サイトマップ、robots、構造化データ、計測タグを実装します。新しいURLのcanonicalは原則として自己参照にし、内部リンクとサイトマップも新URLへ更新します。

手順6：ステージングで検証する

主要ブラウザと端末で画面を確認し、自動クロールで技術要件を検査します。JavaScript依存のサイトでは、レンダリング後に本文やリンクを取得できるかも確認します。フォームや購入導線の動作もSEOと同じ優先度で検証します。

ステージングの検索流入防止は、noindex、認証、IP制限のいずれを使うか決めます。robots.txtでクロールだけを拒否すると、外部リンクなどからURLが認識されてもnoindexを読ませられない場合があります。本番公開時は、HTMLのrobots meta、HTTPヘッダーのX-Robots-Tag、robots.txt、認証、canonicalを別々に確認してください。ステージングのcanonicalが本番URLを向く設計でも、公開時にホスト名が正しく変わるかをテストします。

公開前の合格条件は、主要テンプレートで本番想定URLが200、index対象ページにnoindexがない、非公開ページには適切な制御がある、canonicalが正規の本番URLを指す、内部リンクがステージングドメインを含まないことです。HTMLソースとレンダリング後DOMの両方を見て、CMSプラグインやCDNがヘッダーを書き換えていないかも確認します。

手順7：公開と同時に切り替える

リダイレクトを有効化し、noindexやアクセス制限を解除し、canonicalと内部リンクを本番URLへ向けます。XMLサイトマップを更新してSearch Consoleへ送信します。ドメインやサブドメインを変更する場合は、Googleの条件を確認したうえでアドレス変更ツールを使用します。

手順8：公開後に監視する

Google公式ガイドでは、リダイレクトを可能な限り長く、一般に少なくとも1年間維持するよう案内しています。旧ドメインも早期に解約せず、証明書、DNS、サーバー、リダイレクトが継続するよう管理します。

公開後はSearch Consoleのページインデックス、検索パフォーマンス、サイトマップ、URL検査を確認します。サーバーログが利用できる場合は、Googlebotが旧URLと新URLを訪問しているかを調べます。

公開前後のチェックリスト

チェックリストは担当者と期限を付けて運用します。項目が存在するだけでは不十分であり、実際のURLを使ったテスト結果を残します。

公開前に確認すること

現行サイトの全URLを取得している
重要URLを流入、CV、被リンクで分類している
新旧URL対応表に未決定行がない
旧URLから関連性の高い新URLへ直接転送する仕様になっている
新URLのcanonicalが新URL自身を指している
内部リンク、パンくず、hreflangが新URLを使っている
XMLサイトマップに正規URLだけが含まれている
robots.txtとrobots metaの本番仕様が決まっている
title、H1、本文、画像altが必要以上に削られていない
構造化データが画面に見える内容と一致している
404ページが正しいHTTPステータスを返す
アクセス解析とコンバージョン計測を検証している
ロールバック手順と緊急連絡先がある

公開直後に確認すること

主要な旧URLが301または308で正しい新URLへ移動する
新URLが200を返し、表示崩れや主要リソースの欠落がない
リダイレクトループと長いチェーンがない
本番ページに意図しないnoindexが残っていない
robots.txtが重要ページや必要なリソースを遮断していない
canonical、hreflang、構造化データが本番URLになっている
サイトマップを取得でき、Search Consoleへ送信できる
フォーム、購入、電話、資料請求を計測できる

公開後に継続すること

404と5xxの発生URLを確認する
検索クリック、表示回数、順位、CVを旧期間と比較する
重要ページのインデックスとcanonical判定を確認する
外部の重要リンクやプロフィールURLを更新する
広告、メール、SNS、PDF内の旧URLを更新する
リダイレクトと旧ドメインを少なくとも1年間維持する

よくある失敗と復旧方法

問題が起きた場合は、慌ててURLを再変更せず、原因を分けて確認します。公開前の基準値とURL対応表があれば、復旧判断が速くなります。

旧URLをトップページへ一括転送する

内容の異なる旧ページをすべてトップページへ転送すると、利用者は探していた情報へ到達できません。Googleも関連性のない転送をsoft 404として扱う可能性があります。旧URLごとに対応ページを設定し、代替がなければ適切な404または410を返します。

ステージングのnoindexを解除し忘れる

ステージングへのnoindexは公開前のインデックスを防ぐ方法ですが、本番へ設定を引き継ぐと検索結果から消える原因になります。公開手順へ解除確認を入れ、代表URLだけでなくテンプレート単位で検査します。

canonicalが旧URLを向いたままになる

リダイレクト先は新URLでも、canonicalが旧URLを指しているとシグナルが矛盾します。内部リンク、サイトマップ、canonical、hreflangを同じ新URLへ揃えます。

本文と内部リンクを大幅に削る

リダイレクトが正しくても、新ページから検索意図に必要な情報が消えれば順位は維持できません。旧ページで評価されていた本文、FAQ、比較、事例、内部リンクの役割を確認し、必要な情報を新ページへ移します。

JavaScriptで主要情報を出せない

画面上では見えていても、初期HTMLやレンダリング後の結果に主要本文やリンクが含まれない場合があります。URL検査とレンダリング確認を使い、Googlebotが情報を取得できるか確認します。

一時的な変動を失敗と決めつける

Googleは大きなサイト変更後に順位が変動し得ると案内しています。数日だけの順位で結論を出さず、クロール、インデックス、検索クリック、CV、エラーを合わせて観測します。ただし、重要ページがnoindex、404、誤転送になっている場合は直ちに修正します。

順位下落時は「様子を見る」か「すぐ直す」かを感覚で決めず、HTTP応答、リダイレクト、canonical、noindex、本文差分、内部リンク、計測の順に事実を確認します。

社内対応と外注の判断

すべてを外注する必要はありません。社内にCMS、サーバー、分析の担当者がいる場合は、設計レビューと第三者検証だけを依頼できます。一方、複数会社が関わる案件では、SEO要件を統括する責任者が必要です。

社内対応しやすい範囲

小規模でURLを維持し、CMSも変えず、担当者がSearch Consoleとサーバー設定を扱える場合は、社内中心で進めやすいでしょう。現行URLの取得、重要ページの選定、コンテンツ確認、公開後の数値監視も社内で行えます。

外注した方がよい状況

ドメイン変更、大量URL、EC、多言語、複数サイト統合、ヘッドレスCMS、JavaScript中心の構成では、専門家の支援を検討します。また、検索流入が売上の主要チャネルであり、停止による損失が支援費用を上回る場合も外注の合理性があります。

制作会社とSEO会社の役割分担

制作会社はデザイン、CMS、フロントエンド、インフラを担当し、SEO会社は現状分析、移行要件、URLマッピング、検証、監視を担当する形が一般的です。ただし、境界にあるリダイレクト実装やタグ出力を誰が行うかは契約前に決めます。

発注前に用意する情報

現行サイトURL、予定する変更、希望公開日、概算URL数、CMS、Search Consoleと解析の利用状況、重要KPI、制作会社の体制を用意します。要件が曖昧なまま相見積もりを取ると、各社の範囲が異なり比較できません。

国内のSEO支援会社を比較

以下は、サイト移行・リニューアル時に相談候補となる国内事業者です。各社の公開情報を2026年10月12日に確認しました。移行支援の具体的な範囲や料金は案件ごとに異なるため、公式窓口で確認してください。掲載順は優劣を示すものではありません。

会社・サービス	公開情報から確認できる特徴	料金または確認先	向いている企業	公式URL
株式会社Speee	SEO戦略、技術課題、レポーティング、実行管理までの支援を案内	個別問い合わせ	大規模サイトや事業成果まで見たい企業	SEOコンサルティング公式
株式会社PLAN-B	事業特性を踏まえた戦略と、サイト構造・内部リンクなどの支援を案内	個別問い合わせ	設計段階からSEOを組み込みたい企業	SEOコンサルティング公式
株式会社Faber Company	ミエルカSEOと専門人材による総合的なSEO支援を案内	個別問い合わせ	ツールとコンサルティングを併用したい企業	Faber Company公式
ナイル株式会社	SEOを含むデジタルマーケティング支援を展開	個別問い合わせ	戦略、コンテンツ、集客を横断して相談したい企業	ナイル公式
株式会社Losta	SEO、Web制作、導線改善を含めて相談可能	無料相談で確認	中小企業で制作とSEOの連携を重視する企業	お問い合わせ

比較表だけで依頼先を決めず、自社と近い規模・CMS・業種の移行経験、担当者の技術理解、納品物、公開時の対応体制を確認してください。

依頼先の選び方

サイト移行は、提案資料の見栄えよりも、要件の具体性と検証能力が結果を左右します。次の観点で選びます。

移行前から参加できるか

公開直前の診断だけでは、URL構造やCMS設計を直せない場合があります。要件定義、サイトマップ、ワイヤーフレームの段階から参加できる会社を選びます。制作会社との定例会へ出席できるかも確認します。

URL単位の設計があるか

「301を設定します」という説明だけでは不十分です。URLをどのように抽出し、アクセスや被リンクとどう突合し、統合・廃止をどう判断するかを聞きます。全URL対応表の形式とレビュー方法も確認します。

技術検証ができるか

HTTPステータス、canonical、robots、JavaScriptレンダリング、構造化データ、ログなどを検証できる担当者が必要です。CMSの操作説明だけでなく、実際の出力を確認する体制を見ます。

事業KPIまで追うか

順位やセッションだけでなく、問い合わせ、購入、商談へ影響を確認する会社が適しています。重要ページを事業価値で分類し、移行後の優先修正へつなげられるかを確認します。

見積もり範囲が明確か

対象URL数、打ち合わせ回数、成果物、実装の有無、テスト回数、公開立ち会い、監視期間、追加費用の条件を確認します。公開日延期や仕様変更が起きた場合の扱いも決めます。

依頼先は「順位を保証する会社」ではなく、変更内容とリスクを説明し、検証可能な成果物を残し、公開後の異常へ対応できる会社を選びます。

移行後に見る指標と改善

流入減を見つけたら、まずサイト全体の一つの数字ではなく、ページ群、検索語句、デバイス、国、指名・非指名に分けます。旧URLへのリクエストが404ならマッピング、インデックス数が急減したらnoindex・robots・canonical、順位は維持してクリックだけ減ったらtitleや検索需要、順位と表示回数が同時に減ったら本文・内部リンク・レンダリングを疑います。計測タグの欠落でアクセス解析だけ減っている場合もあるため、Search Console、アクセスログ、GA4を突き合わせます。原因を一度に複数直すと効果を判定できません。影響が大きいURL群から仮説、修正、再クロール、結果を記録します。

原因の切り分けは、次の順で行うと混乱しません。

計測の問題か確認します。 GA4だけが減り、Search Consoleとサーバーログが変わらないなら、タグ、同意設定、クロスドメイン計測を疑います。
到達性を確認します。 重要URLの5xx、404、誤転送、robots.txt、noindexを確認します。ここに問題があれば、コンテンツ改善より先に直します。
正規化を確認します。 canonical、hreflang、サイトマップ、内部リンクが同じ正規URLを示すか確認します。
内容の同等性を確認します。 旧ページにあった回答、表、画像、専門情報、内部リンクが削られていないか比較します。
検索需要と検索結果を確認します。 季節性、アルゴリズム更新、競合の変更、title変更によるCTR低下を分けます。
事業導線を確認します。 流入が同じでも、フォーム、在庫、価格表示、CTA、電話計測の不具合でCVが減る場合があります。

ページ群別に「基準値、現在値、差分、仮説、確認方法、担当、期限」を記録します。流入上位ページの数件だけ直して全体回復を待つのではなく、同じテンプレート、同じ転送規則、同じコンテンツ種別へ横展開できる原因かを判断してください。

ロールバックは感覚ではなく基準で判断する

公開前に、復旧可能なバックアップ、DNS・CMS・データベースの戻し方、判断者、復旧所要時間を確認します。即時ロールバックの候補は、主要ページが大量に5xxを返す、決済・問い合わせが機能しない、全体にnoindexが付く、ログインや権限に重大事故がある場合です。一方、検索順位の一時変動だけで旧環境へ戻すと、再移行でクロールと利用者をさらに混乱させます。リダイレクト漏れやcanonical不備は、現環境で修正できるなら部分修正を優先します。判断記録には発生時刻、影響範囲、事業影響、復旧案、再公開条件を残します。ロールバック後もURLと計測を確認し、「戻したから終了」にしません。

ロールバック可否は、影響の大きさ、現環境での修正時間、旧環境へ戻すリスクの三点で判定します。たとえば主要URLの半数以上が5xxで、15分以内に原因を特定できず、旧環境が検証済みなら戻す判断が合理的です。一方、特定カテゴリのリダイレクト規則だけが誤っており、短時間で差し替えられるなら部分修正を優先します。検索クリックの減少は反映に時間差があるため、それだけを当日ロールバックの条件にしません。

復旧後の再公開条件も先に決めます。原因の再現、修正、同種URLの全件テスト、重点URLの手動確認、責任者承認まで終わらなければ再公開しません。旧環境へ戻した場合も、公開中に検索エンジンが取得した新URLや転送を確認し、サイトマップとcanonicalの状態を再点検します。

移行後は、検索順位だけでなく技術状態と事業成果を段階的に確認します。比較期間は曜日、季節性、キャンペーンを考慮してください。

技術指標

200、301、404、5xxの件数、リダイレクト先、canonical判定、インデックスURL数、サイトマップの検出状況を確認します。エラー数だけでなく、重要URLへ影響しているかを見ます。

検索指標

Search Consoleでクリック、表示回数、CTR、平均掲載順位、検索語句、ページを確認します。ドメイン変更では旧プロパティと新プロパティの双方を見ます。順位計測ツールの固定キーワードだけでは、ロングテールの変化を見落とします。

事業指標

問い合わせ、購入、資料請求、電話、商談、売上を確認します。検索流入が維持できても、フォームや導線が崩れてCVが落ちる可能性があります。デザイン変更によるCVR変化をSEO移行の問題と混同しないようにします。

観測期間

公開直後は技術エラーを優先し、1〜4週間はクロールとインデックス、1〜3か月は検索流入とCVの傾向を確認します。規模やクロール頻度により処理時間は変わるため、固定日数で成功を断定しません。

改善の優先順位

重要ページの404、誤転送、noindex、5xxを最優先で直します。次にcanonical、内部リンク、サイトマップ、コンテンツ欠落を確認します。影響の小さい警告へ工数を使う前に、売上と流入への影響を評価します。

サイト移行SEOに関するよくある質問

リニューアルすると必ず順位が下がりますか？

必ず下がるわけではありません。ただし、大きな変更ではGoogleが再クロール・再インデックスする過程で一時的な変動が起こる可能性があります。URL対応、リダイレクト、コンテンツ、内部リンク、技術要件を正しく実装し、公開後に監視することが重要です。

URLは変更しない方がよいですか？

合理的な理由がなければ、評価や利用履歴のあるURLを維持する方が移行負担を抑えられます。ただし、運用しにくい構造や重複を将来も残す必要はありません。変更の便益と移行リスクを比較し、変更する場合は対応表と恒久的リダイレクトを用意します。

301リダイレクトはいつまで残しますか？

Google公式ガイドは、可能な限り長く、一般に少なくとも1年間維持するよう案内しています。ユーザーが古いブックマークや外部リンクを使う可能性を考えると、運用上可能であればそれ以上維持する判断もあります。

ドメイン変更ではSearch Consoleのアドレス変更が必要ですか？

ドメインやサブドメインを変更する場合に使用します。HTTPからHTTPS、同一ドメイン内のパス変更、www有無の変更では不要とGoogleは説明しています。使用条件を公式ガイドで確認し、旧新双方のプロパティを検証してください。

XMLサイトマップを送れば順位は維持できますか？

サイトマップは新URLの発見を助けますが、インデックスや順位を保証しません。リダイレクト、canonical、内部リンク、本文、クロール可能性などと合わせて整える必要があります。

SEO会社と制作会社のどちらへ頼むべきですか？

移行SEOの実績があり、URL対応、技術要件、検証、監視まで対応できるかで判断します。制作会社が対応できる場合は一本化できます。難しい場合はSEO会社を設計・検証担当として加え、役割分担を明文化します。

公開後に流入が落ちたら元へ戻すべきですか？

直ちに全面ロールバックするのではなく、HTTP応答、リダイレクト、noindex、canonical、本文差分、内部リンク、計測を確認します。重大な障害があり復旧時間が長い場合はロールバックが適切なこともあります。判断基準と手順を公開前に決めてください。

見積もりを安くする方法はありますか？

現行URL一覧、変更範囲、CMS、重要KPI、社内の実装担当者を事前に整理すると、調査の重複を減らせます。URLを不要に変更せず、社内でコンテンツ確認を担当する方法もあります。ただし、重要な検証を省いて安くすると、公開後の復旧費用が増える可能性があります。

まとめ

サイト移行・リニューアル時のSEO支援費用は、URL数、ドメイン変更、CMS、コンテンツ統合、実装範囲、監視期間で変わります。小規模な診断・設計は30万〜80万円程度、中規模の設計・検証・監視は80万〜250万円程度、大規模で複雑な移行は300万円以上も検討目安になります。

費用だけでなく、現状調査、新旧URL対応表、SEO要件定義、リダイレクトテスト、公開前検証、公開後監視が含まれるかを確認してください。公開前に重要URLと基準値を保存し、公開後は検索指標とCVの両方を追います。

移行SEOの成功は、公開日に慌てて修正することではなく、設計段階で「何を残し、何を変え、どう検証するか」を決めることで近づきます。

参考・出典

以下の公式情報を2026年10月12日に確認しました。

SEOの達人へサイト移行・リニューアルSEOを相談する

サイト移行では、公開日が近づいてから初めてSEO課題が見つかると、設計や開発の手戻りが大きくなります。現行サイトのURLと流入を確認し、残すページ、統合するページ、転送先、公開後の監視方法を早い段階で決めることが重要です。

SEOの達人では、サイト移行・リニューアルの現状診断、URL対応表、SEO要件整理、公開前後の確認についてご相談いただけます。制作会社との役割分担が決まっていない場合も、まずは現在の計画と課題をお聞かせください。

無料相談・お問い合わせ

この記事を書いた人

達人ラボ編集部

達人ラボ編集部です。AI・ホームページ制作・SEO・LP・営業・採用・DXの7分野について、各領域で実務経験を積んだ達人と連携し、現場で成果につながる実践ノウハウと最新情報をわかりやすくお届けします。