本文へスキップ

つくるフェーズ

  1. TOP
  2. Web制作
  3. つくるフェーズ
  4. データ移行・CMSコンバート

データ移行・CMSコンバート 既存データを、新しい構造で活かす

Webサイトのリニューアルでは、デザインやCMS、システムに注目が集まりがちです。

しかし実際には、既存サイトのデータをどう引き継ぐかが重要なテーマになることも少なくありません。

Flying High Works(FHW)では、データ移行を単なるコピー作業ではなく、サイトリニューアルにおける重要な設計工程として考えています。

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

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

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

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

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そのものよりも、データ構造や運用フローを重視して移行設計を行っています。

Flying High Worksの考え方

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

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

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

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

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