WhatsApp、Web通話・通話転送・待機室を開始

WhatsAppは7月28日、ブラウザからの通話機能を正式に開始した。これにより、WhatsApp Webとモバイル・デスクトップアプリを隔てていた大きな制約が解消された。9to5GoogleのWhatsAppに関する報道は音声通話とビデオ通話に焦点を当てているが、今回の広範なリリースでは、通話転送、待機室、QuickHDビデオ、ノイズ抑制も追加されている。

これは、長年欠けていたボタンがようやく追加されたというだけの話ではない。WhatsAppは、デスクトップアプリをインストールしなくても、ブラウザのタブを実用的な通話環境へと変えようとしている。この変化は、共用コンピューター、制限の厳しい業務用ノートPC、あるいは別のコミュニケーションアプリの導入が不便または禁止されているデバイスで重要になる。

実用的な機能面では、WhatsAppはZoomやGoogle Meetに近づいたことになる。ただし、各製品が満たすニーズは依然として異なる。WhatsAppは既存の個人的なつながりと電話番号を起点とする。一方、会議プラットフォームは通常、カレンダー、組織、予定されたセッション、管理機能を起点とする。

したがって中心的な問いは、WhatsApp Webで通話を発信できるかどうかではない。できる。より重要なのは、WhatsAppがメッセージングサービスに結び付けられてきたプライバシーとシンプルさを保ちながら、会話をデバイス間で自然に移行させられるかどうかだ。

9to5GoogleのWhatsAppニュースは、ブラウザ通話だけにとどまらない

WhatsApp Webは、デスクトップアプリケーションをダウンロードしなくても、1対1およびグループでの音声通話・ビデオ通話をサポートするようになった。

ブラウザ版には、画面共有、リアクション、専用の通話タブ、通話履歴、お気に入り機能が含まれる。MetaのWeb通話に関する発表によると、ブラウザ経由の通話はエンドツーエンドで暗号化され、時間制限はなく、WhatsAppから直接料金が請求されることもない。

エンドツーエンド暗号化とは、通話コンテンツが参加デバイス間で保護されることを意味する。WhatsAppは、同社自身が通話を聞いたり閲覧したりすることはできないとしている。この説明はコンテンツ保護に関するものであり、完全な匿名性を意味するものではない。また、参加者やそのデバイスから見える情報をなくすものでもない。

今回の開始は、通話の発信と着信の両方を対象としている。この違いは重要だ。発信のみを限定的に試す実験では、ブラウザは完全なコミュニケーションの接点にはならない。着信にも対応することで、ユーザーは仕事中にWhatsApp Webを開いたままにし、電話を手に取らずにブラウザ上で応答できる。

この発表は、一部のベータユーザーがすでに体験していた機能も正式なものとする。テストに関する報告は2026年の早い時期から現れており、ユーザーごとに異なる機能の組み合わせが異なる時期に提供されていた。段階的な配信は続くものの、正式リリースによって、この機能は実験段階から製品としてのコミットメントへと移行した。

このロールアウト方式は、対象となるユーザーがすぐに通話コントロールを見つけられない理由を説明する。Metaは、機能を段階的に提供しており、まもなくすべてのユーザーが利用できるようになるとしている。アカウントごとの詳細な提供スケジュールは公表していない。

発表を読んですぐに使えると期待する人にとって、この違いは特に重要だ。通話アイコンが表示されないからといって、必ずしもブラウザの問題や未対応アカウントを意味するわけではない。単にサーバー側での提供がそのアカウントにまだ届いていない可能性がある。

今回の開始以前、コンピューター上のWhatsAppユーザーは実用上の分断に直面していた。ブラウザでメッセージを扱うことはできたが、通話には通常、スマートフォンかインストール済みのデスクトップアプリが必要だった。Android Authorityのブラウザ通話に関する報道は、この欠けていた機能をWhatsApp Webの最も目立つ制約の一つとして挙げている。

