The European Commission has laid out a sweeping set of interoperability demands for Google under the Digital Markets Act (DMA), targeting core Android components from Circle to Search to on-device AI models. The formal proceeding began in January 2026, and the proposed measures — now open for public consultation until May 13, 2026 — aim to dismantle what Brussels sees as systematic preferential treatment of Google’s own services at the expense of third-party apps.

A key demand concerns Circle to Search, the feature invoked via a long press on the home button or navigation bar that overlays Google Search on top of other apps and can leverage on-screen context. The Commission wants Google to open the feature’s APIs, making them public, and to grant third-party applications the same level of access that its own services enjoy. Google must not reserve exclusive use of the home button, navigation bar, or any other entry point — whether through technical means or contractual restrictions.

The same principle applies to voice invocation. Android currently allows users to summon Google services — primarily the Google Assistant — by uttering a keyword, even when the screen is off or the device is in power-saving mode. Brussels insists that Google give third-party apps full access to this mechanism, including registering and running sound models, designing custom pipelines to train those models, and testing them on their own devices without prior approval. The keyword validation and continuous invocation system must be opened, and users should be able to personalize the wake word without leaving the relevant app. Third-party developers should also be allowed to suggest keywords, and invoked apps must be able to access the same context as Google services.

Data access is another flash point. Android provides centralized access to app data through local databases or sharing platforms — for instance, the AppSearch feature leverages this but only for the app designated as the default assistant. The Commission wants third-party apps to operate on an equal footing. The same non-discriminatory access must extend to contextual suggestions. Android already feeds apps with user context to power features like Magic Cue on Pixel phones (e.g., displaying a flight number when calling an airline, or suggesting opening the calendar upon receiving a dinner invitation via text). Google would need to ensure that third-party apps can serve as both input and output surfaces for such suggestions: they must be able to supply data, screen context, and actions they can perform, as well as additional information at the moment of suggestion generation (such as the phone number being dialed). They must also be able to display suggestions both within and outside their own apps, execute suggested actions (like searching for restaurants with Gemini), and receive the data produced by those suggestions (e.g., copied text into a messaging app).

The Commission is also targeting “intelligent experiences”—context-aware functions powered by sensor data, such as real-time translation or music recognition, largely implemented through the Android System Intelligence component. Third-party apps should be granted the same level of access to physical context (device sensors) and digital context (audio, screen content, notifications, contacts, shortcuts) as Google’s own services. Equal access must extend to processing resources, both hardware and software (local and cloud models), and to the presentation channels for these experiences, which should be customizable with branding, icons, and links to the source app.

Integration and automation channels are under scrutiny as well. Android lets an AI service perform actions inside other apps via App Actions and App Functions. The Commission wants third-party apps to be able to discover all such integrations, execute them, and signal them to the user — on par with Google services. Automation, including the ability of Gemini to mimic user actions (even in the background), must similarly be opened, with OS-level execution indicators and the ability for users to regain control at any time. This may require opening the Computer Control API. Broad read/write access across apps is also mandated: semantic search (e.g., an assistant finding a “Flight to Barcelona” event when asked “When is my trip to Spain?”) and writing operations (such as Gemini editing notes in Keep or sending texts) should be equally available to third parties. OS-level integrations — modifying settings, controlling functions like rebooting, screenshots, or alarm management — must follow suit.

Finally, the Commission demands non-discriminatory access to local on-device models. Third-party apps must be able to access, customize, and deploy their own models under the same conditions as Google’s services. This includes fair allocation of memory and compute resources, as well as the centralised system for exposing models and the ability to launch or resume background tasks based on context.

The proposed measures would fundamentally reshape Android’s architecture, forcing Google to treat its own apps and third-party competitors equally across a wide range of system-level capabilities. If adopted, they would severely limit Google’s ability to leverage Android’s core features as competitive moats, potentially opening the door for rival assistants, search overlays, and contextual AI services to compete on a truly level playing field.

App Functions, Circle to Search, System Intelligence… Autant de composants d’Android dont la Commission européenne réclame l’ouverture. En toile de fond, le DMA (législation sur les marchés numériques) et ses exigences d’interopérabilité.

En la matière, Bruxelles s’est d’abord penché sur le cas Apple. La procédure concernant Google fut ouverte en janvier 2026. Il en résulte des propositions de mesures, soumises à consultation publique jusqu’au 13 mai 2026. En voici un résumé.

Google invité à ouvrir Circle to Search

Android permet, par un appui long sur le bouton d’accueil ou la barre de navigation, d’invoquer Google Search. Celui-ci se superpose aux autres applications et peut exploiter le contexte, notamment le contenu de l’écran. Google implémente cette fonctionnalité sous le nom Circle to Search.

Il est demandé à Google de donner aux applications tierces le même niveau d’accès à cette fonctionnalité que celui dont bénéficient ses propres services. Cela implique notamment de rendre publiques les API de Circle to Search. Et de ne pas se réserver l’usage du bouton d’accueil, de la barre de navigation ou de tout autre point d’accès, que ce soit par la voir technique ou contractuelle.

Bruxelles demande un « Hey Google » plus interopérable

Android permet d’invoquer des services – à commencer par l’assistant vocal de Google – en prononçant un mot-clé. Y compris lorsque l’écran est éteint et lorsque le téléphone est en mode économie de batterie.

