Nouveautés des extensions Chrome

Consultez régulièrement cette page pour en savoir plus sur les modifications apportées aux extensions Chrome, à la documentation sur les extensions, ou aux règles ou autres modifications associées. D'autres avis sont publiés sur la liste de diffusion des extensions Chrome. Le calendrier Chrome indique les dates de sortie des versions stables et bêta.

Chrome 139 : suppression des indicateurs --extensions-on-chrome-urls et --disable-extensions-except dans les builds Chrome

Publié le

À partir de Chrome 139, les flags de ligne de commande --extensions-on-chrome-urls et --disable-extensions-except seront supprimés dans les builds officiels de Chrome. Pour en savoir plus, consultez la liste de diffusion.

Chrome 138 : modifications apportées à la page "Nouvel onglet"

Publié le

À partir de Chrome 138, nous mettons à jour l'UI de la page "Nouvel onglet" avec un nouveau pied de page. Pour en savoir plus, consultez la liste de diffusion.

Article de blog : Mettez à jour vos extensions avant les modifications à venir concernant les favoris

Publié le

Nous apportons des modifications à la synchronisation des favoris qui peuvent avoir un impact sur votre extension. Pour en savoir plus, consultez cet article de blog.

Article de blog : Nouveautés concernant les extensions Chrome, juin 2025

Publié le

Nous avons été très occupés avec Google I/O et plusieurs nouvelles fonctionnalités dans Chrome et le Chrome Web Store. Découvrez les nouveautés concernant les extensions Chrome en juin 2025.

Vidéo : Whack-a-Mole dans votre navigateur : est-ce possible ?

Publié le

Découvrez comment créer un jeu dans le navigateur dans notre dernière vidéo.

Vidéo : Présentation du nouveau menu des extensions de Chrome

Publié le

Découvrez le nouveau menu des extensions expérimental dans notre dernière vidéo, Le nouveau menu des extensions de Chrome expliqué .

Vidéo : les extensions, c'est génial !

Publié le

Découvrez comment vous lancer dans le développement d'extensions dans l'épisode 1 de "Extensions are Neat" et à quel point la personnalisation de Chrome est flexible dans l'épisode 2.

Chrome 135 : nouvelle API userScripts.execute()

Publié le

À partir de Chrome 135, une nouvelle méthode userScripts.execute() est disponible dans l'API chrome.userScripts. Vous pouvez l'utiliser pour injecter un script utilisateur une seule fois à un moment arbitraire, au lieu de devoir l'enregistrer de manière permanente.

Chrome 132 : afficher et modifier l'espace de stockage des extensions dans les outils pour les développeurs

Publié le

À partir de Chrome 132, vous pouvez afficher et modifier les données stockées à l'aide de l'API chrome.storage dans les outils pour les développeurs. Pour en savoir plus, consultez la nouvelle page Afficher et modifier le stockage des extensions dans la documentation sur les outils de développement.

Article de blog : Nouveau menu "Extensions"

Publié le

Lors de la conférence Google I/O 2024, nous avons présenté quelques-uns des premiers designs des prochaines modifications apportées au menu des extensions. Ces modifications permettront aux utilisateurs de mieux contrôler les sites auxquels les extensions peuvent accéder. Nous allons bientôt commencer à tester ces modifications auprès d'un petit pourcentage d'utilisateurs dans Canary, dans l'espoir de les déployer plus largement à l'avenir.

Nous lançons également l'API chrome.permissions.addHostAccessRequest().

Pour en savoir plus, consultez notre article de blog.

Chrome 132 : nouvelle propriété figée dans l'API Tabs

Publié le

À partir de Chrome 132, la propriété frozen de l'API Tabs indique si un onglet a été figé par le navigateur. Les messages envoyés aux onglets figés sont mis en file d'attente et traités lorsque l'onglet est dégelé.

API Prompt dans les extensions Chrome

Publié le

L'API Prompt pour les extensions est désormais disponible en version d'essai d'origine. Vous pouvez ainsi créer des extensions Chrome qui utilisent Gemini Nano, notre modèle de langage le plus efficace, dans le navigateur.

Participez à la phase d'évaluation de l'API Prompt, qui se déroule dans Chrome 131 à 136, et partagez vos commentaires. Vos réponses peuvent avoir un impact direct sur la façon dont nous concevons et implémentons les futures versions de cette API et de toutes les API d'IA intégrées.

Article de blog : Nouveautés des extensions Chrome, octobre 2024

Publié le

Il est temps de faire le point sur les nouveautés concernant les extensions Chrome : nous avons des informations intéressantes sur l'intégration de l'IA, les nouvelles API, les événements et les vidéos. Pour en savoir plus, consultez l'édition d'octobre de Nouveautés concernant les extensions Chrome.

Participez au défi "IA intégrée"

Publié le

Chrome a lancé le défi de l'IA intégrée : vous êtes invité à créer des applications Web et des extensions Chrome innovantes à l'aide des API et modèles d'IA intégrés de Chrome. Vous aurez peut-être la chance de gagner des prix d'une valeur totale de 65 000 USD.

Inscrivez-vous et obtenez plus d'informations sur le site Web du Défi IA intégrée. Nous avons hâte de découvrir ce que vous allez créer en infusant l'IA sur le Web !

Chrome 130 : action.onUserSettingsChanged

Publié le

À partir de Chrome 130, l'événement action.onUserSettingsChanged est disponible. Cette fonctionnalité fait suite à une proposition du groupe de la communauté WebExtensions. Merci à Microsoft pour sa contribution à Chromium.

Chrome 130 : StorageArea.getKeys()

Publié le

À partir de Chrome 130, la méthode getKeys() est disponible sur l'interface StorageArea utilisée par l'API chrome.storage. Cette fonctionnalité fait suite à une proposition du groupe de la communauté WebExtensions.

Chrome 128 : correspondance des en-têtes de réponse dans Declarative Net Request

Publié le

À partir de Chrome 128, nous ajoutons la prise en charge de la correspondance des en-têtes de réponse dans l'API Declarative Net Request. Il s'agissait d'une demande courante, en particulier pour faire correspondre l'en-tête Content-Type. Nous avons donc conçu une API adaptée avec le WebExtensions Community Group.

Nous avons mis à jour notre documentation de référence de l'API pour inclure les nouveaux champs responseHeaders et excludedResponseHeaders. Vous pouvez les utiliser pour vérifier l'existence et la valeur d'un en-tête donné.

Dans le cadre de cette mise à jour, nous avons ajouté une section Évaluation des règles à notre documentation, qui explique comment les règles sont mises en correspondance. Pour la correspondance des en-têtes en particulier, les règles ne peuvent s'exécuter qu'une fois les en-têtes de réponse reçus. Elles sont donc appliquées à une étape ultérieure par rapport aux autres règles. Cela signifie que la requête atteint le serveur avant d'être bloquée ou redirigée.

Vidéo : Que sont les scripts de contenu ?

