ビジネスサイトを新しいホストへ移行する方法

サイトを新しいホストへ移す作業は技術的なプロジェクトですが、必ずしもリスクの高いものではありません。適切な手順、丁寧なバックアップ、明確なテスト計画があれば、コンテンツを失ったり、機能を壊したり、不要なダウンタイムを発生させたりせずにビジネスサイトを移行できます。

創業者、中小企業の経営者、スタートアップにとって、ホスティングの変更は実務上の理由で行われることが多くあります。想定よりもトラフィックが急増している、表示速度が遅い、セキュリティ要件が高まっている、あるいは現在のホスティング環境が事業に合わなくなっている、といったケースです。

理由が何であれ、体系的な移行プロセスを取ることで、Webサイトを保護し、検索での可視性を維持し、訪問者を新しいサーバーへスムーズに誘導できます。

なぜ企業は新しいホストへ移行するのか

ホスティングの移行は、たいてい技術的な好みではなく、ビジネス上の必要性への対応です。よくある理由は次のとおりです。

• パフォーマンス向上とページ表示速度の改善
• 稼働率とサーバー安定性の向上
• より強力なセキュリティ機能やバックアップ機能
• より多くのストレージ、帯域幅、サーバーリソース
• WordPressのようなコンテンツ管理システムへのより良い対応
• コスト削減、または予測しやすい料金体系
• メール、データベース、ステージング環境の管理性向上

立ち上げ初期の企業にとって、信頼できるWebサイトはブランド体験の一部です。リード獲得、信頼性、顧客の安心感に影響します。現在のホストが足かせになっているなら、計画的な移行は有効な改善策になります。

始める前に: 移行チェックリストを作る

移行を成功させるには、ファイルを動かす前の準備が重要です。チェックリストを使えば、各手順を確認でき、抜け漏れを防げます。

チェックリストには次の項目を含めましょう。

• 新しいホスティング契約が有効であることの確認
• Webサイト全ファイルのバックアップ
• データベースのバックアップ
• 設定ファイルのコピー保存
• DNS設定、メールレコード、サブドメインの記録
• CMSを使っている場合はプラグイン、テーマ、バージョン情報の記録
• 移行期間について関係者へ通知
• DNS切り替え前のテスト期間を計画

移行は、慌ただしい切り替えではなく、管理された引っ越しとして扱いましょう。準備が丁寧であるほど、後で想定外の問題に直面する可能性は下がります。

ステップ1: 適切な新しいホストを選ぶ

何かを移す前に、新しい環境が実際にサイトに適しているかを確認してください。

比較すべきポイントは次のとおりです。

• サーバー種別とプラットフォーム互換性
• 利用可能なストレージと帯域幅
• SSL対応、ファイアウォール、マルウェアスキャンなどのセキュリティ機能
• バックアップ頻度と復元オプション
• サポート品質と応答速度
• ステージング、キャッシュ、管理アップデートが利用できるか
• CMS、プラグイン、独自スタックとの互換性

ビジネスサイトがWordPressで構築されているなら、ホスティング事業者が現在のWordPressバージョンと、依存しているプラグインをサポートしているか確認してください。独自開発のサイトであれば、開始前にPHP、データベース、サーバー設定を確認しましょう。

事前確認は、後で二度手間の移行をするより安上がりです。

ステップ2: 可能ならDNSのTTLを下げる

移行前にDNS設定へアクセスできるなら、重要なレコードのTTL値を事前に下げておきましょう。TTLはDNS情報がどれくらいの時間キャッシュされるかを制御します。

事前にTTLを下げておくと、最終切り替えの反映が速くなる場合があります。すべての移行で必須ではありませんが、切り替え中にユーザーが混在した結果を見る時間を短縮できます。

DNS変更自体にも反映時間がかかるため、可能であればかなり前もって実施してください。

ステップ3: サイト全体をバックアップする

バックアップは移行時の安全網です。バックアップなしで進めないでください。

最低限、次を保存します。

• テーマ、テンプレート、画像、スクリプト、アップロードファイルを含むWebサイトファイル
• 投稿、ページ、設定、ユーザー、コメントを含むデータベース
• 環境設定や接続情報などの設定ファイル
• ホスティングアカウントでメールも管理している場合はメールデータ

WordPressや他のCMSを使っている場合、組み込みのエクスポート機能やバックアッププラグインで作業を簡単にできることがあります。そうでなければ、ファイルはFTPまたはファイルマネージャーでコピーし、データベースはphpMyAdminのようなツールでエクスポートします。

バックアップは、ローカル保存とクラウド保存など、少なくとも1つ以上の別場所に保管してください。目的は、そのバックアップが旧ホストにも新ホストにも依存しない状態にすることです。

