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:
- Eine aktualisierte Version der Google Analytics-Anleitung, in der erläutert wird, wie Sie Google Analytics 4 in Ihrer Chrome-Erweiterung verwenden können. Außerdem haben wir unserem GitHub-Beispiel-Repository ein funktionierendes Google Analytics 4-Beispiel hinzugefügt. Unter
google-analytics.js
finden Sie den entsprechenden Code für Google Analytics. - Ein neuer Leitfaden zur Standortbestimmung und drei Beispiele, die zeigen, wie der Zugriff auf die Standortbestimmung in Service Workern, Inhaltsskripts, Pop-ups und Seitenleisten funktioniert
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:
- Unter WASM in Manifest V3 verwenden wird die allgemeine Methode zum Einbinden eines WASM-Moduls beschrieben.
- Unter WASM als Modul in Manifest V3 verwenden erfahren Sie, wie Sie WASM in einem Modul verwenden können.
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 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.
chrome.browsingData
chrome.commands
chrome.contentSettings
chrome.debugger
chrome.downloads
chrome.enterprise.hardwarePlatform
chrome.fontSettings
chrome.history
chrome.instanceID
chrome.permissions
chrome.processes
chrome.search
chrome.sessions
chrome.topSites
Außerdem werden APIs, die das ChromeSetting
verwenden,
unterstützt jetzt auch Versprechen. Die folgenden APIs sind von dieser Änderung betroffen.
ChromeOS-APIs
chrome.certificateProvider
chrome.documentScan
chrome.enterprise.deviceAttributes
chrome.enterprise.networkingAttributes
chrome.fileBrowserHandler
chrome.fileSystemProvider
chrome.loginState
chrome.printingMetrics
chrome.wallpaper
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.