画面共有をしている間、会場の様子はどう見えるのか？

画面共有を始めた瞬間、共有先の相手の姿は見えなくなります。顔が消え、チャットが消え、そして会場の中で最も即時性の高いシグナルである「挙手」も消えてしまいます。

これは主要なプラットフォームのサポートフォーラムで最も根強く語られる不満のひとつであり、語られ方にも共通点があります。ある発表者はMicrosoftにこの機能を要望する際、*「発表者として、聴衆の反応を読み取ることは非常に重要だ」と述べています。Zoomのフォーラムでは、ある教師が「特定の生徒とやり取りしたくても、誰がそこにいるのか全く分からない」と書いています。また別のユーザーは、失われるものについて「対面であればできたはずのことすべて」*と表現しています。

不満の本質は、パネルが表示されていないこと自体ではありません。オンラインでの発表が、対面の会場では誰も受け入れないような状況——壁に向かって話し、誰かがついてきているのかを推測するしかない状況——に発表者を置いてしまうことなのです。

どの対処法も、ある損失を別の損失に置き換えるだけ

この問題が根強く残る理由は、既存の対処法が問題を取り除くのではなく、単に移動させているだけだからです。

オーバーレイは、表示しているコンテンツを覆ってしまいます。 参加者ギャラリーをコンテンツの上に重ねれば会場の様子は戻りますが、その代償として発表中のコンテンツが隠れてしまいます。Zoomのフォーラムであるホストは、「見つけた唯一の方法は、ギャラリーをPowerPointの上に重ねて表示することだが、それだと画像の一部が隠れてしまう」と述べています。別のユーザーは同じジレンマを両面から次のように説明しています。「フルスクリーンだと画面を遮ってしまうし、フルスクリーンでないときは必要以上にスペースを取ってしまう」。覆い隠すか、見えなくするか——どちらか一つを選ぶしかありません。

デュアルモニターも確実な解決策にはなりません。 これは定番のアドバイスですが、その限界について正確に理解しておく価値があります。まず、2台目のディスプレイがあることが前提となるため、ノートPC単体や出張時のセットアップでは使えません。さらに、2台のモニターがあっても、スライドをフルスクリーンにした瞬間に参加者一覧が見えなくなると報告するユーザーがいます。「PowerPointを発表モードにするたびに、参加者ギャラリーが見えなくなる。選べるのは、共有画面を1台のモニターに、発表者用ダッシュボードをもう1台に表示するか、あるいは2台のモニターを同じ内容にミラーリングして両方に共有画面を表示するかのどちらかだ。授業でも会議でも、まったく受け入れられない」。

実際に人々がやっているのは、ウィンドウのやりくりです。 現実的な回避策は、縮小・ドラッグ・再表示といった手作業での調整です。あるTeamsユーザーはこう述べています。「回避策として、Teamsの画面を開いて左側に移動させ、参加者一覧だけが見えるようにしつつ、共有画面を縮小した」。

これらのどれも問題を解決できないのは、構造的な理由によるものです。会議は一つのウィンドウであり、発表しているコンテンツもまた一つのウィンドウです。1台の画面上では、ウィンドウ同士がスペースとフォーカスを奪い合うのです。

最もつらいケース：共有しているものを編集しているとき

このトレードオフが、単なる快適さの問題ではなく、作業そのものを阻む問題になるケースがあります。

画面共有に関するアドバイスの大半は、完成したものを発表することを前提としています。スライド、Dashboard、録画済みのフローなどです。しかし実務のミーティングの多くでは、まさに変更されている最中のもの——新しい段落が加わる仕様書、正しい数値に修正されるシート、全員が合意した通りに移動するプロジェクトボードのカード——が共有されています。参加者を見続ける方法を尋ねたある人は、こう表現しています。「PowerPointやExcelだけじゃなく、何にでも当てはまる」。

ここで対立はさらに鮮明になります。ドキュメントを編集するには、そのドキュメントにフォーカスが必要です——つまり、入力しているウィンドウでなければなりません。そのため会議は背後に隠れ、それと一緒に、誰かが使うべき正確な文言を貼り付けているチャットや、どの行を指しているかを示すために使っていたポインターも見えなくなります。

会議を前面に保てば、変更について話すだけで、実際には変更を加えられません。変更を加えれば、何も見えない状態で作業することになります。結果として作業は「通話終了後」に持ち越され、まさにその内容に合意した会場から切り離されてしまいます。

