Neu in Chrome-Erweiterungen

Rufen Sie diese Seite regelmäßig auf, um sich über Änderungen an Chrome-Erweiterungen, die Dokumentation zu Erweiterungen, damit verbundene Richtlinien oder andere Änderungen zu informieren. Weitere Hinweise finden Sie in der Google-Gruppe „Erweiterungen“. Im Zeitplan für Chrome sind die Termine für stabile Versionen und die Veröffentlichung der Betaversionen aufgeführt.

Chrome 126: Ursprungstests in Erweiterungen

Veröffentlicht am

In Chrome 126 wird das neue Feld „manifest.json“ – trial_tokens – eingeführt. Damit kannst du Ursprungstests und Einstellungstests für alle Erweiterungen aktivieren. Weitere Informationen finden Sie im Leitfaden.

Blogpost: Neuigkeiten bei Chrome-Erweiterungen – April 2024

Veröffentlicht am

Wir haben eine neue Ausgabe von Was passiert in Chrome-Erweiterungen veröffentlicht. Darin wird beschrieben, woran das Erweiterungsteam in den letzten Monaten gearbeitet hat. Dazu gehören Versions-Rollback im Chrome Web Store, verbesserter Firebase Auth-Support und mehr API-Einführungen und -Updates.

Versions-Rollbacks im Entwickler-Dashboard des Chrome Web Store

Veröffentlicht am

Führen Sie ein Rollback Ihrer Erweiterung auf die zuvor veröffentlichte Version im Chrome Web Store ohne zusätzliche Überprüfung durch. Weitere Informationen finden Sie in diesem Blogpost und in der Dokumentation.

Chrome 124: Advanced documentScan API

Veröffentlicht am

Unter ChromeOS ist jetzt eine erweiterte documentScan API verfügbar, um Bilder von angehängten Dokumentscannern zu erkennen und abzurufen.

Chrome 124: WebGPU-Unterstützung in Service Workern

Veröffentlicht am

Seit Chrome 124 unterstützen Service Worker WebGPU. Sehen Sie sich für einen Schnelleinstieg das Beispiel der WebGPU-Erweiterung an.

Chrome 123: Die Events API unterstützt das Filtern nach CIDR-Blöcken

Veröffentlicht am

Die Events API unterstützt jetzt das Filtern nach CIDR-Blöcken (Classless Inter-Domain Routing). Ein CIDR-Block ist eine Sammlung von IP-Adressen mit einem gemeinsamen Netzwerkpräfix und der gleichen Anzahl von Bits. Bisher mussten Entwickler mehrere IP-Adressen filtern, um für jede Adresse im Blockbereich eine Filterregel zu konfigurieren. Wenn jetzt eine Erweiterung addListener() aufruft, bedeutet eine übergebene Regel, dass der Event-Handler nur dann aufgerufen wird, wenn der Hostteil einer URL eine IP-Adresse ist und in einem der CIDR-Blöcke in einem Array enthalten ist.

Chrome Web Store: Aktualisierung der Anforderungen an die Länge von Erweiterungsnamen

Veröffentlicht am

Im Chrome Web Store gilt jetzt eine universelle Beschränkung von 75 Zeichen für das Feld "name" einer Erweiterung in der Datei „manifest.json“. Bisher betrug die Beschränkung für Englisch 45 Zeichen und es gab keine Beschränkung für das Feld "name" in anderen Sprachen.

Ursprünglich sollten damit kulturelle und sprachliche Unterschiede berücksichtigt werden, die möglicherweise nicht mit der gleichen Anzahl von Zeichen erfasst werden können. Leider wurde diese Funktion von einer kleinen Anzahl von Entwicklern missbraucht, um den Store mit Spam zu belasten. Daher führen wir eine neue universelle Beschränkung ein, die auf 75 Zeichen erhöht wird. Dieses Limit gilt für fast alle Erweiterungen, die derzeit im Store verfügbar sind. Sie müssen also wahrscheinlich nichts weiter tun. Wenn Sie versuchen, eine Erweiterung mit einem Namen hochzuladen, der über der Höchstgrenze liegt, wird der Upload vom Speicher blockiert.

Blogpost: Eyeo's Journey zum Testen der Service Worker-Sperrung

Veröffentlicht am

In diesem Beitrag von eyeo's Extension Engine-Team befassen wir uns mit dem Problem des Testens von Erweiterungs-Service-Workern. In Manifest V2 befanden sich Erweiterungen auf einer Hintergrundseite, die während des gesamten Lebenszyklus der Erweiterung aktiv war. Manifest V3 verwendet stattdessen Service Worker. Service Worker schonen Ressourcen, indem sie heruntergefahren werden, wenn sie nicht benötigt werden. Das birgt gewisse Testherausforderungen. In diesem Beitrag erklärt, wie Eyeo diese Herausforderungen bewältigt hat.

Chrome 123: Wecker laufen jetzt, wenn sich das Gerät im Ruhemodus befindet

Veröffentlicht am

Alarme, die mit der chrome.alarms API eingestellt werden, werden nicht mehr verzögert, wenn ein Gerät in den Ruhemodus wechselt. Wenn das Gerät aktiviert wird, wird der Alarm einmal ausgelöst, unabhängig davon, wie viele Alarme verpasst wurden. Ein Beispiel: Ein Wecker soll einmal pro Stunde ausgelöst werden und das eingeschaltete Gerät ist von 00:55 Uhr bis 02:05 Uhr im Ruhemodus. Dann wird nur der Wecker für 02:00 Uhr das onAlarm-Ereignis ausgelöst. Sie wird so kurz wie möglich gegen 2:00 Uhr ausgelöst. Wenn ein Gerät im Ruhemodus ist, wird es sofort nach dem Aktivieren ausgelöst.

Durch diese Änderung wird Chrome an das vereinbarte Verhalten in der Community-Gruppe für Weberweiterungen angepasst.

Blogpost: Änderungen am bfcache-Verhalten mit Erweiterungsnachrichtenports

Veröffentlicht am

Der Back-Forward-Cache (bfcache) ist eine Browseroptimierung, die eine sofortige Zurück- und Vorwärtsnavigation ermöglicht. Wenn ab Chrome 123 eine Seite mit einem offenen Erweiterungsport im bfcache gespeichert ist, wird der Nachrichtenkanal geschlossen. Das bedeutet, dass keine Nachrichten an diese Seite gesendet werden. Daher sollten Erweiterungsskripts Lebenszyklusereignisse wie onDisconnect überwachen und eine neue Verbindung einrichten, wenn die Seite aus BFCache wiederhergestellt wird.

