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.

Chrome 128: Abgleich von Antwortheadern in deklarativer Nettoanfrage

Veröffentlicht am

Ab Chrome 128 wird der Abgleich von Antwortheadern in der Declarative Net Request API unterstützt. Diese Anfrage wurde häufig gestellt, insbesondere im Hinblick auf den Abgleich des Content-Type-Headers. Wir haben gemeinsam mit der WebExtensions Community Group eine geeignete API entwickelt.

Wir haben unsere API-Referenz aktualisiert, sodass sie die neuen Felder responseHeaders und excludedResponseHeaders enthält. Sie können diese verwenden, um das Vorhandensein eines bestimmten Headers und dessen Wert zu prüfen.

Im Rahmen dieser Aktualisierung haben wir unserer Dokumentation einen neuen Abschnitt zur Regelauswertung hinzugefügt, in dem die Zuordnung von Regeln erläutert wird. Insbesondere für den Headerabgleich können Regeln erst ausgeführt werden, wenn die Antwortheader empfangen wurden. Sie werden also später als andere Regeln angewendet. Das bedeutet, dass die Anfrage den Server erreicht, bevor sie blockiert oder weitergeleitet wird.

Video: Was sind Inhaltsskripte?

Veröffentlicht am

Hier erfahren Sie mehr über Inhaltsskripte in Chrome-Erweiterungen, z. B. wie Sie CSS und JavaScript für die Ausführung auf einer bestimmten Seite registrieren. Sieh dir das vollständige Video an.

Wichtige Richtlinienaktualisierungen

Veröffentlicht am

Das Chrome Web Store-Team hat eine Reihe von Aktualisierungen auf der Seite Programmrichtlinien für Entwickler veröffentlicht, um die Entwicklung qualitativ hochwertiger Produkte zu fördern, betrügerisches Verhalten zu verhindern und die Einwilligung der Nutzer auf informierte Weise zu gewährleisten. Rebecca Soares, Richtlinienmanagerin für den Chrome Web Store, hat alle Aktualisierungen im Blogpost Chrome-Erweiterungen: Wichtige Richtlinienaktualisierungen zusammengefasst.

Blogpost: What’shinweis in Chrome-Erweiterungen, Juli 2024

Veröffentlicht am

In den letzten drei Monaten haben wir mehrere wichtige Updates und neue Funktionen eingeführt. Unter anderem wurde Manifest V2 eingestellt. Informieren Sie sich über die Änderungen bei Chrome-Erweiterungen für Juli-Ausgabe.

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 wird die action.openPopup Die API ist für alle Erweiterungen verfügbar. Bisher war die Funktion nur in Canary verfügbar. oder Erweiterungen, die über eine Richtlinie installiert wurden.

Video: Vertrauen und Vorstellungsgespräch mit dem Sicherheitsteam

Veröffentlicht am

Das DevRel-Team für Chrome-Erweiterungen hat sich mit dem Sicherheitsteam, das für die Prüfung im Chrome Web Store zuständig ist und Ihre Fragen stellt. 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 und entfernen Sie das globale Symbol für die Seitenleiste. 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. Auf YouTube findest du das vollständige Video und unseren Blogpost mit einigen Highlights.

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

Veröffentlicht am

Im Chrome Web Store können Sie die Überprüfung für infrage kommende Änderungen jetzt überspringen, wenn Sie die Declarative Net Request API. Weitere Informationen zu den Teilnahmevoraussetzungen und zur Teilnahme in der Dokumentation zum Chrome Web Store.

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 Einstellungstests 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

Eine erweiterte documentScan API ist jetzt in ChromeOS verfügbar, um angehängte Bilder zu finden und abzurufen Dokumentenscanner.

Chrome 124: WebGPU-Unterstützung in Service Workers

Veröffentlicht am

Seit Chrome 124 unterstützen Service Worker WebGPU. Für eine sehen Sie sich 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 die Filterung in CIDR-Blöcken (Classless Inter-Domain Routing) ein. Ein CIDR-Block ist eine Sammlung von IP-Adressen mit demselben Netzwerkpräfix und derselben Anzahl von Bits. Bisher Ein Entwickler, der mehrere IP-Adressen filtern muss, um einen Filter zu konfigurieren für jede der Adressen im Blockbereich. Wenn eine Erweiterung einen Anruf addListener(), eine übergebene Regel bedeutet, dass der Event-Handler nur aufgerufen wird wenn der Hostteil einer URL eine IP-Adresse ist und in einem der CIDRs 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 nun eine allgemeine Beschränkung von 75 Zeichen für eine im Feld "name" der Erweiterung manifest.json. Bisher betrug das Limit für Englisch 45 Zeichen. war in anderen Sprachen keine Beschränkung für das Feld "name".

