FAQ

EmDash CMS、このサイトのアーキテクチャ、デプロイ方針、WordPress からの移行パスに関するよくある質問。

EmDash CMS を一言で言うと?

EmDash CMS は、Astro を中心に構築されたフルスタック TypeScript CMS です。モダンなコンテンツモデル、管理画面、そして Cloudflare 上でより安全に実行できるよう設計されたプラグインアーキテクチャを備えています。

EmDash はヘッドレス CMS ですか?

一般的な意味ではありません。公開ドキュメントでは、任意のフロントエンドから問い合わせる独立したコンテンツサービスではなく、Astro ネイティブな CMS として位置付けられています。

これは、製品がサイト外部ではなく、サイトアーキテクチャの内部で機能する前提で設計されているためです。

EmDash は Cloudflare 専用ですか?

いいえ。公式資料では、特にサンドボックス化プラグイン、D1、R2 の観点から Cloudflare が最適なランタイムとされています。ただし EmDash は、Node.js 環境や SQLite/S3 互換構成でも動かせるポータブルな設計として説明されています。

要点は次のとおりです:

  • Cloudflare は本番運用に最も強い選択肢
  • ただし Cloudflare だけが唯一の実行環境ではない

なぜこのサイトは EmDash のフルランタイムではなく、静的 Astro サイトから始めるのですか?

このサイトの主目的が公開コンテンツの提供だからです:

  • ドキュメント
  • プラグインページ
  • テンプレートページ
  • FAQ
  • 移行コンテンツ
  • 更新情報

これらはすべて Cloudflare Pages での静的配信に非常に適しています。まず静的で始めることで、将来フルランタイムへ移行する余地を残したまま、複雑さとコストを抑えられます。

公式サイトを最初から WordPress で構築しないのはなぜですか?

サイト自体が、推進している製品の方向性を体現すべきだからです。

現在のサイト構成はその方向性を反映しています:

  • ファイルベースのコンテンツ
  • モダンなフロントエンドツール
  • Git 駆動で明確な公開フロー
  • AI 支援編集との高い親和性

WordPress の後継を訴求するサイトを WordPress で運用すると、アーキテクチャ面の説得力も弱くなります。

EmDash は WordPress からの移行をサポートしていますか?

はい。公式ドキュメントでは 3 つのインポート方法が示されています:

  • WXR ファイルのアップロード
  • WordPress.com からのインポート
  • REST API 経由の取得

投稿、固定ページ、メディア、タクソノミー、ステータスマッピング、Gutenberg から Portable Text への変換にも対応しています。

EmDash には認証機能が組み込まれていますか?

はい。公式ドキュメントでは EmDash は passkey-first で、WebAuthn を主軸とした認証モデルです。さらに、マジックリンクのフォールバック、任意の OAuth、Cloudflare デプロイ時の Cloudflare Access 利用についても説明されています。

静的サイトでも、プラグインやテンプレートのページを本格的な製品ページにできますか?

はい。このプロジェクトでは、各プラグイン/テンプレート項目に次を含められます:

  • スクリーンショット
  • バージョン
  • 価格
  • ステータス
  • リリース日
  • ダウンロードリンク
  • GitHub リンク
  • デモリンク
  • 変更履歴

これで、バックエンドなしでも説得力のあるマーケットプレイス風の公開レイヤーを構築できます。

このサイトを EmDash のフルランタイムへ移行するタイミングは?

静的配信だけでは不足し始めたら移行のタイミングです。例えば次が必要な場合です:

  • 非技術ユーザー向けのブラウザ編集
  • 認証付き投稿ワークフロー
  • ランタイムで管理されるメディアとアップロード
  • 複雑な編集権限管理
  • Git ではなく管理画面を必要とするエコシステム運用

それまでは、静的配信がより低メンテナンスな選択肢です。

EmDash のフルランタイムには Cloudflare の有料機能が必要ですか?

公式 GitHub README では、サンドボックス化プラグインは Dynamic Workers に依存し、この機能は現時点で Cloudflare の有料アカウントが必要だと説明されています。サンドボックス化プラグインを使わない場合は worker loader 設定を無効化できることも記載されています。

これも、現行の公開サイトがまず Cloudflare Pages から開始している理由のひとつです。

このサイトの運用に AI は役立ちますか?

はい。公開サイトをコンテンツファーストで保つ強い理由のひとつです。

AI は次の条件でより高い性能を発揮します:

  • 独立した MDX ファイル
  • 明示的な frontmatter
  • 安定したルート構造
  • レビューしやすい差分

このプロジェクトは、まさにそれを活かせるように設計されています。