Publié le

Découvrez les scripts de contenu dans les extensions Chrome, y compris comment enregistrer CSS et JavaScript pour qu'ils s'exécutent sur une page spécifique. Regardez la vidéo complète.

Mises à jour importantes du règlement

Publié le

L'équipe du Chrome Web Store a publié une série de mises à jour sur la page Règles du programme pour les développeurs. L'objectif est d'encourager le développement de produits de haute qualité, d'empêcher les comportements trompeurs et de s'assurer que les utilisateurs donnent leur consentement en connaissance de cause. Rebecca Soares, responsable des règles du Chrome Web Store, a résumé toutes les modifications dans l'article de blog Extensions Chrome : mises à jour importantes des règles.

Article de blog : Nouveautés concernant les extensions Chrome, juillet 2024

Publié le

Au cours des trois derniers mois, nous avons déployé plusieurs mises à jour et nouvelles fonctionnalités importantes, y compris le début de la suppression du fichier manifeste V2. Découvrez les nouveautés des extensions Chrome en juillet.

Vidéo : Qu'est-ce qu'un code hébergé à distance ?

Publié le

Patrick, de l'équipe des extensions Chrome, explique le concept de code hébergé à distance dans les extensions Chrome. Découvrez pourquoi le RHC n'est plus autorisé, comment le détecter et ce que vous devez faire si votre extension doit être mise à jour. Regardez la vidéo complète.

Chrome 127 : nouvelle API action.openPopup

Publié le

À partir de Chrome 127, l'API action.openPopup est disponible pour toutes les extensions. Auparavant, elle n'était disponible que dans Canary ou pour les extensions installées par une règle.

Vidéo : entretien avec l'équipe Trust & Safety

Publié le

L'équipe DevRel des extensions Chrome a rencontré l'équipe chargée de la confiance et de la sécurité qui gère les examens sur le Chrome Web Store pour répondre à vos questions. Regardez la vidéo complète.

Article de blog : La suppression de Manifest V2 a commencé

Publié le

