EmDash にすると保守はどう変わるのか。追加機能の動かし方と基盤の条件を整理し、検証用データを別環境へ戻して記事・画像・編集を確認しました。バックアップの保管だけでは足りない理由と、運営に残る仕事を伝えます。
この記事の目次
EmDash を選ぶと、ホームページの保守はどう変わるのでしょうか。追加機能を権限ごとに管理する設計や、Cloudflare の基盤を使う構成は、維持管理を考え直す材料になります。一方、更新の確認と、データを戻す準備は引き続き必要です。
今回は、追加機能の公式仕様を確認したうえで、検証環境のデータを別の環境に戻しました。記事の表示、画像、復元先での編集を確かめています。「バックアップを取った」という記録だけでなく、「どこまで戻せたか」を残すことが大切です。
追加機能には、動かし方の異なる形式がある
EmDash の追加機能は、WordPress のプラグインにあたるものです。公式には、権限を制限した別の実行環境で動く形式と、サイト本体と同じ環境で動く形式があります。
前者は、使う機能や通信先などを申告し、決められた範囲で動かす設計です。追加機能を採用するときに、何へアクセスするかを確認する材料になります。後者はサイトの実行環境へ広くアクセスするため、同じ隔離の説明はできません。
「EmDash の追加機能だからすべて隔離される」と考えず、採用する形式と実行環境を確認してください。隔離を担う実行環境が有効であることも条件です。作者の情報や更新状況に加え、必要以上の権限を求めていないかを検討します。
今回、隔離された追加機能を実行して権限を拒否する検証はしていません。この部分は公式の設計説明です。導入案件では、採用する機能と実行する基盤を決めてから確認する必要があります。
基盤に任せる仕事と、運営側に残る仕事を分ける
Cloudflare の基盤で動かす構成なら、従来のサーバー環境と保守の対象は変わります。ただし、EmDash 本体、表示を作る Astro、採用した追加機能の更新確認までなくなるわけではありません。
Cloudflare で隔離された追加機能を動かす場合には、Cloudflare の有料プラン（Workers Paid）と所定の設定が必要です。フォームや検索があるかだけで、有料・無料が決まるわけではありません。どの機能を、どの形式で実装するかが条件になります。
確認する対象 | 運営側で決めること | 保守の記録に残すこと |
|---|---|---|
本体と追加機能の更新 | いつ、誰が試すか | 使用する版と確認結果 |
データと画像 | どこに、いつまで保管するか | 取得日時と対象 |
障害からの復元 | 誰が、どの順で戻すか | 復元先で動いた範囲 |
保守契約を結ぶ場合は、監視だけなのか、更新前の検証や復元作業も含むのかを確認します。同じ「保守」という名前でも、担当する範囲で費用は変わります。
データを別の環境へ戻し、記事の表示と編集を確かめた
検証日は2026年10月15日。EmDash 1.2.0 を Node.js で動かし、SQLite というファイル型のデータベースに検証用の記事を保存しました。
データベースの専用機能で一貫したコピーを取り、同じ版の EmDash を使う別の検証環境に置きました。コピー元と復元先の記事はともに10件で、データベースの整合性検査も正常でした。
復元先では、公開記事を開けること、検証用画像の内容が一致することを確認しました。さらに、記事の要約を下書きとして変更し、保存できることも確かめました。
この結果は、ローカルの検証環境に限ります。本番で使う Cloudflare D1 の復元、画像保管先の R2 の復元、実際のログイン、暗号化された追加機能の設定は確認していません。本番の復元手順には、それぞれの構成に応じた確認が必要です。
管理画面の書き出しと、復元用のバックアップを区別する
公式のバックアップ案内では、管理画面から取得する JSON 形式の書き出しは、内容の確認や独自の処理に使うものとされています。この形式を、そのまま EmDash へ復元する標準操作はありません。
データベース全体を戻す備えには、使うデータベースに対応したバックアップが必要です。画像の実体や、暗号化に使う鍵も別に扱います。記事データだけを保管しても、画像まで戻るとは限りません。
今回の検証でも、データベースとは別に検証用画像をコピーしました。保管する対象を一覧にし、復元したときに記事から画像が見えるかを確認しています。
バックアップの取得頻度は、どれだけ前の状態まで戻ってよいかと合わせて決めます。毎日記事を更新するメディアと、月に一度更新するメディアでは、失って困る変更の量が違います。
更新前に、戻す手順と担当を決めておく
EmDash の版を上げるときは、更新内容を確認し、検証環境で代表的なページと編集操作を試します。今回の記事では、本体を旧版から更新する作業そのものは実施していません。更新の成功記録としては扱わないでください。
導入時に用意したいのは、担当者が交代しても読める運用の記録です。使っている版、追加機能、保存先、バックアップの日時、戻し方を残します。秘密情報は、原稿や一般の共有資料とは別に管理します。
保守を見直す際は、今の契約で「更新前の確認」と「復元の確認」を誰が担うか、一度確かめてください。EmDash の設計上の利点を活かすためにも、その責任範囲を具体的にする必要があります。
更新と復元を含めた運用体制を整理したい場合は、EmDashでつくるWebサイト制作からご相談ください。
参考（一次情報）
- 追加機能の形式（公式）
- 追加機能を隔離して動かす設定（公式）
- バックアップと復元（公式）
- EmDash の更新（公式）
- 復元検証：2026年10月15日、EmDash 1.2.0、SQLite。条件と確認結果を制作ノートに保存。
