Microsoft Loop Web版が「Trying to reconnect…」のまま読み取り専用になったら、最初に未同期の文章をローカルのメモへコピーし、同じページを何度も再読み込みしないでください。その後、「特定ページだけか」「同じブラウザーの全ページか」「同じ組織の複数人か」を確認します。特定ページだけなら権限やページ固有、1台だけならブラウザーやネットワーク、複数人ならMicrosoft 365サービスまたは組織設定の可能性が高まります。
この表示は、開いているページがLoopのクラウド側とリアルタイムに同期できていない状態を示します。読み取り専用になっている間に入力を続けられたとしても、保存される保証はありません。別端末で正常な古い内容が見えても、すぐに上書きせず、どちらが最新かを確認してから統合します。
最初に守るべきデータ
- 画面に未保存の文章が見えている場合は、必要部分を選択し、テキストエディターやWordなどローカルの一時ファイルへコピーします。
- 表、チェックリスト、コメントなどコピーで構造が崩れるものは、機密情報が映らない範囲で画面を記録します。組織の情報管理規則を優先します。
- ページ名、ワークスペース名、発生時刻、表示文、使っていたアカウントを記録します。
- 未同期内容を確保するまでは、Cookie削除、サインアウト、ブラウザーリセット、別内容での上書きをしません。
共同編集者が同じページを開いている場合は、チャットなど別経路で編集を一時停止してもらいます。誰かが正常接続しているなら、その人の画面でクラウド側に保存された最新内容と最終更新時刻を確認します。
切り分け早見表
| 確認結果 | 可能性が高い範囲 | 次に試すこと |
|---|---|---|
| 一つのページだけ編集不可 | ページ権限、共有状態、ページ固有の不整合 | 別の正常ページを開き、所有者に権限確認を依頼 |
| 同じワークスペース全体で不可 | ワークスペース権限、ストレージ、ライセンス | 別ワークスペースと比較し、管理者へ相談 |
| 同じブラウザープロファイルだけ不可 | Cookie、セッション、拡張機能、プロファイル | プライベートウィンドウまたは新規プロファイルで診断 |
| 社内・学校ネットワークだけ不可 | プロキシ、TLS検査、フィルター、経路 | 管理者へ時刻とURLを伝え、許可された別回線で比較 |
| 複数ユーザー・複数回線で不可 | Microsoft 365側のインシデント | 管理者がサービス正常性を確認 |
| 個人アカウントだけ不可 | サインイン、Outlook初期化、ストレージ | 公式Loopの既知の問題とアカウント状態を確認 |
対処1：ページとサービスの範囲を確認する
- 未同期内容を退避した後、新しいタブで
https://loop.cloud.microsoftを直接開きます。 - 問題が起きたものと同じアカウントでサインインしていることを確認します。個人、会社、学校の複数アカウントが同じブラウザーにある場合は、メールアドレスまで確認します。
- 別のLoopページを開き、短いテスト文字を追加して保存できるか確認します。業務ページをテスト用に変更しません。
- 同じページを共同編集者に確認してもらい、相手も読み取り専用かを聞きます。
- 組織のMicrosoft 365管理者へ、サービス正常性の確認を依頼します。管理センターの「正常性」→「サービス正常性」には、組織へ影響するインシデントやアドバイザリが表示されます。
Microsoft側のインシデントが掲載されている場合、端末の設定を次々に変更せず復旧情報を待ちます。端末側を初期化してもクラウド障害は直らず、未同期データを失うリスクだけが増えます。管理者はインシデントID、影響範囲、次回更新予定を利用者へ共有すると、重複調査を減らせます。
対処2：ブラウザーとサインインを切り分ける
サービス障害でなく1台だけで起きるなら、まず通常ウィンドウを残したまま、EdgeのInPrivateウィンドウなど一時的なセッションでLoopへサインインして比較します。InPrivateではウィンドウを閉じるとCookieやサイトデータが削除されるため、恒久的な利用場所ではなく診断用です。ここで正常なら、通常プロファイルのセッション、Cookie、拡張機能の影響を疑えます。
- 通常ウィンドウでEdgeや利用ブラウザーを最新版へ更新し、ブラウザーを通常終了して開き直します。
- Loopに複数アカウントが混在しているなら、正しいアカウントでサインインし直します。未同期内容の退避後に行います。
- 拡張機能の影響を調べる場合は、一度に削除せず、一時的に無効化して一つずつ戻します。組織必須の拡張機能は管理者の許可なく変更しません。
- 特定サイトのデータ破損が強く疑われる場合だけ、Loopと関連するMicrosoftサインインサイトのデータを対象にします。ブラウザー全体のCookieを消すと、多数のサイトからサインアウトします。
- サイトデータを削除する前に、未同期内容とアカウント情報を確保します。削除後は公式ページからサインインし直し、まず空のテストページで同期を確認します。
対処3：ネットワークを比較する
Loopは編集内容を継続的にクラウドへ同期します。一般的なWeb閲覧はできても、プロキシ、HTTPS検査、コンテンツフィルター、ネットワーク最適化製品がMicrosoft 365通信へ介入すると、接続性や互換性へ影響する場合があります。セキュリティ製品やファイアウォールを無効にして試すのではなく、IT管理者に正式なMicrosoft 365エンドポイントとログを確認してもらいます。
個人所有端末で組織規則が許す場合に限り、別の信頼できる回線で同じページを開き、ネットワーク依存かを比較できます。機密ページを個人回線へ出すことが禁止されている場合は実施しません。別回線で直るなら、発生日時、元回線、ブラウザー、Loop URL、表示メッセージを管理者へ伝えます。プロキシやフィルターを利用者が回避する設定はしません。
対処4：権限・ライセンス・ストレージを確認する
特定ユーザーや特定ワークスペースだけで続く場合は、所有者またはMicrosoft 365管理者がアクセス権を確認します。閲覧できても編集権限がないことがあり、外部ユーザーとの共有にはLoop側の制限があります。権限を広げる前に、ページの所有者、共有相手、必要な編集範囲を確認し、最小限の権限だけを付けます。
Microsoftの現行案内では、Loopの機能はアカウント種別、Microsoft 365プラン、OneDriveまたはSharePointのストレージ条件に依存します。仕事・学校アカウントで保存問題がある場合、Exchange OnlineメールボックスやSharePoint Onlineルートサイトへのアクセスが関係する既知のケースも案内されています。個人アカウントでは、Outlook.comへ一度サインインして必要な領域を初期化する対処が公式の既知問題に掲載されています。該当する表示がある場合だけ管理者と確認し、無関係なライセンスを推測で変更しません。
Microsoftへ報告するときの情報
- 発生日時とタイムゾーン
- 「Trying to reconnect…」など表示された文言
- 個人、会社、学校のどのアカウント種別か
- 影響するページ数、ワークスペース数、利用者数
- ブラウザー名とバージョン、OS
- 通常ウィンドウとプライベートウィンドウの比較結果
- 別回線・別端末での結果
- 管理センターのインシデント有無
- 機密情報を除いた再現手順
Loop Web版では、右上の「設定など」から「ヘルプとフィードバック」「フィードバックを送信」へ進む手順がMicrosoftから案内されています。会社や学校では、まずIT管理者のサポート窓口を使い、必要に応じて管理者からMicrosoftへ問い合わせてもらいます。ページ本文、アクセストークン、個人情報をそのまま添付しません。
検証とロールバック
復旧確認は、専用のテストページに一意な短い文字列を追加し、数秒後に別タブまたは許可された共同編集者の画面へ反映されるかで行います。その後に再読み込みし、編集内容が残り、「Trying to reconnect…」や読み取り専用表示が再発しないことを確認します。いきなり重要なページへ大量の変更を貼り戻しません。
一時的に無効化した拡張機能は一つずつ元へ戻し、再発するものを特定します。別回線のテスト後は通常の承認済みネットワークへ戻します。サイトデータを削除した場合は元のローカルセッションへ戻せないため、公式サイトから再サインインします。退避した文章はクラウド側の最新版と比較し、重複や古い変更を確認してから少量ずつ復元します。
よくある質問
モバイル版で編集できればWeb版は放置してよいですか
一時回避にはなりますが、Web版側の未同期内容を確保し、ブラウザー・ネットワーク・権限のどこに問題があるかは記録してください。同じページを複数端末で同時に別内容へ編集しないよう注意します。
読み取り専用は権限不足と同じですか
同じとは限りません。接続断の保護として読み取り専用になる場合と、共有権限により編集できない場合があります。他ページ、他ユーザー、他回線との比較で分けます。
コメント