À partir du 3 juin sur les canaux bêta, développeur et Canary de Chrome, si les utilisateurs ont encore des extensions Manifest V2 installées, certains commenceront à voir une bannière d'avertissement lorsqu'ils accéderont à la page de gestion des extensions (chrome://extensions). Cette bannière les informera que certaines extensions (Manifest V2) qu'ils ont installées ne seront bientôt plus compatibles. Pour en savoir plus, consultez l'annonce officielle.

Modifications apportées à l'interface utilisateur du panneau latéral

Publié le

Nous avons récemment apporté des modifications à l'interface utilisateur du panneau latéral, y compris en ajoutant une icône en forme d'épingle et en supprimant l'icône globale du panneau latéral. Pour en savoir plus, consultez l'annonce publique, ainsi que notre documentation et nos exemples mis à jour.

Article de blog : Extensions Chrome lors de Google I/O 2024

Publié le

Une autre édition de Google I/O s'est terminée. Nous avons abordé toutes les nouveautés passionnantes concernant les extensions. Rendez-vous sur YouTube pour regarder la vidéo complète et consultez notre article de blog pour découvrir quelques-uns des points clés.

Ignorer l'examen pour les modifications éligibles des requêtes réseau déclaratives

Publié le

Le Chrome Web Store vous permet désormais d'ignorer l'examen des modifications éligibles lorsque vous utilisez l'API Declarative Net Request. Pour en savoir plus sur l'éligibilité et l'activation, consultez la documentation du Chrome Web Store.

deployPercentage disponible dans l'API Chrome Web Store

Publié le

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 à un déploiement partiel. En savoir plus sur deployPercentage

Chrome 126 : essais Origin dans les extensions

Publié le

Chrome 126 introduit un nouveau champ manifest.json, trial_tokens, qui vous permet de participer aux essais Origin Trial et aux essais de dépréciation sur toutes les surfaces d'extension. Pour en savoir plus, consultez le guide.

Article de blog : Nouveautés concernant les extensions Chrome (avril 2024)

Publié le

Nous avons publié une nouvelle édition de Nouveautés concernant les extensions Chrome. Le post explique sur quoi l'équipe chargée des extensions a travaillé ces derniers mois. Cela inclut le retour à une version antérieure dans le Chrome Web Store, une meilleure compatibilité avec Firebase Auth, ainsi que d'autres lancements et mises à jour d'API.

Restauration de versions dans le tableau de bord du développeur Chrome Web Store

Publié le

Restaurez la version publiée précédente de votre extension dans le Chrome Web Store, sans examen supplémentaire. Pour en savoir plus, consultez l'article de blog et la documentation.

Chrome 124 : API Advanced documentScan

Publié le

Une API documentScan avancée est désormais disponible sur ChromeOS pour découvrir et récupérer les images des scanners de documents connectés.

Chrome 124 : Compatibilité WebGPU dans les service workers

Publié le

Depuis Chrome 124, les service workers sont compatibles avec WebGPU. Pour commencer rapidement, consultez l'exemple d'extension WebGPU.

Chrome 123 : l'API Events est compatible avec le filtrage par blocs CIDR

Publié le

L'API Events est désormais compatible avec le filtrage par blocs CIDR (Classless Inter-Domain Routing). Un bloc CIDR est un ensemble d'adresses IP qui partagent un préfixe réseau et le même nombre de bits. Auparavant, un développeur qui souhaitait filtrer plusieurs adresses IP devait configurer une règle de filtrage pour chacune des adresses de la plage de blocage. Désormais, lorsqu'une extension appelle addListener(), une règle transmise signifie que le gestionnaire d'événements ne sera appelé que lorsque la partie hôte d'une URL est une adresse IP et est contenue dans l'un des blocs CIDR spécifiés dans un tableau.

Chrome Web Store : modifications des exigences concernant la longueur des noms d'extensions

Publié le

Sur le Chrome Web Store, le champ "name" d'une extension dans le fichier manifest.json est désormais limité à 75 caractères. Auparavant, la limite était de 45 caractères pour l'anglais, et il n'y avait aucune restriction pour le champ "name" dans les autres langues.

L'objectif initial était de tenir compte des différences culturelles et linguistiques qui ne peuvent pas être exprimées avec le même nombre de caractères. Malheureusement, cette fonctionnalité a été utilisée de manière abusive par un petit nombre de développeurs pour spammer le magasin. Nous avons donc décidé d'introduire une nouvelle limite universelle, qui passe à 75 caractères. Cette limite couvre la quasi-totalité des extensions disponibles actuellement dans la boutique. Il est donc peu probable que vous ayez à effectuer une action suite à ce changement. Si vous essayez d'importer une extension dont le nom dépasse la limite maximale, l'importation sera bloquée par le magasin.

Article de blog : parcours d'eyeo vers la suspension des service workers

Publié le

Dans cet article de l'équipe Extension Engine d'eyeo, nous explorons le problème du test des service workers d'extension. Dans Manifest V2, les extensions résidaient dans une page d'arrière-plan, qui restait active tout au long du cycle de vie de l'extension. Manifest V3 utilise des service workers à la place. Par conception, les service workers économisent des ressources en s'arrêtant lorsqu'ils ne sont pas nécessaires. Cela pose certains problèmes de test. Cet article explique comment eyeo a relevé ces défis.

Chrome 123 : les alarmes fonctionnent désormais lorsque l'appareil est en veille

Publié le

Les alarmes définies à l'aide de l'API chrome.alarms ne sont plus retardées lorsqu'un appareil se met en veille. Lorsque l'appareil se réactive, l'alarme se déclenche une seule fois, quel que soit le nombre d'alarmes manquées. Par exemple, supposons qu'une alarme soit programmée pour sonner toutes les heures et que l'appareil sur lequel elle est activée soit en veille de 0h55 à 2h05. Dans ce cas, seule l'alarme de 2h00 déclenche l'événement onAlarm. Elle se déclenchera le plus près possible de 2h du matin et immédiatement lorsqu'un appareil se réveillera s'il était en veille.

Cette modification permet d'aligner Chrome sur le comportement convenu dans le groupe de la communauté des extensions Web.

Article de blog : Modifications du comportement du cache bf avec les ports de message d'extension

Publié le

Le cache amélioré est une optimisation de navigateur qui permet de naviguer instantanément vers les pages précédentes et suivantes. À partir de Chrome 123, lorsqu'une page avec un port d'extension ouvert est stockée dans la bfcache, le canal de message est fermé, ce qui signifie qu'aucun message ne sera envoyé à cette page. Par conséquent, les scripts d'extension doivent écouter les événements de cycle de vie tels que onDisconnect et configurer une nouvelle connexion lorsque la page est restaurée à partir du cache amélioré.

Pour en savoir plus et obtenir des exemples de code, consultez Modifications du comportement du BFCache avec les ports de message d'extension.

Chrome 122 : Compatibilité des promesses avec les API d'extension asynchrones

Publié le

Nous avons terminé d'implémenter la compatibilité avec les promesses pour toutes les méthodes d'API d'extension asynchrones. Cette modification a été apportée pour moderniser les méthodes d'API en améliorant l'ergonomie des opérations asynchrones. Certaines méthodes (desktopCapture.chooseDesktopMedia(), par exemple) ne sont toujours compatibles qu'avec les rappels, car leurs surfaces actuelles ne sont pas compatibles avec les promesses. Pour assurer la rétrocompatibilité, les rappels sont toujours acceptés. Si vous constatez qu'une promesse échoue, veuillez signaler un bug.

Nouveaux conseils pour la communication en temps réel

Publié le

Nous venons de publier des guides sur les options en temps réel dans les extensions. Les mises à jour en temps réel permettent de communiquer instantanément depuis vos serveurs directement vers vos installations d'extensions. Nous avons également ajouté de nouvelles consignes pour l'utilisation de chrome.gcm, Web Push.

Nouveaux conseils et exemple : tester l'arrêt du service worker

Publié le

Nous venons de publier un guide sur la façon de tester l'arrêt du service worker avec Puppeteer. L'exemple associé illustre ce point dans Puppeteer et Selenium.

Exemple mis à jour pour la messagerie native

Publié le

Nous venons de publier un exemple mis à jour pour la messagerie native. Cette API permet à votre extension de démarrer et de communiquer avec une autre application. Merci au contributeur GitHub Shubham-Rasal pour son travail.

Chrome 121 : Nouvelle propriété lastAccessed sur tabs.Tab

Publié le

Une nouvelle propriété nommée lastAccessed a été ajoutée à l'objet tabs.Tab. Cette propriété indique la dernière fois que l'onglet a été activé. La valeur renvoyée est exprimée en millisecondes depuis l'epoch.

Chrome 121 : les clés "background" non compatibles génèrent désormais un avertissement

Publié le

Lors du passage de Manifest V2 à Manifest V3, les enfants de la clé de fichier manifeste "background" ont été modifiés pour permettre le remplacement des scripts d'arrière-plan par des service workers d'extension. Auparavant, l'ajout des clés Manifest V2 "scripts", "page" ou "persistent" à la clé "background" d'une extension Manifest V3 générait une erreur. La présence de ces clés déclenche désormais un avertissement.

Cette modification vise à permettre l'utilisation d'un seul fichier manifeste dans les extensions de plusieurs navigateurs, conformément à une proposition du groupe de la communauté.

Chrome 120 : précision minimale des alarmes réduite à 30 secondes

Publié le

À partir de Chrome 120, les extensions Manifest V3 peuvent utiliser l'API chrome.alarms avec des délais ou des périodes de 30 secondes, au lieu d'exiger des valeurs de 60 secondes ou plus.

Article de blog : Reprise de la transition vers Manifest V3

Publié le

Le calendrier d'assistance Manifest V2 a été mis à jour. Pour en savoir plus, consultez notre article de blog de novembre 2023.

Article de blog : Améliorations apportées à la compatibilité du filtrage de contenu dans Manifest V3

Publié le

Pour en savoir plus sur les améliorations apportées à l'API declarativeNetRequest, consultez notre nouvel article de blog.

Article de blog : Nouveautés de Chrome 120 pour les extensions

Publié le

La version bêta de Chrome 120 est disponible depuis peu. Pour obtenir un récapitulatif des mises à jour importantes concernant les développeurs d'extensions, consultez notre nouvel article de blog : Nouveautés de Chrome 120 pour les extensions. Cette version marque également une étape importante, car elle supprime les deux derniers éléments (userScripts et gestionnaire de fichiers sur ChromeOS) de la liste des lacunes critiques de la plate-forme.

PSA: Change to handling of privacy policy URLs in Developer Dashboard

Publié le

Les règles de confidentialité du tableau de bord du développeur sont désormais ajoutées au niveau de l'élément. Cela vous permet de fournir une autre règle de confidentialité par élément. Pour en savoir plus sur ce changement, consultez notre PSA.

Vidéo : discussion avec Matt Frisbie

Publié le

Nous venons de publier une nouvelle vidéo sur la chaîne YouTube Chrome for Developers, dans laquelle nous discutons avec Matt Frisbie, auteur et Google Developer Expert. Cliquez ici pour la regarder.

Nouvelles consignes sur le test des extensions

Publié le

Nous venons de publier de nouveaux conseils sur la façon d'écrire des tests automatisés pour les extensions, y compris sur la façon d'écrire des tests unitaires, ainsi que des conseils généraux et un tutoriel sur les tests de bout en bout.

Article de blog : Nouveautés concernant les extensions Chrome (octobre 2023)

Publié le

Nous venons de publier la deuxième édition de Nouveautés concernant les extensions Chrome. L'article décrit les travaux de l'équipe d'extensions au cours des derniers mois, y compris la résolution des problèmes de stabilité des service workers et les progrès réalisés pour combler toutes les lacunes de la plate-forme MV3. Nous vous présentons également les prochaines versions de l'API, comme l'API Reading List et l'API User Scripts.

Augmentation des limites de l'ensemble de règles statiques dans l'API Declarative Net Request

Publié le

Suite aux commentaires du groupe de la communauté des extensions Web, nous augmentons considérablement la limite des ensembles de règles statiques activés, qui passe de 10 à 50. De plus, nous augmentons le nombre total de règles statiques autorisées, qui passe de 50 à 100. Cette fonctionnalité est actuellement disponible dans Canary.

Amélioration des conseils concernant le code hébergé à distance

Publié le

Une exigence de Manifest V3 est que les extensions ne peuvent plus utiliser de code hébergé à distance. Bien que cette information fasse partie de notre guide de migration depuis le début, nous avons pensé qu'il valait la peine d'améliorer les conseils concernant ce problème. Cette page fournit désormais plus d'informations, en décrivant ce qui est encore possible dans Manifest V3 et en fournissant plus d'informations sur les stratégies de mise à niveau.

Une section a été ajoutée à la page Résoudre les problèmes de non-respect des règles du Chrome Web Store. Une nouvelle section décrit les raisons courantes pour lesquelles les extensions avec code hébergé à distance sont refusées.

Chrome 118 : isUrlFilterCaseSensitive est désormais défini sur "false" par défaut

Publié le

À partir de Chrome 118, la propriété isUrlFilterCaseSensitive de l'API chrome.declarativeNetRequest est définie par défaut sur false. Si vous souhaitez conserver l'ancien comportement, vous pouvez définir explicitement isUrlFilterCaseSensitive sur true dans vos règles declarativeNetRequest.

Cela fait suite aux discussions dans le groupe de la communauté des extensions Web. Firefox et Safari ont déjà mis en place une modification similaire.

Documentation sur les API de cookies et de stockage Web

Publié le

Nous avons publié un nouveau guide sur le fonctionnement des cookies et des API de stockage Web dans les extensions Chrome. Il inclut des informations sur les modifications apportées au partitionnement des cookies et du stockage dans la Privacy Sandbox, un projet en cours visant à abandonner les cookies tiers en créant une série de nouvelles API de plate-forme Web. Il fournit également des informations sur leur fonctionnement dans les extensions.

Exemples d'extensions désormais disponibles dans la recherche

Publié le

Nous avons récemment créé une page qui vous permet de rechercher des exemples d'extensions Chrome. La page de recherche comporte plusieurs options. Un champ de recherche vous permet de rechercher du texte dans les titres des exemples. Vous pouvez restreindre la recherche par autorisation ou par API d'extension. Un filtre supplémentaire vous permet de limiter la recherche aux exemples d'API ou fonctionnels (cas d'utilisation).

