少人数の編集部で、下書きから公開後の修正まで無理なく続けられるか。EmDash 1.2.0 で保存・公開・改訂・予約を試し、読者に何が見えるかを確認しました。社内の確認手順と権限で決めることも整理します。
この記事の目次
少人数で記事を出し続けるには、書く時間だけでなく、確認と修正の手間も見たいところです。EmDash では、記事の種類で下書きと改訂履歴を有効にすると、保存と公開を分けて扱えます。公開後の記事も、元の内容を表示したまま改訂を準備できました。
今回は、記事を下書きに登録し、公開し、本文を直して再公開する流れを試しました。確認待ちの記事を落ち着いて扱える点が魅力です。一方、確認者への連絡や承認の記録は、編集部の仕事として別に設計する必要があります。
検証では、一本の記事が通る工程を追った
検証日は2026年10月15日。EmDash 1.2.0 のブログの雛形を使い、ローカルの Node.js 環境で確認しました。日本語の架空記事を用意し、外部から内容を操作する窓口で保存と公開を実行しています。
今回確かめたのは、各操作の後に読者へ何が見えるかです。複数の編集者による使いやすさの評価や、入力にかかる時間の比較は行っていません。管理画面の細かな操作感と、公開状態の検証は分けて扱います。
下書きは、公開するまで読者に見えなかった
最初にタイトル、要約、本文を保存しました。この段階では下書きとして登録され、一般向けの記事 URL は 404、つまりページがない状態でした。公開操作の後に、同じ URL で記事を読めるようになりました。
原稿を登録する人と、公開する人を分けるときに、この区別が役立ちます。入稿が済んだという連絡を受けた確認者が、内容を見てから公開する流れを作れます。
公式の権限説明では、寄稿者は下書きを作成し、所有する下書きを編集できますが、公開はできません。著者は自分の記事を、編集者は他の人の記事も公開できます。役割名だけで判断せず、実際に渡すアカウントで確認するのが確実です。
今回は管理者権限で操作しています。寄稿者と編集者のアカウントを使った受け渡しは未検証です。導入時には、原稿担当と公開担当の権限を分けた状態で、同じ工程を通してください。
公開後の修正は、確認してから差し替えられた
次に、公開済みの記事のタイトルと本文を変え、保存しました。編集用に取得したデータには新しい文章が入りましたが、読者向けのページには元の内容が残っていました。
その後、改訂を公開すると新しい文章に切り替わりました。記事をいったん非公開にせず、更新内容を準備できるわけです。
操作 | 読者に見えたもの | 編集側の状態 |
|---|---|---|
新規記事を保存 | ページはまだない | 下書き |
記事を公開 | 最初の本文 | 公開済み |
公開後に修正して保存 | 最初の本文のまま | 改訂を準備中 |
改訂を公開 | 修正した本文 | 改訂が反映 |
保存時に読み取り時点の版を示す情報を添えて、古い内容で上書きする操作も試しました。この操作は、内容が更新済みであることを示すエラーで拒否されました。複数の操作が重なったとき、先に保存された変更を無言で消さないための仕組みです。
外部から操作する場合、この版の情報を送らずに保存する方法もあります。自動化では、読み取った版を添えて保存する実装かを確認してください。また、「誰がいま直しているか」「どこを直したか」は、運用上の連絡として残します。
予約公開は、実行する基盤も含めて確認する
新しい下書きに将来の公開日時を設定しました。指定時刻を過ぎて確認すると、状態は公開済みに変わり、一般向けのページも開きました。今回の環境では、予約から公開への切り替えを確認できました。
これは Node.js の検証環境での結果です。Cloudflare で動かす場合、予約公開を定期的に実行する設定が必要と公式に説明されています。日時を保存しただけで安心せず、実際に時刻を迎えて公開されるところまで、納品前に試す必要があります。
予約には時差の確認も欠かせません。編集者が見ている時刻の基準をそろえ、公開前に差し止める場合の連絡先も決めます。公開カレンダーを使う場合も、確認が終わった記事だけを予約する運用にすると、状態を把握しやすくなります。
少人数でも、確認の担当は曖昧にしない
今回の検証で、保存と公開を分ける仕組みは確認できました。少人数の編集部では、この区切りを使い、原稿担当が下書きまで進め、確認担当が公開する形から始められます。
一方、事実確認や画像の利用許諾、顧客名の掲載確認まで CMS が済ませるわけではありません。複雑な社内承認が必要なら、既存の連絡手段とどう組み合わせるかを決めます。標準の下書き機能だけで、社内の承認手順全体を置き換えることは想定しないほうがよいでしょう。
導入前には、普段の記事一本を使い、原稿担当から確認担当へ渡すところまで試してください。保存されたこと、プレビューと公開版の違い、修正後の再公開を、担当する人自身が確認するのが判断材料になります。
自社の編集体制に合わせた更新手順を整えたい場合は、EmDashでつくるWebサイト制作からご相談ください。
参考（一次情報）
- 記事の編集と公開（公式）
- 公開状態と権限（公式）
- AI ツールと役割別の権限（公式）
- 操作検証：2026年10月15日、EmDash 1.2.0。再現用スクリプトと結果を制作ノートに保存。
