「あの案件、どこで話が進んでるんですか」と社内で聞かれて、答えに詰まったことはないでしょうか。スペースは確かにある。ただ非公開で作ってあるので、聞かれた側が招待しない限り、存在すら見えません。
逆のパターンもあります。「見えないと不便だから」と全部オープンにしたところ、人事や与信の話まで全社員が読める状態になっていた。慌てて閉じたら、今度はまた誰も入れなくなった。
このどちらかに落ち着いてしまうのは、運用が下手だからではありません。Google Chatのスペースの設定が、長いあいだ実質的に二択だったからです。2026年6月から、その間を埋める選択肢が入りました。
二択だったころに起きていたこと
Google Chatのスペースには、これまでアクセス方法として大きく2つの状態がありました。招待された人だけが存在を知り参加できる「制限付き（非公開）」と、組織内の誰でも検索して見つけられて自由に参加できる「オープン」です。
この二択が現場で何を生むか。制限付きに寄せた組織では、会話が個別のスペースに閉じて、後から入った人がたどれなくなります。中途入社の担当者に案件の経緯を説明するために、誰かが過去のやり取りを手作業でまとめ直す。転記した時点で、それは元の記録とは別のものです。
オープンに寄せた組織では、逆に置ける情報の水準がいちばん機微なものに引きずられます。全社員が読めると分かっている場所に、採用の選考状況や取引先ごとの条件は書けません。結果として、本当に共有すべき話だけがChatの外（個別のDM、メール、口頭）に逃げていきます。器は開いているのに、中身が薄くなる。
どちらの組織でも、共通して起きるのは同じ現象です。知りたい人が、知りたい場所にたどり着けない。
「発見可能」は、名前だけ見せて中身は見せない
2026年6月15日から順次提供が始まった「発見可能（discoverable）」なアクセス方法は、この間を埋めるものです（New discoverable space setting in Google Chat — Google Workspace Updates）。
挙動をひとことで言うと、スペースを探している人には名前と説明が見えるが、会話の中身は参加が承認されるまで見えないという状態です。
| アクセス方法 | 存在が見えるか | 中身が読めるか | 入り方 |
|---|---|---|---|
| 制限付き（非公開） | 見えない | 参加後のみ | オーナー・マネージャーからの招待 |
| 発見可能 | 名前と説明が見える | 参加が承認された後 | 参加リクエスト → 承認 |
| オープン | 見える | 参加すれば読める | 自分で参加 |
重要なのは真ん中の行の、「名前と説明が見える」と「中身が読める」が分離されている点です。「そのスペースは存在します。ただし中で何を話しているかは、入ってからです」と言える。これが今までできませんでした。
これは管理コンソール側の一括設定ではなく、スペースのオーナーとマネージャーがスペース設定から変更するものです。管理者が組織全体で強制するスイッチは用意されていません。つまり、機能が来ても現場のスペース所有者が知らなければ何も変わらない、という性質のものです。
参加リクエスト自体を受け付けるかどうかも別に制御できます。リンクを知っていても勝手に入ってこられないようにしたい場合は、参加リクエストの受付をオフにします。
誰に見せるかは、ターゲットオーディエンスで絞る
「発見可能にする」と決めたとき、次に出てくるのが「誰に対して発見可能なのか」という問いです。全社に見せたいスペースもあれば、営業部門にだけ見せたいスペースもあります。
ここで使うのがターゲットオーディエンスです。管理コンソールの「ディレクトリ > ターゲットオーディエンス」であらかじめ対象の集合を作っておくと、スペース側でその集合を指定して「この人たちには見つけられる」状態にできます（Make a Google Chat space discoverable to specific users — Google for Developers）。
小規模な組織では、ターゲットオーディエンスを1つだけ（全社）作って運用しているケースが多いはずです。部門をまたぐ機微な話が増えてきた段階で、部門単位・拠点単位のターゲットオーディエンスを追加するかを検討することになります。
なお、既存のGoogleグループをそのまま流用したくなりますが、メール配信のためのグループと、可視範囲を決めるためのオーディエンスは目的が違います。メーリングリストは往々にして「念のため入れておいた人」が混ざっており、可視範囲の定義としては広すぎることが多い。分けて作ったほうが後で困りません。
実務としてどう振り分けるか
機能が使えるようになったからといって、既存のスペースを片端から発見可能に変えるのは危険です。発見可能に変えた瞬間、そのスペース名は探せる人全員に見えます。 スペース名自体が機密であるケース——「A社_M&A検討」「◯◯氏_処遇」のような名前——は珍しくありません。
振り分けの基準は、次の3つで十分に足ります。
- スペース名を、対象範囲の全員に見られて困るか。 困るなら制限付きのまま。ここが最初の関門です
- 後から入る人が出てくる会話か。 プロジェクト、製品、業務領域のスペースは基本的に該当します。逆に、期間限定のインシデント対応や個別の商談は該当しないことが多い
- 参加リクエストを承認する人が決まっているか。 承認者が不在だとリクエストが放置され、「申請したのに返事がない」という新しい詰まりが生まれます
2番目に該当するスペースを発見可能にしていくと、社内の「どこで話しているか分からない」がかなり減ります。特に効くのは、部門をまたいで参照される可能性がある業務領域のスペースです。
スペース名の付け方も、この機能が入ると意味が変わります。中身が見えない以上、探す側が判断できる情報は名前と説明だけです。「プロジェクトX」では何も伝わりません。「【製品】受発注システム改修（2026年度）」のように、領域・対象・時期が読み取れる名前と、1〜2行の説明を書いておく。この手間が、そのまま検索可能性になります。
Chat全体をどう社内に寄せるかという上流の判断はビジネスチャットの統合で、社外を含む会話の扱いはGoogle Chatの外部グループ会話で整理しています。スペースの基本操作から確認したい場合はGoogle Chat活用ガイドを先に読んでおくと早いはずです。
「見つかること」は情報統制の緩みではない
この手の設定変更を提案すると、「見える範囲を広げるのはセキュリティ的にどうなのか」という反応が返ってくることがあります。もっともな懸念ですが、ここでは方向が逆です。
発見可能なスペースは、オープンなスペースを閉じる方向の選択肢です。いま「不便だから」という理由でオープンにしてしまっているスペースがあるなら、それを発見可能に落とすことで、中身の可視範囲は狭まり、存在の可視性だけが残ります。制限付きから緩める使い方と、オープンから締める使い方の両方があり、多くの組織にとって効くのは後者です。
いま自社のスペースがどの状態にあるかは、管理コンソールからの一覧では追いきれません。オーナーが個別に設定しているためです。実務としては、利用者数の多い上位のスペースをいくつか選んで、オーナーに現在のアクセス方法を確認するところから始めるのが現実的です。
来週やること
まず、社内で使われているスペースを10個ほど挙げて、それぞれ「制限付き」「オープン」のどちらになっているかを確認してください。オープンのものが混ざっていたら、そのスペースに機微な会話が置けているかを見る。置けていないなら、発見可能に落とす候補です。
そのうえで、スペース名の付け方を1行だけルール化する。領域と対象が読み取れる名前にする、それだけで構いません。中身を見せずに見つけてもらう仕組みは、名前の質にそのまま依存します。
Google WorkspaceのChat運用ルールを、情シス専任がいない体制でも回る形に整理したい——そうしたご相談は、グリームハブのIT・Google Workspace無料相談で承っています。要件によって最適な構成は変わるため、個別にお見積りします。お問い合わせからご相談ください。
