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 des extensions, aux règles associées ou à d'autres modifications. Vous trouverez d'autres avis sur le groupe Google Extensions. Le calendrier de Chrome indique les dates de sortie des versions stables et bêta.

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

À partir de Chrome 132, la propriété frozen de l'API Tabs indique si un onglet a été gelé par le navigateur. Les messages envoyés à des 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 phase d'évaluation de l'origine. Vous pouvez ainsi créer des extensions Chrome qui utilisent Gemini Nano, notre modèle de langage le plus efficace, dans le navigateur.

Rejoignez la phase d'évaluation de l'API Prompt, disponible dans Chrome 131 à 136, et partagez vos commentaires. Vos commentaires peuvent avoir un impact direct sur la manière dont nous développons 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 un point sur les extensions Chrome. Nous avons des informations passionnantes sur l'intégration de l'IA, de nouvelles API, des événements et des vidéos. Pour en savoir plus, consultez What's happening in Chrome Extensions October edition (Actualités des extensions Chrome, édition d'octobre).

Rejoindre le défi de l'IA intégrée

Publié le

Chrome a lancé le défi IA intégrée. Vous êtes invité à créer des applications Web et des extensions Chrome innovantes à l'aide des modèles et API d'IA intégrés de Chrome. Vous pouvez ainsi gagner des prix d'une valeur totale de 65 000 $.

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

Chrome 130: action.onUserSettingsChanged

Publié le

À partir de Chrome 130, l'événement action.onUserSettingsChanged est disponible. Cette décision 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 décision fait suite à une proposition du groupe de la communauté WebExtensions.

Chrome 128: mise en correspondance de l'en-tête de réponse dans la requête réseau déclarative

Publié le

À partir de Chrome 128, nous ajoutons la prise en charge de la mise en 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 créé une API appropriée avec le groupe de la communauté WebExtensions.

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 mise en 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 à un stade ultérieur que les 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 les exécuter 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 de la page des Règles du programme pour les développeurs afin d'encourager le développement de produits de haute qualité, d'éviter les comportements trompeurs et de garantir le consentement éclairé des utilisateurs. Rebecca Soares, responsable des règles du Chrome Web Store, a résumé toutes les mises à jour dans l'article de blog Extensions Chrome: importantes mises à jour des règles.

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

Publié le

Au cours des trois derniers mois, nous avons déployé plusieurs mises à jour importantes et de nouvelles fonctionnalités, y compris le début de l'abandon progressif du fichier manifeste V2. Découvrez les nouveautés dans l'édition de juillet de What's happening in Chrome Extensions (Actualités des extensions Chrome).

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 les RHC ne sont plus autorisées, comment les détecter et ce qu'il faut 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, il 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 Chrome Extensions s'est entretenue avec l'équipe Trust & Safety qui supervise l'examen des extensions sur le Chrome Web Store pour répondre à vos questions. Regardez la vidéo complète.

Article de blog: Abandon progressif de Manifest V2

Publié le

