導入後のCMSリプレイス

名称変更について

2025年3月に espar から espar vault (エスパーボルト)へ名称が変更されました。サービスの機能・仕様・価格に変更はありません。詳しくはこちらをご覧下さい。

espar vault の導入後にCMSサーバをリプレイスする場合の手順について解説します。

サイトのリニューアルを伴う場合は 導入後のサイトリニューアル のページをご覧下さい。本ページで解説しているのは、サイトをリニューアルする手順ではなく、サイトの内容はそのままにCMSサーバを置き換える場合の手順です。

変わるものと変わらないもの

CMSサーバ

リプレイスでは、CMSのサーバ・OS・フレームワーク・ライブラリ・DB等が入れ替わります。一方、コンテンツ層(HTTP層)はリプレイス前後で変わりません。具体的には、以下のようなものはリプレイス前後に変化がないことを前提としています。

• HTMLの構造
• URLの設計(末尾の / 有無を含む)
• 画像やCSS等のリソースの配置パス

リプレイスで以下のような構造変更が加わる場合、リプレイス後の静的化でページや画像の欠損等が発生する場合がありますのでご留意下さい。

• 旧CMSはhttp応答だったが、新CMSではhttps応答に変えた (プロトコルの変更)
• 新CMSで、URL末尾の / の有無を変えた (URL設計の変更)
• 新CMSで、画像やCSSのパスを変えた (リソース配置パスの変更)
• 新CMSで、あるページの実装をJSによる非同期通信からPHPの処理に変えた (リバースプロキシ要件の変更)
• 新CMSでテーマやページの実装方法を変更したり、デザインレイアウトを大きく変えた (HTML構造の変更)
• 新CMSでWAFを導入した (セキュリティモデルの変更)

espar vault の静的化エンジンや公開サーバは、ある程度の変化に強い仕組みになっていますが、極力リプレイス前の構成・実装・状態をそのまま維持されることを推奨します。

リプレイス後の不具合対応について

リプレイス後の静的化でページや画像の欠損等が発生した場合、弊社側で以下の設定変更が必要になる場合があります。

• espar vault 静的化エンジン
• 公開サーバ

軽微なものは無償でご対応可能ですが、広範な影響への対応や、調査を伴う作業は対応費用をご請求させて頂く場合があります。弊社起因ではない追加作業となりますので、ご理解の程をお願いします。

追加作業が有償となる場合、事前にお知らせ致します。費用は翌月末の月額費用に加算されます。詳細は価格表ページに記載のある「チケット価格」をご覧下さい。

espar form について

espar vault に加え espar form を導入頂いている場合、リプレイスにあたって必要な作業はありません。(espar form のメリットです)

リプレイスの是非と推奨方針

CMSリプレイスの理由(セキュリティポリシー・サーバ調達先変更・制作会社様変更など)によらず、以下の変更を避けたリプレイスが推奨されます。

• PHPのメジャーバージョン
• CMSプログラムのメジャーバージョン
• CMS用プラグインのメジャーバージョン

これらが変わる形でリプレイスが行われる場合、コンテンツ層(HTTP層)が大きく変化する可能性が高まります。旧バージョンが使用できない状況も考えられますが、その場合は Docker コンテナの利用等もご検討下さい。

静的化エンジン

espar vault の静的化エンジンは、構築済み既存設定をそのまま流用します。

ただし、espar vault を同一ドメイン方式で導入している場合(CMSサーバと公開サーバのドメインが同一である場合)、静的化エンジンに与える「静的化対象CMSサーバのIPアドレス」の情報を変更する必要があります。この作業は、弊社が行います。

公開サーバ

espar vault の公開サーバは、構築済み既存環境をそのまま流用します。

ただし、espar vault を同一ドメイン方式で導入している場合(CMSサーバと公開サーバのドメインが同一である場合)、リバースプロキシに関する設定を変更する必要があります。この作業は、弊社が行います。

Danger

CMSリプレイスに合わせて、新しい公開サーバを構築するわけではありません。

公開サーバに変化はないため、公開用ドメインのDNS設定変更は不要です。CMSリプレイス後に全体静的化を行うと、閲覧者はリプレイス後のCMSが静的化された結果を閲覧することになります。

リプレース前後での静的化結果を比較検討したい場合

CMSリプレイス前後での静的化結果を比較したい場合、現公開サーバと併存させる形で新しい公開サーバを別途構築する必要があります。

CMSリプレイス時の公開サーバ併存構築は「専用公開サーバプラン」「独自公開サーバプラン」に限り有償で対応可能です。詳しくはお問い合わせ下さい。「共用公開サーバプラン」では非対応となります。

リプレイス対応の準備

CMSサーバ構築

リプレイス元とリプレイス後の、見た目やレイアウト、コンテンツは全て同一のものとなるように構築して下さい。CMSサーバの構築・設定はコンテンツ層(HTTP層)で応答が一致するように構成して下さい。詳しくは 変わるものと変わらないもの > CMSサーバ を参照して下さい。

アクセス制限

