Der Bereich Hintergrunddienste in den Chrome-Entwicklertools enthält eine Reihe von Tools für die JavaScript APIs, mit denen Ihre Website Updates senden und empfangen kann, auch wenn ein Nutzer Ihre Website nicht geöffnet hat. Ein Hintergrunddienst ähnelt funktional einem Hintergrundprozess.
Im Bereich Hintergrunddienste können Sie die folgenden Hintergrunddienste debuggen:
- Hintergrundabruf
- Hintergrundsynchronisierung
- Benachrichtigungen
- Spekulative Ladevorgänge
- Push-Nachrichten
In den Chrome-Entwicklertools können Abruf-, Synchronisierungs- und Benachrichtigungsereignisse drei Tage lang protokolliert werden, auch wenn die Entwicklertools nicht geöffnet sind. So können Sie sicherstellen, dass Ereignisse wie erwartet gesendet und empfangen werden.
Neben Ereignissen im Zusammenhang mit Hintergrunddiensten können Sie mit den Entwicklertools auch Folgendes tun:
- Berichte anzeigen, die Chrome bereits mit der Reporting API gesendet hat oder senden wird.
- Back-Forward-Cache mit einem Klick debuggen und testen.
Hintergrundabruf
Mit der Background Fetch API kann ein Service Worker große Ressourcen, wie Filme oder Podcasts, zuverlässig als Hintergrunddienst herunterladen. So protokollieren Sie Ereignisse im Zusammenhang mit dem Hintergrundabruf drei Tage lang, auch wenn die Entwicklertools nicht geöffnet sind:
- Öffnen Sie die Entwicklertools auf einer Seite, die die Background Fetch API verwendet.
Gehen Sie zu Anwendung > Hintergrunddienste > Hintergrundabruf und klicken Sie auf
Aufzeichnen.
Lösen Sie auf Ihrer Seite eine Aktivität im Zusammenhang mit dem Hintergrundabruf aus. Die Entwicklertools protokollieren die Ereignisse in der Tabelle.
Klicken Sie auf ein Ereignis, um die Details im Bereich unter der Tabelle zu sehen.
Sie können die Entwicklertools schließen und die Aufzeichnung bis zu drei Tage lang laufen lassen. Klicken Sie auf
Beenden, um die Aufzeichnung zu beenden.
Hintergrundsynchronisierung
Mit der Background Sync API kann ein Offline-Service Worker Daten an einen Server senden, sobald eine zuverlässige Internetverbindung wiederhergestellt wurde. So protokollieren Sie Ereignisse im Zusammenhang mit der Hintergrundsynchronisierung drei Tage lang, auch wenn die Entwicklertools nicht geöffnet sind:
- Öffnen Sie die Entwicklertools, z. B. auf dieser Demoseite.
Gehen Sie zu Anwendung > Hintergrunddienste > Hintergrundsynchronisierung und klicken Sie auf
Aufzeichnen.
Klicken Sie auf der Demoseite auf Hintergrundsynchronisierung registrieren , um den entsprechenden Service Worker zu registrieren, und klicken Sie auf Zulassen , wenn Sie dazu aufgefordert werden.
Die Registrierung von Service Workern ist eine Aktivität im Zusammenhang mit der Hintergrundsynchronisierung. Die Entwicklertools protokollieren die Ereignisse in der Tabelle.
Klicken Sie auf ein Ereignis, um die Details im Bereich unter der Tabelle zu sehen.
Sie können die Entwicklertools schließen und die Aufzeichnung bis zu drei Tage lang laufen lassen. Klicken Sie auf
Beenden, um die Aufzeichnung zu beenden.
(Experimentell) Eindämmung von Bounce-Tracking
Mit dem Chrome-Experiment zur Eindämmung von Bounce-Tracking können Sie den Status von Websites identifizieren und löschen, die anscheinend websiteübergreifendes Tracking mit der Bounce-Tracking-Technik durchführen. Sie können die Eindämmung von Tracking manuell erzwingen und eine Liste der Websites aufrufen, deren Status gelöscht wurde.
So erzwingen Sie die Eindämmung von Tracking:
- Blockieren Sie Drittanbieter-Cookies in Chrome. Gehen Sie zu
> Einstellungen > 
Datenschutz und Sicherheit > Cookies und andere Websitedaten > 
Drittanbieter-Cookies blockieren und aktivieren Sie die Option. - Legen Sie in
chrome://flagsfür das Experiment Eindämmung von Bounce-Tracking die Option Mit Löschen aktiviert fest. - Öffnen Sie die Entwicklertools und gehen Sie zu Anwendung > Hintergrunddienste > Eindämmung von Bounce-Tracking.
- Klicken Sie auf einen Bounce-Link und warten Sie 10 Sekunden, bis Chrome den Bounce aufgezeichnet hat. Auf dem Tab Probleme werden Sie über die bevorstehende Statuslöschung informiert.
- Klicken Sie auf Ausführung erzwingen , um den Status sofort zu löschen.
Benachrichtigungen
Nachdem ein Service Worker eine Push-Nachricht von einem Server erhalten hat, verwendet der Service Worker die Notifications API, um die Daten einem Nutzer anzuzeigen. So protokollieren Sie Benachrichtigungen drei Tage lang, auch wenn die Entwicklertools nicht geöffnet sind:
- Öffnen Sie die Entwicklertools.
Gehen Sie zu Anwendung > Hintergrunddienste > Benachrichtigungen und klicken Sie auf
Aufzeichnen.
Klicken Sie auf Benachrichtigung planen und auf Zulassen , wenn Sie dazu aufgefordert werden.
Warten Sie, bis die Benachrichtigung angezeigt wird. Die Entwicklertools protokollieren die Benachrichtigungsereignisse in der Tabelle.
Klicken Sie auf ein Ereignis, um die Details im Bereich unter der Tabelle zu sehen.
Sie können die Entwicklertools schließen und die Aufzeichnung bis zu drei Tage lang laufen lassen. Klicken Sie auf
Beenden, um die Aufzeichnung zu beenden.
Spekulative Ladevorgänge
Spekulative Ladevorgänge ermöglichen einen nahezu sofortigen Seitenaufbau auf Grundlage von Spekulationsregeln, die Sie definieren. So kann Ihre Website die am häufigsten aufgerufenen Seiten vorab abrufen und vorab rendern.
Beim Vorabruf wird eine Ressource im Voraus abgerufen. Beim Vorabrendern wird noch ein Schritt weiter gegangen und die gesamte Seite in einem verborgenen Hintergrund-Renderer-Prozess gerendert.
Sie können spekulative Ladevorgänge unter Anwendung > Hintergrunddienste > Spekulative Ladevorgänge debuggen. Der Bereich enthält drei Ansichten:
- Spekulative Ladevorgänge. Enthält den spekulativen Status für die aktuelle Seite, die aktuelle URL, Seiten, die die aktuelle Seite spekulativ zu laden versucht, und deren Status.
- Regeln. Enthält die Regelsätze auf der aktuellen Seite im Bereich Elemente und den Gesamtstatus der Spekulationen.
- Spekulationen. Enthält eine Tabelle mit Informationen zu Versuchen zum spekulativen Laden und deren Status. Wenn ein Versuch fehlgeschlagen ist, können Sie in der Tabelle darauf klicken, um detaillierte Informationen und den Grund für den Fehler zu sehen.
So debuggen Sie spekulative Ladevorgänge auf dieser Demoseite zum Vorabrendern:
Öffnen Sie die Entwicklertools auf der Seite und gehen Sie zu Anwendung > Hintergrunddienste > Spekulative Ladevorgänge. Wenn keine spekulativen Ladevorgänge angezeigt werden, die von der Seite initiiert wurden, laden Sie die Seite neu.
Die Startseite der Demo rendert zwei Seiten vorab und kann eine Seite nicht vorab rendern. Klicken Sie auf Alle Spekulationen ansehen.
Wählen Sie unter Spekulationen die Spekulation mit dem Status Fehler aus, um im Bereich mit detaillierten Informationen unten den Grund für den Fehler zu sehen.
In diesem Fall ist das Vorabrendern fehlgeschlagen, weil es auf der Website keine Seite
/next3.htmlgibt.Öffnen Sie den Bereich Regeln und klicken Sie auf den Status , um den Regelsatz unten zu sehen. Wenn Sie auf den Link Regelsatz klicken, gelangen Sie zum Bereich Elemente und sehen, wo die Spekulationsregel definiert ist.
Eine detailliertere Anleitung finden Sie unter Spekulationsregeln debuggen.
Push-Benachrichtigungen
Damit einem Nutzer eine Push-Benachrichtigung angezeigt werden kann, muss ein Service Worker zuerst mit der Push Message API Daten von einem Server empfangen. Wenn der Service Worker bereit ist, die Benachrichtigung anzuzeigen, verwendet er die Notifications API. So protokollieren Sie Push-Nachrichten drei Tage lang, auch wenn die Entwicklertools nicht geöffnet sind:
- Öffnen Sie die Entwicklertools, z. B. auf dieser Demoseite.
Gehen Sie zu Anwendung > Hintergrunddienste > Push-Benachrichtigungen und klicken Sie auf
Aufzeichnen.
Aktivieren Sie auf der Demoseite Push-Benachrichtigungen aktivieren, klicken Sie auf Zulassen, wenn Sie dazu aufgefordert werden, geben Sie eine Nachricht ein und senden Sie sie. Die Entwicklertools protokollieren Ereignisse im Zusammenhang mit Push-Benachrichtigungen in der Tabelle.
Klicken Sie auf ein Ereignis, um die Details im Bereich unter der Tabelle zu sehen.
Sie können die Entwicklertools schließen und die Aufzeichnung bis zu drei Tage lang laufen lassen. Klicken Sie auf
Beenden, um die Aufzeichnung zu beenden.
Reporting API
Einige Fehler treten nur in der Produktion auf. Sie werden nie lokal oder während der Entwicklung angezeigt, da echte Nutzer, Netzwerke und Geräte die Situation verändern.
Angenommen, Ihre neue Website verwendet Drittanbietersoftware, die document.write() verwendet, um wichtige Skripts zu laden. Neue Nutzer auf der ganzen Welt öffnen Ihre Website, haben aber möglicherweise langsamere Verbindungen als Sie beim Testen verwendet haben. Ohne dass Sie es wissen, funktioniert Ihre Website für diese Nutzer nicht mehr, da Chrome bei langsamen Netzwerken gegen document.write() vorgeht. Alternativ möchten Sie vielleicht veraltete oder bald veraltete APIs im Blick behalten, die in Ihrer Codebasis verwendet werden.
Die Reporting API wurde entwickelt, um Sie bei der Überwachung von veralteten API-Aufrufen, Sicherheitsverstößen auf Ihrer Seite und mehr zu unterstützen. Sie können die Berichterstellung wie unter Webanwendung mit der Reporting API überwachen beschrieben einrichten.
So rufen Sie die von einer Seite generierten Berichte auf:
- Gehen Sie zu
chrome://flags/#enable-experimental-web-platform-features, legen Sie für Experimentelle Webplattformfunktionen die Option Aktiviert fest und starten Sie Chrome neu. Öffnen Sie die Entwicklertools und gehen Sie zu Anwendung > Hintergrunddienste > Reporting API.
Der Tab Reporting API ist in drei Bereiche unterteilt:
- Die Tabelle Berichte mit den folgenden Informationen zu jedem Bericht:
- URL , die die Berichtserstellung verursacht hat
- Typ des Verstoßes
- Status des Berichts
- Zielendpunkt
- Zeitstempel Generiert am
- Text des Berichts
- Der Vorschaubereich Text des Berichts. Wenn Sie eine Vorschau des Berichtstexts sehen möchten, klicken Sie in der Tabelle der Berichte auf einen Bericht.
- Der Bereich Endpunkte mit einer Übersicht aller Endpunkte, die im Header
Reporting-Endpointskonfiguriert sind.
Berichtsstatus
In der Spalte Status sehen Sie, ob Chrome den Bericht erfolgreich gesendet hat, ihn senden wird oder ob ein Fehler aufgetreten ist.
| Status | Beschreibung |
|---|---|
Success |
Der Browser hat den Bericht gesendet und der Endpunkt hat mit einem Erfolgscode (200 oder einem anderen Erfolgscode 2xx) geantwortet. |
Pending |
Der Browser versucht, den Bericht zu senden. |
Queued |
Der Bericht wurde generiert und der Browser versucht noch nicht, ihn zu senden. Ein Bericht wird in einem der folgenden beiden Fälle als Queued angezeigt:
|
MarkedForRemoval |
Nachdem der Browser eine Weile versucht hat, den Bericht zu senden (Queued), versucht er es nicht mehr und entfernt ihn bald aus der Liste der zu sendenden Berichte. |
Berichte werden nach einer Weile entfernt, unabhängig davon, ob sie erfolgreich gesendet wurden oder nicht.
Gerätegebundene Sitzungen
Anmeldedaten für gerätegebundene Sitzungen (DBSC) ist eine Web API und ein Protokoll zwischen User-Agents und Servern, mit dem Cookie-Diebstahl verhindert werden soll. Dazu kann ein User-Agent den Besitz eines sicher gespeicherten privaten Schlüssels bestätigen.
So rufen Sie die gerätegebundenen Sitzungen, ihre Definitionen und Ereignisse auf:
- Öffnen Sie die Entwicklertools auf einer Seite, die DBSC verwendet.
- Gehen Sie zu Anwendung > Hintergrunddienste > Gerätegebundene Sitzungen.
Erweitern Sie in der Seitenleiste links eine Website, um die aktiven Sitzungen aufzurufen. Wählen Sie eine Sitzung aus, um ihre Definition zu sehen.
In der Tabelle Ereignisse werden die DBSC-Ereignisse protokolliert: Erstellung, Aktualisierung, Challenge und Beendigung. Wenn die Liste der Ereignisse bei der Navigation auf der Seite beibehalten werden soll, aktivieren Sie das Kästchen check_box Protokoll beibehalten.
Wählen Sie in der Tabelle Ereignisse ein Ereignis aus, um die Details zu sehen.
Wenn ein Ereignis fehlschlägt, wird in der Spalte Ergebnis die Meldung
Errorangezeigt. Wählen Sie das fehlgeschlagene Ereignis aus, um die Details, den Antwortfehlercode und die Ursache des Fehlers zu sehen.
Im Bereich Gerätegebundene Sitzungen in der Seitenleiste werden möglicherweise die folgenden Probleme hervorgehoben:
- Beendete Sitzungen: In der Seitenleiste durch eine Durchstreichung und ein Symbol für eine deaktivierte Datenbank gekennzeichnet.
- Fehlgeschlagene Ereignisse: Mit einem Warnsymbol hervorgehoben. Das Element Keine Sitzung erfasst fehlgeschlagene Ereignisse, die mit einer Website, aber nicht mit einer bekannten Sitzung verknüpft waren.