À partir du 3 juin, sur les canaux Chrome Beta, Dev et Canary, si des utilisateurs ont encore des extensions Manifest V2 installées, une bannière d'avertissement s'affichera sur la page de gestion des extensions (chrome://extensions) pour les informer que certaines extensions (Manifest V2) qu'ils ont installées ne seront bientôt plus prises en charge. Pour en savoir plus, consultez l'annonce officielle.

Mises à jour de l'interface utilisateur du panneau latéral

Publié le

Nous avons récemment apporté quelques modifications à l'interface utilisateur du panneau latéral, y compris l'ajout d'une icône en forme de punaise et la suppression de l'icône du panneau latéral global. Pour en savoir plus, consultez le communiqué et notre documentation et nos exemples mis à jour.

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

Publié le

Une nouvelle édition de Google I/O est terminée, et nous avons couvert toutes les nouveautés passionnantes concernant les extensions. Pour voir la vidéo complète et découvrir quelques-uns des points forts, rendez-vous sur YouTube et consultez notre article de blog.

Passer l'examen des modifications de requêtes réseau déclaratives éligibles

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 les critères d'éligibilité et découvrir comment activer cette fonctionnalité, 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 de déploiement partiel. En savoir plus sur deployPercentage

Chrome 126: essais Origin Trial dans les extensions

Publié le

Chrome 126 introduit un nouveau champ manifest.json, trial_tokens, qui vous permet d'activer les essais Origin et Deprecation sur toutes les surfaces d'extension. Pour en savoir plus, consultez le guide.

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

Publié le

Nous avons publié une nouvelle édition de What's Happening in Chrome Extensions (Que se passe-t-il dans les extensions Chrome ?). Il explique ce sur quoi l'équipe de l'extension a travaillé ces derniers mois. Il s'agit notamment de la possibilité de revenir à une version précédente dans le Chrome Web Store, d'une meilleure prise en charge de Firebase Auth et de nouveaux lancements et mises à jour d'API.

Reversions de version dans le tableau de bord du développeur Chrome Web Store

Publié le

Revenez à la version précédente de votre extension publiée sur le Chrome Web Store, sans examen supplémentaire. Pour en savoir plus, consultez cet article de blog et la documentation.

Chrome 124: API documentScan avancée

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: prise en charge de 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 prend en charge 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 devait 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 qu'elle est contenue dans l'un des blocs CIDR spécifiés dans un tableau.

Chrome Web Store: modifications des exigences concernant la longueur du nom des extensions

Publié le

Sur le Chrome Web Store, une limite universelle de 75 caractères est désormais appliquée au champ "name" d'une extension dans le fichier manifeste.json. Auparavant, la limite pour l'anglais était de 45 caractères, et aucune restriction n'était appliquée au champ "name" dans d'autres langues.

Cette fonctionnalité était initialement destinée à prendre en compte les différences culturelles et linguistiques qui ne peuvent pas être capturées avec le même nombre de caractères. Malheureusement, un petit nombre de développeurs ont abusé de cette fonctionnalité pour spammer la plate-forme. Nous introduisons donc une nouvelle limite universelle, qui passe à 75 caractères. Cette limite couvre presque toutes les extensions disponibles sur la plate-forme aujourd'hui. Il est donc probable que vous n'ayez aucune action à entreprendre à la suite de ce changement. Si vous tentez d'importer une extension dont le nom dépasse la limite maximale, l'importation sera bloquée par la plate-forme.

Article de blog: le parcours d'eyeo pour tester la suspension des service workers

Publié le

Dans cet article de l'équipe Extension Engine d'eyeo, nous explorons le problème de test des workers de service d'extension. Dans Manifest V2, les extensions résidaient sur une page en arrière-plan, qui était active tout au long du cycle de vie de l'extension. Le fichier manifeste V3 utilise plutôt des services workers, qui, par conception, conservent les ressources en s'arrêtant lorsqu'ils ne sont pas nécessaires. Cela présente certains défis de test. Cet article explique comment eyeo a relevé ces défis.

Chrome 123: les alarmes s'exécutent 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 passe 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 définie pour se déclencher une fois par heure et que l'appareil sur lequel elle est activée soit en veille de 00h55 à 02h05. Seule l'alarme de 02h00 déclenche alors l'événement onAlarm. Il se déclenchera le plus près possible de 2h00 du matin et immédiatement lorsqu'un appareil se réveillera s'il était en veille.

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

Article de blog: Modifications du comportement de bfcache 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 le bfcache, le canal de messages 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 de BFCache.

Pour en savoir plus et obtenir un exemple de code, consultez la section Modifications du comportement de BFCache avec les ports de message d'extension.

Chrome 122: prise en charge des promesses dans les API d'extension asynchrones

Publié le

Nous avons terminé d'implémenter la prise en charge des promesses pour toutes les méthodes d'API d'extension asynchrones. Cela a été fait pour moderniser les méthodes d'API en améliorant l'ergonomie de la gestion des opérations asynchrones. Quelques méthodes (desktopCapture.chooseDesktopMedia(), par exemple) ne prennent toujours en charge que les rappels, car leurs surfaces actuelles ne sont pas compatibles avec les promesses. Pour assurer la rétrocompatibilité, les rappels sont toujours pris en charge. Si vous trouvez une promesse qui échoue, veuillez signaler un bug.

Nouvelles consignes 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 fournissent un chemin de communication instantané entre vos serveurs et vos installations d'extensions. De plus, nous avons de nouvelles consignes concernant l'utilisation de chrome.gcm et de Web Push.

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

Publié le

Nous venons de publier un guide expliquant comment tester l'arrêt d'un service worker avec Puppeteer. L'exemple associé le montre 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 date et l'heure de la dernière activation de l'onglet. 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 en 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 provoquait une erreur. La présence de ces clés déclenche désormais un avertissement.

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

Chrome 120: précision minimale de l'alarme 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 de 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 de la prise en charge du filtrage de contenu dans Manifest V3

Publié le

Découvrez comment nous avons amélioré l'API declarativeNetRequest dans 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 a récemment été publiée. Pour obtenir un résumé des nouveautés 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 un jalon important, car elle supprime les deux derniers éléments (userScripts, gestionnaire de fichiers sur ChromeOS) de la liste des lacunes critiques de la plate-forme.

Avis important: Modification de la gestion des URL des règles de confidentialité dans le tableau de bord du développeur

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. Vous pouvez ainsi fournir une politique de confidentialité différente pour chaque élément. Pour en savoir plus sur ce changement, consultez notre avis.

Vidéo: Entretien avec Matt Frisbie

Publié le

Nous venons de publier une nouvelle vidéo sur la chaîne YouTube Chrome pour les développeurs, dans laquelle nous discutons avec Matt Frisbie, développeur expert Google et auteur. Cliquez ici pour le regarder.

Nouvelles consignes pour tester les extensions

Publié le

Nous venons de publier de nouvelles consignes sur l'écriture de tests automatisés pour les extensions, y compris sur la manière 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 des extensions Chrome en octobre 2023

Publié le

Nous venons de publier la deuxième édition de What's Happening in Chrome Extensions (Que se passe-t-il dans les extensions Chrome ?). Cet article décrit ce sur quoi l'équipe chargée des extensions a travaillé ces 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 d'API intéressantes, comme l'API Reading List et l'API User Scripts.

Augmentation des limites des 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 règles statiques activées, qui passe de 10 à 50. De plus, nous augmentons le nombre total de règles statiques autorisées de 50 à 100. Cette fonctionnalité est actuellement disponible dans Canary.

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

Publié le

Les extensions ne doivent plus utiliser de code hébergé à distance, ce qui est une exigence de Manifest V3. Bien que cette information figure dans notre guide de migration depuis le début, nous avons pensé qu'il était utile d'améliorer les conseils sur ce point. Cette page fournit désormais plus d'informations sur ce qui est encore possible dans Manifest V3 et sur les stratégies de migration.

Un article complémentaire a été ajouté à la section 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 du code hébergé à distance sont refusées.

Chrome 118: la valeur par défaut de isUrlFilterCaseSensitive est désormais "false"

Publié le

À partir de Chrome 118, la propriété isUrlFilterCaseSensitive dans 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.

Cette décision fait suite à des discussions dans le groupe de la communauté des extensions Web. Firefox et Safari ont déjà implémenté une modification similaire.

Documentation sur les cookies et les API Web Storage

Publié le

Nous avons publié un nouveau guide sur le fonctionnement des cookies et des API Web Storage dans les extensions Chrome. Il inclut des informations sur les modifications apportées aux cookies et au partitionnement de l'espace de 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, ainsi que des informations sur leur fonctionnement dans les extensions.

Exemples d'extensions désormais disponibles pour 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 propose plusieurs options. Un champ de recherche vous permet de rechercher du texte dans des exemples de titres. Vous pouvez limiter la recherche par autorisation ou par API d'extension. Un filtre supplémentaire vous permet de limiter la recherche à des exemples d'API ou fonctionnels (cas d'utilisation).