Cette nouvelle page d'exemples a été créée par Xuezhou Dai, un participant au programme Google Summer of Code, qui a également contribué à plusieurs nouveaux exemples. Pour en savoir plus sur leur expérience cet été, consultez leur article sur notre blog.

Comme avant, nos exemples de code sont toujours disponibles sur GitHub pour être clonés ou dupliqués.

Chrome 118 : modifications apportées à l'ouverture des URL de schéma de fichier

Publié le

À partir de Chrome 118, les extensions devront activer le paramètre "Autoriser l'accès aux URL de fichier" sur la page chrome://extensions pour ouvrir les URL du schéma file:// à l'aide des API Tabs ou Windows. Vous pouvez vérifier par programmation si cet accès est accordé en appelant chrome.extension.isAllowedFileSchemeAccess(). Firefox restreint déjà les URL de fichier, et Safari prend en charge la modification. Pour en savoir plus, consultez l'article sur la liste de diffusion des extensions Chrome.

Chrome 117 : protection étendue des URL lors des navigations dans l'API d'extension

Publié le

Auparavant, la navigation déclenchée par des appels d'API d'extension pour tabs.update(), tabs.create() et windows.create() générait une erreur pour certaines URL chrome://. De plus, l'appel de tabs.update() avec une URL JavaScript était interdit. Dans la version 117, ces protections sur les URL JavaScript ont été étendues à la méthode tabs.create(). De plus, un certain nombre d'URL chrome:// supplémentaires ont été ajoutées à la liste des URL interdites qui s'applique à toutes les méthodes mentionnées précédemment.

Amélioration des conseils pour l'API declarativeNetRequest

Publié le

L'API chrome.declarativeNetRequest bloque ou modifie les requêtes réseau en spécifiant des règles déclaratives. Les extensions peuvent ainsi modifier les requêtes réseau sans les intercepter ni afficher leur contenu, ce qui renforce la confidentialité des utilisateurs. Il est également difficile à utiliser. Dans cette optique, nous avons réécrit les conseils pour vous aider à mieux comprendre comment implémenter des ensembles de règles déclaratifs. Consultez la nouvelle section en cliquant sur le lien ci-dessus.

Utiliser votre compte Google Analytics avec le Chrome Web Store

Publié le

Le Chrome Web Store propose une intégration à Google Analytics, qui vous permet de consulter les données analytiques de votre fiche Chrome Web Store en plus de la vue proposée dans le tableau de bord du développeur. Pour en savoir plus, consultez Utiliser votre compte Google Analytics avec le Chrome Web Store.

Chrome 115 : les outils de développement passent par-dessus les scripts de contenu par défaut

Publié le

Les scripts de contenu injectés figurent désormais dans la liste des éléments à ignorer des outils de développement par défaut. Cela n'affecte pas les points d'arrêt, mais cela signifie que les scripts de contenu seront ignorés lors du débogage et que les exceptions de ces scripts seront ignorées. Lorsqu'un script de contenu est ouvert dans l'onglet Sources, une bannière vous avertit si cette option est activée et vous permet de supprimer votre script de contenu de la liste des éléments à ignorer. Pour désactiver ce comportement, ouvrez les outils de développement, accédez à Paramètres, puis à Liste d'exclusion. Pour en savoir plus, consultez Nouveautés concernant les outils pour les développeurs.

Version bêta de Chrome 116 : plus de nouveautés que nous ne pouvons en présenter ici

Publié le

Chrome 116 est une version importante pour les extensions. Vous pouvez désormais ouvrir des panneaux latéraux de manière programmatique. Une nouvelle méthode vous permet de savoir s'il existe un document hors écran actif. Les service workers ont été améliorés. La version 116 apporte suffisamment d'améliorations pour que nous ayons décidé de leur consacrer un article de blog. Chrome 116 est en version bêta depuis le 19 juillet.

Article de blog : Nouveautés concernant les extensions Chrome

Publié le

Nous venons de publier un aperçu des modifications et améliorations apportées aux extensions cette année. L'article présente les principales nouveautés de l'année, y compris l'API Side Panel, les améliorations apportées aux service workers et les documents hors écran. Vous aurez également un aperçu de ce sur quoi nous travaillons pour ce trimestre. L'article en liste beaucoup plus et fournit des liens vers chacun d'eux.