ダウンロード不要になったことで、通話できる場所が広がる。学生は共用コンピューターを利用でき、従業員はソフトウェアのインストールが制限されたノートPCでも、許可されたブラウザを使える。旅行者も、別のクライアントをインストールして維持することなく、一時的なデバイスで使い慣れたアカウントを開ける。

こうした場面は、一見単純に見えて、その影響は大きい。会話がデバイスの境界に達するたび、コミュニケーション製品の有用性は低下する。WhatsAppは今回、最も明白な境界の一つを取り除いた。しかし、併せて導入された通話転送機能はさらに先へ進む。

通話転送により、デバイスの境界が目立たなくなる

通話転送は、進行中のグループ会話をユーザーとともに移動させられるため、今回のリリースで最も戦略的に重要な機能だ。

WhatsAppによると、進行中のグループ通話は、セッションを終了することなく、モバイル、タブレット、Web、デスクトップの各環境間で移動できる。スマートフォンで通話を始め、デスクに着いたら大きな画面で続けることが可能だ。その後、再びモバイルデバイスへ移ることもできる。

この継続性は、Web対応の意味を変える。転送機能がなければ、ブラウザ通話はもう一つの孤立した接点を増やすだけになる。転送機能があれば、各デバイスは同じ通話を続けられる交換可能な場所となる。

帰宅途中にプロジェクトグループの一人が会話を始めるケースを考えてみよう。最初はモバイルデバイスが適しているが、共有画面を確認するにはノートPCの大きなディスプレイの方が便利だ。転送機能により、退出、再接続、そして中断の説明をする必要がなくなる。

この機能は逆方向にも適用される。デスクでグループ通話を始め、出かける前にスマートフォンへ移すことができる。このような利用場面により、WhatsAppは固定的な会議の文脈への依存を減らし、より気軽に始まる会話に適したものとなる。

Metaは転送について、進行中のグループ通話に限定して説明している。すべての通話タイプ、リンク済みデバイス構成、ブラウザ、アカウントが、ロールアウト中に同じように動作するとユーザーは想定すべきではない。同社は、ネットワーク状態が悪い場合の転送に関する詳細な性能データを公表していない。

この不確実性は重要だ。ライブ通話を移動させることは、技術面でも体験面でも、新規に通話を始めるより難しい。音声出力、カメラへのアクセス、マイクの権限、参加者の状態、暗号化のすべてを、ユーザーを混乱させることなく維持しなければならない。転送が何度も失敗すれば、摩擦を減らすどころか増やしてしまう。

WhatsAppは何年も前からこのモデルへ近づいてきた。2021年には、インストール型デスクトップアプリで1対1通話を導入した。Metaは、そのデスクトップ通話の開始に先立つ大みそかに、WhatsAppで14億件の音声通話・ビデオ通話が行われたと報告している。

この過去の数値は、現在のWeb通話需要を測るものではない。ただし、ブラウザが同等の扱いを受けるはるか前から、通話がすでに主要な利用行動だったことを示している。したがって今回のリリースは、既存の通話ネットワークを拡張するものであり、新たなネットワークを作り出そうとする試みではない。

WhatsAppはその後、グループ向け機能を拡充した。2022年には、通話リンク、参加者コントロール、モバイルで最大32人をサポートする通話を追加した。2023年には、Windowsアプリで最大8人のグループビデオ通話と、最大32人の音声通話をサポートした。

2026年7月の発表は、ブラウザ通話について新たな参加人数上限を明記していない。1対1およびグループ通話が利用可能になるとしており、他のWhatsAppデバイスでおなじみの機能を提供する。WhatsAppが現行のブラウザクライアント向けに文書化しない限り、読者は以前の上限をWeb版に当てはめるべきではない。

通話転送は、予定型の会議ツールがブラウザアクセスだけでは完全に模倣できない、微妙な競争上の優位性も生み出す。ZoomやMeetのセッションは通常、会議室を中心に構成される。WhatsAppは既存の会話を中心に体験を構成し、参加者が状況の変化に応じてデバイスを選べるようにする。

これは、WhatsAppが企業向け会議ツールを直接置き換えることを意味しない。しかし、デバイス間の継続性をより重要な競争軸にする。会話の文脈を保ちつつ設定の手間を減らせる製品は、カジュアルなグループや迅速な調整において優位に立つ。

