User Deletion API – Autorisierung

In diesem Handbuch wird beschrieben, wie eine Anwendung Anfragen an die User Deletion API autorisiert.

Anfragen autorisieren

Bevor Nutzer ihre Kontoinformationen auf der Google Analytics-Website anzeigen können, müssen sie sich in ihrem Google-Konto anmelden. Ebenso müssen Nutzer, die zum ersten Mal auf Ihre Anwendung zugreifen, diese für den Zugriff auf ihre Daten autorisieren.

Jede Anfrage, die Ihre Anwendung an die Analytics API sendet, muss ein Autorisierungstoken enthalten. Anhand dieses Tokens wird deine Anwendung Google gegenüber identifiziert.

Autorisierungsprotokolle

Ihre Anwendung muss zur Autorisierung von Anfragen OAuth 2.0 verwenden. Andere Autorisierungsprotokolle werden nicht unterstützt. Wenn deine Anwendung Über Google anmelden verwendet, werden einige Schritte der Autorisierung automatisch ausgeführt.

Anfragen mit OAuth 2.0 autorisieren

Alle Anfragen an die Analytics API müssen von einem authentifizierten Nutzer autorisiert werden.

Die Details dieses Autorisierungsablaufs für OAuth 2.0 hängen davon ab, welche Art von Anwendung du schreibst. Die folgende allgemeine Vorgehensweise gilt für alle Arten von Anwendungen:

  1. Wenn Sie Ihre Anwendung erstellen, registrieren Sie diese über die Google API Console. Google stellt Ihnen dann die Informationen bereit, die du später benötigst, z. B. eine Client-ID und einen Clientschlüssel.
  2. Aktivieren Sie die Analytics API in der Google API Console. Überspringe diesen Schritt, falls die API nicht in der API Console aufgeführt ist.
  3. Wenn deine Anwendung Zugriff auf Nutzerdaten benötigt, bittet sie Google um einen bestimmten Zugriffsbereich.
  4. Dem Nutzer wird von Google ein Zustimmungsbildschirm angezeigt, auf dem er gebeten wird, deine Anwendung dazu zu autorisieren, einige seiner Daten abzufragen.
  5. Wenn der Nutzer zustimmt, erhält deine Anwendung von Google ein kurzlebiges Zugriffstoken.
  6. Die Anwendung fordert Nutzerdaten an, wobei das Zugriffstoken an die Anfrage angehängt wird.
  7. Stellt Google fest, dass Ihre Anfrage und das Token gültig sind, werden die angeforderten Daten zurückgegeben.

Einige Abläufe enthalten zusätzliche Schritte, beispielsweise die Verwendung von Aktualisierungstoken zum Erhalt neuer Zugriffstoken. Weitere Informationen über die Abläufe für die unterschiedlichen Anwendungstypen findest du in der OAuth 2.0-Dokumentation.

Im Folgenden finden Sie die Informationen zum Umfang von OAuth 2.0 für die Analytics API:

Bereich Bedeutung
https://www.googleapis.com/auth/analytics.user.deletion Löschen Sie Daten mithilfe der User Deletion API.

Zur Anforderung eines Zugriffs mit OAuth 2.0 benötigt Ihre Anwendung die Informationen zum Umfang sowie die Informationen, die Google bei der Registrierung Ihrer Anwendung bereitstellt, z. B. die Client-ID und den Clientschlüssel.

Tipp: Die Google APIs-Clientbibliotheken können einige Schritte des Autorisierungsvorgangs für Sie übernehmen. Sie sind für verschiedene Programmiersprachen verfügbar. Weitere Informationen erhältst du auf der Seite Bibliotheken und Beispiele.

Häufige OAuth 2.0-Abläufe

Im Folgenden sind häufige Anwendungsfälle für bestimmte OAuth 2.0-Abläufe aufgeführt:

Webserver

Dieser Vorgang eignet sich für den automatisierten, Offline- oder geplanten Zugriff auf die Google Analytics-Daten eines Nutzers.

Beispiel:

  • Nutzer-Dashboards werden automatisch mit den neuesten Google Analytics-Daten aktualisiert.

Clientseitig

Dieser Ablauf ist ideal für Anwendungen, in denen Nutzer direkt mit ihr interagieren, um über einen Browser auf ihre Google Analytics-Daten zuzugreifen. Es eliminiert die Notwendigkeit serverseitiger Funktionen, aber automatisierte, Offline- oder geplante Berichte sind dadurch nicht praktikabel.

Beispiel:

Installierte Anwendungen

