Que se passe-t-il avec les extensions Chrome ?

Amy Steam

Les trois premiers mois de l'année ont été productifs pour l'équipe chargée des extensions. Nous avons déployé plusieurs nouveautés importantes et de nouvelles fonctionnalités que nous sommes ravis de vous présenter. Mais une fonctionnalité en particulier a été très attendue sur le Chrome Web Store : elle va améliorer votre expérience de publication.

Rollback de version du Chrome Web Store

La semaine dernière, le Chrome Web Store a ajouté une nouvelle fonctionnalité qui vous permet de revenir plus rapidement à une ancienne version de votre extension. Si votre dernière mise à jour ne s'est pas déroulée comme prévu et que vous souhaitez la corriger rapidement, indiquez un nouveau numéro de version pour la version précédente et la raison pour laquelle. Nous publierons la version précédente en quelques minutes. Vous n'avez pas besoin d'attendre que votre élément soit examiné. Votre utilisateur peut ainsi obtenir une version fonctionnelle immédiatement.

Vous souhaitez en savoir plus sur le fonctionnement du rollback de version ? Consultez notre article de blog et le guide détaillé pour savoir comment revenir à une version précédente.

Le SDK Firebase Auth est désormais compatible avec les extensions

En février, l'équipe Firebase a déployé le tout premier point d'entrée des extensions Web dans la version SDK JS 10.8.0. Il résout un problème de longue date qui a conduit à refuser certaines extensions du Chrome Web Store en raison de l'utilisation d'un code hébergé à distance pour Firebase Auth.

La nouvelle version du SDK Firebase pour les extensions Web regroupe tout le code requis, ce qui élimine la nécessité d'un hébergement à distance. Cela résout le problème de conformité aux règles auquel les développeurs d'extensions étaient confrontés. Ce changement s'applique spécifiquement à Firebase Auth, mais il permet de résoudre d'autres problèmes spécifiques aux extensions.

L'équipe Firebase a travaillé en étroite collaboration avec la communauté des développeurs d'extensions pour proposer cette solution indispensable. Ils sont dédiés à une collaboration continue et accueillent les commentaires des développeurs d'extensions sur la façon dont le SDK Firebase peut être optimisé davantage pour les extensions. Pour en savoir plus, consultez l'annonce dans le post du groupe Google de l'extension.

Autres lancements d'API

• À partir de Chrome 124, les service workers sont compatibles avec WebGPU. Cela améliore l'expérience d'implémentation pour les développeurs intéressés par la création d'extensions d'IA. Pour démarrer rapidement, consultez l'exemple d'extension WebGPU.
• Dans Chrome 123, les alarmes définies à l'aide de l'API Alarms ne sont plus retardées lorsque l'appareil passe en veille. Lorsque l'appareil se réactive, l'alarme se déclenche une fois, quel que soit le nombre d'alarmes manquées.
• Si vous vous appuyez sur un port qui reste ouvert pendant toute la durée de vie d'une page, vous devrez peut-être apporter des modifications pour vous reconnecter lorsqu'une page est restaurée. Pour en savoir plus sur les modifications apportées au comportement du bfcache dans Chrome 123, consultez l'article de blog Modifications apportées à BFCache.
• Filtrage des blocs CIDR dans l'API Events: dans Chrome 123, les développeurs peuvent désormais utiliser des blocs CIDR (Classless Inter-Domain Routing) pour un filtrage des événements plus efficace. Cette mise à jour vous évite de créer des règles de filtrage individuelles pour chaque adresse IP d'une plage. En adoptant la notation CIDR, vous pouvez spécifier de manière concise une plage d'adresses IP, ce qui vous permet de gérer plus facilement les déclencheurs d'événements par plage d'adresses IP.
• Dans Chrome 123, la propriété windowId de tabs.Tab peut avoir une valeur de -1 pour indiquer que l'onglet n'appartient pas à une fenêtre de navigateur. C'est souvent le cas pour les onglets prérendus, qui sont chargés en arrière-plan pour accélérer la navigation, mais qui ne sont pas encore visibles dans une fenêtre.
• API WebAuthn: les extensions peuvent désormais affirmer des ID d'RP pour les sites Web pour lesquels elles disposent d'autorisations d'hôte. Pour plus de contexte, consultez l'e-mail.
• Toutes les méthodes asynchrones de l'API Chrome sont compatibles avec les promesses pour une utilisation plus facile, sauf si la signature de la fonction n'est pas compatible avec les promesses, comme chrome.desktopCapture.chooseDesktopMedia(). Les rappels continueront de fonctionner pour assurer la rétrocompatibilité.

Fonctionnalités à venir

Nous prévoyons d'ajouter d'autres fonctionnalités à l'API UserScripts. Découvrez userScripts.execute() dans cette proposition WECG.

Changements dans la documentation

• Le guide Web Push explique comment ajouter des notifications push et envoyer des messages depuis votre serveur vers le nœud de calcul de service de votre extension à l'aide de n'importe quel fournisseur de push.
• Tester l'arrêt du service worker avec Puppeteer: dans ce guide, vous allez apprendre à tester le service worker d'une extension Chrome à l'aide de Puppeteer. Vous allez configurer une suite de tests, écrire des tests pour valider la messagerie du service worker, gérer l'arrêt inattendu du service worker et découvrir les bonnes pratiques pour créer un code de service worker robuste.
• La documentation de l'API Chrome Web Store Publish a été mise à jour. Cette API vous permet de créer, de mettre à jour et de publier des extensions dans le Chrome Web Store de manière programmatique. La nouvelle documentation explique comment obtenir des jetons d'accès, envoyer des requêtes HTTP avec OAuth 2.0 Playground, et plus encore. Découvrez-la pour simplifier votre workflow de publication sur le Chrome Web Store.
• La page de référence de l'API documentScan a récemment été mise à jour pour inclure des cas d'utilisation de la numérisation avancée pour les extensions ChromeOS.

Informations sur la réunion du WECG de mars

En mars, l'équipe a rencontré des représentants de Safari, Firefox et Edge, ainsi que de nombreuses extensions majeures lors du premier sommet du groupe communautaire Web Extensions. Organisé par l'équipe Apple à San Diego (Californie), le WECG a expliqué comment améliorer les incohérences de la plate-forme et les aspects nuancés des systèmes d'autorisation, dans le but de trouver un équilibre entre la confidentialité des utilisateurs et les besoins des développeurs. Nous sommes ravis de la réussite de cet événement, et notre équipe a hâte de se retrouver en septembre prochain à Anaheim, en Californie, pour le TPAC 2024.

Podcast Syntax

Oliver, membre de notre équipe, a récemment été invité sur le podcast Syntax. Découvrez les modifications apportées à Manifest V3, l'examen dans le Chrome Web Store et plus encore.

🗃️ Analyse de l'examen des extensions Chrome

Nous avons rencontré l'équipe d'examinateurs du Chrome Web Store en personne pour filmer une vidéo sur les subtilités du processus d'examen. Nous avons recueilli toutes les questions et les commentaires que vous avez partagés dans ce post sur le forum dédié aux extensions et les avons utilisés le jour même. La session sera diffusée sur la chaîne YouTube Chrome pour les développeurs.

Merci encore de faire partie de la communauté des extensions. ❤️