Neu in Chrome-Erweiterungen

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

Video: Was ist ein remote gehosteter Code?

Veröffentlicht am

Patrick vom Chrome Extensions-Team erklärt das Konzept von Remotely Hosted Code (RHC) in Chrome-Erweiterungen. Hier erfahren Sie, warum RHC nicht mehr zulässig ist, wie Sie ihn erkennen und was Sie tun können, wenn Ihre Erweiterung aktualisiert werden muss. Sieh dir das vollständige Video an.

Chrome 127: Neue action.openPopup API

Veröffentlicht am

Ab Chrome 127 ist die action.openPopup API für alle Erweiterungen verfügbar. Bisher war sie nur in Canary oder für Erweiterungen verfügbar, die über eine Richtlinie installiert wurden.

Video: Interview mit dem Trust & Safety-Team

Veröffentlicht am

Das DevRel-Team für Chrome-Erweiterungen hat sich mit dem Trust & Safety-Team zusammengetan, das für die Prüfung im Chrome Web Store zuständig ist, um Ihnen Fragen zu stellen. Sieh dir das vollständige Video an.

Blogpost: Einstellung von Manifest V2 beginnt

Veröffentlicht am

Ab dem 3. Juni wird auf der Chrome Beta-, Entwickler- und Canary-Version von Nutzern, die Manifest V2-Erweiterungen installiert haben, ein Warnbanner angezeigt, wenn sie die Seite zur Verwaltung von Erweiterungen (chrome://extensions) aufrufen. Darin werden sie darüber informiert, dass einige Manifest V2-Erweiterungen bald nicht mehr unterstützt werden. Weitere Informationen finden Sie in der offiziellen Bekanntmachung.

Änderungen an der Benutzeroberfläche der Seitenleiste

Veröffentlicht am

Wir haben vor Kurzem einige Änderungen an der Benutzeroberfläche der Seitenleiste vorgenommen, z. B. ein Stecknadelsymbol hinzugefügt und das globale Symbol für die Seitenleiste entfernt. Weitere Informationen finden Sie in der PSA sowie in der aktualisierten Dokumentation und den Beispielen.

Blogpost: Chrome-Erweiterungen auf der Google I/O 2024

Veröffentlicht am

Eine weitere Google I/O steht vor der Tür und wir haben alle spannenden Updates zu Erweiterungen behandelt. Das vollständige Video und unserer Blogpost findest du auf YouTube.

Überprüfung für zulässige Änderungen an deklarativen Nettoanfragen überspringen

Veröffentlicht am

Im Chrome Web Store können Sie die Überprüfung zulässiger Änderungen jetzt überspringen, wenn Sie die Declarative Net Request API verwenden. Weitere Informationen zu den Voraussetzungen und zur Aktivierung finden Sie in der Chrome Web Store-Dokumentation.

deploy% in der Chrome Web Store API verfügbar

Veröffentlicht am

Wir haben vor Kurzem unsere Dokumentation zur Chrome Web Store API um Informationen zu deployPercentage ergänzt. Damit können Sie einen Prozentsatz einer Teil-Roll-out-Bereitstellung zuweisen. Weitere Informationen zu deployPercentage

Chrome 126: Ursprungstests in Erweiterungen

Veröffentlicht am

In Chrome 126 wird das neue Feld „manifest.json“ eingeführt: trial_tokens, mit dem du Ursprungstests und eingestellte Tests auf allen Erweiterungsoberflächen aktivieren kannst. Weitere Informationen finden Sie im Leitfaden.

Blogpost: Neues bei Chrome-Erweiterungen – April 2024

Veröffentlicht am

Wir haben eine neue Ausgabe von Was passiert bei Chrome-Erweiterungen? veröffentlicht. Darin wird erläutert, woran das Erweiterungsteam in den letzten Monaten gearbeitet hat. Dazu zählen: Version-Rollback im Chrome Web Store, bessere Unterstützung von Firebase Auth sowie 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 durch – ohne zusätzliche Überprüfung! Weitere Informationen finden Sie im Blogpost und in der Dokumentation.

Chrome 124: Advanced documentScan API

Veröffentlicht am

Unter ChromeOS ist jetzt eine erweiterte documentScan API verfügbar, mit der Bilder von angehängten Dokumentenscannern erkannt und abgerufen werden können.

Chrome 124: WebGPU-Unterstützung in Service Workers

Veröffentlicht am

Seit Chrome 124 unterstützen Service Worker WebGPU. Sehen Sie sich für einen schnellen Einstieg das Beispiel zur 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, die ein Netzwerkpräfix und dieselbe Anzahl von Bits haben. Bisher musste ein 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 enthalten ist, die in einem Array angegeben sind.

Chrome Web Store: Änderungen bei den 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 lag die Beschränkung für Englisch auf 45 Zeichen und es gab keine Beschränkung für das Feld "name" in anderen Sprachen.

Dies sollte ursprünglich kulturelle und sprachliche Unterschiede berücksichtigen, die möglicherweise nicht in derselben Anzahl von Zeichen dargestellt werden können. Leider wurde diese Funktion von einer kleinen Anzahl von Entwicklern missbraucht, um Spam im Store zu generieren. Aus diesem Grund haben wir ein neues universelles Limit eingeführt, das auf 75 Zeichen erhöht wird. Dieses Limit gilt für fast alle Erweiterungen im Play Store. Sie müssen also wahrscheinlich nichts weiter tun. Wenn Sie versuchen, eine Erweiterung hochzuladen, deren Name die maximale Länge überschreitet, wird der Upload vom Speicher blockiert.

Blogpost: Eyeo's Journey to Testing Service Worker Sperrung

Veröffentlicht am

In diesem Beitrag des Extension Engine-Teams von eyeo geht es um das Testen von Erweiterungs-Service-Workern. In Manifest V2 befanden sich Erweiterungen auf einer Hintergrundseite, die während des gesamten Lebenszyklus der Erweiterung aktiv waren. Manifest V3 verwendet stattdessen Service Worker. Service Worker schonen Ressourcen, indem sie heruntergefahren werden, wenn sie nicht benötigt werden. Dies birgt gewisse Herausforderungen beim Testen. In diesem Beitrag wird erläutert, wie Eyeo diese Herausforderungen gemeistert hat.

Chrome 123: Wecker werden jetzt im Ruhemodus des Geräts ausgeführt

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 aufwacht, wird der Alarm einmal ausgelöst, unabhängig davon, wie viele Alarme verpasst wurden. Beispiel: Ein Wecker ist so eingestellt, dass er einmal pro Stunde ausgelöst wird und das Gerät, auf dem er eingeschaltet ist, sich von 0:55 bis 02:05 Uhr im Ruhemodus befindet und nur der Wecker um 02:00 Uhr das Ereignis onAlarm auslöst. Sie wird so kurz wie möglich um 02:00 Uhr ausgelöst und sofort, wenn das Gerät aktiviert wird, sofern es sich im Ruhemodus befand.

Durch diese Änderung wird Chrome an das in der Community-Gruppe „Web Extensions“ vereinbarte Verhalten angepasst.

Blogpost: Änderungen am bfcache-Verhalten mit Erweiterungs-Nachrichtenports

Veröffentlicht am

Der Back-Forward-Cache (bfcache) ist eine Browseroptimierung, die eine sofortige Zurück- und Vorwärtsnavigation ermöglicht. Wenn eine Seite mit einem offenen Erweiterungsport ab Chrome 123 in bfcache gespeichert wird, 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 dem BFCache wiederhergestellt wird.

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

Chrome 122: Unterstützung von Promise bei asynchronen Erweiterungs-APIs

Veröffentlicht am

Die Implementierung der Promise-Unterstützung für alle asynchronen Erweiterungs-API-Methoden ist abgeschlossen. Dies geschah zur Modernisierung der API-Methoden, indem die Ergonomie des Umgangs mit asynchronen Vorgängen verbessert wurde. Einige Methoden (z. B. desktopCapture.chooseDesktopMedia()) unterstützen weiterhin nur Callbacks, da ihre aktuellen Oberflächen nicht mit Promise-Objekten kompatibel sind. Aus Gründen der Abwärtskompatibilität werden Callbacks weiterhin unterstützt. Wenn Sie ein Versprechen finden, das nicht funktioniert, melden Sie den Fehler.

Neue Anleitung für die Kommunikation in Echtzeit

Veröffentlicht am

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

Neue Anleitung und Beispiel: Beendigung von Service Workern testen

Veröffentlicht am

Wir haben gerade eine Anleitung zum Testen der Beendigung von Service Workern mit Puppeteer veröffentlicht. Im zugehörigen Beispiel wird dies in Puppeteer und Selenium demonstriert.

Beispiel für natives Messaging aktualisiert

Veröffentlicht am

Wir haben gerade ein aktualisiertes Beispiel für native Benachrichtigungen veröffentlicht. Diese API ermöglicht es Ihrer Erweiterung, eine andere Anwendung zu starten und mit dieser zu kommunizieren. Vielen Dank an den GitHub-Mitwirkenden Shubham-Rasal für diese Arbeit.

Chrome 121: Neue „lastAccessed“-Property auf Tabs.Tab

Veröffentlicht am

Das neue Attribut „lastAccessed“ wurde dem Objekt tabs.Tab hinzugefügt. Diese Eigenschaft gibt an, wann der Tab zuletzt aktiviert wurde. Der Wert wird in Millisekunden seit der Epoche zurückgegeben.

Chrome 121: Bei nicht unterstützten Hintergrundschlüsseln wird jetzt eine Warnung ausgegeben

Veröffentlicht am

Bei der Änderung von Manifest V2 zu Manifest V3 wurden die untergeordneten Elemente des Manifestschlüssels "background" geändert, um die Ersetzung von Hintergrundskripts durch Erweiterungs-Service-Worker zu ermöglichen. Bisher wurde beim Hinzufügen der Manifest V2-Schlüssel "scripts", "page" oder "persistent" zum Schlüssel "background" einer Manifest V3-Erweiterung ein Fehler ausgegeben. Wenn diese Schlüssel vorhanden sind, wird jetzt eine Warnung ausgelöst.

So kann eine einzelne Manifestdatei in Erweiterungen in mehreren Browsern pro Angebot in der Community-Gruppe verwendet werden.

Chrome 120: Minimale Genauigkeit von Alarmen auf 30 Sekunden reduziert

Veröffentlicht am

Ab Chrome 120 kann bei Manifest V3-Erweiterungen die chrome.alarms API mit Verzögerungen oder Zeiträumen von 30 Sekunden verwendet werden, ohne dass Werte von 60 Sekunden oder mehr erforderlich sind.

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 das Filtern von Inhalten in Manifest V3

Veröffentlicht am

In unserem neuen Blogpost erfahrt ihr, 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 für Entwickler von Erweiterungen finden Sie in unserem neuen Blogpost: Das ist neu in Chrome 120 für Erweiterungen. Mit dieser Version werden außerdem die letzten beiden Elemente (UserScripts, Datei-Handler unter ChromeOS) aus der Liste kritischer Plattformlücken entfernt.

PSA: Änderung an der Verarbeitung von URLs für 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 eine andere Datenschutzerklärung angeben. Weitere Informationen zu dieser Änderung finden Sie in unserer PSA.

Video: Gespräch mit Matt Frisbie

Veröffentlicht am

wir haben gerade ein neues Video im YouTube-Kanal von Chrome für Entwickler veröffentlicht, in dem Sie mit dem Google-Entwicklerexperten und Autor Matt Frisbie chatten. 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, darunter das Schreiben von Einheitentests, eine allgemeine Anleitung und eine Anleitung zu End-to-End-Tests.

Blogpost: Neues bei Chrome-Erweiterungen – Oktober 2023

Veröffentlicht am

Wir haben gerade die zweite Ausgabe von Was passiert bei Chrome-Erweiterungen veröffentlicht. In dem Beitrag wird erläutert, woran das Erweiterungsteam in den letzten Monaten gearbeitet hat, einschließlich der Behebung von Stabilitätsproblemen der Service Worker und der Fortschritte beim Schließen aller Lücken in der MV3-Plattform. Außerdem stellen wir Ihnen spannende künftige API-Releases wie die Reading List API und die User Scripts API vor.

Höhere statische Regelsatzlimits in der Declarative Net Request API

Veröffentlicht am

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

Verbesserte Anleitung zu remote gehostetem 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, halten wir es für sinnvoll, die Anleitung zu diesem Problem zu verbessern. Auf dieser Seite finden Sie jetzt mehr Informationen, in denen beschrieben wird, was in Manifest V3 noch möglich ist, sowie weitere Informationen zu Strategien für das Upgrade.

Es gibt noch 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“ ist jetzt standardmäßig „false“

Veröffentlicht am

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

Dies folgt auf Diskussionen in der Community-Gruppe für Weberweiterungen. Bei Firefox und Safari wurde bereits eine ähnliche Änderung implementiert.

Dokumentation zu Cookies und Web Storage APIs

Veröffentlicht am

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

Erweiterungsbeispiele jetzt suchbar

Veröffentlicht am

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

Diese neue Beispielseite wurde von Xuezhou Dai, einem Teilnehmer von Google Summer of Code, erstellt, der auch mehrere neue Beispiele beisteuerte. In unserem Blogpost können Sie von ihren Erfahrungen im vergangenen Sommer nachlesen.

Unsere Codebeispiele sind weiterhin auf GitHub zum Klonen oder Verzweigen verfügbar.

Chrome 118: Änderungen am Öffnen von 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, damit URLs mit dem Schema „file://“ über die Tabs oder Windows APIs geöffnet werden können. Sie können diesen Zugriff programmatisch prüfen, indem Sie chrome.extension.isAllowedFileSchemeAccess() aufrufen. In Firefox sind Datei-URLs bereits eingeschränkt, und Safari unterstützt die Änderung. Weitere Informationen finden Sie im Beitrag in der Google-Gruppe für Erweiterungen.

Chrome 117: Erweiterte URL-Schutzmaßnahmen bei der Navigation von Erweiterungs-APIs

Veröffentlicht am

Bisher wurde bei der Navigation durch Erweiterungs-API-Aufrufe für tabs.update(), tabs.create() und windows.create() ein Fehler für einige chrome://-URLs ausgegeben. Außerdem war der Aufruf 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 eine Reihe zusätzlicher „chrome://“-URLs hinzugefügt, die für alle oben genannten Methoden gelten.

Verbesserte Anleitung für die declarativeNetRequest API

Veröffentlicht am

Die chrome.declarativeNetRequest API blockiert oder ändert Netzwerkanfragen, indem sie deklarative Regeln festlegt. So können Erweiterungen Netzwerkanfragen ändern, ohne sie abzufangen und zu sehen, was den Datenschutz für Nutzer erhöht. Außerdem ist die Verwendung schwierig. Vor diesem Hintergrund haben wir den Leitfaden so umformuliert, dass unserer Ansicht nach ein klareres Bild der Implementierung deklarativer Regelsätze vermittelt wird. Lesen Sie den neuen Abschnitt über den Link oben.

Google Analytics-Konto mit dem Chrome Web Store verwenden

Veröffentlicht am

Durch die Einbindung des Chrome Web Store in Google Analytics können Sie zusätzlich zur Ansicht im Entwickler-Dashboard Analysen für Ihren Chrome Web Store-Eintrag abrufen. Weitere Informationen finden Sie unter Google Analytics-Konto mit dem Chrome Web Store verwenden.

Chrome 115: Entwicklertools werden standardmäßig mit Content-Skripts überschrieben

Veröffentlicht am

Skripts für eingefügte Inhalte sind jetzt standardmäßig in der Ignorieren-Liste der Entwicklertools enthalten. Dies hat keine Auswirkungen auf die Haltepunkte, bedeutet aber, dass Inhaltsskripte während der Fehlerbehebung übergangen werden und Ausnahmen von diesen Skripts ignoriert werden. Wenn ein Content-Skript auf dem Tab Quellen geöffnet ist, werden Sie durch ein Banner darauf hingewiesen, dass es aktiviert ist, und Sie haben die Möglichkeit, das Content-Script aus der Ignorierliste zu entfernen. Um dieses Verhalten zu deaktivieren, öffnen Sie die Entwicklertools, gehen Sie zu Einstellungen und dann Ignorierliste. Weitere Informationen finden Sie unter Das ist neu bei den Entwicklertools.

Chrome 116 Beta: Mehr als möglich

Veröffentlicht am

Chrome 116 ist eine große Veröffentlichung für Erweiterungen. Seitenleisten lassen sich jetzt programmatisch öffnen. Mit einer neuen Methode können Sie feststellen, ob ein aktives nicht sichtbares Dokument vorhanden ist. Service Worker haben serverseitige Verbesserungen erhalten. Bei den ersten 116 Punkten gibt es genügend Verbesserungen, die wir in einem Blogpost behandelt haben. Chrome 116 befindet sich seit dem 19. Juli in der Betaphase.

Blogpost: Was passiert bei Chrome-Erweiterungen?

Veröffentlicht am

Wir haben gerade eine Übersicht über die diesjährigen Änderungen und Verbesserungen an Erweiterungen veröffentlicht. Darin werden die wichtigsten neuen Funktionen des Jahres vorgestellt, darunter die Side Panel API, Service Worker-Verbesserungen und nicht sichtbare Dokumente. Außerdem erfahren Sie, woran wir in diesem Quartal arbeiten. Der Artikel enthält noch viele weitere Listen mit Links zu allen.

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

Veröffentlicht am

Wir haben neue Informationen und Beispiele zur Standortbestimmung in Google Analytics veröffentlicht:

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

Veröffentlicht am

Sie können 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 Erweiterungsupdates

Veröffentlicht am

Vor Kurzem haben wir das Testtool für Erweiterungen veröffentlicht, einen lokalen Server für das Update von Erweiterungen, mit dem Updates für Chrome-Erweiterungen während der lokalen Entwicklung getestet werden können. Dazu gehören auch Berechtigungen. Das Tool zeigt den Aktualisierungsablauf des Nutzers an. Dazu gehört auch, dass eine Erweiterung deaktiviert bleibt, bis der Nutzer neu angeforderte Berechtigungen erteilt. 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 sich ansehen, auf Tools zugreifen können. Weitere Informationen finden Sie in der API-Referenz für die Seitenleiste. Außerdem haben wir dem GitHub-Beispiel-Repository zahlreiche Beispiele für die Seitenleiste hinzugefügt. Weitere Informationen zu Seitenleisten finden Sie im neuen Blogpost Designing a Superior User Experience with the New Side Panel API. Außerdem wurden unsere Richtlinien für die Qualitätsrichtlinien und unsere Best Practices überprüft, um weitere Tipps zum Erstellen hochwertiger Erweiterungen für die Seitenleiste zu geben.

Ihr Feedback ist für die Erstellung dieser API wichtig. Bitte teilen Sie uns Ihre Gedanken und Funktionsanfragen in den chromium-groups mit. Wir arbeiten laufend an der Verbesserung der Side Panel API und halten Sie über neue Updates auf dem Laufenden.

Neue Beispiele: WASM in Erweiterungen

Veröffentlicht am

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

Besonderer Dank geht an den GitHub-Beitragenden @daidr für diese Beispiele.

Aktualisierte Anleitung für die Migration von Manifest V3

Veröffentlicht am

Wir haben den Abschnitt Bekannte Probleme der Migrationsanleitung für Manifest V3 um eine aktualisierte Liste von Lücken in der Erweiterungsplattform ergänzt, die wir schließen möchten, bevor wir einen neuen Zeitplan für die Einstellung von Manifest V2 ankündigen.

Audio- und Videoaufnahmen mit Manifest V3

Veröffentlicht am

Wir haben gerade einen neuen Artikel mit dem Titel Audioaufnahme und Bildschirmaufnahme veröffentlicht, in dem es um das Aufzeichnen von Audio oder Video auf einem Tab, Fenster oder Bildschirm in Manifest V3 geht. In diesem Artikel werden mehrere Ansätze für die Aufzeichnung mit der chrome.tabCapture API und der Funktion getDisplayMedia() beschrieben.

Chrome 114: Erhöhtes Speicherkontingent für „storage.local“

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 entspricht storage.local dem storage.session, das in Chrome 112 geändert wurde.

Tutorial und Hilfe zum neuen Erweiterungs-Service-Worker

Veröffentlicht am

Service Worker sind ein wichtiger Bestandteil von Chrome-Erweiterungen. Wir haben gerade eine Anleitung veröffentlicht, in der die Grundlagen der Registrierung, Fehlerbehebung und Interaktion mit Service Workern erklärt werden. Außerdem haben wir 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

Um Sie bei der Veröffentlichung im Chrome Web Store zu unterstützen, haben wir neue Richtlinien in zwei Bereichen hinzugefügt. Bei den Mindestanforderungen an die Funktionalität geht es darum, Nutzern Vorteile zu bieten und das Surfen im Internet zu bereichern. Bei Affiliate-Anzeigen geht es darum, Nutzer auf Erweiterungen aufmerksam zu machen, die Affiliate-Links oder -Codes zur Monetarisierung verwenden, und ihnen ein gewisses Maß an Kontrolle zu geben, indem vor der Aufnahme eine Aktion von Nutzern verlangt wird.

Neue Anleitung für Extension Manifest Converter

Veröffentlicht am

Wir haben die README-Datei für Extension Manifest Converter umgeschrieben, damit Sie besser erkennen können, was Sie nach der Ausführung 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 Funktion des Tools beschrieben. Dabei werden Wörter verwendet, die mit denen in der Checkliste für die Migrationsanleitung übereinstimmen. Der Converter erledigt nicht alles, eliminiert aber viele Aufgaben, die keine manuelle Beurteilung erfordern.

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

Veröffentlicht am

Wir haben der Offscreen Documents API zwei neue Grundtypen hinzugefügt. Greifen Sie mit LOCAL_STORAGE auf die localStorage API der Webplattform zu. Verwenden Sie beim Erstellen von Web Workern WORKER.

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 vereinfacht und die Zugriffsverwaltung für Gruppen-Publisher einfacher gestaltet. Wenn Sie die Aktivitäten in Ihrem Store-Eintrag bereits mit Google Universal Analytics erfasst haben, müssen Sie bis zum 1. Juli 2023 Maßnahmen ergreifen, damit Sie weiterhin Daten zu Ihrem Store-Eintrag erhalten. Weitere Informationen finden Sie in diesem Beitrag in der 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 für die Versionen 112 und 113 zur Verfügung. Damit können Erweiterungen unter ChromeOS Dateien mit bestimmten MIME-Typen und Dateiendungen öffnen. Fügen Sie zur Implementierung der Dateiverarbeitung eine Reihe von Regeln zum manifest.json hinzu. Diese Funktion funktioniert genauso wie bei progressiven Web-Apps. Weitere Informationen findest du in diesem Artikel an anderer Stelle auf dieser Website.

So aktivieren Sie die Dateiverwaltung:

  • Starte Chrome ab Version 112 mit dem Flag --enable-features=ExtensionWebFileHandlers (ab Version 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 Samples: dynamische Deklarationen und programmatische Injektion

Veröffentlicht am

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

Neue Beispiele: Anwendungsfälle für deklarative Nettoanfragen

Veröffentlicht am

Für die Declarative Net Request API sind drei neue Beispiele verfügbar. Jede veranschaulicht die Implementierung eines einzelnen Anwendungsfalls. Das erste Beispiel zeigt, wie Cookies blockiert werden. Bei den anderen beiden handelt es sich um das Blockieren und Weiterleiten von URLs.

Chrome 112: Höheres Speicherkontingent für „storage.session“

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 vereinbart: https://github.com/w3c/webextensions/issues/350

Chrome 109: Nicht sichtbare Dokumente

Veröffentlicht am

Nicht sichtbare Dokumente sind jetzt in Manifest V3-Erweiterungen verfügbar. Sie erleichtern den Übergang von Hintergrundseiten zu Erweiterungs-Service-Workern, indem sie DOM-bezogene Funktionen und APIs unterstützen. Weitere Informationen finden Sie in diesem 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. Dadurch wird der aktivierte Status Ihrer Tabs vermieden. Diese neue Methode verwendet eine Tab-ID und einen Verweis auf einen Callback und gibt einen booleschen Wert zurück. Es gibt eine Einschränkung: Tabs, die mit chrome.declarativeContent erstellt wurden, geben immer „false“ zurück.

Für den Namespace chrome.action wurden vor Kurzem neue Methoden zur Steuerung der Darstellung von Erweiterungslogos eingeführt. Weitere Informationen finden Sie unter Logofarben festlegen.)

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

Veröffentlicht am

Früher schloss ein Erweiterungs-Service-Worker häufig nach 5 Minuten ab. Dieses Verhalten wurde so geändert, dass es der Lebensdauer der Service Worker im Web besser entspricht. Ein Erweiterungs-Service-Worker wird entweder nach 30 Sekunden Inaktivität heruntergefahren oder wenn die Verarbeitung einer einzelnen Aktivität länger als 5 Minuten dauert. Weitere Informationen finden Sie unter Längere Laufzeit der Erweiterungs-Service-Worker.

Beitrag: Einstellung von Manifest V2 pausieren

Veröffentlicht am

Die Fristen für die Einstellung von Manifest V2 werden überprüft und die für Anfang 2023 geplanten Tests werden verschoben. Weitere Informationen finden Sie in der Google-Gruppe zu Chromium-Erweiterungen.

Chrome 110: Badgefarben festlegen

Veröffentlicht am

Der Namespace chrome.action verfügt über zwei neue Methoden, mit denen Sie mehr Kontrolle über die Badges der Darstellungserweiterung haben. Mit den Methoden setBadgeTextColor() und getBadgeTextColor() kann eine Erweiterung die Textfarbe ihres Symbolleistensymbols ändern und abfragen. Wenn Sie diese neuen Methoden mit setBadgeBackgroundColor und getBadgeBackgroundColor verwenden, können Sie 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 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, sowie mit noch nicht behobenen Programmfehlern zusammengestellt. Mit dieser Seite möchten wir Entwicklern helfen, den aktuellen Status der Plattform besser zu verstehen und zu erfahren, welche Funktionen sie bei der Vorbereitung auf die Zukunft berücksichtigen können.

Chrome Web Store: Bildupload für große Werbekachel entfernt

Veröffentlicht am

Im Chrome Web Store wurde die Upload-Benutzeroberfläche „Große Werbekachel“ aus dem Tab „Store-Eintrag“ des Artikels im Entwickler-Dashboard entfernt. Diese Änderung hat keine Auswirkungen auf die Endnutzererfahrung, da diese Bilder nicht in der Nutzer-UI verwendet wurden. Weitere Informationen finden Sie in diesem Beitrag zu Chromium-Erweiterungen.

Chrome 106: Seiten unter „file://“-URLs den Zugriff auf über das Web zugängliche Ressourcen erlauben

Veröffentlicht am

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

Chrome 106: Es wurde ein Fehler behoben, der zu falschen endgültigen Argumenten für einige asynchrone API-Funktionen führte

Veröffentlicht am

Bisher konnte mit Manifest V3 beim Aufrufen asynchroner APIs ein ungültiges finales Argument zurückgegeben werden und Chrome führte nicht zu einem Fehler. Nach dieser Korrektur gibt Chrome jetzt einen Fehler wieder und meldet, dass es keine übereinstimmende Signatur gab. Entwicklern wird empfohlen, ihre Canary-Erweiterungen auf Fehler zu prüfen, falls sie versehentlich eine falsche Signatur für einen API-Aufruf verwenden, der durch diese Fehlerkorrektur nicht mehr funktioniert.

Blogpost: Überarbeitung der Chrome Web Store-Analysen

Veröffentlicht am

Der Chrome Web Store hat eine überarbeitete Artikelanalysefunktion für das Chrome Web Store-Entwickler-Dashboard. Das neue Dashboard ist übersichtlicher und fasst die nützlichsten Informationen gleich zusammen. Weitere Informationen finden Sie im Blogpost.

Chrome 105: Versprechen für die Identity API

Veröffentlicht am

Funktionen der Identity API unterstützen jetzt Promise-basierte Aufrufe. Dies führt zu einer geringfügigen Änderung an der Oberfläche für identity.getAuthToken(). Dabei hat die asynchrone Rückgabe, die auf einen Promise-basierten Aufruf gesetzt ist, die Parameter „token“ und „grantedScopes“ als Parameter für ein einzelnes Objekt (im Gegensatz zur Callback-Version, die sie als separate Argumente für den Callback empfängt).

Chrome 104: Neue Favicons API für Manifest V3

Veröffentlicht am

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

Aktualisierte Dokumente: Offenlegung für Entwickler: Händler/Nicht-Händler

Veröffentlicht am

Es wurde eine Identifikationsnummer für Händler/Nicht-Händler hinzugefügt, über die Entwickler ihren Status als Händler/Nicht-Händler korrekt selbst deklarieren können.

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

Veröffentlicht am

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

Chrome 103: Änderungen an MV3-Verknüpfungen werden sofort wirksam

Veröffentlicht am

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

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

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 Manifestfeld „optional_host_permissions“

Veröffentlicht am

Mit Manifest V3-Erweiterungen kann jetzt der Schlüssel optional_host_permissions in der Datei „manifest.json“ angegeben werden. Dadurch können Manifest V3-Erweiterungen optionale Abgleichsmuster für Hosts deklarieren, so wie Manifest V2-Erweiterungen den Schlüssel optional_permissions verwenden könnten.

Chrome 102: „Injection“-Eigenschaft in „scripting.executeScript()“

Veröffentlicht am

chrome.scripting.executeScript() akzeptiert jetzt ein optionales injectImmediately-Attribut für sein injection-Argument. Falls vorhanden und auf „true“ gesetzt, wird das Skript so schnell wie möglich in das Ziel eingefügt, 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: Unterstützung der Omnibox API in Manifest V3

Veröffentlicht am

Die Omnibox API kann jetzt in auf Service Workern basierenden Erweiterungen verwendet werden. Zuvor wurden bei einigen Methoden dieser API aufgrund interner Abhängigkeiten von DOM-Funktionen beim Aufruf ausgelöst.

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 können Manifest V3-Erweiterungen WebAssembly verwenden.

Chrome 102: Neue storage.session API

Veröffentlicht am

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

Docs-Update: Artikel im Chrome Web Store entdecken

Veröffentlicht am

Unter Discovery im Chrome Web Store erhalten Sie einen Überblick darüber, wie Nutzer Artikel im Chrome Web Store finden und wie unsere Editoren die entsprechenden Artikel auswählen.

Chrome 101: Verbesserte deklarativeNetRequest-Domainbedingungen

Veröffentlicht am

Die Bedingungen der Regel declarativeNetRequest wurden aktualisiert, damit Erweiterungen Anfragen besser basierend auf den Domains "Anfrage" und "Initiator" der Anfrage ausrichten können. Die relevanten Bedingungsattribute sind initiatorDomains, excludedInitiatorDomains, requestDomains und excludedRequestDomains. Weitere Informationen finden Sie in diesem Chromium-extensions-Thread.

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

Es wurde ein langjähriges Problem behoben, bei dem das Aufrufen von scripting.executeScript() auf einem neu erstellten Tab oder Fenster fehlschlägt.

Chrome 100: Der native Messaging-Port hält Service Worker am Leben

Veröffentlicht am

Wenn Sie eine Verbindung zu einem nativen Messaging-Host mithilfe von chrome.runtime.connectNative() im Service Worker einer Erweiterung herstellen, sollte der Service Worker aktiv bleiben, solange der Port geöffnet ist.

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

Veröffentlicht am

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

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

Veröffentlicht am

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

Chrome 99: match_origin_as_fallback in Canary

Veröffentlicht am

Inhaltsskripte können jetzt den Schlüssel match_origin_as_fallback angeben, der in Frames eingeschleust werden soll, die sich auf einen übereinstimmenden Frame beziehen, einschließlich Frames mit den URLs about:, data:, blob: und filesystem:. Weitere Informationen finden Sie in der Dokumentation zu Inhaltsskripts.

Chrome 99: Unterstützung von Erweiterungs-Service-Workern für Datei: Schemas in Canary

Veröffentlicht am

Service Worker-basierte Manifest V2- und Manifest V3-Erweiterungen können jetzt die Fetch API verwenden, um file:-Schema-URLs anzufordern. 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, die für Manifest V3 erstellt wurden, hinzugefügt.

Update zu Google Docs: Dokumentation zu Rezensionen 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 Erzwingung der Programmrichtlinien für Entwickler gehandhabt wird.

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

Veröffentlicht am

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

Docs-Update: Updates zur Behebung von Verstößen überprüfen

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 geben.

Chrome 96: Unterstützung von Promise auf 27 weitere APIs erweitert

Veröffentlicht am

Diese Version enthält deutlich mehr Promise-Updates als alle vorherigen Versionen. Die Updates umfassen sowohl allgemeine als auch ChromeOS-spezifische Erweiterungs-APIs. Maximieren Sie die folgenden Abschnitte, um weitere Informationen zu erhalten.

Erweiterungs-APIs

Eine Reihe von APIs unterstützt jetzt Promise in Manifest V3.

Außerdem unterstützen APIs, in denen der Prototyp ChromeSetting verwendet wird, 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, Aufheben der Registrierung und Abrufen einer Liste von Inhaltsskripts während der Laufzeit. Bisher konnten Inhaltsskripte nur in der Datei „manifest.json“ einer Erweiterung statisch deklariert oder zur Laufzeit programmatisch mit chrome.scripting.executeScript() eingefügt werden.

Docs-Update: Zeitplan für die Unterstützung 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 Seite mit dem Zeitplan 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 migrieren, 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 im Hauptbereich einer Seite eingefügt werden. Bisher konnten Erweiterungen nur direkt in die isolierte Welt der Erweiterung eingefügt werden. Weitere Informationen zu isolierten Welten finden Sie in der Dokumentation zu Inhaltsskripts.

Chrome 95: Unterstützung der Storage API versprechen

Veröffentlicht am

Methoden in der Manifest V3-Version der chrome.storage API geben jetzt Promise zurück.

Richtlinienaktualisierung: Erzwingung der 2-Faktor-Authentifizierung

Veröffentlicht am

Der am 29. Juni 2021 veröffentlichte Blogpost zur Richtlinienaktualisierung wurde aktualisiert, um den Zeitplan für die Bereitstellung der 2-Faktor-Authentifizierung zu korrigieren.

Chrome 94: Änderungen des statischen Regelsatzes an deklarativen Nettoanfragen

Veröffentlicht am

Für die chrome.declarativeNetRequest können jetzt bis zu 50 statische Regelsätze (MAX_NUMBER_OF_STATIC_RULESETS) angegeben und bis zu 10 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 die Erweiterungen Manifest V2 als auch für Manifest V3 kann jetzt die Cross-Origin-Isolation aktiviert werden. Diese Funktion begrenzt, 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.

Aktualisierte Richtlinie: Programmrichtlinien für Entwickler aktualisiert

Veröffentlicht am

Die Programmrichtlinien für Entwickler im Chrome Web Store wurden aktualisiert und erläutern nun die Richtlinien zu irreführenden Installationstaktiken, Spam und sich wiederholenden Inhalten. Dieses Update umfasst auch eine neue Anforderung zur 2-Faktor-Authentifizierung für die Veröffentlichung im Chrome Web Store. Weitere Informationen finden Sie im Blogpost.

Blogpost: Erweiterungsaktionen in Manifest V3

Veröffentlicht am

Chrome-Erweiterungen hatten jahrelang die APIs chrome.browserAction und chrome.pageActions, doch Manifest V3 hat beide durch eine generische chrome.actions API ersetzt. In diesem Beitrag werden die Geschichte dieser APIs und die Änderungen in Manifest V3 erläutert. Lesen Sie den Beitrag.

Blogpost: Einführung von chrome.scripting

Veröffentlicht am

Die chrome.scripting API ist eine neue Manifest V3 API, die auf das Erstellen von Scripts ausgerichtet ist. In diesem Beitrag befassen wir uns mit den Beweggründen für diesen Wandel und sehen uns die neuen Möglichkeiten genauer an. Lesen Sie den Beitrag.

Chrome 92: Unterstützung für Modul-Service-Worker

Veröffentlicht am

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

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

Dadurch wird das Worker-Skript als ES-Modul geladen, mit dem 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 feststellen, ob der Nutzer die Erweiterung an der 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. Es ersetzt chrome.tabs.removeCSS().

Chrome 90: Versprechen von scripting.executeScript() zurückgeben

Veröffentlicht am

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

Chrome 90: „chrome.scripting.executeScript()“-Ergebnisse 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 die Ergebnisse ganz einfach den einzelnen Frames zuordnen, wenn sie in mehrere Frames eingefügt 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 so geändert, dass Erweiterungen den Ressourcenzugriff basierend auf dem Ursprung oder der Erweiterungs-ID des Anforderers einschränken können.

Blog post: Extension Manifest Converter

Veröffentlicht am

Das Chrome-Erweiterungsteam 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 hier von GitHub.

Chrome 88: Manifest V3 – Allgemeine Verfügbarkeit

Veröffentlicht am

Manifest V3 ist ein wichtiges Update der Erweiterungsplattform. Eine Zusammenfassung neuer und geänderter Funktionen finden Sie in der Übersicht über Manifest V3. Erweiterungen können Manifest V2 vorerst möglicherweise weiterhin verwenden, dies wird jedoch demnächst eingestellt. Wir empfehlen dringend, Manifest V3 für alle neuen Erweiterungen zu verwenden und so bald wie möglich mit der Migration vorhandener Erweiterungen zu Manifest V3 zu beginnen.