Damit in Google Analytics festgestellt werden kann, dass zwei unterschiedliche Treffer zu demselben Nutzer gehören, wird für jeden Treffer über das Feld Client-ID eine eindeutige Kennung gesendet, die diesem Nutzer zugeordnet ist. Die eindeutige Kennung ist ein zufällig generierter String.
Bei Seiten ohne AMP wird in Google Analytics ein einzelnes eigenes Cookie namens _ga verwendet, um die Client-ID (in der Domain des Publishers) zu speichern.
Bei AMP-Seiten ist das etwas anders. Seiten können in einem Browser auf verschiedene Arten aufgerufen werden, wodurch die Generierung und Verwaltung von Client-IDs variiert. Daher sind die Website- und App-Messwerte betroffen.
Client-ID-Szenarien
So können Nutzer auf eine AMP-Seite zugreifen und welche Auswirkungen die Client-ID haben:
Google Suche: Die AMP-Seite wird über ein Google-Suchergebnis aufgerufen und in einem AMP-Viewer angezeigt.
- In diesem Fall führt der Nutzer eine Google-Suche durch und das ausgewählte Suchergebnis ist eine AMP-Seite. Die
google.com-Seite enthält einIFRAME, das aufcdn.ampproject.orgverweist. Der Inhalt wird auscdn.ampproject.orggeladen. - Die Client-ID wird in
google.comgespeichert, weilgoogle.comin diesem Fall die Erstanbieter-ID ist. Die vom AMP-Viewer an die voncdn.ampproject.orgbereitgestellte Seite übergebene Client-ID, damit sie über AMP-Analysen übertragen werden kann. - Cookies werden nur dann wiederverwendet, wenn die AMP-Originalseiten denselben Ursprung haben. Dieser ist eine Kombination aus Schema, Host und Port.
- In diesem Fall führt der Nutzer eine Google-Suche durch und das ausgewählte Suchergebnis ist eine AMP-Seite. Die
Proxy/Cache: Der Zugriff auf die AMP-Seite erfolgt über einen Proxy/Cache.
- In diesem Fall gelangt der Nutzer direkt zu
cdn.ampproject.org. - Die Client-ID wird in
cdn.ampproject.orggespeichert. Ruft der Nutzer die Website innerhalb eines gewissen Zeitraums noch einmal auf, wird die Client-ID wiederverwendet. In diesem Fall istcdn.ampproject.orgder Erstanbieter. - Cookies werden nur dann wiederverwendet, wenn die AMP-Originalseiten denselben Ursprung haben. Dieser ist eine Kombination aus Schema, Host und Port.
- In diesem Fall gelangt der Nutzer direkt zu
Direkte AMP-Seite: Die AMP-Seite wird direkt über die Domain des Publishers aufgerufen.
- In diesem Fall ruft der Nutzer direkt die Domain des Publishers auf, um eine AMP-Seite aufzurufen.
- Die Client-ID wird im Cookie (
_ga) gespeichert und unabhängig davon, ob sie im traditionellen oder AMP-Format vorliegt, verwendet/wiederverwendet. - Wenn eine Client-ID von einer AMP-Seite generiert wird, entspricht sie dem AMP-Format (
amp-gefolgt von einem zufällig generierten String).
Nicht-AMP: Der Zugriff auf die Seite ohne AMP erfolgt über die Domain des Publishers.
- In diesem Fall ruft der Nutzer eine Seite ohne AMP direkt in der Domain des Verlags oder Webpublishers auf.
- Die Client-ID wird im Cookie (
_ga) gespeichert und unabhängig davon, ob sie im traditionellen oder AMP-Format vorliegt, verwendet/wiederverwendet. - Wenn eine Client-ID von einer Nicht-AMP-Seite generiert wird, folgt die Client-ID dem herkömmlichen Client-ID-Format.
Hinweise zur Client-ID
Bei den oben beschriebenen Szenarien sind einige Aspekte zu berücksichtigen.
Mehrere Client-IDs
In allen Szenarien hängen die Client-IDs für einen Nutzer von der Domain ab, die der Nutzer besucht, auch wenn der Nutzer über einen einzigen Client oder Browser auf Inhalte zugreift. Infolgedessen wird ein Nutzer, der wie in den oben beschriebenen Szenarien beschrieben auf die Inhalte eines Verlags oder Webpublishers zugreift, in Google Analytics als drei separate Nutzer gezählt (jeder für die Suche, den Proxy/Cache und das Ursprungsszenario des Verlags oder Webpublishers).
Szenariointeraktionen
Die folgende Liste enthält Hinweise und Überlegungen dazu, wie Interaktionen gehandhabt werden, wenn ein Nutzer in mehreren Szenarien auf Inhalte desselben Publishers zugreift:
Google-Suche und Direct, Google-Suche und Nicht-AMP, Proxy/Cache und Direct und Proxy/Cache und Nicht-AMP
- IDs werden getrennt gehalten, da in einem der Fälle lokaler Speicher verwendet wird, auf den über den anderen Fall nicht zugegriffen werden kann.
Direkt und Nicht-AMP
- Für einen bestimmten Nutzer wird ein einzelnes Cookie verwendet. Das Format der Client-ID hängt davon ab, ob der Nutzer zum ersten Mal eine AMP-Seite oder eine Nicht-AMP-Seite besucht.
Eine einzige Client-ID auf Seiten mit und ohne AMP verwenden
Die Verwendung einer einzigen Client-ID auf AMP- und Nicht-AMP-Seiten kann über die AMP-Client-ID-Integration aktiviert werden. Nach der Aktivierung wird in Google Analytics in den oben genannten Szenarien in der Google-Suche sowie in direkten AMP- und Nicht-AMP-Szenarien eine einzige Client-ID verwendet. Hier einige Beispiele dafür, wie die Client-ID für einen Nutzer ermittelt wird:
- Wenn ein neuer Nutzer eine AMP-Seite in der Google-Suche aufruft, verwendet er zunächst eine AMP-Client-ID. Besucht der Nutzer anschließend eine Seite ohne AMP, wird dieselbe Client-ID aus den Cookies in der Publisher-Domain abgerufen und auch für Seiten ohne AMP verwendet.
- Wenn ein wiederkehrender Nutzer, der sowohl AMP-Seiten als auch Seiten ohne AMP besucht hat, eine AMP- oder Nicht-AMP-Seite aufruft, wird ab sofort die AMP-Client-ID für diesen Nutzer verwendet.
- Wenn ein wiederkehrender Nutzer, der noch nie eine AMP-Seite besucht hat, eine Nicht-AMP-Seite besucht, wird weiterhin die von analytics.js generierte Client-ID verwendet.