Ursprünglich sollte so kulturelle und sprachliche Unterschiede berücksichtigt werden, können möglicherweise nicht mit der gleichen Anzahl von Zeichen erfasst werden. Leider Diese Funktion wurde von einer kleinen Anzahl von Entwicklern missbraucht, um Spam im Store zu generieren. Als führen wir ein neues universelles Limit ein, das auf 75 Zeichen erhöht wird. Dieses Limit gilt für fast alle Erweiterungen, die derzeit im Chrome Web Store verfügbar sind. sind aufgrund dieser Änderung Maßnahmen erforderlich. Wenn Sie versuchen, Erweiterung mit einem längeren Namen als das Limit hat, wird der Upload durch den Shop blockiert wird.

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 werden Erweiterungen die während des gesamten Lebenszyklus der Erweiterung aktiv waren. Manifest V3 verwendet stattdessen Service Worker. Ressourcen sparen, indem sie abgeschaltet werden, wenn sie nicht benötigt werden. Hier sehen Sie Herausforderungen beim Testen zu meistern. Dieser Beitrag erklärt, wie Eyeo diese Herausforderungen gemeistert hat.

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

Veröffentlicht am

Mit der chrome.alarms API eingestellte Alarme 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. Nehmen wir zum Beispiel an, Ein Wecker ist so eingestellt, dass er einmal pro Stunde ausgelöst wird und das Gerät, auf dem er eingeschaltet ist, sich im Ruhemodus befindet Von 00:55 bis 02:05 Uhr löst nur der Wecker um 02:00 Uhr das Ereignis onAlarm aus. Sie wird so kurz wie möglich um 02:00 Uhr ausgelöst und sofort, wenn das Gerät aktiviert wird wenn es schlafen würde.

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

Back-Forward-Cache (bfcache) ist ein Browser , die eine sofortige Rück- und Vorwärtsnavigation ermöglicht. Beginnt in Wenn in Chrome 123 eine Seite mit einem offenen Erweiterungsport im bfcache gespeichert wird, ist geschlossen. Es werden keine Nachrichten mehr an diese Seite gesendet. Daher sollten Erweiterungsscripts auf Lebenszyklusereignisse wie onDisconnect und richte eine neue Verbindung ein, 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-APIs ist abgeschlossen . Dies geschah zur Modernisierung der API-Methoden, indem die Ergonomie der mit asynchronen Vorgängen arbeiten. Einige Methoden (z. B. desktopCapture.chooseDesktopMedia()) werden weiterhin nur Rückrufe unterstützt. da ihre aktuellen Oberflächen nicht mit Promises kompatibel sind. Für rückwärts Kompatibilitä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. Durch Updates in Echtzeit können Sie direkt von Ihren Servern zu Ihren Erweiterungen kommunizieren. 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 veröffentlicht für natives Messaging. Mit dieser API kann Ihre Erweiterung starten und kommunizieren mit einer anderen Anwendung. Vielen Dank an den GitHub-Beitragenden Shubham-Rasal für die Arbeit daran.

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: Nicht unterstützter „Hintergrund“ Schlüssel 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 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 in unserer PSA geändert.

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. Ansehen hier.

Neue Anleitung zum Testen von Erweiterungen

Veröffentlicht am

Wir haben gerade eine neue Anleitung zum Schreiben automatischer Tests für Erweiterungen veröffentlicht. Dazu gehört, wie Einheitentests geschrieben werden und beides. allgemeine Anleitung und eine Tutorial 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

Auf Feedback in den Weberweiterungen folgen Community-Gruppe wurde das Limit für aktivierte statische Regelsätze von 10 auf 50 erhöht. Außerdem wird die Gesamtzahl der zulässigen statischen Regelsätze von 50 auf 100 erhöht. Dies ist derzeit auf 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 wird die isUrlFilterCaseSensitive in chrome.declarativeNetRequest API wurde zu false geändert. Wenn du das alte Verhalten beibehalten möchtest, kannst du isUrlFilterCaseSensitive explizit auf true setzen. deklarativeNetRequest-Regeln.

Dies folgt auf Diskussionen in den Weberweiterungen Community-Gruppe. 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 Details zu Änderungen der Cookie- und Speicherpartitionierung in Privacy Sandbox, ein fortlaufendes 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 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 benötigen Erweiterungen die Berechtigung „Zugriff auf Datei-URLs erlauben“ auf der Seite chrome://extensions aktiviert, um URLs mit dem Schema „file://“ über die Tabs oder Windows APIs zu öffnen. 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() bei einigen chrome://-URLs ein Fehler 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 es ein aktives nicht sichtbares Dokument gibt. 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 ein 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 wichtig für die Entwicklung dieser API. 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 weitere 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 finden Sie 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).
  • Ab Version 113: Füge os://flags/#extension-web-file-handlers in die Chrome-Omnibox ein und wähle „Aktiviert“ aus im Drop-down-Menü 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 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, und offenen 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: "große Werbekachel" Bildupload entfernt

