2026年3ステップでGoogle Meetの障害を判断：会議のバックアップ手段の実測比較付き

会議の途中で、画面が突然フリーズした。

あなたの最初の反応は、おそらく検索バーを開いてあの英単語を打ち込むことだろう：is google meet down。

わかる。その答えが、次の10分間で何をするかを直接決めるからだ。

もしGoogle Meetが本当にダウンしているなら、ブラウザを再起動しても、アプリを再インストールしても、PCを再起動しても、すべて無駄になる。

もし自分のネットワークやアカウントに問題があるなら、30分待っても何も変わらない。

だからこの記事では機能の話はしない。判断の話だけをする：あなたが遭遇しているのはどれか。

3種類の「ダウン」、対処法は全く逆

ここ数年で対処してきた会議中断を、私は3つに分類している。

症状の発生源	典型的な兆候	あなたがすべきこと
Googleサービス側の異常	複数人が同時に影響を受け、第三者監視サイトに大量の報告が上がる	確認して待つ、またはバックアップ手段に切り替える
あなたのネットワークまたはデバイス	あなただけが問題を抱え、他のサイトも遅い	ネットワークを変える、デバイスを変える
単一の会議レベル	他の会議には入れるが、この会議だけ入れない	会議リンクを再生成する

第一類はGoogleサービス側の異常。

第二類はあなた自身のネットワークやデバイス。

第三類は単一の会議の問題、例えば会議リンクが無効になっている、主催者の設定がおかしくなっているなど。

ほとんどの人が最初にやる行動は、第二類にしか効かない。

だから多くの人がさんざん調べても、状況がわからないままだ。

次元1｜公式ステータスページと第三者監視サイト、どちらを先に見る？

多くの人のやり方は、まずDowndetectorのような第三者サイトを開くことだ。

それは確かに役立つ。Downdetectorには公開コメント欄があり、「今日の会議、全然入れなかった」と書いている人が見つかる。

しかしコメント欄の問題は、コメントは感情を表すもので、事実を表すものではないということだ。

私の順序は逆だ。

まずGoogle公式ステータスページを見て、Googleがインシデントを認めているか確認する。

次に第三者サイトでクロスチェックする。StatusGatorは2015年5月11日からGoogle Meetのダウンタイムと中断を監視しており、サービスプロバイダーのインシデント対応速度を記録している。

IsDownは別のアプローチを取る。サービスの公式ステータスページを直接監視し、自らをステータスページアグリゲーターと位置づけている。理由は公式ソースの方がユーザー報告より信頼できるからだ。

instatusは両方を取り込む。毎分Google Meetの公式ステータスページをチェックし、同時にページ上のユーザー報告も集約する。

→ この次元の結論：公式ページが主、第三者は補助。逆に見ると、他人の感情に多くの時間を費やすことになる。

次元2｜報告量の急増は、本当にダウンしている証拠？

Downdetectorのコメント欄でよく見る言葉がある：「ステータスは正常って言ってるけど、入れないんだよ」。

このギャップは陰謀ではなく、2つのことが混同されているだけだ。

サービス側の異常は1つのこと、あなたの接続は別のこと。

報告量は「何人がおかしいと感じているか」を教えてくれるだけで、「Googleのサーバーがどうなっているか」は教えてくれない。

だからこそIsDownは、時々散発的な報告があるのは正常だと特に強調している——それは個々のユーザーの状況に過ぎず、全体的な問題ではないかもしれない。

→ この次元の結論：報告量は体感温度計であり、診断レポートではない。

次元3｜あなただけが入れないのか、みんな入れないのか？

最も速い判断方法は人に聞くことだ。

会議のチャットに一言投げるか、同僚に直接メッセージを送る：そっちの画面は正常？

この動作は10秒しかかからないが、3種類の問題を一度に切り分けられる。

同僚も切れているなら、サービス側を調べる。

同僚が正常なら、自分側を調べるか、この会議自体を調べる。

単一の会議の問題は、通常、会議リンクを再生成すれば解決する。

→ この次元の結論：まず人に聞き、それからウェブを調べる。順序を間違えると、30分調べることになる。

次元4｜ブラウザ、アカウント、ネットワーク、3層をどう素早く切り分ける？

私自身の切り分け順序は決まっている。

まずネットワークを変える。スマホのテザリングが最速で、30秒で自分のWi-Fiが原因か検証できる。

次にデバイスを変える。スマホでは入れるがPCでは入れないなら、問題はPC側にある。

最後にアカウントを触る。ログアウトして再ログイン、または別のブラウザプロファイルに切り替える。

アプリの再インストールのようなことは、最後に回す。

なぜなら、本当に切断されているなら、isitdownrightnowのようなサイトが直接答えをくれるからだ。それはサーバーにpingを打ってmeet.google.comの状態を確認し、最近10回の自動チェック結果をグラフにする。本当にダウンしているなら、その結論は明快だ——待つ以外にできることはない。