ステップ4: 新しいホストでステージングまたはテスト用コピーを作成する

可能であれば、公開DNSを切り替える前にサイトをテストしてください。ステージングコピーがあれば、訪問者をまだ新しいサーバーへ向けずに、サイトが正しく動くか確認できます。

新しいホストで、ファイルをアップロードし、データベースをテスト環境または一時ディレクトリへインポートします。その後、サイトが正しく表示されるか確認しましょう。

次の点をチェックします。

• 画像の欠落やレイアウト崩れ
• 旧ドメインや旧サーバーを参照したままのハードコードリンク
• 送信に失敗するフォーム
• 正しく認証されないログイン
• プラグインや拡張機能の競合
• エラーや空白画面になるページ

ここは移行で最も重要な工程の一つです。多くの問題は、DNSレコードを変更する前に直したほうが簡単です。

ステップ5: ファイルを新しいサーバーへ転送する

新しいホストの準備が整ったら、Webサイトファイルをアップロードします。

一般的な転送方法は次のとおりです。

• FileZillaなどのクライアントを使ったFTPまたはSFTP
• ホスティングの管理画面にあるファイルマネージャー
• ホストが提供する移行ツールやデプロイツール
• 独自アプリケーション向けの手動転送

新しいサーバーが別のレイアウトを要求しない限り、フォルダ構成は維持してください。サイトが特定のファイルパスに依存している場合、変更するとアセットの表示不良やアプリケーションエラーの原因になります。

サイトが大きい場合は、整理された単位で分けて移動し、完了を確認してから次へ進みましょう。

ステップ6: データベースをインポートする

サイトがデータベースを使用している場合は、ファイルの移行後に新しいホストへインポートします。

一般的な手順は次のとおりです。

• 新しいホストで新規データベースを作成する
• 適切な権限を持つデータベースユーザーを作成する
• エクスポートした .sql ファイル、または同等のバックアップをインポートする
• アプリケーションが新しい認証情報を参照するように更新する

WordPressなどでは、データベース接続設定が設定ファイルに保存されていることが多いです。新しいデータベース名、ユーザー名、パスワード、ホスト値が正しいことを確認してください。

インポートに失敗した場合は、ファイルサイズ制限、文字コード、権限設定を確認してから再試行しましょう。

ステップ7: 設定ファイルを更新する

移行は、新しい環境との通信方法をアプリケーションが理解して初めて完了します。

プラットフォームによっては、次の項目を更新する必要があります。

• データベース接続情報
• ファイルパスやドキュメントルートの参照
• 環境変数
• キャッシュ設定
• APIキーやサービスエンドポイント
• デバッグやログ設定

独自アプリケーションでは、設定ファイルが複数の場所に分かれていることがあります。特に旧ホストが異なるディレクトリ構成や実行環境を使っていた場合は、コードベースを慎重に確認してください。

サイトでSSLを使用している場合は、新しいホストで証明書ファイルの再インストールや再発行が必要か確認しましょう。

ステップ8: DNSを変更する前にサイトをテストする

公開トラフィックを新しいサーバーへ向ける前に、hostsファイルの一時的な設定やステージングドメインを使ってWebサイトをテストします。

これにより、公開ドメインはまだ旧環境を指したままでも、新しいホスト上のサイトを事前に確認できます。

テストでは次の点を確認してください。

• ホームページの読み込み速度
• ナビゲーションと内部リンク
• お問い合わせフォームやリード獲得フォーム
• 該当する場合は購入や決済の流れ
• ログインとアカウント領域
• SSL証明書と安全なページの動作
• モバイル表示の最適化
• 検索機能と絞り込み機能
• サーバーのエラーログ

この段階では、構造化データ、アナリティクストラッキング、タグマネージャーのスクリプトも確認するとよいでしょう。追跡コードが欠けていたり重複していたりする場合は、ここで見つけておきたいところです。

ステップ9: DNSを新しいホストへ切り替える

テストが完了したら、DNSレコードを更新してドメインを新しいホスティング環境へ向けます。

構成によっては、次の項目を変更します。

• ネームサーバー
• Aレコード
• CNAMEレコード
• メール用のMXレコード
• 確認やSPF/DKIM/DMARC用のTXTレコード

変更は慎重に行ってください。ドメインでメールも運用している場合は、移行中にビジネスメールが止まらないよう、メールレコードに特に注意が必要です。

DNS更新後は、反映が始まります。反映には時間がかかり、キャッシュの期限が切れるまで、ユーザーによって旧サーバーと新サーバーのどちらかに到達する場合があります。

ステップ10: 反映を監視し、両方のホストを稼働させておく

DNS変更の直後に旧ホストを停止しないでください。

