Les trois premiers mois de l'année ont été productifs pour l'équipe chargée des extensions. Nous avons déployé plusieurs mises à jour importantes et nouvelles fonctionnalités dont nous sommes ravis de vous présenter. Cependant, l'un des nouveaux ajouts au Chrome Web Store était très attendu, une fonctionnalité qui améliorera votre expérience de publication.
Rollback de la 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 la dernière mise à jour ne s'est pas déroulée comme prévu et que vous souhaitez résoudre le problème rapidement, indiquez un nouveau numéro de version pour la version précédente et expliquez pourquoi. La version précédente sera publiée en quelques minutes. Vous n'avez pas besoin d'attendre que votre article soit examiné. De cette façon, votre utilisateur peut obtenir immédiatement une version fonctionnelle.
![Demande modale de détails pour un rollback de version.](https://developer.chrome.com/static/blog/extension-news-april-2024/image/rollback.png?authuser=9&hl=fr)
Vous voulez en savoir plus sur le fonctionnement du rollback de version ? Consultez notre article de blog et le guide par étapes pour savoir comment rétablir 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 10.8.0 du SDK JS. Il résout un problème de longue date qui a entraîné le refus de certaines extensions du Chrome Web Store en raison de l'utilisation de code hébergé à distance pour Firebase Auth.
La nouvelle version des extensions Web du SDK Firebase regroupe tout le code requis, éliminant ainsi la nécessité d'un hébergement à distance. Cela permet de résoudre le problème de conformité vis-à-vis des règles auquel les développeurs d'extensions ont été confrontés. Cette modification s'applique spécifiquement à Firebase Auth, mais ouvre la voie à la résolution d'autres problèmes spécifiques aux extensions.
L'équipe Firebase a collaboré en étroite collaboration avec la communauté de développeurs d'extensions pour fournir cette solution indispensable. Ils sont dédiés à la collaboration continue et les commentaires des développeurs d'extensions sur les façons dont le SDK Firebase peut être optimisé pour les extensions sont les bienvenus. Pour en savoir plus, consultez l'annonce d'intérêt public dans le post du groupe Google Groupes.
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 qui souhaitent créer des extensions d'IA. Pour commencer 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 lorsqu'un appareil se met en veille. À l'activation de l'appareil, l'alarme se déclenche une fois, quel que soit le nombre d'alarmes manquées.
- Si un port 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 sera restaurée. Pour en savoir plus sur les modifications apportées au comportement du cache amélioré dans Chrome 123, consultez l'article de blog Changes to BFCache.
- Filtrage de blocs CIDR dans l'API Events: dans Chrome 123, les développeurs peuvent désormais utiliser des blocs CIDR (Classless Inter-Domain Routing) pour optimiser le filtrage des événements. Grâce à cette mise à jour, il n'est plus nécessaire 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 succinctement une plage d'adresses IP, ce qui facilite la gestion des déclencheurs d'événements par plages 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éaffichés, qui sont chargés en arrière-plan pour accélérer la navigation, mais qui ne sont encore visibles dans aucune fenêtre. - API WebAuthn: les extensions peuvent désormais valider des ID RP pour les sites Web sur lesquels elles disposent d'autorisations d'hôte. Consultez cet e-mail pour plus de contexte.
- Toutes les méthodes API Chrome asynchrones sont compatibles avec les promesses de facilité d'utilisation, sauf si la signature de la fonction n'est pas compatible avec des promesses, telles que
chrome.desktopCapture.chooseDesktopMedia()
. Les rappels fonctionneront toujours pour assurer la rétrocompatibilité.
Fonctionnalités à venir
Nous prévoyons d'ajouter d'autres fonctionnalités à l'API UserScripts. Pour en savoir plus sur userScripts.execute()
, consultez cette proposition WECG.
Changements dans la documentation
- Le Guide Web Push explique comment ajouter des notifications push et envoyer des messages de votre serveur à votre service d'extension en utilisant n'importe quel fournisseur Push.
- Tester l'arrêt d'un 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 les messages des service workers, gérer les arrêts inattendus des service workers et découvrir les bonnes pratiques à suivre pour créer un code de service worker robuste.
- La documentation sur l'API Chrome Web Store Publishing a été mise à jour. Cette API vous permet de créer, de mettre à jour et de publier des extensions par programmation dans le Chrome Web Store. La nouvelle documentation explique, entre autres, comment obtenir des jetons d'accès et envoyer des requêtes HTTP avec OAuth 2.0 Playground. Découvrez-la pour simplifier votre processus de publication sur le Chrome Web Store.
- La page de référence de l'API DocumentScan a été récemment mise à jour pour inclure les cas d'utilisation de l'analyse avancée pour les extensions ChromeOS.
Infos sur le meetup du WECG en mars
En mars, l'équipe a rencontré des représentants de Safari, Firefox et Edge, ainsi qu'un certain nombre d'extensions majeures, lors du sommet du groupe de la communauté des extensions Web. Organisé par l'équipe Apple à San Diego en Californie, le WECG a expliqué comment améliorer les incohérences de la plate-forme et certains 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 très satisfaits du déroulement de cet événement et notre équipe a hâte de vous réunir de nouveau en septembre à Anaheim, en Californie, pour le TPAC 2024.
Podcast sur la syntaxe
Oliver, de notre équipe, est récemment apparu en tant qu'invité dans le podcast "Syntax". Découvrez les modifications apportées à Manifest V3, consultez le Chrome Web Store et plus encore.
🗃️ Découvrir l'avis sur les extensions Chrome
Nous avons rencontré l'équipe d'examinateurs du Chrome Web Store en personne pour filmer une vidéo présentant les subtilités du processus d'examen. Nous avons recueilli toutes les questions et tous les commentaires que vous avez partagés sur ce post sur le forum concernant les extensions, et nous l'avons utilisé le jour même. La session sera mise en avant sur la chaîne YouTube Chrome for Developers.
Merci encore de faire partie de la communauté des extensions. Continuez à être formidable ! ❤️