Drupalでグループを作成するために、現時点ではグループモジュールとオーガニックグループモジュールがあります。

グループモジュールのページ：

グループモジュールを使用すると、サイト上のコンテンツとユーザーの任意のコレクションを作成し、それらのコレクションに対するアクセス制御権限を付与できます

オーガニックグループモジュールのページ：

ユーザーが自分の「グループ」を作成および管理できるようにします。各グループはサブスクライバーを持つことができ、サブスクライバーが相互に通信するグループホームページを維持します。

グループ対有機グループの特徴は何ですか？

約

グループモジュールは、サイト上の任意のコンテンツのコレクションおよびユーザーを作成することができます、そして、それらのコレクションにアクセス制御権限を付与します。D7以降で利用可能で、D8バージョンもあります。有機グループの代わりになるように設計されています。

オーガニックグループを使用すると、コンテンツ自体をグループにすることができます。エンティティ参照フィールドに依存して、グループ（ノード、用語、...）とそのコンテンツ（ノード、用語、ユーザー、...）間の関係を追跡します。

代わりに、グループはエンティティとしてグループを作成し、完全にフィールド化、拡張、エクスポートできるようにします。すべてのグループには、ユーザー、ロール、およびアクセス許可を関連付けることができます（詳細については、「グループモジュールでサポートされるさまざまなロールとは？」を参照してください）。グループは、あらゆるタイプのエンティティの親としても機能します。グループは、エンティティをグループにアタッチするための広範なAPIを提供します。

OGと比較したグループの利点

• グループはD7でのみ導入され、D7で導入されたエンティティを最大限に活用しました。
• グループは、モジュールを機能させるためにノードにカスタムフィールドを追加することによってノードを「乱用」しません。
• グループでは、グループごとの役割または権限を付与することはできません。代わりに、これらはグループタイプで定義されます。したがって、グループの種類、グループの役割、および権限は、コンテンツではなく構成です。このアプローチのため、エクスポート可能なグループのタイプと役割（機能の有無にかかわらず）。
• Organic Groupsは一般に巨大なモジュールとして認識されており、D7より前のリリースからの多くの「レガシー」を保持しており、D8にアップグレードするのが難しくなっています。
• グループの D8バージョンはすでに利用可能です（オーガニックグループではそうではありません）。

OGと比較した場合のグループの欠点

• 現在のところ、グループにはアルファ/ベータリリースのみがあります（公式リリースはありません）。
• 自己文書化されていると言う人もいますが、そうではないと思います（おそらく、このモジュールで何ができるかを調べるためにソースコードを消化したくないからでしょう...）。
• 利用できるドキュメントは多くありません。
• 今日のところ、 グループ drupal.SEのタグ。 有機グループタグ、そしてすでにかなりの数のグループ固有の質問があります。それを作成することに興味のある方は（再度）、以前に承認したタグwikiやタグの抜粋（クレジットは不要です...）を自由に再利用してください。

さまざまなモジュールとの統合

Groupモジュールは、以下を含む他のさまざまな（人気のある）モジュールと統合します。

• 「Groupモジュールで作成されたグループに既存のコンテンツを一括で割り当てるにはどうすればよいですか？」という質問の回答に示されているルール。
• 「グループモジュールを使用するときに、グループページにグループのコンテンツを表示するにはどうすればよいですか？」という質問の回答に示されているビュー。
• Pathauto。

これらの統合の優れた点であるIMOは、多かれ少なかれ標準化されていることです（これらの統合を機能させるために必要な数十の追加モジュールではありません）。

他のモジュールとの統合と、統合がすでに存在するか、パイプラインにある他のモジュールについては、「関連する問題」を参照してください。

資源

• グループモジュールのコミュニティドキュメント。
• ビデオチュートリアル「Drupal 8のGroupモジュールを使用して、Webサイトのさまざまな領域への編集アクセス制御を管理する方法」。
• ポッドキャスト " Drupal 7および8での有機グループの代替としてのGroupモジュールの使用 "。
• 有機グループモジュールの代替は何ですか？

グループモジュールについての人々の意見

グループの問題のキューに表示されるものと同様：グループについて知っているほとんどの（すべてではないにしても）人々はそれを愛しています...

公開された記事の名前：GROUP FOR DRUPAL

著者はグループについて言います：

• シンプルな

グループはコンテンツタイプのようにする必要があります。さまざまなフィールド、役割、権限を持つさまざまな種類のグループが必要です。これが、Groupの処理方法とまったく同じです。

• グループのコンテンツ

基本的に、グループにアタッチするものはすべてフィールド可能にすることができます。グループと実際のユーザー/コンテンツの間にある関係エンティティについてのもう1つの興味深い点は、グループインターフェイスから削除すると、コンテンツではなくリンクエンティティが削除されるため、コンテンツ（またはユーザー/コンテンツ）が削除されることです。 entity / whatever）は変更されません。

• パワフル

すべてのグループタイプには独自のグループコンテンツタイプがあり、すべてに構成可能な権限とフィールドがあります。

すぐに使える、GroupはViews、Rules、i18n、Titleと統合されています。エンティティの上に構築されたAPIグループは、開発者にそのすべての利点を提供します。

そして結論として：

GroupがOGの代わりにここにいることは間違いありません。OGが提供するすべてに加えて、不足していたすべてのものが含まれています。すべてがすっきりとしたUIで提供され、コーダーでなくても多くの設定を行うことができます。

現在私が考えることができるグループの唯一の欠点は、モジュールの状態です。現在アルファ版としてマークされていますが、寄稿者とダウンロードの数が増えていることは、開発速度が向上していることを意味するだけです。Groupは非常に若いモジュールであるため、オンラインで多くの答えを見つけることを期待することも困難です。それでも、モジュールの課題キューの応答率が非常に高いことを考えると、助けが必要な場合は、チケットを書くのが最善の策だと思います。

編集：読むべきもう1つの神の記事：Drupal 8でのコミュニティサイトの構築：コミュニティサポートサイト用のD8モジュールのガイド