Quel navigateur bloque l'accès local, et depuis quelle version ?
Depuis fin 2025, les navigateurs empêchent progressivement une page web de joindre un programme installé sur votre propre ordinateur. C'est ce mécanisme qui fait cesser l'impression des tickets sur les caisses en ligne. Cette page tient à jour, version par version et date par date, l'état réel du déploiement — avec les sources officielles.
Le tableau de référence
| Navigateur | Bloque ? | Depuis la version | Date | Ce qui est concerné |
|---|---|---|---|---|
| Google Chrome | Oui | 142 | 28 oct. 2025 | Requêtes fetch et XHR d'un site public vers une IP locale ou l'adresse de bouclage (127.0.0.1, localhost), derrière une demande d'autorisation. |
| Google Chrome (extension) | Oui | 147 | 7 avr. 2026 | WebSocket, WebTransport et navigations via WindowClient.navigate() s'ajoutent aux restrictions de la 142. |
| Microsoft Edge | Oui | 143.0.3650.66 | 4 déc. 2025 | Mêmes restrictions que Chrome (moteur Chromium commun), activées par défaut. Des stratégies d'entreprise permettent d'autoriser des sites précis. |
| Mozilla Firefox | Oui | 153 | 21 juil. 2026 | « Les restrictions d'accès au réseau local sont désormais activées par défaut pour tous les utilisateurs » : Firefox demande une autorisation avant qu'un site ne joigne un appareil du réseau local ou un service de votre machine. |
| Brave | Oui | 1.54 (avant Chromium) | 2023 | Brave bloquait déjà les requêtes vers localhost depuis un site public via son propre mécanisme d'autorisation, antérieur à celui de Chromium, qu'il aligne depuis. |
| Opera | Variable | selon la base Chromium | — | Opera suit Chromium avec du retard : le blocage arrive avec la mise à jour de sa base. À vérifier version par version — voir la méthode ci-dessous. |
| Safari | Autrement | — | — | Pas d'implémentation identique à ce jour, mais macOS 15 et suivants imposent au niveau du système une autorisation « réseau local » aux applications, navigateur compris : l'effet pratique peut être le même. |
La chronologie
- 9 juin 2025 — Chrome 138
Première version d'essai : le blocage existe, mais seulement pour qui l'active volontairement via un drapeau. Rien ne change pour le public. - 28 octobre 2025 — Chrome 142
Bascule par défaut. C'est le point de départ de la vague de pannes d'impression : les caisses en ligne perdent l'accès à l'utilitaire d'impression du poste, sans message d'erreur. - 4 décembre 2025 — Edge 143.0.3650.66
Edge suit. Les postes de caisse sous Windows, où Edge est souvent le navigateur par défaut, sont touchés à leur tour. - 7 avril 2026 — Chrome 147
Le blocage s'étend aux WebSocket et à WebTransport. Les utilitaires d'impression qui communiquaient par WebSocket — et avaient échappé à la première vague — cessent de fonctionner à leur tour. - 21 juillet 2026 — Firefox 153
Firefox active les restrictions par défaut pour tous. La dernière porte de sortie se referme : changer de navigateur n'est plus un contournement.
Le fait qui change tout : il n'y a plus de navigateur refuge. Jusqu'au 21 juillet 2026, basculer une caisse sur Firefox dépannait — nous l'avons nous-mêmes écrit sur ce site. Ce n'est plus vrai. Les trois principaux navigateurs appliquent désormais la restriction par défaut. Ce n'était pas une bizarrerie de Chrome : c'est une évolution de fond du Web, que tous les éditeurs adoptent.
Comment vérifier vous-même, sur votre poste
Le numéro de version de votre navigateur se lit dans son menu « À propos ». Mais le plus simple reste de mesurer directement l'effet plutôt que la version : notre testeur gratuit tente en direct de joindre votre propre ordinateur depuis cette page et vous montre le résultat en quelques secondes. C'est la même opération que celle qu'effectue votre logiciel de caisse au moment d'imprimer.
Pourquoi les navigateurs font-ils cela ?
Parce qu'un site web malveillant pouvait, en silence, aller sonder et attaquer les appareils de votre réseau : box, routeur, caméras, imprimantes, services ouverts sur votre machine. En imposant une autorisation explicite, les navigateurs referment cette porte. La mesure est légitime ; son effet collatéral sur les caisses qui impriment via un utilitaire local ne l'est pas moins — et il n'a pas été anticipé par la plupart des éditeurs de logiciels de caisse.
Ce que cela implique pour votre caisse
Si votre logiciel de caisse fonctionne dans le navigateur et imprime via un petit programme installé sur le poste, la mise à jour du navigateur suffit à casser l'impression, sans que rien n'ait changé chez vous. C'est pour cela que la panne survient « au hasard », boutique par boutique : elle suit le calendrier de mise à jour de chaque poste.
Le blocage vivant dans le navigateur, c'est là qu'il faut rétablir le passage. Les extensions de navigateur ne sont pas soumises à cette restriction : c'est la voie qu'emprunte notre solution.
Voir la solution → Tester mon poste gratuitement
Sources officielles
- Chrome 142 — notes de version : « Local network access restrictions »
- Chrome 147 — notes de version : WebSocket, WebTransport, WindowClient.navigate()
- Chrome Platform Status — Local network access restrictions
- Microsoft — adapter son site aux restrictions LNA dans Edge
- Firefox 153 — notes de version
Les dates de Brave, Opera et Safari reposent sur des sources secondaires concordantes et sont signalées comme telles dans le tableau ; nous ne les présentons pas au même niveau de certitude que celles issues des notes de version officielles ci-dessus.