CMSサーバにIP制限やBasic認証をかける場合、リプレイス前のCMSサーバの各設定を引き継いで下さい。Basic認証のユーザ名/パスワードを変更する場合は、弊社にあらかじめお知らせ下さい。(静的化が一切できなくなります)

CMSサーバにおけるIP制限の詳細は、CMS側の許可IPについてのページをご覧下さい。

ドメイン名(ホスト名)

新旧CMSサーバに割り当てるドメイン名(ホスト名)は同一として下さい。

なお、別ドメイン方式での導入で、かつ、リバースプロキシ対象パスが存在する場合、リプレイス前後の挙動にご留意頂く必要があります。後述のCMSリプレイスとリバースプロキシのセクションをあらかじめご確認下さい。(該当しない場合は読み飛ばして下さい)

CMSリプレイスとリバースプロキシ

CMSサーバが新CMSに切り替わると同時に、即座にリバースプロキシ対象パスへのアクセスが新CMS側に届き始めます。切り替わり前後の挙動を以下に図示します。

1. 切り替え前はリプレイス前のCMSを向いている。リバースプロキシ対象パス(下図の例では/recruit/)は、リプレイス前の旧CMSで処理される。

2. DNS設定を変更し、CMSサーバがリプレイス後の新CMSを指すようなる。

3. 2の設定が反映された直後から、リバースプロキシ対象パス(下図の例では/recruit/)へのアクセスが、リプレイス後の新CMSに届き始める。

2の設定を行ってから、espar vault で改めて全体静的化を完了させるまでの間、サイトへのアクセス応答は以下のようになることに留意して下さい。

URLパス	応答内容	応答内容の元となるCMS
静的化対象	リプレイス前の旧CMSを静的化した内容	旧CMS
リバースプロキシ対象	リプレイス後の新CMSが応答	新CMS

新旧CMSの実装が同一である場合は問題はありません。ただ万が一、リバースプロキシ対象パスの実装が新旧CMSで異なっている場合、リプレイスによって挙動が異なる可能性が否定できないこと念頭において下さい。

こうした可能性をあらかじめ除外したい場合、新旧CMSのドメインを変更してリプレイスする方法をご検討下さい。有償での個別対応となりますので、詳しくはお問い合わせ下さい。

リプレイスの作業手順

リプレイス前後のCMSサーバのドメインが一致している場合の手順を説明します。

リプレイス前後のCMSが別ドメインの場合

リプレイス前後でCMSサーバのドメインが変わる場合、有償での個別対応となります。別途お問い合わせ下さい。

同一ドメイン方式の場合

○印のついたSTEPが、お客様または制作会社様の作業となります。

STEP		作業内容
0	○	新しいCMSの構築・動作確認を行って頂き、完了後に新CMSサーバのIPアドレスを弊社にお知らせ下さい。
1		espar vault のテスト環境の設定を行います。テスト環境で、静的化対象となるサーバ及びリバースプロキシの向き先が新CMSになります。
2	○	espar vault のテスト環境で静的化結果を確認して下さい。確認方法は 導入途中の確認(テスト環境) をご覧下さい。
3		日程を決めて本番環境の設定を行います。本番環境で、静的化対象となるサーバ及びリバースプロキシの向き先が新CMSになります。
4	○	espar vault の本番環境で静的化結果をご確認頂きます。万が一問題があればご連絡を頂き調整を行います。

弊社作業の日程について

STEP1,3では、実施ご希望日をお知らせ下さい(土日祝や年末年始中を除く平日)。弊社リソースが逼迫していなければ、ご希望日の10:00-17:00の間に実施いたします。時間を指定されたい場合は有償(¥1,100(税込))でのご対応となり、初回の月額費用に追加させて頂きます。

別ドメイン方式の場合

○印のついたSTEPが、お客様または制作会社様の作業となります。原則、弊社の介在なくリプレイスを行って頂けます。

STEP		作業内容
0	○	新しいCMSの構築・動作確認を行って頂きます。
1	○	新しいCMSを向くようにDNSを変更して頂きます。
2	○	テスト環境で全体静的化を行い、結果をご確認頂きます。確認方法は 導入途中の確認(テスト環境) をご覧下さい。
3	○	本番環境で全体静的化を行い、結果をご確認頂きます。

Caution

DNS変更(STEP1)のあと、テスト環境での確認(STEP2)を完了される前に、本番環境側の静的化(STEP3)を行ってしまわないようご注意ください。

トラブルを避けるため、管理画面から本番環境側の静的化を行えないよう制限をかけることも可能です。ご入用の場合は弊社担当までお知らせ下さい。

リプレイス後の対応

CMSリプレイスでは原則的に espar vault 側の設定変更を行いませんので、万が一問題が発生した場合はCMSサーバ側の構築・設定・実装に起因している可能性を疑ってみて下さい。

まず変わるものと変わらないもの > CMSサーバ の前提に準じているかをご確認頂き、さらに困ったときは…をご確認下さい。その上で解決されない場合は弊社担当者にご連絡下さい。

なお、CMS側に起因する事象で espar vault 側で設定変更が必要な場合、有償の追加対応作業となる場合が御座います。料金は実施後の月額費用として加算させて頂きますのでご了承下さい。