旧アカウントは、反映期間と、まだ前のサーバーに到達するトラフィックを拾えるよう、しばらく有効にしておきます。多くの場合は数日で足りますが、正確な期間はDNS構成やトラフィックの傾向によって変わります。

この期間中は次を実施します。

• 両方のホストのサーバーログを監視する
• トラフィックが新しい環境へ到達しているか確認する
• フォーム、メール、ログインが引き続き動作するか確認する
• リダイレクト切れや欠落ファイルを確認する
• 新しいサーバーでSSLが有効であることを確認する

この重複運用期間が最後の安全策になります。

ステップ11: 移行中のSEOを守る

Webサイトの移動は、慎重に扱わないと検索パフォーマンスに影響することがあります。目的は、既存の順位を維持し、検索エンジンを混乱させないことです。

次のSEOチェックリストを使ってください。

• 可能な限りページURLを変更しない
• URLが変わる場合は、旧ページから新ページへ301リダイレクトを設定する
• canonicalタグが正しい版を指していることを確認する
• robots.txtが重要ページをブロックしていないことを確認する
• 移行後に検索コンソール系ツールへサイトマップを再送信する
• 内部リンク切れを確認する
• メタデータ、タイトル、見出しを可能な限り維持する
• 公開後にインデックス状況とクロールエラーを監視する

移行が全面リデザインの一部である場合は、SEO確認がさらに重要になります。見た目の刷新が可視性の犠牲になってはいけません。

ステップ12: メール、セキュリティ、分析を確認する

公開後に多くの企業が気づくのは、Webサイトはスタックの一部にすぎないということです。残りのインフラも確認が必要です。

移行後は次を確認してください。

• ビジネスメールの送受信
• SPF、DKIM、DMARCレコード
• SSL証明書のインストールと更新の動作
• 新ホストでのバックアップ自動化
• セキュリティスキャンやファイアウォール設定
• アナリティクスタグとコンバージョントラッキング
• フォーム送信とCRM連携

サイトがリード獲得に使われているなら、フォーム送信の失敗はホームページの破損と同じくらい深刻です。重要なコンバージョン経路はすべてテストしてください。

よくある移行ミス

移行が失敗する原因は似通っているため、明確に挙げておく価値があります。

次のミスは避けてください。

• 旧ホストを早すぎる段階で解約する
• 完全なバックアップなしで移行する
• データベースや設定ファイルを忘れる
• ホームページだけをテストして、深い階層のページを確認しない
• ドメインやパス変更後に内部リンクを更新しない
• メールのDNSレコードを見落とす
• SSLを確認せずに公開する
• 移行後のログ監視を忘れる

最も高くつくミスは、たいてい派手なものではありません。ユーザーが問題に遭遇して初めて表面化する、小さな抜け漏れです。

移行プラグインやマネージドサービスを使うべき場合

すべての企業に、手作業での移行を完了する時間や技術スタッフがあるわけではありません。

次のような場合は、プラグインによる移行やマネージド移行サービスのほうが適しているかもしれません。

• サイトがWordPressで構築されており、移行が比較的単純
• 手動でのファイル操作を減らしたい
• 標準的な構成を移動するだけである
• ビジネスチームが手順のサポートを必要としている
• サーバーを直接管理するより、案内付きのワークフローを好む

手動移行はより細かい制御ができますが、そのぶん規律も求められます。サイトの複雑さと社内リソースに合った方法を選びましょう。

最終公開チェックリスト

旧ホストを閉じる前に、次を確認してください。

• 新しいサイトが公開ドメインで正しく表示される
• 主要ページにアクセスできる
• フォームとメールが動作する
• SSLが有効である
• アナリティクスが正しく発火している
• 検索エンジン向けの指示が正しい
• 必要に応じてリダイレクトが設定されている
• デスクトップとモバイルの両方で表示が正しい
• ログに重大なエラーがない

このチェックリストが完了してから、旧ホスティングアカウントを停止してください。

まとめ

ビジネスサイトの新しいホストへの移行は、体系的に進めれば十分に管理可能です。完全なバックアップから始め、ファイルとデータを慎重に移し、十分にテストし、新しい環境が検証されてからDNSを切り替えましょう。

中小企業や創業者にとって、ホスティング層は成長を妨げるのではなく、支えるものであるべきです。適切に実行された移行は、コンテンツを守り、SEOを維持し、より良いプラットフォームへ移行している間もWebサイトの可用性を保ちます。

事業立ち上げの初期段階では、安定したWebサイトと信頼できるホスティングが、基盤づくりを進めるうえで必要な信頼性を支えます。Zenindは米国での会社設立と運営を支援していますが、信頼できるWebプレゼンスはその基盤を自然に補完するものです。