Nouveaux conseils et exemple : découvrez comment utiliser Google Analytics 4 dans votre extension Chrome

Publié le

Nous avons publié de nouveaux conseils et exemples concernant Google Analytics et la géolocalisation :

Chrome 115 : spécifier plusieurs raisons dans chrome.offscreen.createDocument()

Publié le

Vous pouvez désormais spécifier plusieurs enums reason lorsque vous appelez chrome.offscreen.createDocument(). Utilisez cette option lorsqu'un document hors écran sera utilisé à plusieurs fins. Le navigateur utilise les raisons fournies pour déterminer la durée de vie du document hors écran.

Nouvel outil : outil de test des mises à jour d'extensions

Publié le

Nous venons de lancer l'outil de test des mises à jour d'extensions, un serveur local de mise à jour d'extensions qui peut être utilisé pour tester les mises à jour des extensions Chrome lors du développement local, y compris les autorisations accordées. L'outil affiche le parcours de mise à jour de l'utilisateur, y compris le maintien d'une extension désactivée jusqu'à ce qu'un utilisateur accorde les nouvelles autorisations demandées. Cet outil est particulièrement utile pour simuler les modifications d'autorisation demandées lors de la mise à jour d'une extension de Manifest V2 vers Manifest V3.

Chrome 114 : nouvelle API Side Panel

Publié le

Découvrez la nouvelle API Side Panel, une surface complémentaire qui permet aux utilisateurs d'accéder à des outils en même temps qu'ils parcourent du contenu. Pour en savoir plus, consultez la documentation de référence de l'API Side Panel. De plus, nous avons ajouté de nombreux exemples de panneaux latéraux à notre dépôt d'exemples GitHub. Pour en savoir plus sur les panneaux latéraux, consultez le nouvel article de blog Concevoir une expérience utilisateur supérieure avec la nouvelle API Side Panel. Nous avons également révisé notre Règlement sur les consignes de qualité et nos bonnes pratiques pour vous aider à créer des extensions de panneau latéral de haute qualité.

Vos commentaires sont importants pour élaborer cette API. Veuillez nous faire part de vos réflexions et de vos demandes de fonctionnalités dans les groupes Chromium. Nous vous informerons des prochaines mises à jour à mesure que nous continuerons d'améliorer l'API Side Panel.

Nouveaux exemples : WASM dans les extensions

Publié le

Deux nouveaux exemples sont disponibles pour vous montrer comment utiliser WASM dans une extension :

Un grand merci au contributeur GitHub @daidr pour ces exemples.

Mise à jour des consignes de migration vers Manifest V3

Publié le

Nous avons mis à jour la section Problèmes connus de nos conseils de migration vers Manifest V3 avec une liste actualisée des lacunes de la plate-forme d'extensions que nous prévoyons de combler avant d'annoncer une nouvelle chronologie d'abandon de Manifest V2.

Enregistrer de l'audio et de la vidéo avec Manifest V3

Publié le

Nous venons de publier un nouvel article intitulé Enregistrement audio et capture d'écran, qui explique comment enregistrer de l'audio ou de la vidéo à partir d'un onglet, d'une fenêtre ou d'un écran dans Manifest V3. Cet article décrit plusieurs approches d'enregistrement impliquant l'API chrome.tabCapture et la fonction getDisplayMedia().

Chrome 114 : augmentation du quota storage.local

Publié le

Nous avons augmenté le quota de la propriété storage.local à environ 10 Mo. Cette décision a été prise par le Web Extensions Community Group. Cela permet d'aligner storage.local sur storage.session, qui a été modifié dans Chrome 112.

Nouveau tutoriel et aide pour les service workers d'extension

Publié le

Les service workers font partie intégrante des extensions Chrome. Nous venons de publier un tutoriel qui explique les bases de l'enregistrement, du débogage et de l'interaction avec les Service Workers. Nous avons également ajouté un nouveau guide sur les service workers qui explique plus en détail les concepts importants. Nous étofferons cette section au cours des prochains mois.

Autres conseils de dépannage pour les cas de non-respect des règles du Chrome Web Store

Publié le

Pour vous aider à publier des éléments sur le Chrome Web Store, nous avons ajouté de nouvelles consignes dans deux domaines. Les consignes concernant les fonctionnalités minimales visent à offrir des avantages aux utilisateurs et à enrichir leur expérience de navigation. Les consignes concernant les annonces affiliées visent à informer les utilisateurs des extensions qui utilisent des liens ou des codes d'affiliation pour la monétisation, et à leur donner un certain contrôle en exigeant une action de leur part avant l'inclusion.

Nouvelles instructions pour le convertisseur de fichier manifeste d'extension

Publié le

Nous avons réécrit le fichier README du convertisseur de fichier manifeste d'extension pour vous permettre de voir plus facilement ce que vous devez faire après avoir exécuté l'outil. Le convertisseur permet de migrer les extensions basées sur Manifest V2 vers Manifest V3. Le nouveau fichier README décrit le fonctionnement de l'outil en utilisant des termes proches de ceux de la checklist du guide de migration. Le convertisseur ne fait pas tout, mais il élimine de nombreuses tâches qui ne nécessitent pas de jugement humain.

Chrome 113 : nouvelles raisons pour les documents hors écran

Publié le

Nous avons ajouté deux nouveaux types de motifs à l'API Offscreen Documents. Utilisez LOCAL_STORAGE pour accéder à l'API localStorage de la plate-forme Web. Utilisez WORKER lorsque vous créez des nœuds de calcul Web.

Google Analytics 4 est désormais disponible dans le tableau de bord des développeurs

Publié le

Le tableau de bord du développeur Chrome Web Store est désormais compatible avec Google Analytics 4 (GA4). Nous avons simplifié la configuration de Google Analytics et la gestion des accès pour les éditeurs de groupes. Si vous utilisiez auparavant Google Universal Analytics pour suivre l'activité de votre fiche Play Store, vous devrez prendre des mesures d'ici le 1er juillet 2023 pour continuer à recevoir des données sur votre fiche. Pour en savoir plus, consultez le post sur la liste de diffusion des extensions Chrome.

L'API File Handling arrive sur ChromeOS

Publié le

L'API File Handler est disponible pour les tests sur ChromeOS dans Canary pour les versions 112 et 113. Elle permet aux extensions sur ChromeOS d'ouvrir des fichiers avec des types MIME et des extensions de fichier spécifiques. Pour implémenter la gestion des fichiers, ajoutez un ensemble de règles au fichier manifest.json. Cette fonctionnalité fonctionne de la même manière que pour les progressive web apps. Pour en savoir plus, consultez cet article sur ce site.