Cette nouvelle page d'exemple a été créée par Xuezhou Dai, un participant au Google Summer of Code, qui a également contribué à plusieurs autres exemples. Pour en savoir plus sur son expérience de l'été dernier, consultez cet article de blog.

Comme auparavant, vous pouvez toujours cloner ou forker nos exemples de code sur GitHub.

Chrome 118: modifications apportées aux URL de schéma "file:"

Publié le

À partir de Chrome 118, le paramètre "Autoriser l'accès aux URL de fichier" devra être activé sur la page chrome://extensions pour que les extensions puissent ouvrir les URL de schéma file:// à l'aide des API Tabs ou Windows. Vous pouvez vérifier cet accès par programmation en appelant chrome.extension.isAllowedFileSchemeAccess(). Firefox limite déjà les URL de fichiers, et Safari accepte le changement. Pour en savoir plus, consultez le post dans le groupe Google des extensions.

Chrome 117: Protections étendues des URL sur les navigations de l'API de l'extension

Publié le

Auparavant, la navigation déclenchée à partir d'appels d'API d'extension pour tabs.update(), tabs.create() et windows.create() émettait 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(), et 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 concernant 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 en afficher le contenu, ce qui offre une meilleure confidentialité aux utilisateurs. Il est également difficile à utiliser. C'est pourquoi nous avons réécrit les consignes de manière à vous donner une idée plus claire de la façon d'implémenter des règles déclaratives. 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 ignorent les scripts de contenu par défaut

