気になる話が重なりました。Cloudflare Workersでサーバーレス運用が便利、という話を見かけました。少し調べていたら、Cloudflareが2026年4月にWordPress代替の新しいCMS「EmDash」を出していたことも知りました。どちらも面白そうなんですが、今日は「じゃあうちの受託案件で使えるか」を考えてみた話を書きます。
🎥 この記事の内容は動画でも解説しています。
何を検討したか
論点は2つ。検討したのは大きく2つです。ひとつはCloudflare Workers自体(サーバーレスでコードを動かせる基盤)、もうひとつはその上で動くEmDash(GitベースのCMS)です。技術としての新しさに興奮するのと、実際の案件で採用するかどうかは別の話なので、公式ドキュメントを見ながら整理しました。
中身は新方式。そもそもCloudflare Workersは、従来のようにサーバーを1台借りて常時起動させておく方式とは違って、リクエストが来たときだけ世界中のエッジロケーションでコードが動く仕組みです。レスポンスが速い、サーバーの管理から解放される、といったメリットは公式のドキュメントを見ても素直に納得できました。
公式で確認した前提と制約
前提が別物。公式サイト・ドキュメントを見て分かったのは、EmDashが従来のWordPressのような「管理画面でクリックしてページを作る」体験とは前提がかなり違うということでした。コンテンツの管理がGitベースで、更新はコミット単位になります。ホスティングもCloudflareのエコシステム(Workers・D1など)が前提です。
壁はここでした。つまり、非エンジニアの担当者がブラウザだけで更新する、という運用は今のところ想定されていません。WordPressなら「投稿」ボタンを押すだけで済む作業が、EmDashだとエディタを開いてMarkdownを書き、コミットして、デプロイが走るのを待つ、という流れになります。ここが判断の分かれ目になりそうでした。
向いている案件
- 開発者自身が継続して面倒を見られる、個人開発のサイドプロジェクトやAPI
- グローバルに軽く速く配信したい、静的コンテンツ中心のプロダクト
- 更新もエンジニアがGit経由でやる前提のコーポレートサイトや技術ブログ
- アクセスが急増するかもしれない企画もの(キャンペーンサイトなど)で、サーバーの台数を気にしたくない案件
向いていない案件
- クライアント側の担当者が自分でお知らせや記事を更新する前提のサイト
- 教育機関や交通系のように、更新頻度は低くても「誰でも直感的に触れる」ことが求められる現場
- 問い合わせフォームやSEO系のプラグインなど、WordPressの成熟したエコシステムに依存する要件がある案件
- 5年単位の長期運用を見据えたとき、まだ実績の蓄積が薄いプラットフォームに乗せるリスクを取りたくない案件
- 納品後に別の制作会社へ引き継ぐ可能性がある案件。WordPressなら次の担当者が見ても迷わないが、EmDashだとまず仕組みの説明から始めることになる
自分の案件ではどう判断したか
結論は見送り。今受けている案件は、学校や地方企業のように、納品後は担当者自身が更新していくものがほとんどです。そう考えると、今のところEmDashを提案する場面は思いつきませんでした。WordPressの管理画面に慣れている担当者に、Gitベースの更新フローを覚えてもらうのは現実的じゃないからです。特に交通系のように問い合わせ対応の窓口が限られている現場だと、「更新のやり方が分からなくなった」という連絡が来たときに、電話越しでGitの説明をする自分の姿がまったく想像できませんでした。
このブログも同じでした。このブログ自体は自分ひとりで運用しているので、EmDashの前提条件には当てはまりそうです。ただ、今からCocoon子テーマの構成をまるごと作り直すコストの方が大きいので、こちらも今は動きません。半自動投稿の仕組みや、記事投入のスクリプトなど、WordPress前提で組んできた運用フローを一度捨てることになるのも大きいです。しばらくは情報を追いかけるだけにしておこうと思います。
それでも技術としては気になっている
興味は継続。採用は見送りましたが、Cloudflare Workers自体の速さや、サーバー管理から解放される感覚は魅力的でした。今後、たとえば受託ではなく自分個人のちょっとしたツールやAPIを作るときには、選択肢として検討したいと思っています。「今の案件に合うか」と「技術として面白いか」は別軸で持っておいて、後者はストックしておく、というくらいの距離感がちょうどよさそうです。
まとめ
軸はシンプルです。新しい技術が出ると、つい「使えるかどうか」より先に「面白そう」で気持ちが動きます。でも受託の現場では、技術の新しさより「この先誰が触るのか」の方が判断材料として重いです。今回はその軸で考えて、見送るという結論になりました。次に似たような新技術が出てきたときも、同じ問いを最初に立てようと思います。
この記事が参考になったら、応援クリックをお願いします