Weitere Informationen und Beispielcode finden Sie unter Änderungen am BFCache-Verhalten mit Erweiterungsnachrichtenports.

Chrome 122: Promise-Unterstützung für asynchrone Erweiterungs-APIs

Veröffentlicht am

Wir haben die Promise-Unterstützung für alle asynchronen Erweiterungs-API-Methoden implementiert. Dies wurde getan, um API-Methoden durch verbesserte Ergonomie beim Umgang mit asynchronen Vorgängen zu modernisieren. Einige Methoden (z. B. desktopCapture.chooseDesktopMedia()) unterstützen weiterhin nur Callbacks, da ihre aktuellen Oberflächen nicht mit Promises-Objekten kompatibel sind. Aus Gründen der Abwärtskompatibilität werden Callbacks weiterhin unterstützt. Wenn Sie ein Promise finden, das fehlschlägt, melden Sie den Fehler.

Neue Hinweise für die Kommunikation in Echtzeit

Veröffentlicht am

Wir haben vor Kurzem Leitfäden zu Echtzeitoptionen in Erweiterungen veröffentlicht. Echtzeit-Updates bieten einen sofortigen Kommunikationspfad von Ihren Servern direkt zu Ihren Erweiterungsinstallationen. Außerdem gibt es eine neue Anleitung für die Verwendung von chrome.gcm und Web Push.

Neue Anleitung und Beispiel: Testen der Service Worker-Beendigung

Veröffentlicht am

Wir haben gerade eine Anleitung zum Testen der Service Worker-Beendigung mit Puppeteer veröffentlicht. Das begleitende Beispiel zeigt dies in Puppeteer und Selenium.

Aktualisiertes Beispiel für natives Messaging

Veröffentlicht am

Wir haben gerade ein aktualisiertes Beispiel für natives Messaging veröffentlicht. Mit dieser API kann deine Erweiterung eine andere Anwendung starten und mit ihr kommunizieren. Vielen Dank an den GitHub-Mitwirkenden Shubham-Rasal für die Unterstützung.

Chrome 121: Neue „lastAccessed“-Eigenschaft auf Tabs.

Veröffentlicht am

Dem Objekt tabs.Tab wurde eine neue Eigenschaft mit dem Namen lastAccessed hinzugefügt. Diese Eigenschaft gibt an, wann der Tab zuletzt aktiviert wurde. Der Wert wird in Millisekunden seit der Epoche zurückgegeben.

Chrome 121: Nicht unterstützte Hintergrundtasten geben jetzt eine Warnung aus

Veröffentlicht am

Bei der Änderung von Manifest V2 zu Manifest V3 wurden die untergeordneten Elemente des Manifestschlüssels "background" geändert, um das Ersetzen von Hintergrundskripts durch Erweiterungsdienst-Worker zu ermöglichen. Bisher wurde ein Fehler ausgegeben, wenn die Manifest V2-Schlüssel "scripts", "page" oder "persistent" dem Schlüssel "background" einer Manifest V3-Erweiterung hinzugefügt wurden. Wenn diese Schlüssel vorhanden sind, wird jetzt eine Warnung ausgelöst.

Dies geschieht, um pro Angebot in der Community-Gruppe die Verwendung einer einzigen Manifestdatei in Erweiterungen in mehreren Browsern zu ermöglichen.

Chrome 120: Detaillierungsgrad für Alarme auf 30 Sekunden reduziert

Veröffentlicht am

Ab Chrome 120 können Manifest V3-Erweiterungen die chrome.alarms API mit Verzögerungen oder Zeiträumen von 30 Sekunden verwenden, anstatt Werte von mindestens 60 Sekunden angeben zu müssen.

Blogpost: Umstellung auf Manifest V3 fortsetzen

Veröffentlicht am

Der Zeitplan für die Unterstützung von Manifest V2 wurde aktualisiert. Weitere Informationen finden Sie in unserem Blogpost vom November 2023.

Blogpost: Verbesserungen bei der Unterstützung für Inhaltsfilter in Manifest V3

Veröffentlicht am

In unserem neuen Blogpost erfahren Sie, wie wir die deklarativeNetRequest API verbessert haben.

Blogpost: Neues in Chrome 120 für Erweiterungen

Veröffentlicht am

Chrome 120 Beta wurde vor Kurzem veröffentlicht. Eine Zusammenfassung der wichtigen Updates, die für Erweiterungsentwickler relevant sind, finden Sie in unserem neuen Blogpost What's new in Chrome 120 for Extensions. Mit diesem Release werden auch die letzten beiden Elemente (userScripts, Datei-Handler unter ChromeOS) aus der Liste kritischer Plattformlücken entfernt. Das ist ein wichtiger Meilenstein.

PSA: Änderung bei der Handhabung von URLs zu Datenschutzerklärungen im Entwickler-Dashboard

Veröffentlicht am

Die Datenschutzerklärungen im Entwickler-Dashboard werden jetzt auf Artikelebene hinzugefügt. So können Sie für jeden Artikel unterschiedliche Datenschutzerklärungen angeben. Weitere Informationen zu dieser Änderung finden Sie in unserem PSA.

Video: Ein Chat mit Matt Frisbie

Veröffentlicht am

Wir haben gerade ein neues Video auf dem YouTube-Kanal von Chrome für Entwickler veröffentlicht, in dem du mit dem Google Developer-Experten und Autor Matt Frisbie sprichst. Hier ansehen

Neue Anleitung zum Testen von Erweiterungen

Veröffentlicht am

Wir haben gerade eine neue Anleitung zum Schreiben automatisierter Tests für Erweiterungen veröffentlicht, einschließlich des Schreibens von Unittests, einer allgemeinen Anleitung und einem Tutorial zu End-to-End-Tests.

Blogpost: Neuigkeiten zu Chrome-Erweiterungen – Oktober 2023

Veröffentlicht am

vor Kurzem haben wir die zweite Ausgabe von Was passiert in Chrome-Erweiterungen veröffentlicht. Darin wird beschrieben, woran das Erweiterungsteam in den letzten Monaten gearbeitet hat, z. B. um Stabilitätsprobleme bei Service Workern zu beheben und gute Fortschritte beim Schließen aller Lücken in der MV3-Plattform zu machen. Außerdem präsentieren wir spannende neue API-Releases wie die Reading List API und die User Scripts API.

Erhöhte Limits für statische Regelsätze in der Declarative Net Request API

Veröffentlicht am

Aufgrund des Feedbacks aus der Community-Gruppe für Weberweiterungen haben wir das Limit für aktivierte statische Regelsätze deutlich von 10 auf 50 erhöht. Außerdem erhöhen wir die Gesamtzahl der zulässigen statischen Regelsätze von 50 auf 100. Diese Funktion ist derzeit auf Canary verfügbar.

