2026年のウェブサイト移行費用: 実践的な予算ワークシート

単一のウェブサイト移行費用というものは存在せず、URLを見ずに見積もる人は推測しているに過ぎません(しかも根拠のない推測です)。公表された範囲は、小規模なマーケティングサイトで約10,000ドル、エンタープライズとeコマースの移行で80,000ドル以上です。FocusReactiveが指摘する通り、ページ数だけでは決まりません。Googleのサイト移行ドキュメントは価格を示していませんが、価格設定が必要な正確な作業を定義しています。すべての数字は参考値として扱ってください。以下は、行アイテムワークシート、ラベル付きの2つの事例スコープと仮定条件、スコーピングチェックリスト、立ち上げの失敗がもたらす結果についての冷静な分析です。

実際に価格設定するマイグレーションを明確にする

「ウェブサイト移行」という表現の背後には4つの異なるジョブがあり、それらは大きく異なります。混同すると、受け取る見積もりは大きくズレてしまい(誰の利益にもなりません)。

• ホスト移行。同じURL、同じサイト、新しいインフラストラクチャ。Googleのホスティングガイドで説明されています。新しいホスティングを準備し、DNSを変更し、監視してから、古いホスティングをシャットダウンします。ユーザーに見えるURLが同じままの場合にのみ適用されます。
• CMS変更。コンテンツが新しい編集システムに移動します。URLはそのまま残ることもあれば、残らないこともあります。コンテンツモデリングとインポートスクリプトが予算を圧迫する部分です。
• リデザイン。新しいレイアウトとテンプレート。多くの場合、新しいURLパターンが付属します。
• 完全なプラットフォーム変更。新しいCMS、新しいフロントエンド、おそらく新しいURLと新しい統合が、すべて一度に起こります。

これがお金に関わる理由: Googleのガイドは既存ページのURLを変更することについてのものです(HTTPからHTTPSへ、ドメイン変更、パス変更など)。一般的なアドバイスは一度に1つのことを変更することです。意図的に進めましょう。Googleの例は、ドメイン、CMS、レイアウトをまとめて取り組むのではなく、まず新しいドメインに移行してからレイアウトを変更するというものです。リプラットフォーミングを段階に分けるとプロジェクトのオーバーヘッドが増えます。しかし、それには見返りがあります: 各段階の影響範囲は小さくなり、請求書がより明確になります。その選択は偶然ではなく、意図的に行いましょう。

ワークシートの一番上に1文を入れてください: 「このフェーズではXを行い、Yは行いません」。この文には価値があります。もしあなたの移行がWordPressからAstroへのものであれば、私たちがそのルートとSEO面を別々に(2つの異なる問題として)記事に書いています。

見積もりを求める前にインベントリを構築する

見積もりはその背後にあるインベントリと同じくらい良いものです: インベントリが薄いなら、見積もりも薄い。FocusReactiveがこの点をよく指摘しています(8言語、500ページのサイトに複数の統合がある場合、単一言語の500ページサイトよりもはるかに多くの予算が必要です)。ページ数は同じです。しかし、これはまったく異なるジョブです。

これら7つのものを数えてください:

• URL。ナビゲーション内のURLだけではなく、すべてのインデックス可能なURL。Googleは古いURLが隠れている場所をリストしています: サイトマップ、サーバーログ、またはトップトラフィックURLの分析、Search Consoleリンクレポート、CMSのURLリスティング。4つすべてを取得してください。それらは異なり、その相違が興味深い部分です。
• テンプレート。ページではなく、異なるレイアウト。1つのテンプレート上の10個のブログ投稿は安いです。10個のテンプレート上の10ページはそうではありません。
• コンテンツタイプ。投稿、製品、イベント、チームメンバー。それぞれフィールドとリレーションシップがあります。それらの間に参照フィールドを持つコレクションが予算が必要な場所です(Lil Big Thingsは以下で示す実例では各$4,000で価格設定しています)。
• 統合。CRM、決済、検索、メール、予約、分析。APIキーを持つもので、会社を去った所有者がいるもの。
• 翻訳。ロケールはコンテンツ転送とQAを増やします。Googleはまた、多言語ページのhreflang注釈を新しいURLに更新する必要があると述べています。
• メディアとダウンロード。Googleは画像やPDFなどのダウンロードを転送し、画像、ビデオ、JavaScriptとCSSのURLを移行計画に含めるよう述べています。インバウンドリンクを持つ忘れられたPDFは典型的です。
• カスタム機能。計算機、メンバーエリア、フィルター検索、プラグイン内に隠されたリダイレクト。ドキュメント化されていないものが通常のサプライズです。

