画面がロックされるとリアルタイム翻訳が止まる理由と、すべての対処法

翻訳の失敗で一番多い原因は、言語ではなく画面です

リアルタイム翻訳のセッションを始め、会話は2分間スムーズに進みます。するとスマホの画面が暗くなってロックされ、翻訳が止まります。相手はまだ話しているのに、何も伝わってきません。ロックを解除してブラウザに戻ればセッションは再開しますが、会話の流れはもう途切れています。

これは、ブラウザで使うリアルタイム翻訳で最も多く報告される問題です。そして、最も解決しやすい問題の一つでもあります。原因は翻訳ツールではありません。モバイル OS がマイクへのアクセスをどう管理しているかにあります。

OS が画面ロック時にマイクを止める理由

iOS も Android も、マイクへのアクセスを、慎重に扱うべきでバッテリーを多く消費する権限として扱っています。画面がロックされると、次のことが起こります。

• OS がバックグラウンドのほとんどの処理を停止する
• ブラウザのタブからのマイクの音声ストリームが終了する
• WebRTC の接続が切れるか、止まった状態になることがある

これは、プライバシーとバッテリーを守るための意図的な仕組みです。Apple と Google は、スマホがオフに見える間にアプリがこっそり音声を録音できないよう、プラットフォームを設計しています。マイクからの途切れない入力を必要とするブラウザでの翻訳は、この方針の影響を受けます。

ネイティブアプリは、バックグラウンドオーディオのための特別な権限を要求できます。ブラウザにはできません。これが、ブラウザの手軽さとバックグラウンドでの継続動作との、根本的なトレードオフです。

対処法1：自動ロックまでの時間を延ばす

最も簡単な対処法です。翻訳セッションを始める前に、自動ロックの設定を変更します。

iOS：「設定」→「画面表示と明るさ」→「自動ロック」→「5分」に設定（長いセッションなら「なし」）

Android：「設定」→「ディスプレイ」→「画面消灯」→「5分」または「10分」に設定（Pixel では「ディスプレイとタップ」→「画面自動消灯」。名称はメーカーによって異なります）

これで、画面が暗くなるまでの時間が長くなります。10分以内の会話がほとんどなら、自動ロックは5分で十分です。

終わったら、忘れずに普段の設定に戻しましょう。自動ロックを「なし」のままにしておくと、バッテリーが減り、セキュリティも下がります。

対処法2：セッション中は画面をオンに保つ

システムの設定を変更できない場合や、変更したくない場合の方法です。

• 定期的に画面をタップして、自動ロックのタイマーをリセットする
• 会話の自然な間には、画面の近くに指を置いておく
• 誤って触れてもほかの画面に移動しないよう、スマホを画面を上にしてテーブルに置く

ローテクな回避策ですが、短いやり取りなら確実に機能します。

対処法3：ブラウザのタブを表示したままにしてスリープを防ぐ

モバイルブラウザの中には、タブが前面にないと処理の優先度を下げるものがあります。画面がロックされる前でも、ほかのアプリに切り替えると翻訳の品質が落ちることがあります。

セッション中は、次の点に気をつけましょう。

• 翻訳を開いたブラウザのタブを、表示中のアクティブなタブにしておく
• メッセージアプリ、地図、そのほかのアプリに切り替えない
• 何か調べる必要があるときは、先に会話を一時中断する

対処法4：共用タブレットにはアクセスガイドを使う（iOS）

フロントで共用の iPad を使うホテルやクリニックは、アクセスガイドを有効にしましょう。

1. 「設定」→「アクセシビリティ」→「アクセスガイド」→ オンにし、「画面の自動ロック」を「なし」か長めの時間に設定する

2. Safari で翻訳セッションを開く

3. サイドボタンをトリプルクリックして、アクセスガイドを開始する

4. 必要に応じて「オプション」でボタンやタッチの制限を設定し、「開始」をタップする

アクセスガイドは iPad をブラウザに固定し、ゲストがほかの画面に移動したり、画面ロックを起こしたりするのを防ぎます。ホテルのフロントでの翻訳には、この設定をおすすめします。

対処法5：共用端末には Android のキオスクモードを使う

Android 端末は、アプリ固定や専用のキオスクアプリでキオスクモードに対応しています。

1. 「設定」→「セキュリティ」（または「セキュリティと現在地情報」）→「詳細設定」→「アプリ固定」→ 有効にする（名称はメーカーによって異なります）