Pour activer la gestion des fichiers :

  • À partir de la version 112, lancez Chrome à l'aide de l'indicateur --enable-features=ExtensionWebFileHandlers.
  • À partir de la version 113, collez os://flags/#extension-web-file-handlers dans l'omnibox Chrome, puis sélectionnez "Activé" dans le menu déroulant.

Nous espérons lancer cette fonctionnalité dans Chrome 115, fin juin. Surveillez cet espace pour les mises à jour.

Nouveaux exemples : déclarations dynamiques et injection programmatique

Publié le

Nous avons créé un nouvel exemple pour l'API chrome.scripting. Il présente les déclarations dynamiques, où un script de contenu est enregistré au moment de l'exécution, et l'injection programmatique, où un script est exécuté dans un onglet déjà ouvert.

Nouveaux exemples : cas d'utilisation de la requête réseau déclarative

Publié le

Trois nouveaux exemples sont disponibles pour illustrer l'API Declarative Net Request. Chacun d'eux illustre l'implémentation d'un cas d'utilisation unique. La première montre comment bloquer les cookies. Les deux autres montrent comment bloquer et rediriger des URL.

Chrome 112 : augmentation du quota storage.session

Publié le

À partir de Chrome 112, le quota de la propriété storage.session a été augmenté à environ 10 Mo. Cela a été convenu dans le groupe de la communauté des extensions Web : https://github.com/w3c/webextensions/issues/350.

Chrome 109 : documents hors écran

Publié le

Les documents hors écran sont désormais disponibles dans les extensions Manifest V3. Ils facilitent la transition des pages en arrière-plan vers les service workers d'extension en fournissant une assistance pour les fonctionnalités et les API liées au DOM. Pour en savoir plus, consultez l'article de blog.

Chrome 110 : une extension est-elle activée ?

Publié le

La méthode chrome.action.isEnabled() vérifie de manière programmatique si une extension a été activée pour un onglet spécifique. Cela vous évite de gérer l'état activé de vos onglets. Cette nouvelle méthode utilise un ID d'onglet et une référence à un rappel, et renvoie une valeur booléenne. Elle présente une limite : les onglets créés à l'aide de chrome.declarativeContent renvoient toujours la valeur "false".