各プラットフォームが実際に公開している情報

ベンダー各社は3つの異なる回答を公開しており、これらは正確に読み解く価値があります。なぜなら、その中の一つは他よりも解決策に近いにもかかわらず、それは人々が想定しているものとは異なるからです。

Googleは、Meetのピクチャーインピクチャーモードについて「ピクチャーインピクチャーモードを使うことで、発表と聴衆の確認を同時に行える」としており、また発表画面のピン留めを解除することで「発表中により多くの参加者を見つけられるようになる」と説明しています（2026年8月確認）。両方とも参加者を見ることに対応したものであり、1台の画面で発表中にチャットを表示し続ける方法については、Googleの発表用ページには記載がありません。

Zoomはデュアルモニターモードについて、「ギャラリービューまたはスピーカービューを1台のモニターに表示しながら、もう1台のモニターに共有コンテンツを表示できる」と説明しており、その前提条件としてデスクトップアプリの利用と、4コア以上のIntel Core i5相当以上のCPUを要件として挙げています（2026年8月確認）。これは、機能として明文化された「2台目モニター」による回答です。

Microsoftは最も踏み込んでいます。Teamsは「発表者のみに表示される」発表者用ツールバーを公開しており、次のように説明しています。「チャットを選択すると、コンテンツを発表している間も会議のチャットをコンパクトな表示で確認・投稿できます。共有画面には、このチャットウィンドウは表示されません」（2026年8月確認）。

この最後の点は、選択肢を比較する上で重要です。発表者用の、共有画面には映らない非公開のチャットパネルは、市場に空いている隙間ではありません——Teamsは今日すでにそれを提供しています。残る違いは、発表者のもう一つのウィンドウが何をしているかです。MeetとTeamsの発表者向け表示は、いずれも会議アプリ自身のウィンドウの一部です。編集しているドキュメントは、依然としてそれとフォーカスを奪い合う別のウィンドウのままなのです。

会議が「ウィンドウ」でなくなると、何が変わるのか

ブラウザには、ページとフォーカスを奪い合わない領域が一つだけ存在します。ブラウザ自体のサイドパネルです。

Chromeは、拡張機能が「ウェブページのメインコンテンツと並んで、ブラウザのサイドパネルにコンテンツを配置する」ための仕組みとして、Side Panel APIを公開しています（2026年8月確認）。ここで重要なのは構造上の特性です。サイドパネルはタブの一部ではなく、ブラウザのフレームの一部です。どのタブがアクティブであっても、その横に位置し続け、タブを切り替えてもその場に留まり、ページに文字を入力しても何かの背後に押し込まれることはありません——そもそもページが属しているスタックに、パネルは含まれていないからです。

ここにはもう一つの結果があり、公開されている仕様と実際に検証した結果を、慎重に区別しておく必要があります。Chromeの画面キャプチャに関する文書では、タブキャプチャはタブの表示領域をキャプチャするものと説明されており、W3Cの画面キャプチャ仕様では、ブラウザUIの正確な境界は実装依存とされています——どちらも、サイドパネルがどう扱われるかについては明記していません。そこで実際に検証したところ、タブを共有する場合、サイドパネルはキャプチャされたストリームには表示されませんでした。参加者に見えるのは、選択したタブそのものであり、その横にあるパネルは映りません。

この結果は共有モードに依存しており、この区別こそが要点です。画面全体を共有すれば、パネルを含め、画面上のすべてがキャプチャされます。私たちが前提としている特性は、タブ共有の場合に成り立つものであり、このワークフローが使うのはまさにそのモードです。

この2つの特性を組み合わせると、トレードオフは「管理する」ものではなく、そもそも「消えてしまう」ものになります。

• ドキュメントはアクティブなタブです。フォーカスを持っているため、そこに文字を入力できます。しかも画面の半分ではなく全幅を使い、その上に何も重なることはありません。
• 会議はその横にあるパネルに存在し、アプリの狭いレイアウトの中に、通話、チャット、参加者、ポインター操作がまとめて表示されます。
• 参加者に見えるのはドキュメントです。あなたの通話ウィンドウでも、読んでいるチャットでもなく、選択したタブと、そこで使っているポインターです。

