CMS・データ移行

CMS移行の前に、現在の資産を調査する

移行方法・費用・期間を判断するため、最初に現行サイトと運用状況を確認します。

• 現在のCMS・サーバー・データベース
• 記事、固定ページ、カテゴリ、画像、添付ファイルの件数と構造
• 会員情報、パスワード、権限、問い合わせ履歴などの取扱い
• 旧URLと新URLの対応、検索流入のあるページ
• 構築中も更新されるデータと、公開時に許容できる停止時間

管理画面やデータベースへ接続できない場合も、CSV・XML・API・公開ページなど、取得できる情報から現実的な方法を検討します。

データ移行は「コピー」ではありません

長年運用されているサイトでは、多くの情報資産が蓄積されています。

• 記事
• 実績
• お知らせ
• 会員情報
• 画像
• 添付ファイル

これらを安全に移行しながら、新しいサイトへ引き継ぐ必要があります。

CMSを変えるだけでは解決しない

「WordPressへ移行したい」「Laravelへ移行したい」というご相談をいただくことがあります。

しかし実際には、CMSを変更することよりも、データをどう移行するかの方が難しいケースも少なくありません。

• 記事構造が異なる
• カテゴリ構造が異なる
• URLルールが異なる
• 画像保存場所が異なる

そのため、新しいシステムを作るだけではなく、旧サイトのデータをどのように新しい構造へ変換するのかを設計する必要があります。

私たちの基本的な移行の考え方

一般的なリニューアルでは、まず新サーバー上に開発環境を構築します。

その際、旧サイトのデータを取得し、新サーバーへ移行します。
その後、新しいシステムに合わせた移行プログラムを作成し、データの変換を行います。

• 旧サーバーから旧DBを取得する
• 新サーバーへ移行する
• 移行プログラムを実行する
• 新DBへ変換する
• 新サイトを構築する

構築中は何度も移行テストを行う

サイト制作中も、旧サイトは運用を続けていることがほとんどです。
そのため、初回移行だけでは終わりません。

• 初回移行
• テスト移行
• 再移行
• 公開前移行

構築中に移行プログラムを改善しながら、データが正しく移行できる状態を作っていきます。

公開直前の差分移行

公開直前には、初回移行以降の差分データを吸収するため、移行プログラムを再実行します。

• 新しい記事
• 新しい実績
• 更新された情報

公開直前に旧サーバーのデータを再取得し、移行プログラムを再実行することで、差分を吸収する方法を取ることがあります。
これにより、サイト停止期間を最小限に抑えながら公開できます。

既存サイトの移行と更新基盤を段階的に整えた事例

WordPressからの移行

WordPressの場合、取得方法はいくつかあります。

REST API

WordPressが提供しているREST APIを利用して取得する方法です。
公開されている情報を比較的安全に取得できます。

DB直接接続

データベースへ直接接続し、必要な情報を取得する方法です。
大量データの移行や、細かな情報を取得したい場合に利用します。

CSV・XML

エクスポートデータを利用する方法です。
環境によってはこちらを利用することもあります。

私たちはWordPress移行用のプログラムも整備しています。
重要なのはWordPressのデータを取得することではなく、新しいシステムの構造へ合わせて変換することです。

画像・添付ファイルの移行

データ移行で意外と時間がかかるのが画像です。

• 長年運用されているサイト
• 実績数が多いサイト
• オウンドメディア

こうしたサイトでは大量の画像が存在します。
さらに、フォルダ構成変更、ファイル名変更、URL変更などが発生することもあります。

そのため、画像移行専用のプログラムを作成することもあります。
サイト規模が大きくなるほど、画像移行は重要なテーマになります。

会員情報の移行

会員サイトの場合、会員情報の移行も重要になります。
ただし、ログインパスワードは注意が必要です。

多くの場合、旧システムと新システムでは、パスワードの暗号化方式が異なります。
そのため、会員情報は移行できても、パスワードをそのまま引き継げないケースがあります。

その場合は、パスワード再設定メールを送信するなど、利用者に再設定していただくフローを設計します。
会員数が多いサイトでは、公開前から準備が必要になることもあります。

URL移行とSEO

データ移行と同じくらい重要なのがURLです。
リニューアル時には、URL構造が変わることがあります。

例えば、/news/123 から /column/123 のように変わるケースです。

この場合、旧URLへアクセスしたユーザーや検索エンジンを、新URLへ案内する必要があります。

• .htaccess
• Laravelルーティング
• Webサーバー設定

などを利用してリダイレクトを設定します。
また、Google Search Consoleの情報も確認しながら、重要なページを引き継ぐ設計を行います。

CMSコンバートとは何か

CMSコンバートとは、単にデータを移すことではありません。

• WordPress → WordPress
• WordPress → Laravel
• Movable Type → WordPress
• 独自CMS → WordPress
• WordPress → ヘッドレスCMS

重要なのは、どのCMSから移行するかではなく、現在のデータを新しい構造へどう整理するかです。
そのため私たちは、CMSそのものよりも、データ構造や運用フローを重視して移行設計を行っています。

費用・期間・進め方の判断材料

CMS・データ移行は、ページ数だけでは見積もれません。移行元から取得できる形式、データ量、変換ルール、画像や会員情報の有無、URL変更、差分移行の回数によって作業範囲が変わります。

お見積りまでの進め方

• 現行サイト、管理画面、サーバー、サンプルデータを確認する
• 残す情報・統合する情報・移さない情報を整理する
• 項目対応表とURL対応表を作り、変換・検証方法を決める
• テスト移行の結果から、本移行と差分移行の工程を確定する
• 作業範囲、費用、期間、公開時の切り替え方法をご案内する

データ件数だけで一律料金を示すのではなく、取得・変換・検証・切り替えまでを分けてお見積りします。調査前の段階では、確定額ではなく想定範囲としてご案内します。

公開後の確認と保守

公開後は、主要ページの表示、画像・添付ファイル、検索・絞り込み、会員ログイン、旧URLからのリダイレクトなどを確認します。移行後の修正対応と、CMS・システム本体の保守は対象が異なるため、対応範囲と期間を事前に整理します。

不動産サイトなど、更新を止めにくい移行にも対応

物件情報のように日々追加・更新されるデータは、初回移行だけでは公開時点の内容と一致しません。現行サイトを動かしたまま構築し、テスト移行、差分移行、最終切り替えを段階的に行います。

実際の流れは、不動産会社向けWebサイトシステムのデータ移行でも具体的に紹介しています。

Flying High Worksの考え方

私たちはデータ移行を、リニューアル時の付随作業とは考えていません。

むしろ、長年蓄積された情報資産を未来へ引き継ぐための重要な工程だと考えています。

データ移行で重要なのは、データを移すことではなく、新しいシステムで活用できる状態に整理することです。

• 記事
• 実績
• 画像
• 会員情報
• 検索データ
• URL資産

これらをどのように引き継ぐかによって、リニューアル後の運用は大きく変わります。
私たちは、新しいサイトを作るだけではなく、既存の情報資産をどのように活かすかという視点で移行設計を行っています。

現在のCMSや移行したいデータが分かる範囲で構いません。CMS・データ移行について相談する