Prosefly
ウェブサイトのリポジトリにあるコンテンツを、ホスティングされたコンテンツスペースで編集。
- 01
GitHub を接続し、コンテンツスペースを開く。
- 02
一緒に書き、Git にコミットせず共有の下書きとして保存。
- 03
ファイルの差分を確認し、コミットまたはプルリクエストで公開。
Prosefly
Pages CMSProsefly と Pages CMS の比較
リポジトリを直接編集するか、公開前に下書きを挟むか。
どちらも、既存の GitHub サイトにライター向けの画面を提供します。直接のファイル編集と、下書きの保存と Git への公開を分けるコンテンツスペースを比較しましょう。
詳しく比較する執筆から Git へ、チームに合う流れを。
Pages CMS は .pages.yml で編集できるコンテンツとメディアを記述し、GitHub に保存します。Prosefly は下書き用のコンテンツスペース、リアルタイム共同編集、独立したレビューと公開の手順を加えます。
コンテンツと向き合う、2つの方法。
Pages CMS
GitHub の静的サイトに、軽量な編集画面を提供。
- 01
.pages.yml でコンテンツとメディアを記述。
- 02
Pages CMS で GitHub リポジトリを開き、ファイルを編集。
- 03
GitHub に保存し、既存のデプロイの仕組みを利用。
それぞれの基本的な流れをまとめています。設定や追加サービスによって詳細は変わります。
ドキュメントの構造が分かるビジュアルエディター。
Markdown・MDX のビジュアル編集に加えて、Starlight、Fumadocs、Prosefly コンポーネントに個別対応。同じエディターで、対応するドキュメント用ブロックを扱えます。
Starlight注意書き、タブ、カード、ファイルツリーを編集。Starlight のコンポーネント構文と Expressive Code のメタデータに対応します。
FumadocsFumadocs のコンポーネント構文と対応するプロパティで、コールアウト、タブ、ステップ、アコーディオンを編集。
- Prosefly コンポーネント
Lotus と Dahlia で使われる @prosefly/astro-components のコールアウト、タブ、カード、アコーディオンを編集。
対応範囲はコレクションのエディタープロファイルと、認識できる構文によって異なります。独自のコンポーネントや未対応の式はソースで編集でき、リポジトリのコードは実行しません。
ビジュアル編集を見る日々の作業は、どう変わるか。
- 公開済みコンテンツ
- Prosefly
公開済みの文書、JSON・YAML リソース、Public ファイルは自分の Git リポジトリに保存。
- Pages CMS
GitHub リポジトリ内に直接置くコンテンツファイル。
- 導入
- Prosefly
GitHub を接続し、対応するコンテンツをスキャンしてコンテンツスペースを設定。
- Pages CMS
GitHub App を導入し、.pages.yml でコンテンツを定義。
- 編集体験
- Prosefly
ビジュアル編集とソース編集、frontmatter の属性、リアルタイム共同編集。Starlight、Fumadocs、@prosefly/astro-components 向けのビジュアル編集に対応。
- Pages CMS
設定した項目と、リポジトリのコンテンツ用リッチテキスト編集。
- 下書きと保存
- Prosefly
保存しても Git は変わりません。公開するまで、下書きはコンテンツスペースに残ります。
- Pages CMS
編集したコンテンツの保存で GitHub に変更を書き込む。
- 公開
- Prosefly
ファイルの差分を確認し、コミットまたはプルリクエストで公開。
- Pages CMS
ファイルを保存し、既存のサイトのデプロイフローを継続。
- メディア
- Prosefly
Public の画像は Git に公開。組織のメディアは別途ホスティングされた URL を利用。
- Pages CMS
リポジトリのメディアフォルダーと、本文に書き込む公開パスを設定。
- ホスティングと保守
- Prosefly
編集サービスは Prosefly が運用。ウェブサイトとビルドパイプラインは自分で管理。
- Pages CMS
ホスティング版を利用するか、自分で Pages CMS をデプロイ。
Git への公開自体はサイトをデプロイしません。Prosefly は既存のビルドパイプラインを利用し、リポジトリの再取得は明示的なスキャンで行います。
Pages CMS もリポジトリにコンテンツを保存し、サイトジェネレーターを置き換えません。これは共通点です。Git での所有を独自機能と捉えるのではなく、下書きの扱いと共同編集をチームで試して判断しましょう。
必要な作業を軸に選びましょう。
Prosefly が向いている場合
- GitHub に書き込む前に、下書きの段階を設けたい。
- 複数の著者で同じ文書を開き、カーソルと編集を共有したい。
- 本文、対応するナビゲーション、必要な Public の画像をまとめて確認したい。
Pages CMS を検討したい場合
- GitHub のファイル編集に絞った画面が欲しい。
- 編集可能な項目とメディアを YAML で記述したい。
- 自分でもホスティングできるオープンソースのエディターが欲しい。
さらに詳しく
出典と比較の範囲
確認日
製品の事実関係は、以下の公式ドキュメントで確認しています。選び方は私たちの見解です。追加の連携や有料版には別の機能が含まれる場合があります。選定時は最新のドキュメントと利用条件をご確認ください。
ほかの比較
今のウェブサイトに、書く場所を。
リポジトリを接続して、ご自身のコンテンツで一連の操作を試せます。