これこそが、InterMIND Chrome拡張機能を開発した理由です——現在Chromeウェブストアで公開されており、詳細はお知らせをご覧ください。通話はサイドパネルで動作し、共有しているタブは編集可能な状態のまま保たれます。プロジェクトボードでの作業セッションであれば、ボードは全幅で表示され編集も可能なまま、ポインターは会場に注目してほしい場所を示し続け、チャットもその横で読み続けられます——これらすべてが同時に、1台の画面上で、2台目のモニターもコンテンツを覆うものも一切なしで実現します。

ここで、これが解決を主張していないことも明確にしておきます。パネルは狭いため、大人数分の顔が並ぶギャラリー表示には向いていません。これが答えているのは「作業中も会場とそのチャットにアクセスできる状態を保つ」ことであり、「30人分の映像タイルを一度に表示する」ことではありません。

正直に伝えるべき限界

期待値を正しく設定するために、はっきりと述べておくべきことが3つあります。

共有は依然として通常のピッカーから始まります。 共有をクリックすると、Chromeがどの画面を共有するか尋ねてきて、そこでタブを選択します。サイドパネルから「今開いているタブをワンクリックで共有する」という機能はありません——Chromeは拡張機能に対して、パネルのコンテキストからのタブキャプチャ権限を付与しておらず、その機能追加を求めるリクエストはChromiumチームによってwon't-fix（対応しない）としてクローズされています（2026年8月確認）。ピッカーの操作はワンクリックです。これは回避策ではなく、正式な仕組みです。

これはブラウザ依存の機能です。 サイドパネルはChromiumの機能であり、ここで説明したシナリオはChromeとEdgeにおけるものです。他のブラウザでは、従来通りウィンドウを配置し直すしかありません。

これが解決するのは、一つの問題だけです。 タブを編集しながら共有し、通話UIを見失わずにいられること。これはノートPCの小さな画面を大きくするわけではありませんし、共有したいものがブラウザのタブではなくデスクトップアプリケーションである場合、タブキャプチャの特性は適用されません。

この特性が最も生きる場面

このパターンが当てはまるのは、対象物が「完成済み」ではなく「動いている最中」であるあらゆる場面です。

• ドキュメントや仕様書の作業セッション — 後で反映するためにフィードバックを書き留めるのではなく、会場の反応を見ながらその場で文言を編集する。
• スプレッドシートや計画モデル — 入力値を変更し、全員に数字が変わる様子を見てもらう。そもそもシートを画面に表示している理由そのもの。
• プロジェクトボードとバックログ — 社内でこの課題に気づいたきっかけ。計画会議の最中にカードを移動させ、チケットを編集しながら、それについて人々が書いていることを読み続ける。
• デザインおよびコードレビュー — 通話中にちょっとした修正をその場で行い、ポインターで議論の対象を示し続ける。

これらに共通しているのは、会議の価値が対象物への変更そのものにあるという点です。編集作業を「通話終了後」に押し出すようなワークフローは、まさに合意が生まれたその会議の外へ、作業を追い出してしまうことになります。

FAQ

プレゼン中に参加者を確認するにはどうすればよいですか？

各プラットフォームは、それぞれ異なる部分的な回答を公開しています。Googleはピクチャーインピクチャーと発表画面のピン留め解除により「発表中により多くの参加者を見つけられる」としています。Zoomはデュアルモニターモードを提供していますが、これには2台目のディスプレイが必要です。Microsoftは発表者のみに表示される発表者用ツールバーを提供しています（いずれも2026年8月確認）。これらに共通する限界は、いずれも会議アプリ自身のウィンドウの中に存在するため、他の作業内容とフォーカスを奪い合うことです。そのため、2台のモニターがあってもスライドをフルスクリーンにした瞬間に参加者一覧が見えなくなると報告するユーザーがいるのです。

PowerPointを発表モードにすると、参加者ギャラリーが見えなくなるのはなぜですか？

発表モードは、それが表示されているディスプレイ全体を占有し、会議ウィンドウは別のウィンドウとしてその背後に押し込まれてしまうためです。これが、2台目のモニターがあっても自動的に解決しない理由です。2台のディスプレイを持つユーザーも同じ問題を報告しています。結局、どちらのディスプレイをスライドショーが占有するかという選択の問題になるからです。代わりに人々が頼る対処法は、ギャラリーをコンテンツの上に重ねて表示することか、手動でウィンドウのサイズを調整することです。