Veröffentlicht am

Die große Werbekachel im Chrome Web Store wurde entfernt über den Tab „Store-Eintrag“ des Artikels im Entwickler-Dashboard hochladen. 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 in der Identity API versprochene Anrufe unterstützt. Dadurch verändert sich die Oberfläche für identity.getAuthToken(), wobei der Parameter die asynchrone Rückgabe, die auf einen Promise-basierten Aufruf festgelegt ist, hat „token“ und „grantedScopes“ als Parameter für ein einzelnes Objekt (im Gegensatz zur Callback-Version, die sie als separate Argumente für den Callback).

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

Die Identifizierung als Händler/Nicht-Händler wurde hinzugefügt. informiert Entwickler darüber, dass sie ihren Status als Händler bzw. 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 mit WebAssembly muss diese Anweisung und den Wert jetzt explizit in „extension_pages“ in der eigenen content_security_policy Deklarationen.

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

Veröffentlicht am

Wenn Sie die Tastenkombination einer Manifest V3-Erweiterung auf chrome://extensions/shortcuts ändern, werden jetzt sofort übernommen. Bisher musste die Erweiterung vor dem würde diese Änderung wirksam werden.

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

Veröffentlicht am

Dynamisch registrierte Inhaltsskripte können jetzt die Welt, 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. Dieses ermöglicht Manifest V3-Erweiterungen genau wie Manifest V2 optionale Abgleichsmuster für Hosts Erweiterungen den Schlüssel „optional_permissions“ verwenden könnten.

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

Veröffentlicht am

chrome.scripting.executeScript() akzeptiert jetzt eine optionale injectImmediately-Eigenschaft injection-Argument. Falls vorhanden und auf „true“ gesetzt, wird das Script in das Ziel eingefügt, sobald anstatt auf document_idle zu warten. Das ist keine Garantie dafür, dass das Skript vor dem Laden der Seite einfügen, 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 auf Service Worker-Basis verwendet werden Erweiterungen. Früher haben einige der Methoden dieser API aufgrund von internen von DOM-Funktionen abhängig.

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 aufnehmen Deklarationen. 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 finden. im Chrome Web Store und wie unsere Redakteure Artikel auswählen.

Chrome 101: Verbesserte deklarativeNetRequest-Domainbedingungen

Veröffentlicht am

declarativeNetRequest-Regelbedingungen wurden aktualisiert, damit die Erweiterungen die Anfragen besser auf die „Anfrage“ der Anfrage ausrichten können und „Initiator“ Domains. Die relevanten Bedingungseigenschaften sind initiatorDomains, excludedInitiatorDomains, requestDomains und excludedRequestDomains. Siehe auch dieses chromium-extensions-Thread.

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

Es wurde ein Problem behoben, durch das scripting.executeScript() auf einem neu erstellten Tab oder könnte ausfallen.

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

Veröffentlicht am

Verbindung zu einem Host für natives Messaging über chrome.runtime.connectNative() im Der Service Worker sollte den Service Worker aktiv lassen, solange der Port geöffnet ist.

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

Veröffentlicht am

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

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

Veröffentlicht am

Die chrome.i18n.getMessage() API ist 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, um in Frames einzuschleusen, die die sich auf einen übereinstimmenden Frame beziehen, einschließlich Frames mit about:, data:, blob: und filesystem: URLs. Sehen Sie sich die Content-Skripts an. in der Dokumentation.

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

Veröffentlicht am

Auf Service Worker-basierten Manifest V2- und Manifest V3-Erweiterungen können jetzt über die Fetch API Anfragen file:-Schema-URLs. Für den Zugriff auf file:-Schema-URLs muss der Nutzer weiterhin die Option „Zugriff erlauben“ aktivieren zu Datei-URLs für die Erweiterung auf der Seite chrome://extensions.

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

Veröffentlicht am

Unterstützung für Versprechen wurde hinzugefügt tabs.sendMessage, runtime.sendMessage und runtime.sendNativeMessage für für Manifest V3 erstellte Erweiterungen.

Update zu Google Docs: Dokumentation zu Rezensionen im Chrome Web Store

Veröffentlicht am

Wir haben eine neue Referenzseite mit einer Übersicht über Chrome hinzugefügt. Überprüfungsprozess für den Web Store und Erklärung, wie die Durchsetzung der Programmrichtlinien für Entwickler gehandhabt wird

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

Veröffentlicht am