→ この次元の結論：外から内へ、最初から最も重い手段を取らないこと。

次元5｜会議が中断したとき、会議記録はまだ残っているか？

この層はあまり調べられないが、実際に損失が出るのはここだ。

Google Meet自体に会議の文字起こし機能がある。これは最も便利な点だ：何もインストールせず、会議を開けば使える。

問題は、それが会議と共に動くことだ。

会議が切れれば、その会議の記録も切れる。

だから私は後になってやり方を変えた。

重要な会議では、PC上で別途ローカルの録音・文字起こしを開く。

私が使っているのはTinrec（秒聴録音）。デスクトップ版はPCのシステム音声を直接キャプチャし、Zoom、Google Meet、Microsoft Teams、Webexなどのプラットフォームで再生される会議音声を処理する。ボットを会議に参加させる必要はない。

この違いは責任の所在にある。

サービス側の問題は自分ではコントロールできないが、自分側の記録はコントロールできる。

たとえGoogle Meet側が本当にダウンしても、すでに録音された部分は残り、文字起こし、要約、ToDoも残る。

Tinrecは音声をテキストにするだけでなく、要約、チャプター、ToDoを整理し、会議内容について追加質問でき、NotionやGoogle Docsなどにエクスポートして続けて使える。

チームで使う場合、データはチームスペースに置かれ、メンバー、役割、シートは分けて管理され、利用分析と監査ログもある。有料シートは月額2,000分のチーム共有インポート枠があり、リアルタイム録音は現在分単位の課金はない。初回対象チームには7日間のトライアル、1つの無料シート、300分の共有インポート枠がある。

ただし明確にしておく：Tinrecは自動で会議に参加するボットではない。自分で開いて録音を開始する必要がある。Google Meetを修復してくれるわけでもない。

それが解決するのは別のこと——会議が切断されても、手元のデータが一緒に消えないことだ。

→ この次元の結論：Google Meetの文字起こしは手軽さで勝り、Tinrecは記録が会議と共に消えない点で勝る。重要な会議では、両者は衝突しない。

それぞれの独自の強みは？

Google Meetの独自の強み：

1. インストール不要のハードルの低さ。相手がリンクを送るだけで会議を開始できる。これが最強の点だ。
2. Googleエコシステムとの統合。カレンダー、ドキュメント、メールが同じ環境にある。

Tinrecの独自の強み：

1. ボット不要。参加者を増やす必要も、録音のために会議設定を変える必要もない。
2. クロスプラットフォーム。ウェブ、デスクトップ、スマホで使え、特定の会議室に縛られない。
3. 会議後の成果物が充実。文字起こしだけでなく、要約、チャプター、ToDo、エクスポート可能なレポートもある。
4. チームでの蓄積。データはチームに帰属し、メンバーが離れても持ち去られない。

まとめ：どちらを選ぶべきか？

・今会議ができるか知りたいだけなら → まずGoogle公式ステータスページを見て、次にDowndetectorでクロス確認。

・自分だけ入れないなら → ネットワークを変え、デバイスを変える。慌てて再インストールしない。

・この会議だけ入れないなら → 会議リンクを再生成。10分以内に解決。

・この会議が中断できず、データも失えないなら → PC上で別途ローカル録音・文字起こしを開く。Tinrecデスクトップ版は私が追加ハードルなしで使っている方法だ。

・チームで、会議データを引き継げる必要があるなら → チーム版のスペース、役割、シート、監査はそのために設計されている。

一言でまとめると：「is google meet down」を調べるのは外部状況の確認に過ぎない。本当に身につけるべき習慣は、自分の会議記録をどのサービス側にも依存させないことだ。

クイックスタート：次回会議が切断されたときの6ステップ

1. チャットで一言聞く：そっちは正常？
2. Google公式ステータスページを開き、インシデントがないか確認。
3. Downdetectorまたはinstatusで報告量をクロスチェック。
4. スマホのテザリングに切り替え、30秒で自分のネットワークか検証。
5. デバイスを変えて同じ会議にログインし、デバイスとアカウントの問題を切り分ける。
6. 重要な会議は事前にPCでローカル録音・文字起こしを開いておく。切断されてから考えない。

この6ステップでGoogleのサーバーが良くなるわけではない。

しかし次に画面がフリーズしたとき、10分以内に待つべきか、切り替えるべきか、それとも会議を続けるべきかがわかる。

段階的にテストすれば、自分なりの判断フローを少しずつ築ける。

参考ソース

• Google Meet down? Current outages and problems | Downdetector US
• Google Meet Status. Check if Google Meet is down or having an outage. | StatusGator
• Is Meet down? Check all meet.google.com outages
• Is Google Meet Down? Check current status and user reports | IsDown
• Is Google Meet down? Google Meet status and live outage reports