Verbesserte Unterstützung für remote gehosteten Code

Veröffentlicht am

Eine Voraussetzung für Manifest V3 ist, dass Erweiterungen keinen remote gehosteten Code mehr verwenden dürfen. Obwohl dies von Anfang an Teil unseres Migrationsleitfadens war, waren wir der Meinung, dass es sich lohnen würde, die Hilfestellung zu diesem Problem zu verbessern. Auf dieser Seite finden Sie jetzt weitere Informationen dazu, was in Manifest V3 noch möglich ist, und zu Strategien für Upgrades.

Es gibt eine zugehörige Ergänzung zur Fehlerbehebung bei Verstößen im Chrome Web Store. In einem neuen Abschnitt werden häufige Gründe für die Ablehnung von Erweiterungen mit remote gehostetem Code beschrieben.

Chrome 118: „isUrlFilterCaseSensitive“ jetzt standardmäßig auf „false“

Veröffentlicht am

Seit Chrome 118 wurde das Attribut isUrlFilterCaseSensitive in der chrome.declarativeNetRequest API in den Standardwert false geändert. Wenn Sie das alte Verhalten beibehalten möchten, können Sie isUrlFilterCaseSensitive in Ihren deklarativeNetRequest-Regeln explizit auf true setzen.

Sie folgt den Diskussionen in der Community-Gruppe für Weberweiterungen. Firefox und Safari haben bereits eine ähnliche Änderung implementiert.

Dokumentation zu Cookies und Webspeicher-APIs

Veröffentlicht am

Wir haben einen neuen Leitfaden zur Funktionsweise von Cookies und Web Storage APIs in Chrome-Erweiterungen veröffentlicht. Er enthält Details zu Änderungen bei der Cookie- und Speicherpartitionierung in der Privacy Sandbox, einem laufenden Projekt zur Einstellung von Drittanbieter-Cookies durch die Erstellung einer Reihe neuer Webplattform-APIs und Details zu ihrer Funktionsweise in Erweiterungen.

Erweiterungsbeispiele jetzt suchbar

Veröffentlicht am

Wir haben vor Kurzem eine Seite erstellt, auf der Sie in Beispielen für Chrome-Erweiterungen suchen können. Die Suchseite bietet mehrere Optionen. Über ein Suchfeld können Sie nach Text in Beispieltiteln suchen. Sie können die Suche durch eine Berechtigung oder die Erweiterungs-API einschränken. Mit einem zusätzlichen Filter können Sie die Suche auf API- oder funktionale Beispiele (Anwendungsfälle) beschränken.

Diese neue Beispielseite wurde von Xuezhou Dai, einem Teilnehmer des Google Summer of Code, erstellt, der auch mehrere neue Beispiele beisteuerte. Die Erlebnisse des letzten Sommers können Sie in unserem Blogbeitrag lesen.

Unsere Codebeispiele stehen weiterhin wie gewohnt auf GitHub zum Klonen oder Forking zur Verfügung.

Chrome 118: Änderungen bei der zu öffnenden Datei „Schema-URLs“

Veröffentlicht am

Ab Chrome 118 muss für Erweiterungen auf der Seite „chrome://extensions“ die Einstellung „Zugriff auf Datei-URLs zulassen“ aktiviert sein, um URLs mit file://-Schemata über die Tabs oder Windows APIs zu öffnen. Sie können diesen Zugriff programmatisch prüfen, indem Sie chrome.extension.isAllowedFileSchemeAccess() aufrufen. Firefox schränkt bereits Datei-URLs ein und Safari unterstützt diese Änderung. Weitere Informationen finden Sie in diesem Beitrag in der Google-Gruppe zu den Erweiterungen.

Chrome 117: Erweiterte URL-Schutzmaßnahmen für die API-Navigationen für Erweiterungen

Veröffentlicht am

Bisher hat die Navigation durch Erweiterungs-API-Aufrufe für tabs.update(), tabs.create() und windows.create() für einige chrome://-URLs einen Fehler ausgegeben. Außerdem war das Aufrufen von tabs.update() mit einer JavaScript-URL verboten. In Version 117 wurden diese Schutzmaßnahmen für JavaScript-URLs auf die Methode tabs.create() erweitert. Außerdem wurden der Liste der unzulässigen URLs weitere „chrome://“-URLs hinzugefügt, die für alle zuvor genannten Methoden gelten.

Verbesserte Anleitung für die deklarativeNetRequest API

Veröffentlicht am

Die chrome.declarativeNetRequest API blockiert oder ändert Netzwerkanfragen, indem sie deklarative Regeln festlegt. Dadurch können Erweiterungen Netzwerkanfragen ändern, ohne sie abzufangen und sich ihre Inhalte anzusehen. So werden die Daten für die Nutzer besser geschützt. Außerdem ist die Verwendung kompliziert. Vor diesem Hintergrund haben wir die Leitlinien so umformuliert, dass sie unserer Ansicht nach ein klareres Bild der Implementierung deklarativer Regelsätze vermitteln. Den neuen Abschnitt findest du unter dem Link oben.

Google Analytics-Konto mit dem Chrome Web Store verwenden

Veröffentlicht am

Der Chrome Web Store lässt sich in Google Analytics integrieren, sodass Sie zusätzlich zu der im Entwickler-Dashboard angebotenen Ansicht auch Analysen für Ihren Chrome Web Store-Eintrag sehen können. Weitere Informationen finden Sie unter Google Analytics-Konto mit dem Chrome Web Store verwenden.

Chrome 115: Die Entwicklertools wechseln standardmäßig zu Inhaltsscripts

Veröffentlicht am

Scripts für eingeschleuste Inhalte stehen jetzt standardmäßig in der Ignorierliste der Entwicklertools. Dies hat keine Auswirkungen auf die Haltepunkte, bedeutet aber, dass Inhaltsskripte während der Fehlerbehebung verschoben und Ausnahmen von diesen Skripts ignoriert werden. Wenn auf dem Tab Quellen ein Inhaltsskript geöffnet ist, werden Sie durch ein Banner darauf hingewiesen, dass diese Funktion aktiviert ist. Außerdem erhalten Sie die Möglichkeit, Ihr Inhaltsskript aus der Ignorieren-Liste zu entfernen. Wenn du diese Funktion deaktivieren möchtest, öffne die Entwicklertools, gehe zu Einstellungen und dann zu Ignorierliste. Weitere Informationen finden Sie unter Neu in den Entwicklertools.

Chrome 116 Beta: mehr als hier Platz

Veröffentlicht am