Publié le

Les scripts de contenu injectés figurent désormais dans la liste d'éléments à ignorer de DevTools par défaut. Cela n'a aucune incidence sur 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 d'éléments à ignorer. Pour désactiver ce comportement, ouvrez DevTools, accédez à Settings (Paramètres), puis à Ignore list (Liste d'ignorer). Pour en savoir plus, consultez Nouveautés concernant les outils pour les développeurs.

Version bêta de Chrome 116: plus que nous ne pouvons pas mettre 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. Plusieurs améliorations ont été apportées aux services workers. Les améliorations apportées à la version 116 sont suffisamment nombreuses pour que nous rédigions un article de blog à leur sujet. Chrome 116 est disponible en version bêta depuis le 19 juillet.

Article de blog : "What's happening in Chrome Extensions" (Que se passe-t-il dans les extensions Chrome ?)

Publié le

Nous venons de publier un aperçu des modifications et améliorations apportées aux extensions cette année. Cet article présente les grandes 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. Cet article en liste beaucoup plus, avec des liens vers tous.

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

Publié le

Nous avons publié de nouvelles recommandations 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 énumérations reason lorsque vous appelez chrome.offscreen.createDocument(). Utilisez cette option lorsqu'un document hors écran est utilisé à plusieurs fins différentes. 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 des extensions, un serveur de mise à jour des extensions local qui permet de 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 autorisations nouvellement demandées. Cet outil est particulièrement utile pour simuler les modifications d'autorisations 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 associée qui permet aux utilisateurs d'accéder à des outils à côté du contenu qu'ils consultent. Pour en savoir plus, consultez la documentation de référence de l'API du panneau latéral. 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 relatives à la qualité et nos bonnes pratiques pour fournir des conseils supplémentaires sur la création d'extensions de panneau latéral de haute qualité.

Vos commentaires sont importants pour la conception de cette API. Veuillez partager vos idées et vos demandes de fonctionnalités dans les groupes Chromium. Nous vous tiendrons informé des prochaines nouveautés à mesure que nous continuerons d'améliorer l'API du panneau latéral.

