Le premier semestre de l'année est terminé, et de nombreux événements ont été apportés à la plate-forme d'extensions Chrome et au Web Store. Nous avons déployé plusieurs mises à jour importantes et de nouvelles fonctionnalités que nous avons le plaisir de vous présenter. Dans cet article de blog, nous allons récapituler ce qui s'est passé au cours des trois derniers mois concernant les extensions Chrome.
Début de l'arrêt progressif de Manifest V2
Comme prévu, le 3 juin, nous avons commencé à avertir les utilisateurs que les extensions Manifest version 2 seront bientôt supprimées. Le déploiement de cet avertissement s'est poursuivi sur les versions de Chrome. Par la suite, nous commencerons à désactiver les extensions Manifest V2. Les utilisateurs pourront toujours réactiver ces extensions s'ils le souhaitent.
Google I/O
Une nouvelle conférence Google I/O est derrière nous, et nous avons abordé toutes les nouveautés intéressantes en matière d'extensions. Un nouveau menu est disponible en avant-première pour donner plus de contrôle aux utilisateurs. Grâce à la nouvelle fonctionnalité de rollback de version, les développeurs peuvent rapidement redéployer la version précédemment publiée d'une extension sans avoir à attendre la fin de leur examen. De plus, nous avons plafonné l'actualisation du Chrome Web Store qui met en avant les meilleures extensions. Accédez à YouTube pour regarder la vidéo complète et lire notre article de blog pour connaître certains des temps forts.
Accélération de la méthode déclarative Net Request: examen accéléré des extensions avec mises à jour des règles de sécurité
Les extensions Chrome qui utilisent l'API Declarative Net Request (DNR) peuvent contourner l'examen des mises à jour qui ne modifient que les règles statiques sécurisées dans la clé manifeste "rule_resources". Les modifications redéployées concernant l'extension sont appliquées en quelques minutes, à condition que l'extension n'ait pas été signalée pour non-respect des règles et que les autres critères d'éligibilité soient remplis.
Les développeurs doivent accepter ce processus d'examen accéléré via le tableau de bord du développeur du Chrome Web Store ou l'API Publish. Pour en savoir plus sur les critères d'éligibilité et la procédure d'activation, consultez la documentation du Chrome Web Store.
Nouvelle API action.openPopup
À partir de Chrome 127, l'API action.openPopup est disponible pour toutes les extensions. Cette modification était très demandée par les développeurs, y compris ceux qui ont ajouté le problème aux favoris dans notre outil de suivi des bugs. Auparavant, l'API n'était disponible que pour les extensions installées par une règle. Toutefois, après des discussions dans le groupe de la communauté WebExtensions, nous sommes heureux de pouvoir enfin la proposer à tous les utilisateurs. Cela permet d'assurer la cohérence entre Chrome et les autres navigateurs Chromium avec Firefox et Safari, où cette API est déjà disponible.
Mises à jour de l'interface utilisateur du panneau latéral
Chrome a mis à jour l'interface utilisateur du panneau latéral en ajoutant une icône en forme de punaise pour permettre de rouvrir facilement les panneaux latéraux associés à l'icône d'action d'une extension. L'icône globale du panneau latéral a également été supprimée, car chaque panneau doit offrir sa propre expérience.
Si votre extension utilise un panneau latéral, vous devrez peut-être modifier la façon dont vous intégrez les utilisateurs et veiller à fournir un moyen explicite d'ouvrir le panneau.
Phases d'évaluation dans les extensions
À partir de Chrome 126, vous pourrez activer les phases d'évaluation et d'abandon sur toutes les surfaces d'extension. Consultez la documentation expliquant comment ajouter un trial_token à votre fichier manifeste.json afin d'utiliser une fonctionnalité d'essai dans un script en arrière-plan, un pop-up ou un document hors écran.
Les extensions qui interagissent avec YouTube doivent migrer vers les Trusted Types
L'équipe YouTube renforce la sécurité côté client de YouTube grâce aux Trusted Types. Les extensions de navigateur tierces doivent utiliser des objets saisis plutôt que des chaînes lorsqu'elles attribuent des valeurs aux API DOM. À partir du 25 juillet 2024, les extensions de navigateur qui ne respectent pas les exigences de sécurité Trusted Types risquent de ne plus fonctionner après l'application. Les développeurs doivent donc s'assurer que leurs extensions sont compatibles avec les nouvelles normes de sécurité YouTube. Si votre extension modifie le code HTML et qu'un utilisateur peut l'utiliser sur youtube.com, lisez les instructions pour vérifier si vos extensions sont compatibles et qu'elles fonctionneront correctement une fois la fonctionnalité mise en application.
Changements dans la documentation
Nous avons récemment mis à jour la documentation de l'API Chrome Web Store pour inclure des informations sur deployPercentage, qui vous permet d'attribuer un pourcentage d'un déploiement partiel.
Nous avons également ajouté un nouveau guide sur le filtrage du contenu . Vous pouvez en savoir plus sur le filtrage du réseau avec l'API Declarative Net Request, obtenir des détails sur les limites concernant le nombre de règles pouvant être incluses dans une extension, découvrir comment les utilisateurs peuvent définir leurs propres règles de filtrage, etc.
Fonctionnalités à venir
Nous élaborons actuellement une nouvelle proposition d'API pour prendre en charge plusieurs univers de scripts utilisateur dans les extensions. Cela permettra aux gestionnaires de scripts utilisateur de mieux isoler les scripts individuels lorsque plusieurs scripts peuvent être injectés sur un site donné. Pour en savoir plus, consultez la proposition d'univers de scripts utilisateur multiples de WECG.
Nous travaillons également sur une autre fonctionnalité intéressante sur laquelle nous travaillons : permettre aux développeurs d'améliorer la visibilité des icônes d'extension en mode sombre en fournissant un ensemble d'icônes en mode sombre. Pour en savoir plus, consultez la proposition de compatibilité de l'icône d'extension en mode sombre compatible avec la proposition WECG.
🗃️ Nouvelles vidéos
Patrick, de l'équipe Extensions Chrome, explique le concept du code RHC (Remotely Hosted Code) dans les extensions Chrome. Pour savoir pourquoi le service RHC n'est plus autorisé, comment le détecter et que faire si votre extension doit être mise à jour, consultez Qu'est-ce qu'un code hébergé à distance ?.
Patrick et Oliver ont également rencontré en personne l'équipe d'examinateurs du Chrome Web Store afin de souligner les subtilités du processus d'examen. Ils vous ont posé toutes les questions et commentaires que vous avez partagés. Découvrez-les dans Les coulisses du Chrome Web Store: Poser des questions à la fiabilité et la sécurité.
Merci encore de faire partie de la communauté des extensions ! ❤️