Chrome 116 ist eine wichtige Version für Erweiterungen. Du kannst Seitenleisten jetzt programmatisch öffnen. Mit einer neuen Methode können Sie herausfinden, ob ein Dokument außerhalb des sichtbaren Bildschirmbereichs aktiv ist. Service Worker wurden erheblich verbessert. Zu 116 gibt es genug Verbesserungen, auf die wir in einem Blogpost eingehen können. Chrome 116 ist seit dem 19. Juli in der Betaphase.

Blogpost: Neuigkeiten zu Chrome-Erweiterungen

Veröffentlicht am

wir haben gerade eine Übersicht über die diesjährigen Änderungen und Verbesserungen bei Erweiterungen veröffentlicht. In diesem Beitrag werden die wichtigsten neuen Funktionen des Jahres vorgestellt, darunter die Side Panel API, Service Worker-Verbesserungen und nicht sichtbare Dokumente. Außerdem erhalten Sie einen Einblick in die Entwicklungen für dieses Quartal. Der Artikel enthält viele weitere Informationen sowie Links zu allen.

Neue Anleitung und Beispiel: Google Analytics 4 in der Chrome-Erweiterung verwenden

Veröffentlicht am

Wir haben neue Anleitungen und Beispiele für Google Analytics und die Standortbestimmung veröffentlicht:

Chrome 115: Mehrere Gründe in „chrome.offscreen.createDocument()“ angeben

Veröffentlicht am

Du kannst jetzt beim Aufrufen von chrome.offscreen.createDocument() mehrere reason-Enums angeben. Verwenden Sie diese Option, wenn ein nicht sichtbares Dokument für verschiedene Zwecke verwendet wird. Der Browser ermittelt anhand der angegebenen Gründe die Lebensdauer des nicht sichtbaren Dokuments.

Neues Tool: Testtool für die Aktualisierung von Erweiterungen

Veröffentlicht am

Vor Kurzem haben wir das Test-Tool für Erweiterungsupdates veröffentlicht. Dieser lokale Server für die Aktualisierung von Erweiterungen kann während der lokalen Entwicklung zum Testen von Updates für Chrome-Erweiterungen verwendet werden, einschließlich gewährter Berechtigungen. Das Tool zeigt den Aktualisierungsablauf des Nutzers an. Dazu gehört auch, dass eine Erweiterung deaktiviert bleibt, bis ein Nutzer neu angefragte Berechtigungen gewährt. Dieses Tool ist besonders nützlich, um die Berechtigungsänderungen zu simulieren, die beim Aktualisieren einer Erweiterung von Manifest V2 auf Manifest V3 angefordert werden.

Chrome 114: Neue Seitenleisten-API

Veröffentlicht am

Die neue Side Panel API ist eine Companion-Oberfläche, über die Nutzer neben den Inhalten, die sie durchsuchen, auch auf Tools zugreifen können. Weitere Informationen finden Sie in der Referenz zur Seitenleiste der Seitenleiste. Außerdem haben wir unserem GitHub-Beispiel-Repository viele Beispiele für Seitenleisten hinzugefügt. Weitere Informationen zu Seitenleisten finden Sie im neuen Blogpost Designing a Superior User Experience with the New Side Panel API. Außerdem finden Sie in unseren Richtlinien für die Qualitätsrichtlinien und den Best Practices weitere Informationen zum Erstellen hochwertiger Seitenleistenerweiterungen.

Ihr Feedback ist wichtig für die Erstellung dieser API. Bitte teilen Sie uns Ihre Gedanken und Funktionsanfragen in den chromium-groups mit. Wir arbeiten kontinuierlich an der Verbesserung der Seitenleisten-API, um Sie auf dem Laufenden zu halten.

Neue Beispiele: WASM in Erweiterungen

Veröffentlicht am

Es gibt zwei neue Beispiele, die zeigen, wie WASM in einer Erweiterung verwendet wird:

Besonderen Dank an den GitHub-Mitwirkenden @daidr für diese Beispiele.

Aktualisierung der Anleitung zur Migration zu Manifest V3

Veröffentlicht am

Wir haben den Abschnitt Bekannte Probleme unserer Manifest V3-Migrationsanleitung mit einer aktualisierten Liste von Lücken in der Erweiterungsplattform aktualisiert, die wir schließen möchten, bevor wir einen neuen Zeitplan für die Einstellung von Manifest V2 bekannt geben.

Audio- und Videoaufnahmen mit Manifest V3

Veröffentlicht am

Wir haben gerade einen neuen Artikel namens Audioaufnahme und Bildschirmaufnahme veröffentlicht, in dem es um das Aufzeichnen von Audio oder Video aus einem Tab, Fenster oder Bildschirm in Manifest V3 geht. In diesem Artikel werden mehrere Ansätze zum Aufzeichnen beschrieben, wobei die chrome.tabCapture API und die getDisplayMedia()-Funktion verwendet werden.

Chrome 114: Erhöhtes storage.local-Kontingent

Veröffentlicht am

Wir haben das Kontingent für die Property storage.local auf ungefähr 10 MB erhöht. Dies wurde in der Community-Gruppe für Weberweiterungen vereinbart. Damit wird storage.local auf storage.session abgestimmt, das in Chrome 112 geändert wurde.

Neue Anleitung und Hilfe zum Service Worker für Erweiterungen

Veröffentlicht am

Service Worker sind ein wesentlicher Bestandteil der Chrome-Erweiterungen. Wir haben vor Kurzem eine Anleitung veröffentlicht, in der die Grundlagen von Service Workern registriert, Fehler behoben und mit ihnen interagiert werden. Wir haben außerdem einen neuen Service Worker-Leitfaden hinzugefügt, in dem wichtige Konzepte ausführlicher erläutert werden. Dieser Bereich wird in den kommenden Monaten erweitert.

Weitere Tipps zur Fehlerbehebung bei Verstößen im Web Store

Veröffentlicht am

Wir haben zwei neue Richtlinien hinzugefügt, um die Veröffentlichung im Chrome Web Store zu vereinfachen. Bei den Anleitungen zu Mindestfunktionen geht es vor allem darum, Nutzern Vorteile zu bieten und das Surfen im Internet zu bereichern. Bei Affiliate-Anzeigen geht es darum, Nutzer auf Erweiterungen aufmerksam zu machen, bei denen Affiliate-Links oder ‐Codes zur Monetarisierung genutzt werden, und um ihnen ein gewisses Maß an Kontrolle zu geben, indem sie vor der Aufnahme Maßnahmen ergreifen müssen.

Neue Anleitung für Extension Manifest Converter

Veröffentlicht am

