サイトを作り直さずに別の事業者へ移せますか？

移せる場合もあります。一般的でアクセス可能なファイル、データベース、設定、移転可能なライセンスを使っていれば、作り直さずに別の事業者へ移行できることがあります。ホスト型のサイト作成サービスで作ったサイトは、一部のみ移行できる、コンテンツだけ書き出せる、または元の仕組みをサービス外で動かせない場合があります。

最初に考えるべきなのは「誰が作り直すか」ではなく、「何を所有・利用でき、現在の環境から何を持ち出せて、変更後も何を動かす必要があるか」です。

サイトの移行とは何を指しますか？

事業者の変更には、いくつかの異なる作業があります。

• システム全体の移行：サイトのファイル、データベース、設定、メディア、アカウント、関連サービスを別のホスティング環境へ移します。
• システムの一部移行：再利用できる部分を移し、フォーム、検索、購入手続き、会員機能など事業者固有の機能を置き換えます。
• コンテンツの移行：ページ、記事、商品、画像を別のシステムへ書き出して取り込みますが、デザインや機能は作り直します。
• 運用の引き継ぎ：サイトの場所は変えず、新しい会社に保守に必要なアクセス権を渡します。

方法ごとに費用とリスクは異なります。コンテンツを書き出して文章や画像を残せても、テンプレート、管理機能、連携、サイトを動かしていた仕組みは引き継げないことがあります。

ドメインとサイトは別のものですか？

通常は別です。ドメインは利用者がアクセスするアドレスで、ホスティングはサイトを提供する環境です。コンテンツ管理システム、メール、DNSも別々に管理されている場合があります。

サイトの保守会社を変更しても、ドメインの移管が必要とは限りません。逆に、ドメイン登録事業者を変更してもサイト自体は移りません。ドメインと公開URLを維持したまま、ホストだけを変えることもできます。

変更前に、ドメイン登録事業者のアカウント、DNSレコード、ホスティングアカウント、サイト管理画面、業務用メールを誰が管理しているか確認してください。外からは一つのサービスに見えても、複数のアカウントで運用されていることがあります。

現在のシステムを別の場所で動かせますか？

完全な移行が可能かを判断する有力な手掛かりは、一般的なアプリケーション一式にアクセスできることです。具体的には、ソースファイル、データベース、メディア、設定、必要な実行環境の情報、新環境でも有効なライセンスです。

よく知られた例がWordPressです。公式の移行案内では、ファイルとデータベースを使ってサーバー間でサイトを移し、必要に応じて設定を変更できると説明されています。ファイルとデータベースの両方が稼働中のサイトを構成するため、まとめてバックアップすることも推奨されています。公式のWordPress移行案内とWordPressバックアップ案内をご覧ください。

ただし、すべてのWordPressサイトをすぐに移せるわけではありません。テーマやプラグインのライセンスが制限されていたり、制作会社のアカウントに依存していたり、外部サービスを呼び出したり、新しいホストにないサーバー機能を必要としたりすることがあります。独自コードが不完全、または入手できない場合もあります。

ホスト型のサイト作成サービスは仕組みが異なります。Wixは独自技術に依存しているため、サイトはWixのインフラ上でホスト・運用する必要がある一方、ドメインは別の場所で管理できると説明しています。公式の書き出しと外部ホスティングの案内は、プラットフォームの選択が移行可能性に影響する例です。

書き出したデータにサイト全体が含まれますか？

必ずしもそうではありません。「書き出し」ボタンがあることは、何かを取得できる証拠であって、システム全体を単独で動かせる証明ではありません。

Webflowでは対象プランでHTML、CSS、JavaScript、アセットを書き出せます。公式のコード書き出しの説明によれば、CMS、ユーザーアカウント、EC機能、ローカライズ済みコンテンツ、フォーム、サイト内検索などのホスト型機能は含まれないか、Webflowと同じようには動作しません。