その後、すべてのURLに難易度を与えてください(完全に感情的にならずに)。FocusReactiveの手動コンテンツ移行の数字は、大体、簡単なページあたり15分、中程度のページあたり25分、難しいページあたり45分です。また、タイムフレームはほぼ常に過小評価されていることを追加しています。そして私はそれを躊躇なく信じるでしょう。

インベントリシートには、これらの列が必要です: URL、テンプレート、コンテンツタイプ、難易度、トラフィック、およびデシジョン(キープ、マージ、またはドロップのいずれか)。この最後の列が重要です。Googleは削除またはマージされたコンテンツのURLは新しいサイトでHTTP 404または410を返すべきだと述べているため、「ドロップ」は見落としではなく、意図的な行アイテムです。ただし、もう1つのスケールチェックを追加します。FocusReactiveは、リダイレクトストレージの制限(通常50,000〜100,000エントリ)がSAP HybrisやSalesforce Commerce Cloudなどのエンタープライズコマースプラットフォームを制限できることに注意しています。移行がそのしきい値を超えると。ほとんどのサイトには無関係です。少数には致命的です。

行アイテムワークシート

この構造を使用してください。「basis」列には、ソースを取得できる数字のみが含まれています(誰も価格を公開していない場合、それは明確に述べられています)。残りは、あなた自身のインベントリから価格を設定してください。

Webflow の単価は Lil Big Things が 2026 年 9 月 21 日に公開した資料に由来し、その数字は実際のエージェンシー見積もりの 20% 以内に収まると主張しています。ただし慎重に扱ってください。ベンダーで Webflow 固有であり、リダイレクト、SEO 検証、QA を項目化していません。こうした漏れはすぐに合計を歪めます。あくまでサニティチェックとして使い、料金表としては使わないでください。予備費の範囲は FocusReactive からの提案です。

価格なしの行に含めるべき内容

リダイレクト。マップに 1 行につき 1 つの旧 URL を入れ、各行が最終的な宛先に直接指すようにします。経由地を挟まないでください。Google はサーバーサイドの永続リダイレクト（301 または 308）を推奨し、クライアントサイドリダイレクトは最後の手段としています。Googlebot は最大 10 ホップをたどれますが、直接アクセスを助言しています。回避できない場合は、チェーンを理想的には 3 以下、5 未満に抑えてください。Google は永続リダイレクトでは PageRank の損失が起きないと述べています。ただしこれは厳密にはリンククレジット（トラフィック保証ではなく）についてのみです。私も同じく保証はしません。

SEO 検証。各新規 URL に自己参照する canonical タグ、更新された hreflang、更新されたサイトマップ、本番環境での staging noindex や robots.txt ブロックの遺物がないか確認します。小さな見落としは長い半減期を持ちます。Google のトラブルシューティングテーブルはこうした遺物、リダイレクト先が存在しない URL、不十分なサーバーキャパシティを一般的なミスとして正確に記載しています。

QA。Google のホスティングガイドはテスト環境を推奨し、ローンチ前にページ、画像、フォーム、ダウンロードを確認することを勧めています。ただしトラッキングとコンバージョンイベントもこのリストに加えてください。誰もが dead の analytics タグに気づくのは月次レポートの時点です。そのときには QA の安さを実感するには遅すぎます。

ローンチとモニタリング。ホストの移行では、Google は少なくとも 1 週間前に DNS TTL を保守的な値（たとえば数時間）に下げることを提案しています。キャパシティも計画してください。いかなる移行後も、Google は一時的に新しいサイトを通常より大幅にクロールするため、サーバーキャパシティはこれに対応する必要があります。Search Console で旧 URL と新 URL の両方をモニタリングすることは仕事の一部で、好意ではありません。

注意喚起付きの料金

Lil Big Thingsは、Upworkの中央値Webflow開発者料金が時給31ドルで、ほとんどが20～45ドルの範囲にあり、シニア米国フリーランス専門家は100～200ドル以上を請求していると述べています。米国と英国のエージェンシーは時給150～300ドル、インドと東欧は50～120ドルです。しかし混在させないでください。これらの数字はFocusReactiveのもの（異なるデータセットと異なるプラットフォームフォーカスから来ています）と並べてきれいに配置されていません。平均も取らないでください。実際に雇うサプライヤー種別を選択し、その料金を使用してください。

