2025年5月以降、MacのMicrosoft Edge（136系〜139系）で「現在地が取得できない」問題が全国的に報告されました。macOS側で位置情報アクセスを許可しても効かず、Chrome／Safari／Firefoxでは正常という現象です。本記事では、原因の背景、確実に解消する手順（v140.0.3485.54以降への更新）、更新できない環境の暫定策、再発時の診断方法までを網羅的に整理します。
Microsoft Edge for Macで位置情報が取得できない問題：症状と影響範囲
2025年5月公開のEdge 136系以降、macOS版EdgeでWebサイトからのジオロケーション取得が失敗する不具合が多数発生しました。以下が代表的な症状です。
- 位置情報を要求するサイトで、永遠に待機する、または「位置情報を取得できません」等のエラー表示。
- macOSの「システム設定 > プライバシーとセキュリティ > 位置情報サービス」でMicrosoft Edgeにチェックを入れても動作が変わらない。
- 同一MacでChrome／Safari／Firefoxは正常動作。Edge固有の回帰（リグレッション）が疑われる。
- キャッシュ削除／プライベートウインドウ／再インストール／Mac再起動では改善しない事例が大半。
影響しうる利用シーン
- 社内Webアプリ（店舗／拠点の位置情報必須の勤怠・点検アプリ）。
- 地図連携サイト（周辺検索、来店導線の最適化、配送ルート算出）。
- 顧客向けPWA（オフライン対応アプリで現在地を用いた機能）。
発生バージョンと修正バージョン（まとめ）
| 系統 | バージョン | ステータス | メモ |
|---|---|---|---|
| Stable | 136.x〜139.x | 不具合再現 | macOSで位置情報が取得できない報告多数。 |
| Stable | 140.0.3485.54 以降 | 修正済み | 2025年9月上旬公開。リリースノート未記載だがユーザー確認で正常化。 |
| Beta | 140.0.3485.31 | 先行修正 | Stable反映前に改善報告。 |
| Canary | 141.0.3522.0 付近 | 先行修正 | 修正が確認された系列。 |
| 旧Stable（回避用） | 135.0.3179.85 | 暫定回避 | ダウングレードで回避可（後述）。 |
最速の解決策：Edgeを140.0.3485.54以降へ更新
根本解消はアップデートです。安定版の140.0.3485.54（2025年9月上旬公開）以降で修正が反映されています。
更新手順（一般ユーザー）
- Edgeのメインメニューから「Microsoft Edge について」を開く。
- 自動で更新チェックが始まるので、更新が見つかったら再起動する。
- 更新後、edge://version をアドレスバーに入力し、バージョンが 140.0.3485.54 以上であることを確認。
- 任意の位置情報を使うサイトで、初回アクセス時の権限ダイアログで「許可」を選択。
更新手順（管理端末・組織環境）
- MDM／配布ツール（Jamf, Intune など）のアプリケーションカタログでEdge Stable 140 以降をロールアウト。
- ロールアウト後、端末群のバージョン整合（136〜139が残っていないか）を監査。
- 位置情報関連のポリシー（DefaultGeolocationSetting 等）が「ブロック」になっていないか再確認。
更新後の確認ポイント
| 確認項目 | 期待結果 |
|---|---|
| edge://version | 140.0.3485.54 以上が表示される。 |
| macOSの位置情報サービス | 「Microsoft Edge」が有効（チェックオン）。 |
| サイト権限（Edge > 設定 > Cookie とサイトのアクセス許可 > 位置情報） | 対象サイトが「許可」または「確認（事前確認）」。ブロックされていない。 |
| 初回アクセス時ダイアログ | 許可を選択すると即時に座標取得が進行。 |
更新できない環境での暫定策
レガシー依存や検証手続きにより即時更新できない場合は、以下の回避を検討します。セキュリティリスクを理解したうえで、適用範囲を最小化してください。
旧版（135.0.3179.85）へのロールバック
- 現在のEdgeを終了。
- アプリケーションフォルダのMicrosoft Edge.appを一時退避（または削除）。
- Edge 135.0.3179.85のインストーラ（.pkg）を用意し、インストール。
- 起動後、自動更新を一時停止（Microsoft AutoUpdateで「手動」へ切替など）。
- 対象サイトで位置情報が取得できるか確認。
注意：旧版の継続利用は脆弱性曝露のリスクがあります。社外接続の制限や対象端末の限定、早期の140以降への復帰計画を必ず併用してください。
他ブラウザの併用
- Chrome／Safari／Firefox／Brave などでは本件が再現しない報告が主流。一時的な代替として業務影響を抑制できます。
再発時・未解消時のチェックリスト（保存版）
| 観点 | 確認内容 | 期待／対処 |
|---|---|---|
| Edgeバージョン | edge://version で 140.0.3485.54 以上か | 未満なら更新。組織配布も140以上へ。 |
| macOS位置情報 | システム設定 > プライバシーとセキュリティ > 位置情報サービス | 「Microsoft Edge」をオン（アプリ一覧に無い場合、権限ダイアログを一度出す）。 |
| サイト権限 | Edge > 設定 > Cookie とサイトのアクセス許可 > 位置情報 | 該当サイトが「ブロック」に入っていれば削除し、再度アクセスして「許可」。 |
| HTTPS要件 | テストサイトや社内アプリがHTTPSで提供されているか | W3C Geolocationは安全なコンテキスト（HTTPS）が推奨。HTTPだと拒否される場合あり。 |
| 初回ダイアログ | ブラウザ右の権限アイコン（鍵マーク）から状態確認 | 許可／ブロックを切り替え、「ページを再読み込み」。 |
| プロファイル | 複数プロファイル（個人／会社）を使い分けているか | プロファイルごとにサイト権限は別。両方で検証。 |
| 拡張機能 | プライバシー／セキュリティ系の拡張があるか | 一時無効化して再テスト。干渉を切り分け。 |
| ネットワーク | 社内プロキシ／VPNが位置情報の精度に影響していないか | 別ネットワークで再現性を確認。VPN切断でも検証。 |
| OS時間設定 | 時刻ズレ／タイムゾーン誤設定 | 自動設定に戻す。証明書検証や位置推定の精度に影響しうる。 |
技術的背景（推測）
macOS上のEdgeは、Core Location（OSの位置情報サービス）とChromium側の権限管理の双方に依存します。136系〜139系では、OS側の許可状態とEdge内部の権限状態の整合性が崩れる、あるいは位置情報プロバイダ呼び出しの初期化順序に起因する回帰が疑われました。実際、macOSで許可しているのにEdgeだけが取得できないという報告が集中し、ブラウザ固有の問題と判断されています。140系での修正は、権限ハンドリングや位置情報の取得パスが是正されたことを示唆します。
開発者・検証担当向け：即使える診断コード
ブラウザのDevTools（コンソール）で、以下を使うとユーザー権限とエラー種別を素早く切り分けできます。
権限状態の確認
navigator.permissions.query({ name: 'geolocation' }).then(s => console.log(s.state));
// "granted" / "prompt" / "denied"
取得テスト（成功・失敗を見分ける）
navigator.geolocation.getCurrentPosition(
pos => console.log('OK', pos.coords.latitude, pos.coords.longitude, pos),
err => console.log('NG', err.code, err.message),
{ enableHighAccuracy: true, timeout: 10000, maximumAge: 0 }
);
// err.code: 1=PERMISSION_DENIED, 2=POSITION_UNAVAILABLE, 3=TIMEOUT
UI権限の再提示
サイトがすでに「ブロック」になっているとダイアログが出ません。アドレスバー左の鍵アイコン → サイトの権限から位置情報を「許可」へ変更し、ページを再読み込みしてください。
Edge側の設定ポイント（Mac）
- 設定 > Cookie とサイトのアクセス許可 > 位置情報：対象サイトの「ブロック／許可」を点検。不要な記録を削除。
- 設定 > プライバシー、検索、サービス：追跡防止が厳密になり過ぎると、埋め込みマップの動作に影響する場合あり。平時はバランス推奨。
- 拡張機能の一時停止：広告／トラッキングブロッカー等を切り離し再検証。
macOS側の確認ポイント
- システム設定 > プライバシーとセキュリティ > 位置情報サービス：Microsoft Edgeがオン。
- Edgeが一覧に現れない場合は、位置情報を使うサイトにアクセスし、権限ダイアログを出す（初回付与）。
- Wi‑Fiがオフだと位置推定の精度が落ちることがあるため、Wi‑Fiをオンにして検証。
管理者向け（MDM／ポリシー）
組織配布では、ブラウザポリシーとmacOSのTCC（権限DB）を併せて点検します。
関連しうるブラウザポリシー例
- DefaultGeolocationSetting：既定の位置情報挙動（許可／ブロック／確認）。
- サイト別のパターンベース許可（例：特定ドメインを許可リストに登録）。
監査サンプル（Jamf拡張属性等）
#!/bin/zsh
APP="/Applications/Microsoft Edge.app"
if [[ -d "$APP" ]]; then
/usr/bin/defaults read "$APP/Contents/Info" CFBundleShortVersionString 2>/dev/null
else
echo "Not Installed"
fi
TCCの読取チェック（参考・読み取りのみ）
sqlite3 ~/Library/Application\ Support/com.apple.TCC/TCC.db \
"SELECT client,auth_value,last_modified FROM access WHERE service='kTCCServiceLocation' AND client='com.microsoft.edgemac';"
注： TCCの直接編集は推奨されません。MDMのプライバシー設定プロファイルで事前許可を設計するのが基本です。
よくある質問（FAQ）
Q. なぜChromeでは動くのにEdgeだけ失敗するの？
A. 同じChromium系でも各ブラウザが保持するパッチや権限ハンドリングは異なります。本件はEdge固有の回帰で、140系で是正されました。
Q. 再インストールしても直らないのはなぜ？
A. 位置情報はOS権限（TCC）とサイト権限の二段構えです。アプリ入れ直しだけでは整合が戻らないケースがあります。更新（140以降）と権限リセットを組み合わせてください。
Q. HTTPSでないとダメ？
A. 位置情報は安全なコンテキスト（HTTPS）が前提です。開発／検証環境もなるべくHTTPS化して確認しましょう。
Q. PWA（アプリとしてインストール）でも影響する？
A. はい。PWAはEdgeの権限モデルに従います。PWA側で動かない場合、通常タブでも同様に再現するか確認してください。
Q. iPadOSやiPhoneのEdgeは？
A. iPadOS版で類似報告がある一方、iPhone版では再現しない報告が見られます。挙動が異なるため、端末別に検証してください。
Q. Apple Silicon（ARM64）とIntelで差はある？
A. 双方で再現報告があり、機種依存ではないと見られています。
再発時の対処フロー（推奨）
- Stable 140.0.3485.54 以上に更新。
- macOSの位置情報サービスとサイト権限を再確認。
- DevToolsで権限状態（granted/prompt/denied）とエラーコード（1/2/3）を記録。
- 別ネットワーク／別プロファイル／拡張機能無効で再テスト。
- 解消しない場合、Canary/Betaでも挙動を確認。
- ヘルプとフィードバック → フィードバックの送信から、再現手順・環境情報・エラーログを添えて報告。
「フィードバックの送信」を効果的にするポイント
- 環境：macOSのバージョン、Edgeの正確なバージョン（edge://version）、CPU（Apple Silicon/Intel）。
- 再現手順：アクセスしたURLの種類（社内／外部）、クリック順、表示されたダイアログの選択。
- 結果：成功／失敗、エラーコード、期待値とのギャップ。
- 影響範囲：端末台数、業務インパクト（SLA/業務停止時間など）。
- 比較：同一端末のChrome／Safari／Firefoxでの結果。
テスト用最小ページ（コピー＆貼り付けで動作確認）
以下を.htmlとして保存し、Edgeで開くと現在地の取得／エラーを即時に確認できます（HTTPS配信が望ましい）。
<!doctype html>
<meta charset="utf-8">
<title>Geolocation Quick Test</title>
<style>body{font-family:system-ui;padding:20px;max-width:720px}</style>
<h1>Geolocation Quick Test</h1>
<button id="btn">Get Current Position</button>
<pre id="log"></pre>
<script>
const $ = id => document.getElementById(id);
navigator.permissions.query({name:'geolocation'}).then(s => {
$('log').textContent += 'Permission: ' + s.state + '\\n';
});
$('btn').onclick = () => {
$('log').textContent += 'Requesting...\\n';
navigator.geolocation.getCurrentPosition(
pos => $('log').textContent += 'OK: ' + pos.coords.latitude + ',' + pos.coords.longitude + '\\n',
err => $('log').textContent += 'NG: ' + err.code + ' ' + err.message + '\\n',
{ enableHighAccuracy: true, timeout: 10000, maximumAge: 0 }
);
};
</script>
トラブルシューティング早見表
| 症状 | 想定原因 | 対処 |
|---|---|---|
| 権限ダイアログが出ない | サイトが過去に「ブロック」登録 | サイト権限を削除し再アクセス。鍵アイコンから許可に変更。 |
| 「位置情報を取得できません」 | 136〜139系の既知不具合 | 140.0.3485.54 以降へ更新。 |
| Chromeは成功・Edgeのみ失敗 | Edge固有の回帰 | 更新（140以降）＋権限リセット。 |
| VPN接続時のみ失敗／遅い | ネットワークによる位置推定の不一致 | VPN解除・別ネットワークで切り分け。 |
| 一部サイトだけ失敗 | 当該サイトのHTTPS設定・実装差異 | テストページで再現性を確認。開発者に詳細ログを提供。 |
関連する既知情報の整理
- 不具合はApple Silicon／Intel双方で再現。
- Beta 140.0.3485.31、Canary 141.0.3522.0で先行修正が観測され、Stable 140で正式反映。
- iPadOS版Edgeでも類似報告あり。一方でiPhone版では非再現の声がある。
安全にダウングレードを運用するヒント（必要時のみ）
- 対象端末を限定し、用途と期間を明確化。
- 旧版の端末はネットワーク制限（ゼロトラストのセグメント）で守る。
- 業務導線を代替ブラウザに切り替える手順書を合わせて配布。
- 140以降への復帰計画（期限・手順）を事前に合意。
運用上のリスクとベストプラクティス
- ブラウザの更新を止めると脆弱性が蓄積します。やむを得ない場合でも停止期間は最小限に。
- ビジネスクリティカルなWebアプリは、複数ブラウザでの継続試験（Stable/Beta/Canary）をCIに組み込み、回帰の早期検知を。
- ユーザーサポートでは、再現手順・バージョン・エラーメッセージの三点セットを収集する運用を標準化。
まとめ
MacのMicrosoft Edgeで位置情報が取得できない場合、まずはStable 140.0.3485.54 以上へ更新することで解消します。更新が難しい環境では、135.0.3179.85へのロールバックや他ブラウザの暫定利用で業務影響を抑えつつ、早期に140以降へ戻す計画を用意してください。再発時は本記事のチェックリストと診断コードで素早く切り分け、フィードバックの送信から具体的な再現情報を提供することで、修正の優先度を高められます。
コメント