La Commission européenne demande à Google d’ouvrir ce mécanisme aux applications tierces. Cela inclut l’enregistrement et l’exécution de modèles sonores, la conception de pipelines personnalisés pour entraîner ces modèles et la possibilité pour les développeurs tiers de les tester sur leurs propres appareils sans accord préalable. Mais aussi le système de validation des mots-clés et d’invocation des applications, ce en continu.

Bruxelles souhaite aussi que les utilisateurs puissent personnaliser le mot-clé sans quitter l’application concernée. Et que les développeurs tiers puissent suggérer des mots-clés. Les apps invoquées devront par ailleurs pouvoir accéder au même contexte que les services Google.

Garantir un accès équitable aux données des applications…

À l’appui de bases de données locales ou de plates-formes de partage, Android permet un accès centralisé aux données des applications. La fonctionnalité AppSearch, par exemple, en tire parti, mais uniquement pour l’application définie comme assistant par défaut.

La Commission européenne souhaite que les apps tierces aient le même niveau à cette fonctionnalité que les services Google.

… et aux suggestions contextualisées

Android permet aux applications de fournir des suggestions basées sur le contexte utilisateur. Sur les smartphones Pixel, la fonctionnalité Magic Cue en tire parti. Bruxelles en donne deux exemples d’utilisation : afficher le numéro d’un vol lorsqu’on appelle une compagnie aérienne et recommander d’ouvrir l’agenda quand on reçoit par texto une invitation à dîner.

Pour les applications tierces, il y a deux enjeux : faire office de surface d’entrée et de sortie.

Sur le premier point, Google doit garantir qu’elles puissent fournir à la fois des données, du contexte d’écran et des actions qu’elles sont capables de réaliser. Ainsi que des informations supplémentaires au moment de la génération des suggestions. Par exemple, transmettre le numéro appelé – ce qui, pour reprendre le cas sus-évoqué, peut permettre à une application de déterminer qu’on contacte une compagnie aérienne et donc de suggérer le numéro de vol.

Sur le deuxième point, les développeurs tiers devront pouvoir afficher des suggestions à la fois dans leurs apps et en dehors. Ces apps devront aussi pouvoir exécuter des actions suggérées (Magic Cue peut, par exemple, conseiller de rechercher des restaurants avec Gemini). Et recevoir les données que produisent les suggestion (copier du texte dans une messagerie, par exemple).

Les « expériences intelligentes » également dans le viseur de la Commission européenne

En complément aux suggestions, Android peut fournir des « expériences intelligentes ». C’est-à-dire contextualisées, entre autres grâce aux données des capteurs de l’appareil. De la traduction en temps réel à la reconnaissance musicale, elles sont essentiellement implémentées via le composant Android System Intelligence.

Google est prié de donner aux apps tierces le même niveau d’accès au contexte physique (capteurs) et numérique (audio, écran, notifications, contacts, raccourcis…) que celui donné à ses propres services. Même exigences pour l’accès aux ressources de traitement, tant matérielles que logicielles (modèles locaux et cloud). Ainsi qu’auxu canaux de présentation de ces expériences, qui doivent être personnalisables (branding, icône, liens vers les apps sources).

Ouvrir les canaux d’intégration et d’automatisation

Sur Android, un service IA peut exécuter des actions dans d’autres applications. Cette fonctionnalité est implémentée via des canaux d’intégration tels qu’App Actions et App Functions.

La Commission européenne souhaite que les applications tierces puissent découvrir toutes les intégrations, les exécuter et le signaler à l’utilisateur. Le tout avec le même niveau d’accès que celui accordé aux services Google.

Android permet aussi à des services Google d’automatiser des tâches dans certaines applications. En tête de liste, Gemini, qui peut imiter les actions de l’utilisateur, y compris en arrière-plan.

Bruxelles demande que les applications tierces puissent accéder à cette fonctionnalité au même niveau que les services Google. Cela inclut la possibilité d’afficher des indicateurs d’exécution au niveau de l’OS. Et la possibilité, pour les utilisateurs, de reprendre le contrôle à tout moment. L’API Computer Control pourrait avoir à être ouverte dans ce cadre.

Android permet à des services de lire et écrire des données dans d’autres. L’accès en lecture peut servir pour la recherche sémantique (la Commission européenne donne cet exemple, en évoquant un assistant qui, en réponse à la question « Quand est mon voyage en Espagne ? », peut comprendre, en cherchant dans l’agenda, qu’un événement « Vol pour Barcelone » s’y rapporte). L’accès en écriture est ce qui permet par exemple à Gemini d’éditer des notes dans Keep et d’envoyer des SMS au nom de l’utilisateur.

Bruxelles souhaite également une interopérabilité pour les intégrations avec l’OS. On parle là de modifier des paramètres et de contrôler des fonctions comme le redémarrage, les captures d’écran ou la gestion des alarmes.

Assurer un accès non discriminant aux modèles locaux

Il est plus globalement demandé à Google de permettre aux apps tierces, sous les mêmes conditions que ses services, l’accès aux modèles locaux intégrés à Android. Ainsi que leur personnalisation.

Les développeurs tiers devront aussi pouvoir implémenter leurs propres modèles locaux. Et bénéficier à la fois du système centralisé qui permet de les exposer et des capacités d’exécution en arrière-plan.

Cette interopérabilité implique un accès équitable aux ressources (mémoire, calcul) et à leur mécanisme d’allocation. Ainsi qu’à celui qui permet de lancer ou de reprendre des tâches en arrière-plan en fonction du contexte.

Illustration générée par IA

The post Google sommé d’ouvrir Android : les attentes de la Commission européenne appeared first on Silicon.fr.