2. Chrome で翻訳セッションを開く

3. Chrome アプリを固定して、閉じられないようにする

企業で管理しているタブレットなら、モバイルデバイス管理（MDM）のポリシーで、翻訳ページを自動で開く常時キオスクモードを設定できます。

対処法6：バックグラウンドの音声が欠かせないならネイティブアプリを使う

運転中、スマホをポケットに入れて歩いているとき、機械を操作しているときなど、画面をオフにしたまま翻訳を続ける必要がある作業では、バックグラウンドオーディオの権限を持つネイティブの翻訳アプリが必要になるかもしれません。

トレードオフは次のとおりです。ネイティブアプリはインストールが必要で、機種を問わないセッションの共有ができないことが多く、ブラウザでの翻訳を異なるスマホ同士で使えるようにしている「共有リンク」の仕組みに対応していない場合もあります。

二人とも端末を見られる対面の会話（旅行中の翻訳ではこれが普通です）なら、自動ロックの時間を延ばしたブラウザでの翻訳のほうが、基本の選択肢として優れています。

プラットフォーム別の注意点

iOS の Safari：画面ロックの方針の影響を最も強く受けます。Safari は、ロックされるとすぐにマイクへのアクセスを停止します。画面がロックされたあとにマイクを動かし続けるブラウザの設定はありません。セッション画面では、マイクがオンの間、画面をオンに保つよう Mingle がブラウザに要求します（Screen Wake Lock API。現在の Safari が対応しています）。それでも画面がロックされる場合は、システムの自動ロックの変更かアクセスガイドが有効です。

Android の Chrome：同様の動作をします。Android のメーカーの中には、画面がロックされる前からブラウザのタブを終了させてしまう、強力なバッテリー最適化を加えているところもあります。予定より早く接続が切れる場合は、「設定」→「バッテリー」→「バッテリーの最適化」を確認し、Chrome を対象から外してください。

Samsung Internet と Firefox： OS レベルの同じ制限がかかります。現在、ネイティブアプリの権限なしに、画面ロック中もマイクへのアクセスを維持できるモバイルブラウザはありません。

セッションを途切れさせないためのベストプラクティス

翻訳セッションの前に毎回、次のことを行いましょう。

1. 自動ロックを5分以上に設定する

2. ブラウザにマイクの使用が許可されていることを確認する

3. 不要なバックグラウンドのアプリを閉じる

4. うっかりポケットにしまったり、裏返したりしない場所にスマホを置く

5. ときどき画面をタップする必要があるかもしれないと、相手に伝えておく

セッションのあとは、次のことを行いましょう。

1. 普段の自動ロックの設定に戻す

2. スマホをロックするだけで済ませず、明示的にセッションを終了する

画面ロックが実は役に立つ機能である理由

画面ロックがマイクへのアクセスを守るのは、プライバシーの仕組みが設計どおりに働いている証拠です。スマホがかばんの中にある間に、どこかのブラウザのタブが音声を録音していたら困るはずです。対処法は、この保護を恒久的に回避することではありません。意図して翻訳セッションを行う間だけ、一時的に設定を調整することです。

仕事で使う共用タブレットでは、キオスクモードとアクセスガイドがちょうど良いバランスを実現します。ゲスト対応のために端末は起動したままにしつつ、マイクが動くのは意図して始めたセッションの間だけです。

まとめ

画面ロックによるリアルタイム翻訳の中断は、予測でき、説明でき、解決できる問題です。自動ロックまでの時間を延ばし、タブを前面に保ち、共用端末ではキオスクモードを使いましょう。この三つの習慣で、会話の途中で翻訳が止まる最も多い原因をなくせます。

画面ロックへの対策も含めたブラウザでの翻訳の全手順は、2026年版ブラウザでの会話ガイドをご覧ください。

出典

2026年10月2日に各提供元のページと照合しました。

• Apple Support (iPhone User Guide) — Keep the iPhone display on longer（英語）
• Google Pixel Phone Help — Manage screen & display settings on a Pixel phone（英語）
• Apple Support — Use Guided Access on iPhone or iPad（英語）
• Android Help — Pin & unpin screens（英語）
• Apple Developer Documentation — Configuring background execution modes（英語）
• MDN Web Docs — Screen Wake Lock API（英語）