Wir haben die README-Datei für den Extension Manifest Converter umformuliert, damit Sie besser erkennen können, was Sie nach dem Ausführen des Tools tun müssen. Der Konverter hilft bei der Migration von Erweiterungen, die auf Manifest V2 basieren, zu Manifest V3. In der neuen Readme-Datei wird die Funktionsweise des Tools beschrieben. Dabei werden Wörter verwendet, die denen in der Checkliste für die Migration entsprechen. Der Nutzer, der eine Conversion ausführt, führt nicht alles aus, eliminiert jedoch viele Aufgaben, die kein Aufruf durch menschliches Urteil erfordern.

Chrome 113: Neue Gründe für nicht sichtbare Dokumente

Veröffentlicht am

Wir haben der Offscreen Documents API zwei neue Arten von Gründen hinzugefügt. Greifen Sie mit LOCAL_STORAGE auf die localStorage API der Webplattform zu. Verwenden Sie WORKER, wenn Sie Web-Worker erstellen.

Google Analytics 4 jetzt im Entwickler-Dashboard

Veröffentlicht am

Das Chrome Web Store-Entwickler-Dashboard unterstützt jetzt Google Analytics 4 (GA4). Wir haben die Einrichtung von Google Analytics und die Zugriffsverwaltung für Gruppen-Publisher vereinfacht. Wenn Sie die Aktivitäten Ihres Store-Eintrags bisher mit Google Universal Analytics erfasst haben, müssen Sie bis zum 1. Juli 2023 entsprechende Maßnahmen ergreifen, damit Sie weiterhin Daten zu Ihrem Store-Eintrag erhalten. Weitere Informationen finden Sie in diesem Beitrag zur Google-Gruppe für Chromium-Erweiterungen.

Die File Handling API ist jetzt in ChromeOS verfügbar

Veröffentlicht am

Die File Handler API steht für Tests mit ChromeOS in Canary mit den Versionen 112 und 113 zur Verfügung. Damit können Erweiterungen unter ChromeOS Dateien mit bestimmten MIME-Typen und Dateiendungen öffnen. Fügen Sie manifest.json eine Reihe von Regeln hinzu, um die Dateiverarbeitung zu implementieren. Das funktioniert genauso wie bei progressiven Web-Apps. Weitere Informationen findest du in diesem Artikel an anderer Stelle auf dieser Website.

So aktivieren Sie die Dateiverarbeitung:

  • Starten Sie Chrome ab 112 mit dem Flag --enable-features=ExtensionWebFileHandlers (beginnend in 112)
  • Fügen Sie ab Version 113 os://flags/#extension-web-file-handlers in die Chrome-Omnibox ein und wählen Sie im Drop-down-Menü „Aktiviert“ aus.

Wir hoffen, diese Funktion Ende Juni in Chrome 115 einführen zu können. Wir halten Sie hier auf dem Laufenden.

Neue Beispiele: dynamische Deklarationen und programmatische Einschleusung

Veröffentlicht am

Wir haben ein neues Beispiel für die chrome.scripting API erstellt. Sie veranschaulicht dynamische Deklarationen, bei denen ein Inhaltsskript zur Laufzeit registriert wird, und programmatische Einschleusung, bei der ein Skript auf einem bereits geöffneten Tab ausgeführt wird.

Neue Beispiele: Anwendungsfälle für deklarative Nettoanfragen

Veröffentlicht am

Es sind drei neue Beispiele verfügbar, mit denen die Delarative Net Request API veranschaulicht wird. Jede davon demonstriert die Implementierung eines einzelnen Anwendungsfalls. Das erste Beispiel zeigt, wie Cookies blockiert werden. Mit den beiden restlichen geht es um das Blockieren und Weiterleiten von URLs.

Chrome 112: Erhöhtes Speicher-/Sitzungskontingent

Veröffentlicht am

Ab Chrome 112 wurde das Kontingent für die Property storage.session auf etwa 10 MB erhöht. Dies wurde in der Community-Gruppe für Weberweiterungen https://github.com/w3c/webextensions/issues/350 vereinbart.

Chrome 109: Nicht sichtbare Dokumente

Veröffentlicht am

Nicht sichtbare Dokumente sind jetzt in Manifest V3-Erweiterungen verfügbar. Diese helfen beim Übergang von Hintergrundseiten zu Erweiterungs-Service Workern, da sie DOM-bezogene Funktionen und APIs unterstützen. Weitere Informationen finden Sie im Blogpost.

Chrome 110: Ist eine Erweiterung aktiviert?

Veröffentlicht am

Mit der Methode chrome.action.isEnabled() wird programmatisch geprüft, ob eine Erweiterung für einen bestimmten Tab aktiviert wurde. So müssen Sie Ihre Tabs nicht länger aktiviert lassen. Diese neue Methode verwendet eine Tab-ID und einen Verweis auf einen Callback und gibt einen booleschen Wert zurück. Es gibt jedoch eine Einschränkung: Bei mit chrome.declarativeContent erstellten Tabs wird immer „false“ zurückgegeben.

Für den chrome.action-Namespace wurden kürzlich neue Methoden zur Steuerung der Darstellung von Erweiterungslogos hinzugefügt. Weitere Informationen finden Sie unter Logofarben festlegen.

Chrome 110: Änderung des Zeitlimits bei Inaktivität des Service Workers

Veröffentlicht am

Bisher wurde ein Erweiterungs-Service Worker häufig nach fünf Minuten heruntergefahren. Wir haben dieses Verhalten so geändert, dass es der Service Worker-Lebensdauer im Web näherkommt. Ein Extension Service Worker wird nach 30 Sekunden Inaktivität heruntergefahren, wenn die Verarbeitung einer einzelnen Aktivität länger als 5 Minuten dauert. Weitere Informationen finden Sie unter Längere Lebensdauer der Erweiterungs-Service-Worker.

Post: Einstellung von Manifest V2 pausieren

Veröffentlicht am

Der Zeitplan für die Einstellung von Manifest V2 wird überprüft und die für Anfang 2023 geplanten Tests werden verschoben. Weitere Informationen finden Sie in der Google-Gruppe „chromium-extensions“ im Update.

Chrome 110: Farben von Logos festlegen

Veröffentlicht am

Der chrome.action-Namespace verfügt über zwei neue Methoden, mit denen Sie mehr Kontrolle über die Badges der Erweiterung für die Darstellung erhalten. Mit den Methoden setBadgeTextColor() und getBadgeTextColor() kann eine Erweiterung die Textfarbe des Symbols für das Symbolleistensymbol ändern und abfragen. In Kombination mit setBadgeBackgroundColor und getBadgeBackgroundColor können Sie mit diesen neuen Methoden Design und Markenkonsistenz erzwingen.

