Android版Microsoft Edgeの132系で、折りたたみスマートフォンを「閉じた状態から開いた直後」に使うとタッチ位置が上にずれる――この現象は業務や日常利用に深刻な影響を与えます。本記事では、再現条件・原因の推定・端末別の傾向・恒久／暫定の回避策・運用者のための展開手順・検証方法までを、実務でそのまま使える形で丁寧に整理しました。
問題の概要（結論）
Galaxy Z Fold 6 をはじめ、OnePlus／Honor／Pixel 系のフォルダブル端末、さらに一部タブレット（例：Galaxy Tab S8）で、端末を折りたたみ状態から大画面（メインディスプレイ）へ展開した直後に、実際に触れた位置より数 mm〜1 cm ほど上がタップされたと判定される不具合が Android 版 Microsoft Edge 132 系で報告されました。131 以前では発生せず、安定版 133（133.0.3065.67 以降）で解消との報告が複数確認されています。
影響は、リンクの誤タップ、フォーム操作の失敗、スクロールの暴発、UI 操作不能など多岐にわたり、特に業務システムや管理画面へのアクセス時に致命的です。まずは Play ストアで Edge を 133 以上へ更新し、改善しない場合は Beta／Canary の併用や暫定回避を検討してください。
発生条件と再現手順
以下の手順で、132 系におけるタッチずれが高い確率で再現します。
- フォルダブル端末を折りたたみ状態で Edge を起動する（またはその状態でしばらく利用）。
- 端末をメインディスプレイ側へ展開（大画面に切替）。
- その直後にページ内のボタン／リンクをタップすると、指より上の UI が押される（上方向へオフセット）。
132 系限定で発生し、131 では再現せず。133 系では再現しない（解消）という報告が主流です。発生の有無は「展開直後」に限られ、アプリの再起動や端末の再折りたたみで一時的に収束する例が見られます。
端末別・状況別の傾向（報告ベース）
| カテゴリ | 例 | 発生傾向 | 補足 |
|---|---|---|---|
| フォルダブル（縦折り／横折り） | Galaxy Z Fold 6／Pixel Fold／OnePlus／Honor | 132 系で高頻度 | 展開直後に上方向へ 10–15 px 程度のズレが体感される |
| タブレット | Galaxy Tab S8 など | 一部で発生 | 画面回転・ウィンドウサイズ変更直後に似た挙動の事例 |
| スマホ（非フォルダブル） | 一般的な単一画面端末 | ほぼ未発生 | 画面ジオメトリが安定しているため影響が出にくい |
推定メカニズム（技術的背景）
根本原因は非公開ですが、現象から次のように推定できます。
- DPI／レイアウト再計算の不整合：折りたたみ→展開でディスプレイ特性（物理解像度、論理解像度、密度、カットアウト、セーフエリア）が変化します。描画の論理座標とタッチ入力座標の換算が瞬間的にズレると、タップ判定位置が上方へオフセット。
- Viewport／VisualViewport の更新タイミング：UI スレッドでのレイアウト確定と、入力サブシステムのヒットテスト領域更新の順序がずれると、一時的に古いマッピングが使われる可能性。
- ソフトキーボードや他アプリでは非再現：Edge 固有のレンダリング／イベント処理層での不整合が示唆されます。
ズレ量は機種差がありますが、おおむね 10–15 px 程度（体感 1 cm 前後）の上方向オフセットとして感じられます。
推奨対処（優先度順）
まずは恒久対処（アップデート）を優先し、難しい場合に限り暫定策を組み合わせます。
| 優先度 | 対処方法 | 詳細・注意点 |
|---|---|---|
| ◎ 推奨 | Edge を 133.0.3065.67 以降へ更新 | 安定版 133 系で解消との複数報告。Play ストアから最新版へ。更新後は再現テストを実施。 |
| ○ | Beta／Canary 版を利用 | 133 系の前倒し修正が含まれていたため、正式版が更新できない場合の暫定策に。 |
| △ | 旧版（131 系）へロールバック | 132 をアンインストールし 131 の APK を側載。セキュリティ更新の遅延と自動更新の再有効化に注意。業務端末ではポリシー管理下でのみ推奨。 |
| △ | 強制終了→再起動の自動化 | 展開直後に Edge を「強制停止」→再起動で一時的に収束。Tasker／Bixby Routines で折りたたみイベントに連動させると手間を軽減。ただし根本解決ではない。 |
| ▲ | 別ブラウザへ一時退避 | Firefox／Chrome 等では本事象の報告は少なく、業務継続の観点で一時的な乗り換えも選択肢。 |
更新手順（ユーザー向け）
- Edge を起動し、設定 → バージョン情報から現在のバージョンが133 以上か確認。
- 133 未満なら Play ストアで「Microsoft Edge」を検索し、更新を実行。
- 更新後、折りたたみ→展開→タップテストを行い、ズレが解消したか確認。
Beta／Canary の使い分け
- Beta：安定寄り、修正の先取りを期待。
- Canary：最新修正が最速で入るが安定性は相対的に低い。
- 重要データは同期済みか確認し、並行インストールで検証するのが安全。
ロールバックの留意事項
- セキュリティリスク：古い版は脆弱性修正が不足します。一時的回避として最小期間に留める。
- 自動更新：Play ストアの自動更新で意図せず 132／133 に戻る可能性。検証中は自動更新制御を検討。
検証方法：正しく直ったかを見極めるチェック
1) Android の「ポインタ位置」を活用
- 開発者向けオプションを有効化。
- 開発者向けオプション → ポインタの位置をオン。
- Edge でテストページ（ボタンやリンクが密度高めのページ）を開き、展開直後にタップ軌跡が UI と一致するか確認。
2) 簡易タップテスター（ローカルHTML）
下記を端末に保存して Edge で開くと、タップ座標と UI の実描画位置のズレを即座に可視化できます（オフライン可）。
<!doctype html>
<meta name="viewport" content="width=device-width,initial-scale=1">
<style>body{font-family:sans-serif;margin:24px}#box{width:240px;height:80px;border:2px solid;display:flex;align-items:center;justify-content:center;margin:24px 0}#log{white-space:pre-wrap;border:1px dashed;padding:12px}</style>
<h1>Tap Offset Tester</h1>
<div id="box">Tap Here</div>
<div id="log"></div>
<script>
const box=document.getElementById("box"),log=document.getElementById("log");
function p(e){const r=box.getBoundingClientRect();const x=(e.touches?e.touches[0].clientX:e.clientX),y=(e.touches?e.touches[0].clientY:e.clientY);
log.textContent=`client=(${x.toFixed(1)}, ${y.toFixed(1)})\\nbox.top=${r.top.toFixed(1)} box.bottom=${r.bottom.toFixed(1)}\\ninside=${y>=r.top && y<=r.bottom}`;}
["pointerdown","pointermove","touchstart","click"].forEach(t=>box.addEventListener(t,p));
window.addEventListener("resize",()=>{log.textContent+="\\n[resize] viewport="+innerWidth+"x"+innerHeight});
</script>133 へ更新後、このテスター上でタップ点とヒット判定が一致していれば改善の判断材料になります。
運用・情シス向け：組織展開のベストプラクティス
| 目的 | 推奨アクション | ポイント |
|---|---|---|
| 恒久対処の全社展開 | MDM／EMM（例：Intune 等）で Edge 133 以上を必須化 | アプリ要件で最低バージョンを指定し、順次強制更新。検証環境→パイロット→全社の段階展開。 |
| 暫定回避 | 一時的に代替ブラウザをホワイトリスト | ブックマーク同期や SSO を整備し、生産性低下を最小化。復旧後に既定ブラウザを Edge へ戻す計画を明示。 |
| 検証自動化 | UI テスト（Appium 等）で折りたたみ→展開→タップの E2E を追加 | フォルダブル特有の画面遷移をカバー。回帰テストに組み込む。 |
| 問い合わせ対応 | 社内ナレッジへ「更新→再現テスト」の手順を掲示 | よくある質問（FAQ）と動画キャプチャを用意すると一次切り分けが迅速。 |
暫定回避：自動化レシピ（Tasker／Bixby Routines）
正式版更新までの期間限定で、自動化により「展開直後の一時的なズレ」を抑え込むことができます。
Tasker の例
- プロファイル：ディスプレイの回転 or 画面サイズ変化をトリガー（端末を開く動作に近いイベント）。
- タスク：
- 「アプリを強制停止：Microsoft Edge」
- 「待機：500ms」
- 「アプリを起動：Microsoft Edge」
注意： 強制停止はセッションを切るため、未保存フォームやプライベートタブには影響します。頻発環境では「展開時のみ」発火するよう条件を絞ってください。
Bixby Routines の例
- IF：端末を開いたとき（Fold 開閉イベント）。
- THEN：アプリを再起動（Edge）または「アプリを閉じる→開く」。
よくある誤解と非推奨対処
- キャッシュ削除だけでは改善しないことが多い：本件はレイアウトと入力座標の同期不具合でありキャッシュ汚染型ではないため。
- 端末のリセットは最終手段：アプリ側起因の可能性が高く、まずは Edge の更新／再インストールを優先。
- 強制停止の常用は疲弊要因：自動化で緩和できるが恒久策（133 へ更改）を急ぐべき。
開発者・Web 制作者向けチェックポイント
閲覧者の体感を少しでも悪化させないため、制作側でも以下の観点で防御的に設計できます（根本原因はブラウザ側である点は前提）。
- タップ領域 = 48px 以上を確保：小さなリンク群ほどズレの影響が致命的。
- VisualViewport API を監視し、折りたたみ→展開や回転直後に生じるレイアウトジャンプを抑制（debounce）。
- CSS の動的 vh 単位（
svh,lvh,dvh）の扱いに注意。展開直後の再計算タイミングで高さ依存 UI が跳ねない設計。 - ヒット判定の二重化：クリックと pointer/touch の双方を受け取り、短時間の不整合でも操作が通るよう冗長化。
検証端末にフォルダブルを必ず含め、「閉じた状態で起動 → 開く」シナリオをテストケースへ追加してください。
ユーザー向け FAQ
Q. どの端末で起きやすい？
A. フォルダブル端末全般で 132 系に報告が集中しました。Galaxy／OnePlus／Honor／Pixel Fold などでの事例が多く、タブレットでも類似挙動が一部確認されています。
Q. どの操作で顕在化する？
A. 「閉じた状態で Edge を使っていた／起動した」→「メイン画面へ展開」直後の初回操作でズレが出やすいです。ページ遷移やアプリ再起動で収束することもあります。
Q. 133 へ更新しても直らない場合は？
A. 設定からバージョンが 133 以上か再確認し、依然として再現するなら一時的に Beta／Canary を使用。端末固有の条件が絡む可能性があるため、ヘルプとフィードバック → 問題の報告から状況（端末、手順、再現動画）を添えて送信してください。
Q. 旧版に戻すのは安全？
A. 安全とは言えません。脆弱性対策の遅延が生じるため、短期間の限定運用に留め、恒久的には 133 以上への更新を推奨します。
Q. Chrome や Firefox に切り替えればよい？
A. 一時回避として有効です。ただし企業内ポリシー（SSO、拡張機能、証明書）との整合性を確認し、復旧後に Edge へ戻す運用を決めておくと混乱を防げます。
詳細：原因仮説の検証メモ
実地観察からは、描画境界（DOM レイアウト）と入力ヒットテスト領域の矩形が展開直後に乖離している可能性が高いと見られます。以下の兆候が典型です。
- 展開イベント直後のみ、特定方向（多くは上方向）に一定量のズレ。
- スクロールやリフローが起きると解消するケース。
- ソフトキーボード／他アプリでは非再現。
ブラウザのレンダリング・パイプラインでは、レイアウト確定 → レンダリング → ヒットテストの順序・同期が重要です。フォルダブルのように画面ジオメトリが大きく変わるイベントでは、密度（dpi）・セーフエリア・カットアウト情報の再取り込みと viewport 再計算を正しい順序で行う必要があります。133 系ではこれらが適切に同期された結果、現象が収束したと推測されます。
実務に役立つチェックリスト
- Edge のバージョンは133 以上か（設定 → バージョン情報）。
- 更新後、閉じて起動 → 開く → 直後にタップの再現テストを実施したか。
- 改善しない場合、Beta／Canaryで挙動差を確認したか。
- 業務影響がある場合、代替ブラウザでの一時運用を定義したか。
- フォルダブル端末の利用部署を洗い出し、展開シナリオの回帰テストを自動化したか。
- ユーザーからの問い合わせに備え、タップテスターや「ポインタ位置」の案内を準備したか。
- 再発や別機種での派生に備え、不具合報告のテンプレート（端末／OS／Edge 版／再現手順／動画）を整備したか。
不具合報告（フィードバック）の送り方
- Edge の…（メニュー）を開く。
- ヘルプとフィードバック → 問題の報告を選択。
- 「発生端末」「Android バージョン」「Edge バージョン」「再現手順（閉じて→開く→タップ）」「ズレ方向と概算距離」「再現動画（可能なら）」を記載して送信。
開発チームに正確なシグナルを届けることで、同系問題の再発防止や別機種での早期修正につながります。
ケーススタディ：現場での影響と対処の実例
| ユースケース | 症状 | 短期対処 | 恒久対処 |
|---|---|---|---|
| 営業の見積アプリ | 送信ボタンが押せず画面遷移しない | 代替ブラウザで一時運用、Edge は更新まで休止 | Edge 133 へ更改＋回帰テスト導入 |
| 社内ポータル | メニュー階層で隣のリンクに誤タップ | Font／padding 拡大の暫定 CSS を適用 | ユーザー端末の更新を徹底、UI テスト強化 |
| 外部フォーム入力 | ドロップダウンが開かない／別要素が反応 | 展開後に一度スクロールしてから操作 | 恒久：更新、暫定：タップテスターで確認 |
よくある質問（続き）
Q. どのくらいズレる？
A. 端末や解像度により異なりますが、目視では1 cm 前後の上方向シフトと感じる例が多いです（実測 10–15 px 程度）。
Q. 画面回転で直るのはなぜ？
A. 回転に伴いレイアウトとヒットテストが再計算され、座標の整合性が回復するためと推測されます。
Q. タブレットでも同様？
A. 折りたたみの「開閉ほど劇的」ではありませんが、ウィンドウサイズの急変や分割ビュー直後に似た現象が出る報告があります。133 へ更新し、同様に検証してください。
まとめ
Android 版 Microsoft Edge 132 系では、折りたたみ端末を閉じた状態から開いた直後にタップ判定が上方にずれる不具合が広く報告されました。安定版 133（133.0.3065.67 以降）で解消との報告が複数あるため、最優先は最新版への更新です。更新が難しければ Beta／Canary の暫定利用、旧版への一時ロールバック、強制終了→再起動の自動化、または代替ブラウザへの切替で業務影響を抑えてください。
検証には「ポインタ位置」や簡易タップテスターを活用し、組織では MDM によるバージョン管理と回帰テストの自動化を進めましょう。最後に、ヘルプとフィードバック → 問題の報告から具体的な再現情報を送ることで、今後の品質向上にも寄与できます。
付録：更新後のおすすめ確認フロー
- バージョン確認：設定 → バージョン情報で 133 以上か。
- 再現テスト：閉じて→開く→リンク・ボタンをタップ。
- 座標確認：「ポインタ位置」やタップテスターでズレがないか。
- 他端末での横展開：同機種・同 OS の端末群へ適用。
- 回帰テスト：展開シナリオを自動化に追加。
- ナレッジ更新：FAQ と復旧手順の最新版を社内ポータルへ反映。
コメント