EmDashでつくるWebサイト制作の、解説と検証ノート記事一覧

EmDash メディアの費用はどう考えるか:制作・運用・改修まで含めて判断する

EmDash メディアの費用は、CMS や基盤の月額だけでは決まりません。連載で行った入稿・導線・移行・復元の検証をもとに、初期制作、稼働基盤、保守、社内の編集作業、改修までを分け、見積もりで確認する条件を整理します。

この記事の目次

EmDash メディアの費用は、CMS の利用料だけでは判断できません。初期制作、既存記事の移行、動かす基盤、公開後の保守、記事の編集作業を合わせて考えます。どの仕事を仕組みに任せ、どの仕事を人が担うかで、必要な費用が変わります。

EmDash の魅力は、記事の保存・公開や分類などの基本を使いながら、自社に必要な運営方法へ整えられることです。一方、独自の表示や導線を用意する制作費は必要です。今回は、この連載で実際に行った作業をもとに、見積もりで確認する範囲を整理します。

初期費用は、見た目と更新の仕組みを分けて見る

初期制作では、ページのデザインだけでなく、誰が何を更新するかを決めます。記事、事例、著者紹介の入力欄を用意し、読者向けの一覧や詳細ページへつなぐ作業です。

この連載の検証では、EmDash 1.2.0 のブログの雛形を使うと、下書き・公開・改訂の工程や、カテゴリ一覧を確認できました。一方、記事から事例への案内は、本文のリンクとして用意しています。業種ごとに紹介先を自動で変える機能までは作っていません。

ここが見積もりの分かれ目です。雛形の機能を使う部分、見た目を整える部分、独自の入力欄や表示を作る部分を分けます。「記事機能一式」だけでは、どこまで含まれるかが分かりません。

初期制作、移行、稼働基盤、保守と改善を分け、運営全体の費用として考える図
基盤の月額だけでなく、編集と改善を続ける仕事も含める

新設と移行では、最初に発生する仕事が違う

新設するメディアなら、最初の分類や記事の型を決め、原稿を入れるところから始められます。既存の記事があるメディアでは、取り込みと照合に加え、以前の URL や画像の引き継ぎが必要です。

費用が生じる作業

新設する場合

既存メディアを移す場合

記事の設計

種類と入力欄を決める

既存項目との対応も調べる

原稿と画像

初期原稿を登録する

取り込み後の欠けを照合する

URL と検索向け設定

新しい構成を決める

旧 URL と設定の引き継ぎを確認する

更新の引き渡し

新しい手順を共有する

以前の運用から変わる点も共有する

既存の日本語記事の取り込み検証では、本文の大半は引き継げましたが、日本語 URL と引用などに手直しが必要でした。記事数が同じでも、使っている書式や追加機能によって移行の作業量は変わります。

そのため、移行費用は本数だけで判断せず、代表的な記事を取り込んだ結果で見積もります。何を直すかが分かれば、予算をかける対象も決めやすくなります。

基盤の月額には、構成と使用量の条件がある

EmDash はオープンソースとして公開されています。ただし、実際に動かす基盤、データの保管、画像の配信、メールなどの費用は別です。

2026年10月15日に確認した Cloudflare の公式料金では、Workers の有料契約はアカウント単位で月額5米ドルの最低料金から始まります。これはホームページ全体の運営費ではありません。使用量やデータベース、画像保管など、採用するサービスに応じた費用を確認する必要があります。

また、Cloudflare で隔離された追加機能を動かす構成には、Cloudflare の有料プラン(Workers Paid)が必要です。すべての EmDash サイトで同じ契約が必要という意味ではなく、採用する機能と基盤による条件です。

見積もりでは、契約名、基本料金、含まれる使用量、超過時の費用、誰が支払うかを確認します。為替や税を含む円建ての請求額と、公式の米ドル表記も分けて考えます。

今回のローカル検証では、Cloudflare の本番使用量や月次請求額は測定していません。一定のアクセス数ならいくらになる、といった総額は示していません。

保守費用は、担当する作業の範囲で比べる

公開後には、版の更新、問い合わせが届くかの確認、バックアップ、障害からの復元があります。毎月の保守費を比べるときは、何を実行する契約かをそろえます。

この連載では、検証環境のデータを別環境へ戻し、記事の表示と編集を確かめました。コピーを保管するだけでなく、戻して使えるかを確認する作業が必要でした。ただし、本番の Cloudflare 環境の復元や、実際の障害対応を測ったものではありません。

監視だけ、更新作業込み、復元確認込みでは、含まれる仕事が異なります。障害時の連絡先、対応する時間帯、記事や機能の小さな修正を含むかも、契約の範囲として確認します。

追加機能を減らしたり、更新する箇所を整理したりすると、管理する対象を絞れます。ただし、独自に作る部分が増えれば、その部分の保守も必要になります。EmDash を使うだけで保守費が下がるとは判断できません。

社内の編集時間と、改善の予算も残す

メディアの費用には、担当者の時間もあります。原稿の確認、画像の選定、入稿、公開後の修正を誰が行うかを考えます。

AI による下書き登録は今回の検証で動きましたが、人による確認も行っています。作業時間を比較していないため、削減額には換算していません。自社の原稿で試し、依頼から確認・手直しまでの時間を測る必要があります。

また、公開後に記事を増やすだけでなく、古い内容や導線を見直す予算も残します。読まれている記事から事例へ進めるか、スマートフォンで読みにくい箇所がないか。こうした改善を続けるための運営費です。

計画を立てる際は、初期費用に加えて、一定期間の基盤費、保守費、編集作業、予定する改修を並べます。期間と作業の範囲をそろえると、他の CMS を使う案とも比較しやすくなります。

見積もりの前に、必要な運営条件を一枚にする

最初にまとめたいのは、記事の本数だけではありません。誰が更新し、誰が確認するか。事例や著者紹介をどう使うか。引き継ぐ URL やフォームは何か。困ったときに、どこまで支援が必要かを書き出します。

EmDash が合うかは、その条件を満たす制作と運営を、納得できる費用で続けられるかで判断します。この連載の検証結果は、何を標準機能で賄い、何を制作や保守に含めるかを話し合う材料になります。

必要な機能と運営範囲を整理して見積もりを進めたい場合は、EmDashでつくるWebサイト制作からご相談ください。

参考(一次情報)

WRITTEN BY

EmDash制作チーム

Noweverの「EmDashでつくるWebサイト制作」の制作チームです。Cloudflareの基盤で動くCMS「EmDash」によるサイト設計、更新機能、セキュリティ、WordPressからの移行について、制作の現場で確認したことを記録しています。

EmDash制作チームについて →
← すべての記事を見る