Blogpost: Weitere Informationen zur Umstellung auf Manifest V3

Veröffentlicht am

Wir haben den Zeitplan für die Einstellung von Manifest V2 klarer formuliert. Der Zeitplan für die Manifest V2-Unterstützung wurde ebenfalls entsprechend aktualisiert.

Docs-Update: Bekannte Probleme bei der Migration zu Manifest V3

Veröffentlicht am

Wir haben eine Liste mit wichtigen Funktionen, die sich derzeit in der Entwicklung befinden, und Programmfehlern zusammengestellt. Mit dieser Seite möchten wir Entwicklern helfen, den aktuellen Status der Plattform besser zu verstehen und zu erfahren, auf welche Funktionen sie sich bei der Vorbereitung auf die Zukunft vorbereiten können.

Chrome Web Store: Bildupload „große Werbekachel“ entfernt

Veröffentlicht am

Im Chrome Web Store wurde die Benutzeroberfläche zum Hochladen der großen Werbekachel vom Tab „Store-Eintrag“ im Entwickler-Dashboard entfernt. Diese Änderung wirkt sich nicht auf die Nutzererfahrung aus, da diese Bilder nicht in der Nutzer-UI verwendet wurden. Weitere Informationen findest du in diesem Beitrag zu den Chromium-Erweiterungen.

Chrome 106: Zulassen, dass Seiten unter „file://“-URLs auf über das Internet zugängliche Ressourcen zugreifen

Veröffentlicht am

Undurchsichtige Ursprünge wie iFrames in der Sandbox und der dynamische Import sollten laut crbug.com/1219825#c11 auch auf über das Internet zugängliche Ressourcen zugreifen können.

Chrome 106: Ein Fehler wurde behoben, der bei einigen asynchronen API-Funktionen falsche abschließende Argumente gab.

Veröffentlicht am

Bisher konnte durch Manifest V3 asynchrone APIs ein ungültiges abschließendes Argument zurückgegeben und Chrome hat keinen Fehler ausgegeben. Durch diese Korrektur meldet Chrome nun korrekt und meldet, dass keine übereinstimmende Signatur gefunden wurde. Entwicklern wird empfohlen, ihre Erweiterungen auf Canary auf Fehler zu prüfen, wenn sie versehentlich eine falsche Signatur für einen API-Aufruf verwenden, der durch diese Fehlerkorrektur nicht mehr funktioniert.

Blogpost: Neugestaltung der Analysen im Chrome Web Store

Veröffentlicht am

Im Chrome Web Store gibt es eine überarbeitete Artikelanalyse für das Chrome Web Store-Entwickler-Dashboard. Das neue Dashboard ist auf einen Blick verständlich und fasst die nützlichsten Informationen direkt zusammen. Weitere Informationen finden Sie im Blogpost.

Chrome 105: Angebote für die Identity API

Veröffentlicht am

Funktionen in der Identity API unterstützen jetzt Promise-basierte Aufrufe. Dabei wurde die Oberfläche für identity.getAuthToken() geringfügig geändert. Hier hat die asynchrone Rückgabe, die auf einen Promise-basierten Aufruf festgelegt ist, „token“ und „grantedScopes“ als Parameter für ein einzelnes Objekt (im Gegensatz zur Callback-Version, die sie als separate Argumente für den Callback erhält).

Chrome 104: Neue Favicons API für Manifest V3

Veröffentlicht am

Manifest V3-Erweiterungen können jetzt mit einem neuen URL-Muster auf Favicons zugreifen: chrome-extension://<id>/_favicon/, wobei die ID der Erweiterung ist. Dies ersetzt die chrome://favicons API der Manifest V2-Plattform. Weitere Informationen finden Sie in der Dokumentation zur Favicon API.

Update zu Google Docs: Offenlegung als Händler/Nicht-Händler

Veröffentlicht am

Wir haben die Entwickler-Identifikationsnummer als Händler/Nicht-Händler hinzugefügt, mit der Entwickler aufgefordert werden, ihren Status als Händler bzw. Nicht-Händler korrekt zu deklarieren.

Chrome 103: Wasm in Manifest V3 erfordert „wasm-unsafe-eval“

Veröffentlicht am

Chrome gewährt Erweiterungen nicht mehr standardmäßig script-src: wasm-unsafe-eval. Erweiterungen, die WebAssembly verwenden, müssen diese Anweisung und den Wert jetzt in ihren content_security_policy-Deklarationen explizit zu extension_pages hinzufügen.

Chrome 103: Änderungen an MV3-Tastenkombinationen werden sofort wirksam

Veröffentlicht am

Wenn Sie die Tastenkombination einer Manifest V3-Erweiterung für chrome://extensions/shortcuts ändern, werden Aktualisierungen jetzt sofort angewendet. Bisher musste die Erweiterung neu geladen werden, bevor die Änderung wirksam werden konnte.

Chrome 102: Skripts für dynamische Inhalte in der Hauptwelt

Veröffentlicht am

Dynamisch registrierte Inhaltsskripte können jetzt die Welt angeben, in die Assets eingeschleust werden. Weitere Informationen finden Sie unter scripting.registerContentScripts().

Chrome 102: Neues Manifest-Feld „optional_host_permissions“

Veröffentlicht am

Manifest V3-Erweiterungen können jetzt in „manifest.json“ den Schlüssel „optional_host_permissions“ angeben. Dadurch können Manifest V3-Erweiterungen optionale Übereinstimmungsmuster für Hosts deklarieren, ähnlich wie Manifest V2-Erweiterungen mit dem Schlüssel optional_permissions.

Chrome 102: Property „InjectionDirekt“ in scripting.executeScript()

Veröffentlicht am

chrome.scripting.executeScript() akzeptiert jetzt eine optionale injectImmediately-Eigenschaft in ihrem injection-Argument. Wenn vorhanden und auf „true“ gesetzt, wird das Skript so schnell wie möglich in das Ziel eingeschleust, anstatt auf document_idle zu warten. Dies ist keine Garantie dafür, dass das Skript vor dem Laden der Seite eingefügt wird, da die Seite während des API-Aufrufs weiter geladen wird.

Chrome 102: Omnibox API-Unterstützung in Manifest V3

Veröffentlicht am

Die Omnibox API kann jetzt in auf Service Workern basierenden Erweiterungen verwendet werden. Zuvor führten einige der Methoden dieser API aufgrund interner Abhängigkeiten von DOM-Funktionen zum Aufruf.

Chrome 102: wasm-unsafe-eval in Manifest V3 CSP zulässig

Veröffentlicht am