1台のモニターで画面共有をしながらチャットを見るにはどうすればよいですか？

プラットフォームによって異なります。Microsoftは、発表者向けにTeamsのコンパクトな会議チャット表示を提供しており、共有画面には視聴者にそのチャットウィンドウが表示されないとしています（2026年8月確認）。Zoomが公開している回答はデュアルモニターモードで、これには2台目のディスプレイが必要です（2026年8月確認）。Googleの発表用ドキュメントは、ピクチャーインピクチャーによる参加者の確認を扱っていますが、チャットについては扱っていません（2026年8月確認）。いずれも変わらないのは、発表者向けの表示が会議アプリのウィンドウに属している点です。そのため、共有しているドキュメントを編集する必要がある場合、そのドキュメントと会議は依然として一つのフォーカスを奪い合う2つのウィンドウのままです。

画面共有をしながらドキュメントを編集することはできますか？

できます——制約があるのは編集自体ではなく、編集中に何が見えるかという点です。ドキュメントに文字を入力するにはそこにフォーカスがある必要があり、1台の画面ではその結果、会議のインターフェースが背後に隠れてしまいます。ドキュメントの共有自体は編集中も続きますが、作業している間はチャット、参加者、ポインターが見えなくなってしまうだけです。

プレゼンと作業を同時に行うには、2台のモニターが必要ですか？

2台のモニターというのが定番の答えであり、実際に有効です。ただ、それが唯一の方法ではありません。ブラウザのサイドパネルを使えば、1台の画面上に2つ目の領域を確保できます。パネルはページとフォーカスを奪い合うのではなく、ブラウザのフレーム内でページの横に位置するからです。

サイドパネルは画面共有に映りますか？

タブを共有する場合は映りません——実際に検証したところ、パネルはキャプチャされたストリームには表示されませんでした。Chromeの文書やW3Cの画面キャプチャ仕様は、この動作についてどちらの方向にも明記していません（仕様ではブラウザUIの境界は実装依存とされています）。そのため、これは文書化された保証ではなく、実測による結果として扱ってください。代わりに画面全体を共有する場合は、パネルを含め、その画面上に見えるすべてがキャプチャされます。

ピッカーを使わずに、ワンクリックで現在のタブを共有する方法はありますか？

サイドパネルからはできません。Chromeは拡張機能に対して、パネルのコンテキストからのタブキャプチャ権限を付与しておらず、これを認めるよう求めたリクエストはChromiumチームによってwon't-fixとしてクローズされています（2026年8月確認）。共有は必ず標準のChromeピッカーから開始し、そこでタブを選択する形になります。

どのブラウザで利用できますか？

サイドパネルはChromiumの機能であるため、対象となるのはChromeとEdgeです。他のブラウザには同等の仕組みがなく、前述したウィンドウ間のトレードオフが通常通り当てはまります。

これは2台目のモニターの代わりになりますか？

この特定のケース——ブラウザのタブを編集しながら共有し、通話UIも表示し続ける——においては、2台目のモニターが必要だった理由自体がなくなります。ただし、2台目のモニターが役に立つその他すべての用途については、代わりにはなりません。

試してみる

• Chrome拡張機能を入手する — インストールされる内容、求められる権限、そしてできないことについて。
• ビデオ会議で画面を共有する方法 — 画面・ウィンドウ・タブの違い、スマートフォンからの共有、レーザーポインター、そしてMeetとTeamsの限界について。
• ライブデモを試す — 何もインストールする前に、翻訳された通話の動作を確認できます。
• 会議で共有したファイルがどうなるかを見る — 誰がそれを読めるのか、どの言語で読めるのか、そして要約中の記述がどのように検証されるのかについて。
• 翻訳ベンチマークを読む — 品質を示す数値、言語ペアごとの分布の全データ、そしてその手法について。

出典：Chrome for Developers — chrome.sidePanel API、Chrome for Developers — chrome.tabCapture API、W3C — Screen Capture、Chromium issue 40926394 — サイドパネルからのchrome.tabCapture、Google Meet — ビデオ会議中に発表する、Zoom — デュアルモニターモードの使用、Microsoft — Microsoft Teams会議でコンテンツを発表する。ベンダー各社はアプリや文書を随時変更するため、最新の状態は各社のページでご確認ください。すべての事実は2026年8月に確認しています。