SquarespaceはWordPress向けの一部コンテンツをXML形式で書き出せますが、機能の一部がSquarespaceのJavaScriptやCSSに依存するため、すべては書き出せないと説明しています。公式のサイト書き出し案内に対象と対象外が記載されています。

そのため、書き出したデータを公開中のサイトと照合します。メニュー、フォーム、検索、顧客アカウント、商品、決済、予約、多言語、転送設定、管理機能が存在し使えるかを確認し、ファイルをダウンロードできたかだけで判断しません。

判断前にどの資料を集めるべきですか？

サービスを解約したり作り直しを承認したりする前に、次の情報を集めます。

• ドメイン登録事業者とDNSへのアクセス権
• ホスティング管理画面、サーバー、プラットフォームアカウントへのアクセス権
• サイト管理者のアクセス権
• ソースファイルまたはリポジトリへのアクセス権
• 最新のデータベース書き出しとメディアの保管一式
• プラットフォームからの書き出しと、それぞれに含まれない内容
• テーマ、プラグイン、フォント、その他ソフトウェアのライセンス
• フォーム、決済サービス、予約ツール、検索、その他の連携
• アクセス解析、タグ管理、検索管理のアカウント
• メールサービスとメール関連のDNSレコード
• 重要なランディングページを含む現在のURL一覧
• 最近のバックアップと復元可能であることの確認

資料は役立ちますが、アクセスも実際に試す必要があります。認証情報の一覧だけでは、ログインできること、書き出しが完了すること、データを使えることは確認できません。

一部だけ作り直すのはどんな場合ですか？

コンテンツやビジュアル素材を取り出せても、元のプラットフォームを別の場所で動かせない場合は、一部の作り直しが現実的です。公開ページは問題なくても、ホスト型フォーム、ショップ、会員エリア、検索機能を置き換える場合にも適しています。

作業範囲は明確にします。たとえば、コンテンツ、画像、ブランド表現、URLを保ち、テンプレートとフォームを置き換える方法があります。別の案件では、コンテンツ管理システム全体を移してライセンス付きテーマだけを交換するかもしれません。事業者変更のたびにゼロから作るという前提とは異なります。

問題がホスティングではなく担当者なら、技術的な引き継ぎで十分な場合があります。私たちの開発担当者の交代サービスでは、保守、移行、作り直しを選ぶ前に、アクセス権、所有権、コード、ホスティング、バックアップ、現在のリスクを確認します。

既存URLと検索での表示はどうなりますか？

ホスティングを変更しても、ドメインとURL構造を維持できます。Googleは、見えるURLを変えないホスティング基盤の変更と、URLが変わる移転を区別しています。ホスティング変更の案内では、新環境の準備とテスト、DNSの切り替え、新旧両環境の監視、新環境が正常に配信できてから旧環境を停止することを勧めています。

URLが変わる場合は、ページごとの対応表と適切なリダイレクトを用意します。Googleのサイト移転の案内は、内部リンク、canonical参照、サイトマップの更新と移転後の監視も推奨しています。大きな変更の際は検索での表示が変動することがあるため、完全に変わらない結果を約束するべきではありません。

LINK-Vは事業者変更をどう評価しますか？

LINK-Vは既存システムから確認します。アクセス権、ホスティング、ソースファイル、データベース、プラットフォームの書き出し、ライセンス、ドメイン、DNS、メール依存関係、連携、URL、バックアップを調べ、完全移行、一部移行、コンテンツ移行、運用引き継ぎ、作り直しのどれが現実的かを判断します。

私たちの移行サービスでは、必要に応じて調査、移行計画、テスト環境、URL対応、DNS切り替え、公開後の確認を行います。既存サイトをそのまま新しい体制で管理できるなら、サイト保守が適している場合もあります。

答えは現在のプラットフォーム名ではなく、確認できた事実から導きます。新しい事業者を選ぶ前、または作り直しを承認する前に、アクセス可能なもの、書き出せるもの、法的・技術的に別の場所で続けられるもの、変更後も維持すべき業務機能を明らかにしてください。