@debryc さん、ありがとうございます 
付け加えると、私たちの作業を維持しているのは私だけではなく、すべてのパビリオンメンバー です。私たちの協同組合はチームワークの賜物です。
また、Discourse インスタンスをバックエンドとして完全な独立ページを可能にするLanding Pages プラグインをオープンソース化しました。これはこのトピックで議論されているニーズを満たすもう一つの手段です。このプラグインは、Discourse クライアント（つまり Discourse アプリの読み込み）とは別にページのフロントエンドを分離しつつ、共通のバックエンド（つまり Discourse サーバー）を通じて簡単な統合を可能にします。
私たちはすでに、ここで議論されているものと同様のニーズを満たすために、いくつかのクライアントでこのプラグインの使用を開始しています。また、コミュニティに関連する CMS の一般的なユースケースに基づいた、使いやすい汎用オープンソースのページパッケージの開発も検討しています。
現在、このアプローチを採用することを検討しているユースケースのリストは以下の通りです。
- ブログ（現在、この作業に取り組んでいます）。Discourse でコンテンツを作成し、それを WordPress や Ghost のような実際のブログのようにテーマを設定できる、完全に独立したブログページとして表示します。
- 製品、サービス、または機能ページ（ ours のようなもの）。Discourse インスタンスから取得したコンテンツやデータ（カテゴリ、タグ、トピック、ユーザーなど）を含む製品、サービス、または機能を表示します。
- 「チーム」ページ（ours のようなもの）。Discourse ユーザーグループのメンバーシップ（およびユーザーデータ）を使用した、チーム専用のページです。
- イベントページ。Discourse インスタンスからのイベントデータをリスト表示し、スタイリングされたイベントランディングページで表示します。ここでいう「イベントデータ」とは、Discourse Calendar プラグインのデータ、カテゴリ、トピック、ユーザー（例：RSVP）、および Locations プラグインを使用した場所の組み合わせを指します。
私たちは、このアプローチが役立つと思われる他の汎用可能なユースケースにも関心があります。現時点で検討済みですが、この段階ではこのアプローチが適用される可能性が低いユースケースもいくつかあります。
- ショップ。ストアの要素を統合するページはあるかもしれませんが、オンラインストアには WooCommerce や Shopify のような専用ソリューションを必要とする多様な機能が必要です。
- ナレッジベース。このニーズは、Knowledge Explorer プラグイン などのソリューションですでに十分に満たされています。ランディングページはナレッジベースの一部を表示することはできますが、Knowledge Explorer プラグイン（または単に Discourse のトピックリスト）の機能を完全に再現することは非効率的です。
私たちは、そのようなページを開発したいと考えている方々と協力することに興味があります。それはスキル向上のための開発プロジェクトとして、あるいはコミュニティのために、あるいは販売目的であっても構いません。中期的（4〜6 ヶ月）には、各ユースケース向けの独自の無料オープンソースパッケージをリリースする予定です。
Landing Pages プラグインおよびパビリオン独自のページは、常に 100% オープンソースで無料です。ただし、これは HTML と CSS の知識があれば誰でも「ページパック」を開発できる汎用可能な構造です。近日中に、このプラグイン向けの「開発者ガイド」を knowledge docs に追加する予定です。
Landing Pages プラグインは、Discourse テーマシステムと同様に、プライベートリポジトリでのページホスティングをサポートしています（実際、裏側では Discourse テーマシステムをベースに拡張しています）。つまり、必要であればランディングページパックへのアクセスを販売することも既に可能です。これは他の開発者にとって、そのようなパックを作成する価値があるかもしれません。
このアプローチは、フォーラムに関連するすべてのコンテンツ管理のニーズに対応するものではありませんが、特に小規模で独立したコミュニティで定期的に目にするような特定のサブセットには非常に効果的です。なぜなら、独立したインスタンスの必要性、そして何より、認証プロトコル（ログイン時のユーザーデータの共有）、ウェブフック、または他のデータ共有方法を通じてそれらのインスタンス間でデータを共有する必要性を排除できるからです。
これにより、フォーラム alongside で比較的限定されたまたは特定のコンテンツ、あるいは静的ページを管理しようとする小規模なコミュニティにとって、コストと管理負担を軽減できます。これは WordPress や他の CMS システムの直接的な代替手段にはなりませんが、特定のユースケースを大幅に容易にすることを願っています。