Prosefly
ウェブサイトのリポジトリにあるコンテンツを、ホスティングされたコンテンツスペースで編集。
- 01
GitHub を接続し、コンテンツスペースを開く。
- 02
一緒に書き、Git にコミットせず共有の下書きとして保存。
- 03
ファイルの差分を確認し、コミットまたはプルリクエストで公開。
Prosefly
SanityProsefly と Sanity の比較
サイトのためのファイルか、複数の配信先のための構造化コンテンツか。
Prosefly は Markdown・MDX を Git リポジトリに公開します。Sanity は構造化したコンテンツを Content Lake に保存し、API から取得できるようにします。
詳しく比較する機能の数より、コンテンツの形から。
Markdown ファイルからビルドするサイトなら、Prosefly はその構成を維持します。関連付け、クエリ、複数の配信先での再利用が必要なら、Sanity も検討できます。保存と配信の選択が異なります。
コンテンツと向き合う、2つの方法。
Sanity
ホスティングされたデータストアと配信 API を備える、構造化コンテンツのプラットフォーム。
- 01
コンテンツのスキーマを定義し、Sanity Studio を設定。
- 02
Content Lake の文書と下書きを編集。
- 03
ウェブサイトやアプリから API で公開済みコンテンツを取得。
それぞれの基本的な流れをまとめています。設定や追加サービスによって詳細は変わります。
ドキュメントの構造が分かるビジュアルエディター。
Markdown・MDX のビジュアル編集に加えて、Starlight、Fumadocs、Prosefly コンポーネントに個別対応。同じエディターで、対応するドキュメント用ブロックを扱えます。
Starlight注意書き、タブ、カード、ファイルツリーを編集。Starlight のコンポーネント構文と Expressive Code のメタデータに対応します。
FumadocsFumadocs のコンポーネント構文と対応するプロパティで、コールアウト、タブ、ステップ、アコーディオンを編集。
- Prosefly コンポーネント
Lotus と Dahlia で使われる @prosefly/astro-components のコールアウト、タブ、カード、アコーディオンを編集。
対応範囲はコレクションのエディタープロファイルと、認識できる構文によって異なります。独自のコンポーネントや未対応の式はソースで編集でき、リポジトリのコードは実行しません。
ビジュアル編集を見る日々の作業は、どう変わるか。
- 公開済みコンテンツ
- Prosefly
公開済みの文書、JSON・YAML リソース、Public ファイルは自分の Git リポジトリに保存。
- Sanity
Sanity Content Lake 内の構造化された JSON 文書。
- 導入
- Prosefly
GitHub を接続し、対応するコンテンツをスキャンしてコンテンツスペースを設定。
- Sanity
プロジェクト、データセット、スキーマ、Studio を設定。
- 編集体験
- Prosefly
ビジュアル編集とソース編集、frontmatter の属性、リアルタイム共同編集。Starlight、Fumadocs、@prosefly/astro-components 向けのビジュアル編集に対応。
- Sanity
構造化コンテンツと共同編集のための、カスタマイズ可能な Studio。
- 下書きと保存
- Prosefly
保存しても Git は変わりません。公開するまで、下書きはコンテンツスペースに残ります。
- Sanity
未公開のコンテンツを Content Lake の下書き文書として保存。
- 公開
- Prosefly
ファイルの差分を確認し、コミットまたはプルリクエストで公開。
- Sanity
文書を公開し、アプリが API 経由で取得。
- メディア
- Prosefly
Public の画像は Git に公開。組織のメディアは別途ホスティングされた URL を利用。
- Sanity
Sanity のコンテンツ基盤でアセットと参照を管理。
- ホスティングと保守
- Prosefly
編集サービスは Prosefly が運用。ウェブサイトとビルドパイプラインは自分で管理。
- Sanity
Content Lake は Sanity が運用。Studio とコンテンツを使うアプリは自分で管理。
Git への公開自体はサイトをデプロイしません。Prosefly は既存のビルドパイプラインを利用し、リポジトリの再取得は明示的なスキャンで行います。
Sanity はエクスポートや外部連携に対応しています。データベースへの保存は、コンテンツの所有権を失うことを意味しません。リポジトリの Markdown に移すには、スキーマ、参照、リッチテキストをファイルに対応付ける必要があります。Prosefly は Sanity の自動移行を提供していません。
必要な作業を軸に選びましょう。
Prosefly が向いている場合
- 記事やドキュメントを、サイトが Git から読み込めるファイルで書いている。
- Markdown・MDX のソースと変更履歴をリポジトリに残すことが大切。
- API による配信基盤を加えずに、共同編集と確認済みの公開を行いたい。
Sanity を検討したい場合
- 複数の配信先で共有する構造化コンテンツが必要。
- コンテンツの関連付けと、クエリ可能なデータが重要。
- 独自の Studio と API ベースの配信基盤を作りたい。
さらに詳しく
出典と比較の範囲
確認日
製品の事実関係は、以下の公式ドキュメントで確認しています。選び方は私たちの見解です。追加の連携や有料版には別の機能が含まれる場合があります。選定時は最新のドキュメントと利用条件をご確認ください。
ほかの比較
今のウェブサイトに、書く場所を。
リポジトリを接続して、ご自身のコンテンツで一連の操作を試せます。