Opera est l’éditeur de navigateur qui a pris le virage de l’IA le plus tôt et le plus radicalement. Depuis l’intégration d’Aria en 2023 jusqu’au lancement d’Opera Neon, navigateur conçu pour l’exécution agentique, en septembre 2025, l’éditeur norvégien a construit pas à pas une plateforme d’IA embarquée. La présente annonce lui fait franchir une étape supplémentaire : via MCP Connector, Opera Neon devient un environnement d’exécution ouvert, accessible aux clients d’IA tiers. Claude, ChatGPT, n8n, Lovable et OpenClaw peuvent désormais agir directement dans la session de navigation de l’utilisateur.
La trajectoire d’Opera sur l’IA suit une logique d’approfondissement méthodique. Première étape en 2023 : intégrer des assistants LLM dans la barre latérale d’Opera One et d’Opera GX, avec accès multimodèles. Deuxième étape en septembre 2025 : lancer Opera Neon, un navigateur agentique dédié doté de Browser Operator, une couche d’exécution permettant à des agents de naviguer, de remplir des formulaires, d’extraire des données et d’ouvrir des onglets à l’intérieur d’une session de navigation. Troisième étape, ce 31 mars 2026 : ouvrir cette infrastructure aux clients d’IA externes via le Model Context Protocol. Opera ne se positionne plus comme un navigateur intégrant de l’IA, mais comme une plateforme d’exécution sur laquelle les agents d’IA tiers peuvent s’appuyer.
MCP Connector indique une voie d’évolution des navigateurs à l’ère de l’IA : devenir de véritables plateformes d’exécution. Les clients d’IA opèrent aujourd’hui dans des environnements isolés ou simulés, déconnectés du contexte de l’utilisateur. Chaque changement d’outil impose de reconstruire ce contexte manuellement : de copier du contenu entre onglets, de réexpliquer la page consultée, de relancer un flux de travail interrompu. Opera Neon, en exposant via MCP l’état live du navigateur, onglets ouverts, contenu des pages, sessions authentifiées, supprime cette friction. Selon Monika Kurczyńska, directrice de la R&D pour l’IA chez Opera, l’objectif est de permettre aux clients d’IA « d’agir directement à l’intérieur du navigateur, et non à l’extérieur ».
Une architecture ouverte construite sur deux composants
L’implémentation technique repose sur deux éléments distincts. L’authentification est assurée par une URL de serveur MCP sécurisée, qui garantit que seuls les clients d’IA explicitement autorisés accèdent à la session de navigation. Une couche proxy persistante maintient la stabilité de la connexion et renvoie un signal explicite lorsque le navigateur est inaccessible. Ces deux composants répondent à une exigence de sécurité essentielle : l’accès aux sessions authentifiées de l’utilisateur, comptes, formulaires, données en cours de saisie, exige un contrôle d’accès rigoureux, sans lequel l’ouverture aux tiers deviendrait un vecteur d’exposition.
Les cas d’usage couvrent trois périmètres complémentaires, le développement et le prototypage, avec des outils comme Claude Code ou Lovable qui peuvent tester des applications directement dans un environnement de navigateur plutôt que dans un contexte simulé. L’automatisation de flux de travail, avec des plateformes comme n8n qui intègrent des actions web dans des pipelines métier. Et l’assistance contextuelle, avec des assistants comme ChatGPT qui accèdent au contenu de la page active sans que l’utilisateur ait à le copier-coller.
Du navigateur-produit au navigateur-plateforme
En rendant son environnement d’exécution accessible via un protocole standard, MCP, développé par Anthropic et adopté rapidement comme référence d’interopérabilité entre agents et outils, Opera se positionne comme couche d’infrastructure pour les workflows agentiques. La décision d’étendre MCP Connector à Opera One et Opera GX, les deux navigateurs grand public de l’éditeur, confirme que cette ouverture est appelée à devenir une capacité transversale de toute la gamme.
Pour les organisations qui expérimentent des agents d’IA sur des workflows impliquant le navigateur, recherche, extraction de données, interactions avec des interfaces web internes, cette architecture change les conditions du déploiement. Les agents ne servent plus à créer un contexte applicatif séparé : ils opèrent sur l’environnement de travail existant, avec les droits d’accès et les sessions déjà établis. La question de la gouvernance de cet accès, qui autorise quel agent à agir sur quelle session, devient dès lors un paramètre de sécurité à part entière, que les directions informatiques devront intégrer dans leurs politiques de gestion des outils IA.