Manifest V3-Erweiterungen können jetzt wasm-unsafe-eval in ihre content_security_policy-Deklarationen aufnehmen. Durch diese Änderung kann WebAssembly für Manifest V3-Erweiterungen verwendet werden.

Chrome 102: Neue storage.session API

Veröffentlicht am

Manifest V3-Erweiterungen können jetzt im Arbeitsspeicherspeicher storage.session verwendet werden .

Docs-Update: Artikelsuche im Chrome Web Store

Veröffentlicht am

Discovery im Chrome Web Store bietet einen Überblick darüber, wie Nutzer Artikel im Chrome Web Store finden und wie unsere Editoren Artikel für die Hervorhebung auswählen.

Chrome 101: Verbesserte deklarativeNetRequest-Domainbedingungen

Veröffentlicht am

Die Regelbedingungen für declarativeNetRequest wurden aktualisiert, damit Erweiterungen eine bessere Ausrichtung auf Anfragen basierend auf den „Anfrage“- und „Initiator“-Domains der Anfrage ermöglichen. Die relevanten Bedingungsattribute sind initiatorDomains, excludedInitiatorDomains, requestDomains und excludedRequestDomains. Weitere Informationen finden Sie in diesem Thread der Chromium-Erweiterungen.

Chrome 100: Problem mit scripting.executeScript() auf neu erstellten Tabs behoben

Ein seit Langem bestehendes Problem wurde behoben, bei dem scripting.executeScript() auf einem neu erstellten Tab oder Fenster nicht aufgerufen werden konnte.

Chrome 100: Der native Messaging-Port sorgt für einen aktiven Service Worker

Veröffentlicht am

Wenn Sie im Service Worker einer Erweiterung über chrome.runtime.connectNative() eine Verbindung zu einem Host für natives Messaging herstellen, sollte der Service Worker aktiv bleiben, solange der Port geöffnet ist.

Chrome 100: „Omnibox.setDefaultSuggestion()“ unterstützt Promis und Callbacks

Veröffentlicht am

Die Methode omnibox.setDefaultSuggestion() gibt jetzt ein Promise zurück oder akzeptiert einen Callback, mit dem Entwickler feststellen können, wann der Vorschlag richtig festgelegt wurde.

Chrome 100: Unterstützung von i18n.getMessage() in Extension Service Workern

Veröffentlicht am

Die chrome.i18n.getMessage() API wird jetzt in Kontexten von Erweiterungs-Service-Workern unterstützt.

Chrome 99: „match_origin_as_fallback“ in Canary

Veröffentlicht am

Inhaltsscripts können jetzt den Schlüssel match_origin_as_fallback angeben, der in Frames eingeschleust werden soll, die mit einem übereinstimmenden Frame zusammenhängen, einschließlich Frames mit den URLs about:, data:, blob: und filesystem:. Weitere Informationen finden Sie in der Dokumentation zu Inhaltsskripts.

Chrome 99: Erweiterungsservice-Worker-Unterstützung für Datei: Schemas in Canary

Veröffentlicht am

Dienst-Worker-basierte Manifest V2- und Manifest V3-Erweiterungen können jetzt mit der Fetch API file:-Schema-URLs anfordern. Für den Zugriff auf file:-Schema-URLs muss der Nutzer weiterhin die Option „Zugriff auf Datei-URLs zulassen“ für die Erweiterung auf der Seite chrome://extensions aktivieren.

Chrome 99: Unterstützung für Messaging-APIs in Canary versprechen

Veröffentlicht am

Promise-Unterstützung wurde für tabs.sendMessage, runtime.sendMessage und runtime.sendNativeMessage für Erweiterungen hinzugefügt, die für Manifest V3 entwickelt wurden.

Docs-Update: Dokumentation im Chrome Web Store

Veröffentlicht am

Wir haben eine neue Referenzseite hinzugefügt, die einen Überblick über den Überprüfungsprozess im Chrome Web Store bietet und erläutert, wie die Durchsetzung der Programmrichtlinien für Entwickler gehandhabt wird.

Chrome 98: scripting.executeScript() und scripting.insertCSS(): mehrere Dateien

Veröffentlicht am

Die Methoden executeScript() und insertCSS() der Scripting API akzeptieren jetzt mehrere Dateien. Bisher war bei diesen Methoden ein Array mit einem einzelnen Dateieintrag erforderlich.

Google Docs-Update: Überprüfung der Problembehebung bei Verstößen

Veröffentlicht am

Die Seite Fehlerbehebung bei Verstößen im Chrome Web Store wurde aktualisiert, um Entwicklern detailliertere Informationen zu den häufigsten Gründen für eine Ablehnung zu bieten.

Chrome 96: Ausweitung des Promise-Supports auf 27 weitere APIs

Veröffentlicht am

Dieser Release enthält wesentlich mehr versprochene Aktualisierungen als alle vorherigen Versionen. Updates umfassen sowohl allgemeine als auch ChromeOS-spezifische Erweiterungs-APIs. Maximieren Sie die folgenden Abschnitte, um weitere Informationen zu erhalten.

Erweiterungs-APIs

Promise wird von einer Reihe von APIs in Manifest V3 unterstützt.

Außerdem unterstützen APIs, die den Prototyp ChromeSetting verwenden, jetzt auch Promise. Die folgenden APIs sind von dieser Änderung betroffen.

ChromeOS-APIs

Chrome 96: Skripts für dynamische Inhalte

Veröffentlicht am

Die chrome.scripting API unterstützt jetzt das Registrieren, Aktualisieren, das Aufheben der Registrierung und das Abrufen einer Liste von Inhaltsskripts zur Laufzeit. Bisher konnten Inhaltsskripts nur statisch in der Manifest.json-Datei einer Erweiterung deklariert oder zur Laufzeit programmatisch mit chrome.scripting.executeScript() eingeschleust werden.

Update zu Google Docs: Zeitplan für den Support von Manifest V2

Veröffentlicht am

Der Zeitplan für die Umstellung von Manifest V2 auf V3 wurde in diesem Blogpost angekündigt und eine detailliertere Zeitachse wurde veröffentlicht.

Chrome 96: Berechtigung „deklarativeNetRequestWithHostAccess“

Veröffentlicht am

Mit der neuen Berechtigung declarativeNetRequestWithHostAccess können Erweiterungen die chrome.declarativeNetRequest API auf Websites verwenden, für die die Erweiterung Hostberechtigungen hat. Dadurch können auch vorhandene Manifest V2-Erweiterungen, die webRequest, webRequestBlocking und websitespezifische Hostberechtigungen verwenden, zur chrome.declarativeNetRequest API migriert werden, ohne dass der Nutzer neue Berechtigungen genehmigen muss.