私が従う記入順序は次の通りです。

1. 1文のスコープを書く。何が変わり、何が変わらないのか。
2. 4つのソース全てからURLをエクスポートし、重複を削除する。
3. 各URLについて保持、統合、削除をマーク付けし、テンプレートと難易度を示す。
4. テンプレート、コンテンツタイプ、統合、ロケールをカウントする。
5. 各行に時間単価または単価を入力し、すべてのサプライヤーに同じ行に対する見積もりを依頼する。
6. 小計に15～20%の予備費を追加する。
7. ローンチ後の価格設定された監視期間を追加し、善意に頼らないようにする。

完成した在庫リストを誰かに渡して価格を付けてもらう方が良いなら、それが私たちのサイト移行サービスの開始地点です（謎は不要）。以下のスコープチェックリストは、私たちがあなたに求めるものとまったく同じです。

スコープチェックリスト

• 完全なURLエクスポート、トップトラフィックURLにフラグ付き
• URL毎の保持、統合、削除の判断
• 統合のリスト（各々に指定された担当者と認証情報付き）
• すべてのフォーム、および送信時のトリガー内容
• 現在発火しているトラッキングタグとコンバージョンイベント
• ロケールリストと現在のhreflang処理方法
• robots.txtの状態とステージングサイトのnoindex設定
• DNSを制御するのは誰で、対応速度はどのくらいか
• ローンチ用の低トラフィック期間（Googleは定期的な落ち込みに合わせて移行時期を設定することを推奨）

2つの例示スコープ

これらはいずれもクライアント見積もりではありません。上記のソース数字から完全に構築された、明記された仮定を持つ実例です。もちろん仮定を変更すれば、数字は直ちに変わります。

スコープA：小規模ブロシュアサイト、CMSの変更、同一ドメイン

仮定（説明用の私の設定）：20ページ、10ページを簡単、6ページを中程度、4ページを難しいに分割。1つのコンタクトフォーム。1つの分析タグ。翻訳なし。リデザインなし。ほとんどのURLは保持され、残りは短いマップで処理（最もシンプルで実現可能なケース）。

• FocusReactiveは小規模なマーケティングサイトを約10,000ドルで構築します。これを一括構築のアンカーとして扱っています。サプライヤーの価格設定は異なる場合があります。
• コンテンツ転送の妥当性確認: 簡単なページ10ページで15分は150分です。中程度のページ6ページで25分はさらに150分です。難しいページ4ページで45分は180分です。合計480分、つまり8時間です。エージェンシー料金が150ドルから300ドルの場合、手作業で行えばアンカーのごく一部です。
• 予備費: 10,000ドルの15～20%で、アンカーの上に加算します。
• 作業用の数字: アンカーにその予備費を加えたもの。
• タイムライン: FocusReactiveは小規模なマーケティングサイトを構築するのに4～8週間、コンテンツ移行を含めると合計12週間かかります。

ここで興味深いのは、予算のどれほど少ない部分がCMSにページを入力すること(8時間は何もないも同然)なのかです。残りはテンプレート、フォーム、トラッキングとリダイレクトマップで、ここでは作業がデータ入力のように見えるのを止めて、エンジニアリングのように動作し始めます。

スコープB: 中規模サイト、CMS変更、2つの統合

前提条件: これはLil Big Thingsの公開された実例から入力を使用しているため、Webflowの偏りを継承しています。静的ページ30ページ。CMSテンプレート10個。参照フィールド付きコレクション2個、ブログ投稿60件、統合2つ。ただし、比較用に自分で予備費と再設計バリアントを追加しました。

この小計は設計のリフレッシュ前です。15～20%の予備費を追加すると合計は相応に増加します。同時に再設計する場合、Lil Big Thingsは小計に30%を追加するよう述べており、予備費はその大きい金額に適用されます。結果はシンプルです: 合計は基本ケースをはるかに超えて上昇します。

参考までに、50～200ページの中規模サイトに対するFocusReactiveの範囲は約10,000ドルから30,000ドルで、基本28,800ドルはその範囲の上部近くに位置し、再設計バリアントはそれを超えています。タイムライン: FocusReactiveは中規模ビルドで2～4ヶ月、または複雑な統合で5～6ヶ月、中堅企業のプラットフォーム移行で3～6ヶ月の合計期間を述べています。