待機室により、WhatsAppは主催型会議へ近づく

待機室は、WhatsAppの主催者に組織化された会議で一般的なコントロールを提供するが、その実装は意図的に限定されている。

主催者はWhatsAppの通話リンクを作成し、「参加には承認が必要」を有効にできる。そのリンクを使った人は、主催者がグループ通話への参加を許可するまで待機室に入る。このコントロールは、リンクを持つ全員が即座に参加することを防ぐのに役立つ。

この機能は、いくつかの現実的な場面を支える。講師は予定時刻に生徒を入室させられる。コミュニティの主催者は、議論を始める前に参加者を確認できる。家族はリンクを広く共有しながら、ゲストを入れるタイミングを管理できる。

また、通話リンクによって生じる緊張関係にも対応する。リンクはセッションを配布しやすくするが、配布されることで、参加者全員が想定どおりであるという前提は弱まる。承認の手順は、再利用可能な招待メカニズムの利便性を捨てずに、主催者へ確認の機会を与える。

WhatsAppがここで新たなカテゴリーを生み出しているわけではない。Zoomは長年にわたり、アカウントポリシー、ドメイン例外、カスタマイズ、参加者へのメッセージ送信、主催者コントロールを備えた、より高度な待機室システムを提供してきた。この成熟度は、Zoomが管理された会議に注力していることを反映している。

WhatsAppのバージョンはよりシンプルだ。同社が説明しているのは、通話リンクに付随する承認設定であり、完全な組織向けセキュリティ層ではない。Metaは、ドメインルール、管理者ポリシー、ブランド表示された待機画面、企業向けプラットフォームで利用できる幅広い主催者権限委譲コントロールを発表していない。

この制約は、製品の位置付けの一部でもある。WhatsAppには、リンクベースのグループ通話を管理可能にするだけのモデレーションが必要だ。企業イベント、授業、ウェビナーで用いられるあらゆるコントロールを再現する必要はない。

待機室は、本人確認と混同すべきでもない。主催者はアカウントを入室させるかどうか決められるが、この機能は、その人物が主催者の想定どおりの本人であることを証明するものではない。主催者は引き続き、名前、電話番号、プロフィール情報、会話の文脈を評価する必要がある。

リンクが本来の対象外へ広がる場合、この区別はいっそう重要になる。待機室は無制限な入室を減らすが、参加者がリンクを転送することまでは防げない。また、入室を許可された人物が別のデバイスを通じて録画することも阻止できない。

エンドツーエンド暗号化は、参加者間を移動する間の通信を保護する。音声、映像、共有画面のコンテンツを受け取った後に、許可された参加者が何をするかまでは制御できない。この境界は、業界全体の暗号化通話に当てはまる。

したがって、新たな承認コントロールは実用的な安全機能であり、保証ではない。機密情報を扱うユーザーは、誰が参加しているかを確認し、想定外の参加者を退出させ、見慣れたプロフィール画像を本人確認の決定的な証拠として扱わないようにすべきだ。

こうした制約はあるものの、待機室はWhatsAppが支援できるグループ交流の種類を変える。自発的な家族通話には、正式なコントロールはほとんど必要ない。予定された個別指導、コミュニティでの議論、小規模な顧客との会話には、招待された参加者と入室を許可された参加者の間に、より明確な境界が必要だ。

この動きは、WhatsAppと競合他社の双方に圧力を生む。WhatsAppは、日常的な通話を複雑にせずに、どこまで会議の構造を追加できるかを決めなければならない。ZoomとGoogleは、組織が期待するコントロールを維持しながら、設定の手間をさらに減らし続ける必要がある。

QuickHDとノイズ抑制は、日常的な摩擦を減らすための機能だ

QuickHDとノイズ抑制は、通話自体は接続されていても、信頼性に欠けたり不快に感じられたりする場面に対応する機能だ。

