Google a perdu son attrait auprès des utilisateurs Android. La leçon de l’application web, c’est la distribution.
La plupart des histoires de PWA sont des histoires “feature”. Un navigateur déploie une nouvelle API. Une règle du manifest change. Un cas limite de service worker est corrigé. Celui-ci est différent. L’invite d’installation n’a pas gagné en élégance cette semaine. Aucune nouvelle fonctionnalité de l’écran d’accueil n’a été mise en ligne. Mais si vous développez des applications web installables, la décision de la Cour européenne contre Google mérite toujours votre attention, car elle s’attaque directement à la couche silencieuse qui se trouve sous chaque stratégie d’applications : la distribution.
On July 2, 2026, the European Union’s top court dismissed Google and Alphabet’s appeal over a major Android antitrust fine. The Associated Press reported that the decision leaves in place a penalty of about EUR 4.1 billion after years of litigation around Android’s market power. The Financial Times reported that the case centered on Android agreements that pushed manufacturers to pre-install Google Search and Chrome alongside Google’s app store infrastructure.
Ce n’est pas une note de bas de page juridique étroite. C’est un rappel : la toile mobile n’est pas seulement façonnée par les organismes de normalisation et les ingénieurs des navigateurs. Elle est façonnée par les paramètres par défaut, le regroupement des composants (bundling), les boutiques d’applications, les accords liés au système d’exploitation et les écrans que voient les utilisateurs avant même de décider si une application web mérite d’être installée.
Qu’est-ce qui s’est passé
The legal fight traces back to the European Commission’s 2018 Android decision. Regulators argued that Google used Android’s position to reinforce its search and browser businesses, including through conditions attached to the licensing of core Google apps. Google disputed that framing, arguing that Android has supported choice, lower-cost phones, and competition with Apple. The latest ruling does not create a new browser feature, but it confirms the enforcement view that dominant mobile platforms cannot use distribution power in ways that shut out rivals and narrow consumer choice.
For IndApp’s audience, the key word is not fine. It is choix. Les applications web installables ne deviennent une véritable alternative aux applications natives que lorsque les utilisateurs peuvent accéder à des navigateurs performants, faire confiance à la surface d’installation et découvrir des produits web sans être poussés dans un entonnoir unique en forme de boutique. La décision de justice concerne Android, la recherche, Chrome et le droit de la concurrence. La leçon tirée des applications web porte sur la mesure dans laquelle le destin du produit reste encore extérieur au produit.
Pourquoi cela compte pour les applications web
Founders often treat PWA strategy as a technical checklist: manifest, icons, service worker, offline state, push where available, responsive app shell, and clean install UX. That checklist matters. But it is not the whole market. A beautiful installable web app still depends on the browser and platform environment around it. Does the user’s browser expose installation clearly? Does the operating system make the installed app feel legitimate? Do search, store, and browser defaults steer people toward or away from open web experiences?
Le jugement concernant Android compte, car il remet l’architecture de distribution au premier plan. Si un navigateur est préinstallé, par défaut, profondément intégré et lié à l’accès à la boutique d’applications, sa position sur le marché est différente de celle d’un navigateur qu’un utilisateur doit activement chercher. Cela compte pour les concepteurs d’applications web, car la concurrence entre navigateurs est aussi une concurrence de capacités. Lorsque les moteurs de navigateur se disputent les utilisateurs, ils ont davantage de raisons d’améliorer l’expérience utilisateur de type application : invites d’installation, fenêtrage, stockage, autorisations, gestion des médias, identité, paiements et intégration avec le système d’exploitation.
Le contraire est aussi vrai. Si le marché des navigateurs mobiles se durcit autour de quelques chemins par défaut, la capacité des applications web peut stagner, même pendant que les normes progressent sur le papier. Une fonctionnalité peut être techniquement disponible et pourtant rester commercialement invisible si le navigateur qui la prend en charge n’est pas celui que les utilisateurs ouvrent réellement.
Qui devrait se soucier
Les développeurs devraient s’en soucier, car les valeurs par défaut du navigateur influencent ce sur quoi vous pouvez compter en production. Si votre application installable dépend d’un flux d’installation spécifique, d’un modèle de notifications ou d’un comportement de gestion de fichiers, le marché réellement adressable n’est pas, de manière abstraite, celui d’Android. C’est le mix de navigateurs installés que vos utilisateurs ont vraiment à disposition.
Les équipes produit doivent s’y intéresser, car l’intégration est une question de distribution. Une application native peut s’appuyer sur la recherche dans la boutique, les marqueurs de confiance liés à l’évaluation de l’application et les conventions d’installation du système d’exploitation. Une application web doit gagner une confiance équivalente via le navigateur, la page, l’invite d’installation et l’URL. Tout changement réglementaire qui accroît le choix du navigateur ou affaiblit le regroupement imposé peut modifier la manière dont les utilisateurs découvrent et font confiance aux logiciels ne provenant pas des boutiques.
Les investisseurs et les partenaires devraient s’en soucier, car il s’agit d’un risque de plateforme visible à l’œil nu. Le coût d’acquisition des utilisateurs pour les applications web installables dépend en partie de la politique, des paramètres par défaut et du comportement des gardiens d’accès. Le meilleur produit peut néanmoins avoir du mal si l’itinéraire dominant vers les utilisateurs mobiles donne l’impression que le web ouvert passe au second plan.
Qu’est-ce qui change maintenant ?
Rien dans cette décision ne signifie que les utilisateurs d’Android se réveillent avec une nouvelle expérience d’installation d’une PWA. Elle n’oblige pas Google à promouvoir les applications web. Elle ne force pas les fabricants d’équipements d’origine (OEM) à placer des navigateurs alternatifs sur les écrans d’accueil. Elle ne règle pas non plus toutes les questions ouvertes au titre du Digital Markets Act (DMA) ou de régimes similaires. Interpréter la décision de manière excessive serait une erreur.
Mais le sous-lire serait aussi une erreur. La décision renforce le message réglementaire plus large selon lequel la distribution mobile est un terrain contesté. En Europe, ce message se trouve désormais aux côtés du DMA, des combats autour du pilotage des boutiques d’applications, des débats sur le choix du navigateur, et de l’examen de la manière dont Apple et Google contrôlent l’accès aux utilisateurs. Le thème commun est simple : les plateformes mobiles ne sont désormais plus considérées comme de simples canaux neutres du seul fait que les développeurs peuvent techniquement y publier des logiciels.
Pour les applications web installables, c’est stratégiquement important. Le web ouvert n’a pas besoin que chaque utilisateur rejette les boutiques d’applications. Il a besoin d’itinéraires crédibles qui les contournent. Un PWA peut être distribué via une URL, la recherche, un code QR, le partage social, une politique d’entreprise, ou une inscription dans une boutique lorsque cela a du sens. Plus les régulateurs exercent de pression sur les écosystèmes mobiles afin de maintenir ces itinéraires équitables, plus la distribution « web d’abord » devient réaliste pour des produits sérieux.
Que surveille IndApp ensuite
- Choix du navigateur sur Android : que les écrans de choix et les accords avec les fabricants d’équipement d’origine changent réellement les navigateurs que les gens utilisent, et pas seulement ce que les régulateurs exigent sur le papier.
- Règles de guidage de Google Play : que les développeurs disposent de moyens plus clairs pour orienter les utilisateurs vers les paiements web, la gestion de compte et des expériences complémentaires basées sur le web.
- Les installations PWA s’affichent : que les navigateurs rendent l’installation plus visible, plus fiable et plus cohérente sur les appareils Android.
- Parité des fonctionnalités : que les navigateurs alternatifs peuvent rivaliser sur des fonctionnalités de type application plutôt que de simplement exister comme options téléchargeables.
- Contrôles d’entreprise : que les entreprises deviennent plus sûres, avec des moyens plus clairs de déployer des applications web installables sans dépendre d’un magasin.
Les entreprises d’applications web les plus solides n’attendront pas que les régulateurs règlent la question de la distribution. Elles continueront à livrer rapidement des expériences web, à tester les parcours d’installation sur de vrais appareils, à traiter la diversité des navigateurs comme des données produit, et à concevoir des parcours d’onboarding qui fonctionnent même lorsque la plateforme ne leur apporte aucune aide particulière. Mais elles devraient aussi suivre de près ces cas, car le marché passe d’une simple question de capacité à une question de puissance.
The takeaway is blunt: APIs make installable web apps possible, but distribution makes them matter. Google’s Android appeal loss is not a PWA launch story. It is a reminder that the open web’s next growth phase depends on whether users can find, trust, and install web apps without the path being quietly narrowed before the product ever gets a chance.
Pour aller plus loin
Actualités récentes