テーブルから何が欠けているのかに注目してください: リダイレクト、SEO検証、QA、ローンチです。ソースはそれらの価格を設定していません。あなた自身のインベントリからそれらの行を追加します。これが実際の見積もりに実際のURLが必要な理由です。また、再設計バリアントは2つの変更を一緒にバンドルしており、これはGoogleの一度に1つずつのアドバイスが警告しているまさにそのものです。

ローンチエラーのコスト

信用できる数字を公開している人はいません。また、私も作り上げません。できることは、Googleの独自の一般的な間違いのリストにマッピングされたお金がどこへ流出するかを示すことです。

失われたURL

マップから欠落しているURLは、すべての訪問者とGooglebotにとって無効なページです。Googleは移動を完了したと考えるには、Googlebotが古いサイトと新しいサイトのすべてのURLを少なくとも1回訪問する必要があり、移動はURL単位で行われると述べています。マップのギャップは移動のギャップです。存在しないURLを指すリダイレクトは別の列挙された間違いです。そして誰かがローンチで急いで追加したリダイレクトチェーンは、静かに永遠にクロール効率のコストです。

修復コストはアナリストの時間です: 再エクスポート、差分、リマップ、再デプロイです。開始時は安い。ローンチ後はより高くなります。プレッシャーの下で行うとき。

壊れたフォームと無効なトラッキング

どこにも送信されないフォームは、見えないところであなたのリードを奪う。分析タグがないと、マイグレーションが機能したかどうかを判断するために必要なデータが失われる。どちらもQAの行項目だ。本番前に予算を組むか、本番後に緊急対応として支払うかだ。

パフォーマンスとサーバー容量

Googleは新しいサイトを通常より一時期、より頻繁にクロールすると警告している。新しいホスティングがスケーリング不足の場合、クロールエラーが発生し、容量不足がそのミスリストに載る。一時的なランキング変動も予想される。Googleが直接そう述べている。ステークホルダーへの報告方法と予算だけでなく、この点も計画に入れる必要がある。

ロールバック

ロールバックは、ほとんどの予算で空白のままの行項目だ。ホスト移行の場合、モニタリングがGooglebot含めすべてが正しく配信されていることを示すまで古いホスティングを実行したままにしておけば、低コストだ(Googleの最終ステップは古いホスティングを閉じるのはそれからだ)。URLを変更する移行の場合は、より複雑になる。Googleは永続リダイレクトを正規がそれであるという信号として扱い、リバートしないときだけ使うべきだと述べている。これらの信号が処理されたら、バックアウトはボタン一つではない。

だからロールバック計画の予算を立てろ。古い環境を合意した期間保持し、文書化されたDNSリバート、事前に名指しされた意思決定者だ。そしてリダイレクトを保持し続ける。Googleは最低でも1年としており、無期限に保持することも検討する。

FAQ

Googleが移行の処理を完了するまで、どのくらいの時間がかかりますか?

Googleによると、小規模から中規模のサイトではほとんどのページの移行に数週間が典型的であり、大規模サイトはそれ以上かかる。再クロール文書(2025年12月10日最終更新)によると、クロールには数日から数週間かかる可能性があり、多数のURLが変わる場合はサイトマップの提出が役に立つと述べている。本番日だけでなく、モニタリング時間を合わせて予算を立てる。

エージェンシーのスコープに何が含まれるべきか。

リダイレクトマッピング、SEO検証、QA、本番後のモニタリング期間を別行として見たいと言え。見積もりが「マイグレーション」一つの数字である場合、別のものと比較できない。また誰がDNS変更を所有するのか、誰がURLマップに署名するのか、本番後に見つかった欠陥はどうなるのかも聞く。

旧サイトから何を保持すべきか。

完全なURL出力と最終リダイレクトマップ、加えて分析またはサーバーログからのトップトラフィックURLのスナップショットを保持して、マイグレーション前後で比較できるようにする。モニタリングが終わるまで古いホスティングを保持する。リダイレクトを最低1年間保持する。そしてSearch Console認証を機能させ続ける。URLが変わると認証トークンも変わる可能性があるとGoogleは警告している。

Search Consoleで住所変更(Change of Address)が必要か。

ドメインまたはサブドメイン間で移行するときだけだ。HTTPからHTTPS、wwwから非www、または同じドメイン内のパス変更では不要だとGoogleは述べている。チェックリスト項目であり、予算行ではない。

最も鋭い注意点は、ここのすべての数字はベンダー公開範囲または算術例であるため、見積もりは実際のURLと統合インベントリに対して構築されたときだけ意味がある。ということだ。そして構築に何を支払おうとも、リダイレクトを最低1年間保持する。