WhatsAppによると、QuickHDは通話開始から数秒以内に高解像度の映像を提供する。重点を置くのは、映像システムが帯域幅、ハードウェア、ネットワーク状況に応じて品質を調整することが多い、通話開始時の挙動だ。

Metaは、独立した品質調査、正式な解像度目標、あるいはQuickHDの起動時間保証を公開していない。最も慎重な解釈は、WhatsAppが初期映像品質の処理を変更したということだ。ユーザーが得る結果は引き続き、接続環境、デバイス、カメラ、ブラウザの影響を受ける。

この報道上の区別は重要だ。「Instant HD」は製品名であり、すべてのセッションが同じ解像度で始まる証拠ではない。混雑したネットワークでは、利用可能な帯域幅で伝送できないほどの細部を再現することはできない。

それでも、この目標には意義がある。最初の印象は、ユーザーが映像を信頼するかどうかに影響するためだ。開始時の映像がぼやけていると、参加者は待たされたり、あいさつを繰り返したり、設定を確認したりすることになる。意図どおりに機能すれば、映像の安定化を早めることでそうした不確実性を減らせる。

ノイズ抑制は別の問題に対応する。WhatsAppによると、このコントロールは周囲の背景雑音を取り除き、発言をほかの参加者へより明瞭に届ける。ユーザーは通話中の設定から管理できる。

この機能はスタジオ環境ではなく、一般的な利用環境を想定している。交通音、近くの会話、扇風機、キーボード、家庭内の活動音は、話者の声と競合し得る。ノイズ抑制は、こうした音が通話を支配する前に低減しようとするものだ。

音声処理には常にトレードオフが伴う。積極的なフィルタリングは不要な音を取り除ける一方で、音楽を変質させたり、発話を弱めたり、想定パターンと異なる声を途切れさせたりする可能性もある。WhatsAppは、こうした例外的なケースをシステムがどう処理するか判断できるほどの技術的詳細を公開していない。

したがって、ユーザーはこのコントロールを万能な機能ではなく、調整可能なものとして扱うべきだ。ノイズ抑制は、にぎやかなカフェでの会話では役立つかもしれない。一方で、ライブ音楽、環境音、または1本のマイクの近くにいる複数人の声を共有したい場合には適さない可能性がある。

QuickHDとノイズ抑制は合わせて、WhatsAppがどこに競争圧力を感じているかを示している。ブラウザからのアクセスはユーザーを一度引き付ける。長時間の通話で再び使ってもらえるかを決めるのは、一貫した音声・映像品質だ。

同社は、ウェブベースのメディアを長年にわたって調整してきたサービスと競争している。Google MeetはChromeとWorkspaceに深く統合されており、Zoomは専用クライアントに加えてブラウザからの参加もサポートする。これらのプラットフォームは、デバイス権限、ネットワーク適応、管理された環境についても豊富な経験を持つ。

WhatsAppが持ち込む別の資産は、既存の人間関係だ。ユーザーは、会議を作成したり、メールアドレスを探したり、グループを別サービスへ移したりする必要がないことが多い。会話と参加者はすでにそこにいる。

ただし、ブラウザ通話の信頼性が別サービスを開くより低く感じられれば、この優位性は失われる。WhatsAppは、多様なブラウザで安定したマイク、カメラ、画面共有、通話転送を提供しなければならない。公式発表では、障害率や対応ブラウザの詳細は示されていない。

初期の提供状況に関する報告も、慎重さの必要性を裏付けている。段階的に配信されているため、一部のアカウントにはコントロールが表示される一方、ほかのアカウントには表示されないという報告がある。こうした報告は広範な不具合を証明するものではないが、段階的な展開が不確実性を生むことを示している。

最初の試験は、理想的な条件下でデモが動くかどうかではない。一般的なユーザーがアカウントの利用可否を理解し、ブラウザ権限を許可し、スマートフォンに戻ることなく通話を完了できるかどうかだ。

WhatsApp Web Callingが非公式な領域でZoomとGoogle Meetに圧力をかける

WhatsAppはエンタープライズ向け会議スイートを置き換えるわけではないが、より小規模で非公式な通話にそれらが必要となる理由を狭めつつある。