Nouveaux exemples: WASM dans les extensions

Publié le

Deux nouveaux exemples sont disponibles pour illustrer l'utilisation de WASM dans une extension:

Merci tout particulièrement 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'extension que nous prévoyons de combler avant d'annoncer un nouveau calendrier 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 le fichier manifeste 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é convenue dans le groupe de la communauté des extensions Web. storage.local est ainsi mis en conformité avec storage.session, qui a été modifié dans Chrome 112.

Tutoriel et aide sur le nouveau service worker d'extension

Publié le

Les services workers font partie intégrante des extensions Chrome. Nous venons de publier un tutoriel expliquant les principes de base de l'enregistrement, du débogage et de l'interaction avec les services workers. Nous avons également ajouté un nouveau guide sur les services workers qui explique plus en détail les concepts importants. Nous allons développer cette section dans les mois à venir.

Autres conseils de dépannage pour les cas de non-respect des règles concernant les boutiques en ligne

Publié le

Pour vous aider à publier des applications 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 à des fins de 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 aider à comprendre plus facilement ce que vous devez faire après avoir exécuté l'outil. Le convertisseur permet de migrer les extensions créées sur Manifest V2 vers Manifest V3. Le nouveau fichier README décrit ce que fait l'outil à l'aide de mots qui correspondent presque exactement à ceux de la checklist du guide de migration. Le convertisseur n'est pas tout-en-un, mais il élimine de nombreuses tâches qui ne nécessitent pas d'intervention humaine.

Chrome 113: Nouvelles raisons pour les documents hors écran

Publié le

Nous avons ajouté deux nouveaux types de raisons à 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 désormais disponible dans le tableau de bord du développeur

Publié le

Le tableau de bord du développeur du 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 Play Store. Pour en savoir plus, consultez cet article du groupe Google Chromium Extensions.

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. Il permet aux extensions de ChromeOS d'ouvrir des fichiers avec des types et des extensions MIME spécifiés. Pour implémenter la gestion des fichiers, ajoutez un ensemble de règles à manifest.json. Cette fonctionnalité fonctionne de la même manière que pour les applications Web progressives. Pour en savoir plus, consultez cet article sur ce site.

Pour activer la gestion des fichiers:

  • À partir de la version 112, lancement de Chrome à l'aide de l'indicateur --enable-features=ExtensionWebFileHandlers
  • À partir de la version 113, collez os://flags/#extension-web-file-handlers dans la barre d'adresse de 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 nouveau sample 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. Chacune illustre l'implémentation d'un seul cas d'utilisation. La première montre comment bloquer les cookies. Les deux derniers illustrent le blocage et la redirection d'URL.

Chrome 112: augmentation du quota de storage.session

Publié le

À partir de Chrome 112, le quota de la propriété storage.session a été augmenté à environ 10 Mo. Cette décision a été prise par 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'extensions en prenant en charge les fonctionnalités et les API liées au DOM. Pour en savoir plus, consultez cet 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. Vous n'avez donc pas besoin de maintenir l'état activé de vos onglets. Cette nouvelle méthode prend un ID d'onglet et une référence à un rappel, et renvoie une valeur booléenne. Il 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é des service workers

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 s'arrête après 30 secondes d'inactivité ou si le traitement d'une seule activité prend plus de cinq minutes. Pour en savoir plus, consultez Longueur de vie plus longue des nœuds de calcul de service d'extension.

Post: Mise en veille 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 le groupe Google chromium-extensions.

Chrome 110: Définir les couleurs des badges

Publié le