executeScript() der Scripting API und insertCSS()-Methoden akzeptieren mehrere Dateien gleichzeitig. 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 ausführlichere 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. Aktualisierungen 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 werden APIs, die das ChromeSetting verwenden, unterstützt jetzt auch Versprechen. 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 Registrierung, Aktualisierung, Abmelden und Liste mit Inhaltsskripten abrufen während der Laufzeit. Bisher konnten Inhaltsskripte nur im Format einer Erweiterung statisch deklariert werden. "manifest.json" oder programmatisch zur Laufzeit einschleusen chrome.scripting.executeScript()

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 wurde eine detailliertere Seite mit der Zeitachse veröffentlicht.

Chrome 96: Berechtigung „deklarativeNetRequestWithHostAccess“

Veröffentlicht am

Mit der neuen Berechtigung „declarativeNetRequestWithHostAccess“ können Erweiterungen die chrome.declarativeNetRequest API auf Websites, für die die Erweiterung Hostberechtigungen hat. Dadurch werden auch vorhandene Manifest V2-Erweiterungen aktiviert, die webRequest, webRequestBlocking und websitespezifische Hostberechtigung für die Migration zum chrome.declarativeNetRequest API ohne Der Nutzer muss neue Berechtigungen genehmigen.

Chrome 95: Skripts direkt in Seiten einfügen

Veröffentlicht am

Die chrome.scripting APIs Die Methode executeScript() kann jetzt Skripte direkt in den Hauptbereich einer Seite einschleusen. Bisher konnten Erweiterungen nur direkt eingefügt werden. in die isolierte Welt der Erweiterung. Weitere Informationen zu isolierten Welten finden Sie in der Dokumentation zu Inhaltsskripts.

Chrome 95: Unterstützung der Storage API versprechen

Veröffentlicht am

Methoden für die Manifest V3-Version der chrome.storage Die API gibt jetzt Promise-Objekte 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 Bestätigung in zwei Schritten zu korrigieren.

Chrome 94: Änderungen des statischen Regelsatzes an deklarativen Nettoanfragen

Veröffentlicht am

Der chrome.declarativeNetRequest unterstützt jetzt bis zu 50 statische Regelsätze angeben (MAX_NUMBER_OF_STATIC_RULESETS) und bis zu 10 Regelsätze zu aktivieren, (MAX_NUMBER_OF_ENABLED_STATIC_RULESETS) auf einmal ansehen.

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 schränkt die ursprungsübergreifenden die Seiten einer Erweiterung laden können und die Nutzung 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 des Chrome Web Store wurden aktualisiert mit Erläuterungen zu den Richtlinien zu irreführenden Installationstaktiken, Spam und sich wiederholenden Inhalten. Dieses Update beinhaltet auch eine neue Anforderung zur 2-Faktor-Authentifizierung für die Veröffentlichung von Inhalten im Chrome Web. Geschäft. 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, aber Manifest V3 wurde durch eine generische chrome.actions API ersetzt. Dieses wird 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, auf dem Scripting. In diesem Beitrag befassen wir uns mit den Beweggründen für diese Veränderung und sehen uns genauer an, über neue Möglichkeiten. 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. Um ein Modul in Ihrem Manifest:

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

Dadurch wird das Worker-Skript als ES-Modul geladen, mit dem Sie das Schlüsselwort import im Worker-Skript, um andere Module zu importieren.

Chrome 91: chrome.action.getUserSettings()

Veröffentlicht am

Das neue chrome.action.getUserSettings() können Erweiterungen feststellen, ob der Nutzer die Erweiterung an die Hauptsymbolleiste angepinnt hat.

Chrome 90: chrome.scripting.removeCSS()

Veröffentlicht am

Das neue chrome.scripting.removeCSS() können Erweiterungen CSS entfernen, die zuvor über chrome.scripting.insertCSS() Es ersetzt chrome.tabs.removeCSS().

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

Veröffentlicht am

chrome.scripting.executeScript() jetzt die Rückgabe von Versprechen unterstützt. Wenn der Wert der Skriptausführung ein Promise ist, wartet auf den Ausgleich des Versprechens und gibt den resultierenden Wert zurück.

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

Veröffentlicht am

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

Chrome 89: neue API zum Verwalten von Tabgruppen

Veröffentlicht am

Die neue chrome.tabGroups API und neue Funktionen in Mit 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

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

Blog post: Extension Manifest Converter

Veröffentlicht am

Das Chrome-Erweiterungsteam hat als Open-Source-Software „Extension Manifest Converter“ entwickelt, ein Python-Tool, einige der mechanischen Aspekte bei der Umwandlung von Erweiterungen in Manifest V3 automatisiert. Weitere Informationen finden Sie in der in diesem Blogpost 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 unter Übersicht über Manifest V3. Erweiterungen Manifest V2 wird vorerst möglicherweise weiterhin verwendet, wird aber in naher Zukunft eingestellt. Wir möchten empfehlen, Manifest V3 für alle neuen Erweiterungen zu verwenden und mit der Migration vorhandener Erweiterungen zu beginnen so schnell wie möglich mit Manifest V3 verknüpfen.