ZoomとGoogle Meetは、予定された組織的な会議には依然としてより適している。カレンダー連携、管理者向けコントロール、アカウントポリシー、録画ワークフロー、会議室ハードウェア、大規模または管理下のセッション向け機能を提供している。

WhatsAppは現在、基本的な流れのより多くをカバーしている。グループは通話リンクを共有し、参加者を承認待ちにし、暗号化されたブラウザセッションで会話し、画面を共有し、リアクションを送り、進行中の通話をデバイス間で移動できる。

この組み合わせは、以前は会議サービスが当然の選択肢だった多くの会話にとって十分だ。小規模な勉強会に常にエンタープライズ向けワークスペースが必要とは限らない。家族が誰かのパソコンのトラブル解決を手伝う場合、必要なのはブラウザ通話と画面共有だけかもしれない。

競争上の境界は主催者のニーズに左右される。ID管理、出席記録、コンプライアンス、高度なモデレーション、組織全体のポリシーが重要であれば、WhatsAppが発表した機能はそうした要件に応えていない。

優先事項が電話番号を通じてすでにつながっている人に連絡することなら、WhatsAppは社会的な導入コストが低い。該当するグループやチャットがすでに存在することが多いため、参加者は別個の連絡先ネットワークを構築する必要がない。

Google Meetは、ブラウザネイティブのアクセスとGoogleアカウントによって摩擦を減らしている。Zoomでは、ホストが該当するオプションを有効にすれば参加者はブラウザ経由で参加できるが、同社のドキュメントでは、ウェブ体験にはアプリケーションと比べて機能上の制限がある場合があると説明している。

WhatsAppの違いは、ブラウザが予定された会議室へ入るための単なるゲスト用入口ではない点だ。通話履歴やお気に入りを含む、メッセージングアカウントのより充実した拡張機能となっている。この設計により、通話は継続中の会話と結び付いたままになる。

この圧力が最も強いのは、市場の非公式な領域だ。その領域には、クラブ、家族、近隣グループ、フリーランスの協業、個別指導、正式な会議標準を持たない小規模チームが含まれる。

中央管理された企業では、その影響はより弱い。IT部門は、保持、ユーザープロビジョニング、セキュリティポリシー、統合、サポートに関するコントロールを必要とすることが多い。WhatsAppの消費者向けのシンプルさが、こうした要件を自動的に満たすわけではない。

同じ緊張関係は、通話中に生まれる知識にも当てはまる。画面共有は参加者が文書を議論する助けにはなるが、検索可能な組織記録を作るものではない。チームには、意思決定、メモ、ファイル、フォローアップタスクのために承認された場所が依然として必要だ。

会話をまたいで情報を管理する個人にとっては、パーソナルナレッジベースが通話後にも有用な文脈を保存できる。このワークフローはWhatsAppの通話発表とは別のものであり、参加者のプライバシー上の義務に従うべきだ。

WhatsAppは期待の重荷にも直面している。ブラウザがグループビデオをサポートするようになると、ユーザーは単にメッセージングと比較するのではなく、成熟した会議ツールと比較するようになる。製品が会議に近づくほど、不足しているコントロールは目立ちやすくなる。

これが今回のリリースにおける中核的なトレードオフだ。構造化された機能を追加すれば、WhatsAppはより多くの状況で役立つ。一方で、追加のたびに、ホストロール、スケジュール設定、字幕、アクセシビリティ機能、詳細な互換性ガイダンス、管理者向けコントロールへの要求も招く。

Metaは、WhatsAppがエンタープライズ向け会議スイートになるとは約束していない。今回のリリースが示す目標はより限定的だ。ユーザーがすでにWhatsAppへアクセスしている場所ならどこでも通話を利用可能にし、会話をその場にとどめるのに十分なコントロールと品質を追加するというものだ。

この戦略は、それでもユーザー行動を変え得る。競争において、一つの製品が別の製品を完全に置き換える必要はない。意味のある種類の通話で、ユーザーがもう一方の製品を開かなくなればよい。

段階的な展開が広がるなかで注目すべき点