Chrome 95: Skripts direkt in Seiten einfügen

Veröffentlicht am

Mit der Methode executeScript() der chrome.scripting API können jetzt Skripts direkt in die Hauptwelt einer Seite eingefügt werden. Bisher konnten Erweiterungen nur direkt in die isolierte Welt der Erweiterung eingeschleust werden. Weitere Informationen zu isolierten Welten finden Sie in der Dokumentation zu Inhaltsskripts.

Chrome 95: Promise-Unterstützung für die Storage API

Veröffentlicht am

Methoden für die Manifest V3-Version der chrome.storage API geben jetzt Versprechen zurück.

Richtlinienaktualisierung: Erzwingung der Bestätigung in zwei Schritten

Veröffentlicht am

Der am 29. Juni 2021 veröffentlichte Blogpost zu Richtlinienaktualisierungen wurde aktualisiert, um den Zeitplan für die Bereitstellung der Bestätigung in zwei Schritten zu korrigieren.

Chrome 94: Änderungen des statischen Regelsatzes an deklarativen Netzanfragen

Veröffentlicht am

Mit der chrome.declarativeNetRequest können jetzt bis zu 50 statische Regelsätze (MAX_NUMBER_OF_STATIC_RULESETS) angegeben und bis zu zehn Regelsätze (MAX_NUMBER_OF_ENABLED_STATIC_RULESETS) gleichzeitig aktiviert werden.

Chrome 93: Unterstützung der ursprungsübergreifenden Isolierung

Veröffentlicht am

Sowohl für Manifest V2- als auch für Manifest V3-Erweiterungen kann jetzt die ursprungsübergreifende Isolierung aktiviert werden. Diese Funktion beschränkt, welche ursprungsübergreifenden Ressourcen die Seiten einer Erweiterung laden können, und ermöglicht die Verwendung von Low-Level-Webplattformfunktionen wie SharedArrayBuffer. Ab Chrome 95 ist eine Aktivierung erforderlich.

Richtlinienaktualisierung: Programmrichtlinien für Entwickler aktualisiert

Veröffentlicht am

Die Programmrichtlinien für Entwickler des Chrome Web Store wurden aktualisiert und um die Richtlinien zu irreführenden Installationstaktiken, Spam und sich wiederholenden Inhalten ergänzt. Dieses Update umfasst auch eine neue Anforderung für die Bestätigung in zwei Schritten für die Veröffentlichung im Chrome Web Store. Weitere Informationen finden Sie im Blogpost.

Blogpost: Erweiterungsaktionen in Manifest V3

Veröffentlicht am

Für Chrome-Erweiterungen gab es schon seit Jahren die chrome.browserAction- und chrome.pageActions-APIs, aber durch Manifest V3 wurden beide durch eine generische chrome.actions API ersetzt. In diesem Beitrag wird die Geschichte dieser APIs erläutert und was sich in Manifest V3 geändert hat. Beitrag lesen

Blogpost: Einführung in chrome.scripting

Veröffentlicht am

Die chrome.scripting API ist eine neue Manifest V3 API, die sich auf Scripting konzentriert. In diesem Beitrag sehen wir uns die Gründe für diese Änderung sowie die neuen Funktionen genauer an. Beitrag lesen

Chrome 92: Support für Modul-Service-Worker

Veröffentlicht am

Chrome unterstützt jetzt JavaScript-Module in Service Workern. So geben Sie ein Modul in Ihrem Manifest an:

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

Dadurch wird das Worker-Skript als ES-Modul geladen, sodass Sie das Schlüsselwort import im Skript des Workers verwenden können, um andere Module zu importieren.

Chrome 91: chrome.action.getUserSettings()

Veröffentlicht am

Mit der neuen Methode chrome.action.getUserSettings() können Erweiterungen ermitteln, ob der Nutzer die Erweiterung an die Hauptsymbolleiste angepinnt hat.

Chrome 90: chrome.scripting.removeCSS()

Veröffentlicht am

Mit der neuen Methode chrome.scripting.removeCSS() können Erweiterungen CSS entfernen, die zuvor über chrome.scripting.insertCSS() eingefügt wurden. Er ersetzt chrome.tabs.removeCSS().

Chrome 90: Promise von scripting.executeScript()

Veröffentlicht am

chrome.scripting.executeScript() unterstützt jetzt die Rückgabe von Promise. Wenn der resultierende Wert der Skriptausführung ein Promise ist, wartet Chrome, bis das Versprechen erfüllt ist, und gibt den resultierenden Wert zurück.

Chrome 90: Die Ergebnisse von „chrome.scripting.executeScript()“ enthalten „frameId“

Veröffentlicht am

Die von chrome.scripting.executeScript() zurückgegebenen Ergebnisse enthalten jetzt die frameId. Die Eigenschaft frameId gibt den Frame an, aus dem das Ergebnis stammt. So können Erweiterungen Ergebnisse einfach den einzelnen Frames zuordnen, wenn sie in mehrere Frames eingeschleust werden.

Chrome 89: Neue API zum Verwalten von Tabgruppen

Veröffentlicht am

Mit der neuen chrome.tabGroups API und den neuen Funktionen in chrome.tabs können Erweiterungen Tabgruppen lesen und bearbeiten. Erfordert Manifest V3.

Chrome 89: Anpassbare Berechtigungen für über das Web zugängliche Ressourcen

Veröffentlicht am

Die Definitionen für über das Web zugängliche Ressourcen in Manifest V3 wurden geändert, damit Erweiterungen den Ressourcenzugriff basierend auf der Ursprungs- oder Erweiterungs-ID des Anforderers einschränken können.

Blog post: Extension Manifest Converter

Veröffentlicht am

Das Team für Chrome-Erweiterungen hat „Extension Manifest Converter“ als Open Source zur Verfügung gestellt. Dieses Python-Tool automatisiert einige mechanische Aspekte der Konvertierung von Erweiterungen in Manifest V3. Weitere Informationen finden Sie im Blogpost zu Ankündigungen und auf GitHub.

Chrome 88: Manifest V3 – allgemeine Verfügbarkeit

Veröffentlicht am

Manifest V3 ist ein wichtiges Update der Erweiterungsplattform. Eine Zusammenfassung der neuen und geänderten Funktionen finden Sie in der Übersicht zu Manifest V3. Für Erweiterungen kann Manifest V2 vorerst weiterhin verwendet werden, dies wird aber demnächst eingestellt. Wir empfehlen dringend, Manifest V3 für alle neuen Erweiterungen zu verwenden und vorhandene Erweiterungen so schnell wie möglich zu Manifest V3 zu migrieren.