L'espace de noms chrome.action propose deux nouvelles méthodes pour vous permettre de mieux contrôler les badges des extensions d'apparence. Les méthodes setBadgeTextColor() et getBadgeTextColor() permettent à une extension de modifier et d'interroger la couleur du texte du badge de son icône de barre d'outils. Lorsqu'elles sont utilisées avec setBadgeBackgroundColor et getBadgeBackgroundColor, ces nouvelles méthodes vous permettent de garantir 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 précisé 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 dressé la liste des principales fonctionnalités actuellement en cours de développement et des bugs ouverts. Notre objectif 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 pour la "grande carte promotionnelle"

Publié le

Le Chrome Web Store a supprimé l'UI d'importation de la "grande carte promotionnelle" de l'onglet "Fiche Play Store" du tableau de bord du développeur. Ce changement n'a aucune incidence sur l'expérience utilisateur finale, car ces images n'étaient pas utilisées dans l'interface utilisateur grand public. Pour en savoir plus, consultez cet article sur les extensions Chromium.

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

Publié le

Selon crbug.com/1219825#c11, les origines opaques telles que les iFrames en bac à sable et l'importation dynamique doivent également pouvoir accéder aux ressources accessibles sur le Web.

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

Publié le

Auparavant, Manifest V3 appelant des API asynchrones pouvait fournir un argument final non valide, et Chrome n'enregistrait aucune erreur. Avec cette correction, Chrome signalera désormais correctement l'erreur et indiquera qu'aucune signature ne correspond. Nous encourageons les développeurs à vérifier s'il existe des erreurs dans leurs extensions sur Canary au cas où ils utiliseraient accidentellement une signature incorrecte pour un appel d'API qui sera endommagé par ce correctif.