(L'espace de noms chrome.action a récemment reçu de nouvelles méthodes pour contrôler l'apparence des badges d'extension. Pour en savoir plus, consultez Définir les couleurs des badges.)

Chrome 110 : Modification du délai d'inactivité du service worker

Publié le

Auparavant, un service worker d'extension s'arrêtait fréquemment au bout de cinq minutes. Nous avons modifié ce comportement pour qu'il ressemble davantage à la durée de vie des service workers sur le Web. Un service worker d'extension est arrêté après 30 secondes d'inactivité ou si une activité prend plus de cinq minutes à traiter. Pour en savoir plus, consultez Durée de vie plus longue des service workers d'extension.

Article : Mise en pause de l'abandon de Manifest V2

Publié le

Le calendrier d'abandon de Manifest V2 est en cours d'examen et les tests planifiés début 2023 sont reportés. Pour en savoir plus, consultez la mise à jour dans la liste de diffusion des extensions Chrome.

Chrome 110 : Définir les couleurs des badges

Publié le

L'espace de noms chrome.action comporte deux nouvelles méthodes pour vous permettre de mieux contrôler l'apparence des badges d'extension. Les méthodes setBadgeTextColor() et getBadgeTextColor() permettent à une extension de modifier et d'interroger la couleur du texte du badge de l'icône de sa barre d'outils. Lorsqu'elles sont utilisées avec setBadgeBackgroundColor et getBadgeBackgroundColor, ces nouvelles méthodes vous permettent d'assurer la cohérence de la conception et de la marque.

Article de blog : Plus d'informations sur la transition vers Manifest V3

Publié le

Nous avons clarifié le calendrier d'abandon de Manifest V2. Le calendrier d'assistance Manifest V2 a également été mis à jour pour refléter ces informations.

Mise à jour de la documentation : problèmes connus lors de la migration vers Manifest V3

Publié le

Nous avons compilé une liste des fonctionnalités majeures en cours de développement et des bugs ouverts. L'objectif de cette page est d'aider les développeurs à mieux comprendre l'état actuel de la plate-forme et les fonctionnalités qu'ils peuvent cibler pour se préparer à l'avenir.

Chrome Web Store : suppression de l'importation d'images "grandes vignettes promotionnelles"

Date de publication :

Le Chrome Web Store a supprimé l'UI d'importation de la "grande vignette promotionnelle" de l'onglet "Fiche du Store" de l'élément dans le tableau de bord du développeur. Cette modification n'affecte pas l'expérience utilisateur, car ces images n'étaient pas utilisées dans l'UI destinée aux consommateurs. Pour en savoir plus, consultez cet article sur les extensions Chromium.

Chrome 106 : autoriser les pages sur les URL file:// à accéder aux ressources accessibles sur le Web

Date de publication :

Les origines opaques telles que les iframes en bac à sable et l'importation dynamique devraient également pouvoir accéder aux ressources Web accessibles, selon crbug.com/1219825#c11.

Chrome 106 : correction d'un bug qui autorisait des arguments finaux incorrects sur certaines fonctions d'API asynchrones

Date de publication :

Auparavant, Manifest V3 appelant des API asynchrones pouvait fournir un argument final non valide sans que Chrome ne génère d'erreur. Grâce à cette correction, Chrome affichera désormais correctement une erreur et indiquera qu'aucune signature correspondante n'a été trouvée. Nous encourageons les développeurs à vérifier leurs extensions sur Canary pour détecter toute erreur au cas où ils utiliseraient accidentellement une signature incorrecte pour un appel d'API qui sera interrompu par ce correctif.

Article de blog : Refonte des statistiques du Chrome Web Store

Publié le

Le Chrome Web Store a repensé l'expérience d'analyse des articles pour le tableau de bord du développeur Chrome Web Store. Le nouveau tableau de bord est plus facile à comprendre en un coup d'œil et regroupe les informations les plus utiles en haut de page. Pour en savoir plus, consultez l'article de blog.

Chrome 105 : promesses pour l'API Identity

Publié le

Les fonctions de l'API Identity sont désormais compatibles avec les appels basés sur des promesses. Cela entraîne une légère modification de la surface pour identity.getAuthToken(), où l'ensemble de retours asynchrones défini sur un appel basé sur une promesse aura "token" et "grantedScopes" comme paramètres sur un seul objet (contrairement à la version de rappel qui les reçoit comme arguments distincts du rappel).

Chrome 104 : nouvelle API de favicons pour Manifest V3

Publié le

Les extensions Manifest V3 peuvent désormais accéder aux favicons à l'aide d'un nouveau format d'URL : chrome-extension://<id>/_favicon/, où correspond à l'ID de votre extension. Elle remplace l'API chrome://favicons de la plate-forme Manifest V2. Pour en savoir plus, consultez la documentation de l'API Favicon.

Mise à jour de la documentation : déclaration des développeurs en tant que commerçants ou non-commerçants

Publié le

Ajout de l'identification des développeurs en tant que professionnels ou non-professionnels, qui permet aux développeurs de déclarer avec précision leur statut.

Chrome 103 : Wasm dans Manifest V3 nécessite wasm-unsafe-eval

Publié le

Chrome n'accorde plus l'autorisation script-src: wasm-unsafe-eval aux extensions par défaut. Les extensions qui utilisent WebAssembly doivent désormais ajouter explicitement cette directive et cette valeur à extension_pages dans leurs déclarations content_security_policy.

Chrome 103 : les modifications apportées aux raccourcis MV3 prennent effet immédiatement

Publié le

Lorsque vous modifiez le raccourci clavier d'une extension Manifest V3 sur chrome://extensions/shortcuts, les modifications sont désormais appliquées immédiatement. Auparavant, l'extension devait être rechargée pour que la modification prenne effet.

Chrome 102 : scripts de contenu dynamique dans le monde principal

Publié le

Les scripts de contenu enregistrés de manière dynamique peuvent désormais spécifier le monde dans lequel les éléments seront injectés. Pour en savoir plus, consultez scripting.registerContentScripts().

Chrome 102 : nouveau champ de fichier manifeste "optional_host_permissions"

Publié le

Les extensions Manifest V3 peuvent désormais spécifier la clé optional_host_permissions dans manifest.json. Cela permet aux extensions Manifest V3 de déclarer des modèles de correspondance facultatifs pour les hôtes, tout comme les extensions Manifest V2 pouvaient le faire à l'aide de la clé optional_permissions.

Chrome 102 : propriété injectImmediately dans scripting.executeScript()

Publié le

chrome.scripting.executeScript() accepte désormais une propriété injectImmediately facultative sur son argument injection. Si cette option est présente et définie sur "true", le script sera injecté dans la cible dès que possible, au lieu d'attendre document_idle. Notez que cela ne garantit pas que le script sera injecté avant le chargement de la page, car la page continue de se charger pendant l'appel d'API.

Chrome 102 : compatibilité de l'API Omnibox dans Manifest V3

Publié le

L'API Omnibox peut désormais être utilisée dans les extensions basées sur les service workers. Auparavant, certaines méthodes de cette API généraient une exception lors de l'invocation en raison de dépendances internes sur les capacités du DOM.

Chrome 102 : wasm-unsafe-eval autorisé dans le CSP Manifest V3

Publié le

Les extensions Manifest V3 peuvent désormais inclure wasm-unsafe-eval dans leurs déclarations content_security_policy. Cette modification permet aux extensions Manifest V3 d'utiliser WebAssembly.

Chrome 102 : nouvelle API storage.session

Publié le

Les extensions Manifest V3 peuvent désormais utiliser le stockage en mémoire storage.session .

Mise à jour de la documentation : découverte des éléments du Chrome Web Store

Publié le

La page Découverte sur le Chrome Web Store explique comment les utilisateurs trouvent des éléments sur le Chrome Web Store et comment nos éditeurs sélectionnent les éléments à mettre en avant.

Chrome 101 : amélioration des conditions de domaine declarativeNetRequest

Publié le

Les conditions des règles declarativeNetRequest ont été mises à jour pour permettre aux extensions de mieux cibler les requêtes en fonction des domaines "request" et "initiator" de la requête. Les propriétés de condition concernées sont initiatorDomains, excludedInitiatorDomains, requestDomains et excludedRequestDomains. Consultez également ce fil de discussion sur les extensions Chromium.

Chrome 100 : problème résolu avec scripting.executeScript() sur les onglets nouvellement créés

Correction d'un problème de longue date où l'appel de scripting.executeScript() sur un onglet ou une fenêtre nouvellement créés pouvait échouer.

Chrome 100 : le port de messagerie natif maintient le service worker actif

Publié le

La connexion à un hôte de messagerie native à l'aide de chrome.runtime.connectNative() dans le service worker d'une extension devrait maintenir le service worker actif tant que le port est ouvert.

Chrome 100 : omnibox.setDefaultSuggestion() est compatible avec les promesses et les rappels

Publié le

La méthode omnibox.setDefaultSuggestion() renvoie désormais une promesse ou accepte un rappel pour permettre aux développeurs de déterminer quand la suggestion a été correctement définie.

Chrome 100 : compatibilité de i18n.getMessage() dans les service workers d'extension

Publié le

L'API chrome.i18n.getMessage() est désormais compatible avec les contextes de service worker d'extension.

Chrome 99 : match_origin_as_fallback dans Canary

Publié le

Les scripts de contenu peuvent désormais spécifier la clé match_origin_as_fallback pour l'injection dans les frames associés à un frame correspondant, y compris les frames avec des URL about:, data:, blob: et filesystem:. Pour en savoir plus, consultez la documentation sur les scripts de contenu.

Chrome 99 : prise en charge des service workers d'extensions pour les schémas de fichiers dans Canary

Publié le

Les extensions Manifest V2 et Manifest V3 basées sur des service workers peuvent désormais utiliser l'API Fetch pour demander des URL de schéma file:. L'accès aux URL de schéma file: nécessite toujours que l'utilisateur active l'option "Autoriser l'accès aux URL de fichiers" pour l'extension sur la page chrome://extensions.

Chrome 99 : prise en charge des promesses pour les API de messagerie dans Canary

Publié le

La prise en charge des promesses a été ajoutée à tabs.sendMessage, runtime.sendMessage et runtime.sendNativeMessage pour les extensions conçues pour Manifest V3.

Mise à jour de la documentation : documentation sur l'examen du Chrome Web Store

Publié le

Ajout d'une nouvelle page de référence qui présente le processus d'examen du Chrome Web Store et explique comment est appliqué le Règlement du programme pour les développeurs.

Chrome 98 : scripting.executeScript() et scripting.insertCSS() acceptent plusieurs fichiers

Publié le

Les méthodes executeScript() et insertCSS() de l'API Scripting acceptent désormais plusieurs fichiers. Auparavant, ces méthodes nécessitaient un tableau avec une seule entrée de fichier.

Mise à jour de la documentation : résolution des problèmes liés aux cas de non-respect

Publié le

La page Résoudre les problèmes de non-respect des règles du Chrome Web Store a été mise à jour pour fournir aux développeurs des conseils plus détaillés sur les motifs de refus courants.

Chrome 96 : compatibilité étendue des promesses à 27 API supplémentaires

Publié le

Cette version contient beaucoup plus de mises à jour de promesses que les versions précédentes. Les mises à jour incluent les API d'extensions générales et celles spécifiques à ChromeOS. Développez les sections suivantes pour en savoir plus.

API Extensions

Un certain nombre d'API sont désormais compatibles avec les promesses dans Manifest V3.

De plus, les API qui utilisent le prototype ChromeSetting sont désormais compatibles avec les promesses. Les API suivantes sont concernées par ce changement.

API ChromeOS

Chrome 96 : scripts de contenu dynamique

Publié le

L'API chrome.scripting permet désormais d'enregistrer, mettre à jour, désenregistrer et obtenir la liste des scripts de contenu au moment de l'exécution. Auparavant, les scripts de contenu ne pouvaient être déclarés de manière statique que dans le fichier manifest.json d'une extension ou injectés de manière programmatique au moment de l'exécution avec chrome.scripting.executeScript().

Mise à jour de la documentation : calendrier d'assistance Manifest V2

Publié le

Le calendrier de transition de Manifest V2 à V3 a été annoncé dans cet article de blog. Une page plus détaillée sur le calendrier a également été publiée.

Chrome 96 : autorisation declarativeNetRequestWithHostAccess

Publié le

La nouvelle autorisation declarativeNetRequestWithHostAccess permet aux extensions d'utiliser l'API chrome.declarativeNetRequest sur les sites pour lesquels l'extension dispose d'autorisations d'hôte. Cela permet également aux extensions Manifest V2 existantes qui utilisent webRequest, webRequestBlocking et l'autorisation d'hôte spécifique au site de migrer vers l'API chrome.declarativeNetRequest sans que l'utilisateur ait à approuver de nouvelles autorisations.

Chrome 95 : injecter des scripts directement dans les pages

Publié le

La méthode executeScript() de l'API chrome.scripting peut désormais injecter des scripts directement dans le monde principal d'une page. Auparavant, les extensions ne pouvaient injecter du contenu que directement dans leur monde isolé. Pour en savoir plus sur les mondes isolés, consultez la documentation sur les scripts de contenu.

Chrome 95 : prise en charge des promesses pour l'API Storage

Publié le

Les méthodes de la version Manifest V3 de l'API chrome.storage renvoient désormais des promesses.

Mise à jour du règlement : application de la validation en deux étapes

Publié le

L'article de blog sur la mise à jour du règlement publié le 29 juin 2021 a été modifié pour corriger le calendrier de déploiement de la validation en deux étapes.

Chrome 94 : modifications apportées aux ensembles de règles statiques de declarativeNetRequest

Publié le

chrome.declarativeNetRequest permet désormais de spécifier jusqu'à 50 ensembles de règles statiques (MAX_NUMBER_OF_STATIC_RULESETS) et d'activer jusqu'à 10 ensembles de règles (MAX_NUMBER_OF_ENABLED_STATIC_RULESETS) à la fois.

Chrome 93 : compatibilité avec l'isolation multi-origine

Publié le

Les extensions Manifest V2 et Manifest V3 peuvent désormais activer l'isolation multi-origine. Cette fonctionnalité limite les ressources d'origine croisée qui peuvent charger les pages d'une extension et permet l'utilisation de fonctionnalités de plate-forme Web de bas niveau telles que SharedArrayBuffer. L'activation sera obligatoire à partir de Chrome 95.

Mise à jour du règlement du programme pour les développeurs

Publié le

Le Règlement du programme Chrome Web Store pour les développeurs a été mis à jour pour clarifier les règles concernant les tactiques d'installation trompeuses, le spam et les contenus répétitifs. Cette mise à jour inclut également une nouvelle exigence de validation en deux étapes pour publier des éléments sur le Chrome Web Store. Pour en savoir plus, consultez l'article de blog.

Article de blog : actions d'extension dans Manifest V3

Publié le

Les extensions Chrome disposaient des API chrome.browserAction et chrome.pageActions depuis des années, mais Manifest V3 les a remplacées par une API chrome.actions générique. Cet article explore l'historique de ces API et les modifications apportées dans Manifest V3. Lire l'article

Article de blog : présentation de chrome.scripting

Publié le

L'API chrome.scripting est une nouvelle API Manifest V3 axée sur le scripting. Dans cet article, nous examinons les raisons de ce changement et les nouvelles fonctionnalités. Lire l'article

Chrome 92 : compatibilité avec les service workers de module

Publié le

Chrome est désormais compatible avec les modules JavaScript dans les service workers. Pour spécifier un module dans votre fichier manifeste :

"background": {
  "service_worker": "script.js",
  "type": "module"
}

Cela charge le script du worker en tant que module ES, ce qui vous permet d'utiliser le mot clé import dans le script du worker pour importer d'autres modules.

Chrome 91 : chrome.action.getUserSettings()

Publié le

La nouvelle méthode chrome.action.getUserSettings() permet aux extensions de déterminer si l'utilisateur a épinglé l'extension à la barre d'outils principale.

Chrome 90 : chrome.scripting.removeCSS()

Publié le

La nouvelle méthode chrome.scripting.removeCSS() permet aux extensions de supprimer le code CSS précédemment inséré via chrome.scripting.insertCSS(). Il remplace chrome.tabs.removeCSS().

Chrome 90 : renvoi de promesses à partir de scripting.executeScript()

Publié le

chrome.scripting.executeScript() accepte désormais le renvoi de promesses. Si la valeur résultant de l'exécution du script est une promesse, Chrome attend que la promesse soit établie et renvoie sa valeur résultante.

Chrome 90 : les résultats de chrome.scripting.executeScript() incluent frameId

Publié le

Les résultats renvoyés par chrome.scripting.executeScript() incluent désormais frameId. La propriété frameId indique le frame à partir duquel le résultat est issu, ce qui permet aux extensions d'associer facilement les résultats aux frames individuels lors de l'injection dans plusieurs frames.

Chrome 89 : nouvelle API pour gérer les groupes d'onglets

Publié le

La nouvelle API chrome.tabGroups et les nouvelles fonctionnalités de chrome.tabs permettent aux extensions de lire et de manipuler les groupes d'onglets. Manifest V3 est requis.

Chrome 89 : autorisations personnalisables pour les ressources Web accessibles

Publié le

Les définitions des ressources accessibles sur le Web dans Manifest V3 ont été modifiées pour permettre aux extensions de restreindre l'accès aux ressources en fonction de l'origine ou de l'ID de l'extension de l'auteur de la requête.

Article de blog : Extension Manifest Converter

Publié le

L'équipe des extensions Chrome a publié en open source "Extension Manifest Converter", un outil Python qui automatise certains aspects mécaniques de la conversion des extensions vers Manifest V3. Consultez l'article de blog sur l'annonce et téléchargez-le depuis GitHub.

Chrome 88 : disponibilité générale de Manifest V3

Publié le

Manifest V3 est une mise à jour majeure de la plate-forme d'extensions. Pour obtenir un récapitulatif des fonctionnalités nouvelles et modifiées, consultez Présentation de Manifest V3. Les extensions peuvent continuer à utiliser Manifest V2 pour le moment, mais cette version sera progressivement abandonnée dans un avenir proche. Nous vous recommandons vivement d'utiliser Manifest V3 pour toute nouvelle extension et de commencer à migrer les extensions existantes vers Manifest V3 dès que possible.