Dieser Ablauf gilt für Anwendungen, die als Paket bereitgestellt und vom Nutzer installiert werden. Für diesen Ablauf muss die Anwendung oder der Nutzer Zugriff auf einen Browser haben, um den Authentifizierungsvorgang abzuschließen.

Beispiele:

  • Ein Desktop-Widget auf einem PC oder Mac.
  • Plug-in für ein Content-Management-System – Der Vorteil dieses Ablaufs im Vergleich zum Webserver oder auf Clientseite besteht darin, dass für die Anwendung ein einzelnes API-Konsolenprojekt verwendet werden kann. Dies ermöglicht konsolidierte Berichte und eine einfachere Installation für Nutzer.

Dienstkonten

Dienstkonten sind nützlich für den automatisierten, Offline- oder geplanten Zugriff auf Google Analytics-Daten für Ihr eigenes Konto. Sie können beispielsweise ein Live-Dashboard mit Ihren eigenen Google Analytics-Daten erstellen und für andere Nutzer freigeben.

Damit Sie die Analytics API verwenden können, müssen Sie zuerst das Einrichtungstool verwenden. Es führt Sie durch die Erstellung eines Projekts in der Google API Console, um die API zu aktivieren und Anmeldedaten zu erstellen.

So richten Sie ein neues Dienstkonto ein:

  1. Klicken Sie auf Anmeldedaten erstellen > Dienstkontoschlüssel.
  2. Wählen Sie aus, ob Sie den öffentlichen/privaten Schlüssel des Dienstkontos als Standard-P12-Datei oder als JSON-Datei herunterladen möchten, die von einer Google API-Clientbibliothek geladen werden kann.

Ihr neues öffentliches/privates Schlüsselpaar wird generiert und auf Ihren Computer heruntergeladen. Dies ist die einzige Kopie dieses Schlüssels. Es liegt in Ihrer Verantwortung, sie sicher aufzubewahren.

Fehlerbehebung

In den folgenden Fällen schlägt Ihre Autorisierung fehl:

  • Sie erhalten den Statuscode 401, wenn Ihre access_token abgelaufen ist oder Sie den falschen Gültigkeitsbereich für die API verwenden.

  • Wenn der autorisierte Nutzer keinen Zugriff auf die Datenansicht (Profil) hat, wird der Statuscode 403 angezeigt. Stellen Sie sicher, dass Sie vom richtigen Nutzer autorisiert sind und dass dieser die von Ihnen ausgewählte Ansicht bzw. das ausgewählte Profil auch wirklich hat.

OAuth 2.0 Playground

Mit diesem Tool können Sie den gesamten Autorisierungsvorgang über eine Weboberfläche durchlaufen. Das Tool zeigt auch alle HTTP-Anfrageheader an, die für eine autorisierte Anfrage erforderlich sind. Wenn Sie keine Autorisierung für Ihre eigene Anwendung erhalten, sollten Sie versuchen, sie über den OAuth 2.0 Playground zu überprüfen. Anschließend können Sie die HTTP-Header und die Anfrage vom Playground mit dem vergleichen, was Ihre Anwendung an Google Analytics sendet. Mit dieser Prüfung können Sie ganz einfach sicherstellen, dass Ihre Anfragen richtig formatiert sind.

Ungültige Erteilung

Wenn Sie versuchen, ein Aktualisierungstoken zu verwenden, wird der Fehler invalid_grant zurückgegeben:

  • Die Uhr Ihres Servers ist nicht mit dem Netzwerkzeitprotokoll (NTP) synchron.
  • Die maximale Anzahl von Aktualisierungstokens wurde überschritten.

Anwendungen können mehrere Aktualisierungstokens anfordern, um auf ein einzelnes Google Analytics-Konto zuzugreifen.

Wenn ein Nutzer beispielsweise eine Anwendung auf mehreren Computern installieren und auf dasselbe Google Analytics-Konto zugreifen möchte, ist für jeden Computer ein separates Token erforderlich. Wenn die Anzahl der Aktualisierungstokens den Grenzwert überschreitet, werden ältere Tokens ungültig. Wenn die Anwendung versucht, ein ungültiges Aktualisierungstoken zu verwenden, wird die Fehlerantwort invalid_grant zurückgegeben.

Für jedes eindeutige Paar von OAuth 2.0-Clients und Google Analytics-Konto sind 25 Aktualisierungstokens zulässig. Wenn die Anwendung weiterhin Aktualisierungstokens für dasselbe Client/Konto-Paar anfordert, wird das erste ausgegebene Aktualisierungstoken ungültig, sobald das 26. Token ausgegeben wurde. Das 27. angeforderte Aktualisierungstoken würde das zweite zuvor ausgestellte Token ungültig machen und so weiter.