今後1〜3カ月で、WhatsAppが幅広い継続性を提供したのか、それとも魅力的な機能リストにとどまったのかが明らかになるはずだ。

最初の指標は、アカウントとブラウザをまたいだ利用可否だ。Metaは機能が間もなく全員に届くとしているが、その時期は定義していない。Callsタブと通話コントロールが広く表示されれば、ブラウザが標準的なWhatsAppのエンドポイントになったという主張を強めるだろう。

アカウント間の差異が続けば、その主張は弱まる。ユーザーは、確実に見つけられると期待できない機能を中心に習慣を築くことはできない。ブラウザ、権限、リンク済みデバイス、地域ごとの利用可否について明確なサポート文書があれば、混乱も減らせる。

2つ目の指標は、実際の通話転送だ。転送は、安定した接続だけでなく、通常のネットワーク変化の最中にも機能する必要がある。ユーザーは、音声と映像がすぐに回復するか、参加者が接続を維持できるか、デバイス間の移動が予測可能に感じられるかを判断するだろう。

転送が成功すれば、WhatsAppのデバイス継続性戦略を裏付けることになる。失敗が頻発すれば、重要な会話中にこの機能はリスクが高いと感じられ、ユーザーは通話を終了して再参加する慣れた手順へ戻るだろう。

3つ目の指標は、競合他社とユーザーが非公式な領域でどう反応するかだ。ZoomとGoogleはWhatsAppの連絡先モデルを模倣する必要はないが、ブラウザからの参加やデバイス間の移動をさらに簡素化できる。WhatsAppは、通話を複雑な会議に変えることなく、ホスト向けコントロールを改善することで応えられる。

ユーザーの導入状況は、発表よりも行動を通じて明らかになる。目新しさが薄れた後も、人々がブラウザ通話を繰り返し選ぶ必要がある。グループの主催者も、電話をかけるほうが簡単だった場合に、通話リンクや待機室を使う必要がある。

セキュリティ上の行動にも同等の注意が必要だ。待機室が有用なのは、ホストが承認によって何が確認され、何が確認されないのかを理解している場合に限られる。WhatsAppは、ID確認の限界、リンク共有、デバイス権限、参加者の責任について、技術的な言葉に埋もれさせず説明すべきだ。

アクセシビリティも、Metaが今回の発表で中心に据えなかったものの、未解決の領域だ。ブラウザ通話はより多くのデバイスに届くが、届くことと使いやすいことは同じではない。字幕、キーボード操作、スクリーンリーダーでの挙動、明確なステータス表示は、誰が参加できるかに影響する。

通話品質は、孤立した報告だけでは判断が難しいままだ。1回の成功したセッションでは、ブラウザのバージョン、OS、マイク、ネットワーク状況をまたいだ性能を検証できない。多様な環境での繰り返し利用が、より良い試験となる。

ユーザーは、QuickHDとノイズ抑制に明確なコントロールが提供されるかどうかも注視すべきだ。自動的な改善は、ユーザーが有効なタイミングを理解し、特殊な音声や制約のある接続では無効にできるときに最も効果を発揮する。

現時点での実用的な要点は明快だ。WhatsApp WebでCallsタブまたは通話コントロールを確認してほしいが、段階的な提供を想定すべきだ。予定された会話でこの機能に頼る前に、ブラウザによるマイクとカメラへのアクセスを確認する。

通話リンクを使うホストは、入室を制御する必要がある場合に承認を有効にすべきだ。それでも参加者を確認し、暗号化によって入室を認められた人が外部でコンテンツを記録することまでは防げない点を忘れてはならない。

9to5GoogleのWhatsAppに関する記事は、待望されていたブラウザ機能から始まる。より重要な展開は、会話をスマートフォンからブラウザへ引き継ぎ、新規参加者を入口で待機させ、メディアを自動的に改善できる通話システムだ。

この組み合わせは、人々が次の小規模グループ通話で開くサービスを変えるのだろうか。答えは発表だけではなく、展開の一貫性、転送の信頼性、そして繰り返しの利用によって明らかになる。