Article de blog: Refonte des données analytiques 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 consolide les informations les plus utiles. Pour en savoir plus, cliquez ici.

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 un léger changement de surface pour identity.getAuthToken(), où le retour asynchrone défini sur un appel basé sur une promesse aura "token" et "grantedScopes" comme paramètres sur un seul objet (contrairement à la version du rappel qui les reçoit en tant qu'arguments distincts du rappel).

Chrome 104: nouvelle API favicons pour Manifest V3

Publié le

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

Mise à jour des documents: Déclaration du développeur en tant que commerçant ou non

Publié le

Ajout de l'identification des développeurs professionnels/non professionnels, qui informe les développeurs de déclarer précisément leur statut de professionnel/non professionnel.

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

Publié le

Chrome n'accorde plus d'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 mises à jour sont désormais appliquées immédiatement. Auparavant, l'extension devait être actualisée pour que le changement prenne effet.

Chrome 102: scripts de contenu dynamique dans le monde principal

Publié le

Les scripts de contenu enregistrés dynamiquement 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 elle est présente et définie sur "true", le script s'injecte 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: prise en charge de l'API Omnibox dans Manifest V3

Publié le

L'API Omnibox peut désormais être utilisée dans les extensions basées sur des service workers. Auparavant, certaines des méthodes de cette API généraient une exception lors de l'appel en raison de dépendances internes aux fonctionnalités 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. Ce changement 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 des documents: découverte d'articles sur le Chrome Web Store

Publié le

Découverte sur le Chrome Web Store présente comment les utilisateurs trouvent des éléments sur le Chrome Web Store et comment nos rédacteurs sélectionnent les éléments à mettre en avant.

Chrome 101: Amélioration des conditions de domaine declarativeNetRequest

Publié le

Les conditions de règle 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 pertinentes sont initiatorDomains, excludedInitiatorDomains, requestDomains et excludedRequestDomains. Consultez également ce fil de discussion sur les extensions Chromium.

Chrome 100: Résolution du problème lié à scripting.executeScript() dans les nouveaux onglets

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

Chrome 100: le port de messagerie natif maintient le service worker en vie

Publié le

Se connecter à un hôte de messagerie natif à l'aide de chrome.runtime.connectNative() dans le service worker d'une extension doit maintenir le service worker actif tant que le port est ouvert.

Chrome 100: omnibox.setDefaultSuggestion() prend en charge 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: prise en charge de i18n.getMessage() dans les service workers d'extensions

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 à injecter dans les cadres associés à un cadre correspondant, y compris les cadres 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 schémas file: dans les service workers d'extensions 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 "Autoriser l'accès aux URL de fichier" pour l'extension sur la page chrome://extensions.

Chrome 99: promesse de prise en charge des 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 créées pour Manifest V3.

Mise à jour de la documentation: documentation sur l'examen des applications sur le 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 l'application du Règlement du programme pour les développeurs est gérée.

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

Publié le

Les méthodes executeScript() et insertCSS() de l'API de script 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: informations sur le dépannage des cas de non-respect des règles d'examen

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 raisons courantes de refus.

Chrome 96: compatibilité étendue avec 27 API supplémentaires

Publié le

Cette version contient beaucoup plus de mises à jour de promesses que toute version précédente. Les mises à jour incluent à la fois des API d'extensions générales et 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 également compatibles avec les promesses. Ce changement a une incidence sur les API suivantes.

API ChromeOS

Chrome 96: scripts de contenu dynamiques

Publié le

L'API chrome.scripting est désormais compatible avec l'enregistrement, la mise à jour, la désinscription et l'obtention d'une liste de scripts de contenu au moment de l'exécution. Auparavant, les scripts de contenu ne pouvaient être déclarés de manière statique dans le fichier manifest.json d'une extension ou injectés par programmation au moment de l'exécution avec chrome.scripting.executeScript().

Mise à jour des documents: calendrier de prise en charge de Manifest V2

Publié le

Le calendrier de transition de Manifest V2 vers Manifest V3 a été annoncé dans cet article de blog et une page de calendrier plus détaillée a é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: injection de 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 directement que dans le monde isolé de l'extension. Pour en savoir plus sur les mondes isolés, consultez la documentation sur les scripts de contenu.

Chrome 95: prise en charge de l'API Storage

Publié le

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

Mise à jour des règles: validation en deux étapes obligatoire

Publié le

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

Chrome 94: modifications apportées au jeu de règles statiques de requêtes réseau déclaratives

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: prise en charge de l'isolation multi-origine

Publié le

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

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

Publié le

Le Règlement du programme Chrome Web Store pour les développeurs a été mis à jour avec des précisions sur 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 la publication sur le Chrome Web Store. Pour en savoir plus, cliquez ici.

Article de blog: Actions des extensions 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 générique chrome.actions. 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 l'écriture de scripts. Dans cet article, nous examinons les motivations de ce changement et nous nous penchons sur ses nouvelles fonctionnalités. Lire l'article

Chrome 92: prise en charge des modules de service worker

Publié le

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

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

Cela charge le script du nœud de calcul en tant que module ES, ce qui vous permet d'utiliser le mot clé import dans le script du nœud de calcul 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 CSS précédemment inséré via chrome.scripting.insertCSS(). Il remplace chrome.tabs.removeCSS().

Chrome 90: renvoyer des 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 attendra que la promesse soit établie et renverra la 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 provient, 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. Nécessite Manifest V3.

Chrome 89: autorisations personnalisables pour les ressources accessibles sur le Web

Publié le

Les définitions des ressources accessibles sur le Web dans Manifest V3 ont changé 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'appelant.

Article de blog: Convertisseur de fichier manifeste d'extension

Publié le

L'équipe des extensions Chrome a mis en open source "Extension Manifest Converter", un outil Python qui automatise certains aspects mécaniques de la conversion des extensions vers Manifest V3. Consultez le post de blog d'annonce et téléchargez-le sur 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 nouvelles fonctionnalités et des modifications apportées, consultez Présentation de Manifest V3. Les extensions peuvent continuer à utiliser Manifest V2 pour le moment, mais cette pratique sera progressivement abandonnée dans un avenir proche. Nous vous recommandons vivement d'utiliser Manifest V3 pour toutes les nouvelles extensions et de commencer à migrer les extensions existantes vers Manifest V3 dès que possible.