Diese Anweisungen richten sich an Analytics-Kunden, die den Experience Cloud Identity Service verwenden möchten, nicht aber Dynamic Tag Management (DTM). Es wird allerdings dringend empfohlen, DTM zum Implementieren des ID-Diensts zu verwenden. DTM optimiert den Implementierungs-Workflow und stellt automatisch die richtige Code-Platzierung und -Sequenzierung sicher.
Führen Sie die folgenden Schritte aus, um den ID-Dienst für Adobe Analytics zu implementieren:
Für den ID-Dienst ist die Code-Bibliothek VisitorAPI.js
erforderlich. Zum Herunterladen dieser Code-Bibliothek tun Sie Folgendes:
Rufen Sie Admin > Code-Manager auf.
Klicken Sie im Code-Manager entweder auf JavaScript (neu) oder auf JavaScript (Legacy).
Dies leitet das Herunterladen der komprimierten Code-Bibliotheken ein.
Entpacken Sie die Code-Datei und öffnen Sie die VisitorAPI.js
Datei.
Teil 1: Kopieren Sie die Visitor.getInstance -Funktion unten
var visitor = Visitor.getInstance("INSERT-MARKETING-CLOUD-ORGANIZATION-ID-HERE", {
trackingServer: "INSERT-TRACKING-SERVER-HERE", // same as s.trackingServer
trackingServerSecure: "INSERT-SECURE-TRACKING-SERVER-HERE", // same as s.trackingServerSecure
// To enable CNAME support, add the following configuration variables
// If you are not using CNAME, DO NOT include these variables
marketingCloudServer: "INSERT-TRACKING-SERVER-HERE",
marketingCloudServerSecure: "INSERT-SECURE-TRACKING-SERVER-HERE" // same as s.trackingServerSecure
});
Teil 2: Fügen Sie der Datei VisitorAPI.js Funktions-Code hinzu
Platzieren Sie die Visitor.getInstance
Funktion am Ende der Datei nach dem Code-Block. Die bearbeitete Datei sollte wie folgt aussehen:
/*
========== DO NOT ALTER ANYTHING BELOW THIS LINE ==========
Version and copyright section
*/
// Visitor API code library section
// Put Visitor.getInstance at the end of the file, after the code library
var visitor = Visitor.getInstance("INSERT-MARKETING-CLOUD-ORGANIZATION-ID-HERE", {
trackingServer: "INSERT-TRACKING-SERVER-HERE", // same as s.trackingServer
trackingServerSecure: "INSERT-SECURE-TRACKING-SERVER-HERE", // same as s.trackingServerSecure
// To enable CNAME support, add the following configuration variables
// If you are not using CNAME, DO NOT include these variables
marketingCloudServer: "INSERT-TRACKING-SERVER-HERE",
marketingCloudServerSecure: "INSERT-SECURE-TRACKING-SERVER-HERE" // same as s.trackingServerSecure
});
Ersetzen Sie in der Visitor.getInstance
Funktion den Ausdruck INSERT-MARKETING-CLOUD-ORGANIZATION ID-HERE
durch Ihre Experience Cloud-Organisations-ID. Sollten Sie Ihre Organisations-ID nicht kennen, finden Sie diese auf der Administrationsseite der Experience Cloud. Siehe auch Administration – Core Services. Die bearbeitete Funktion sollte dem unten stehenden Beispiel ähnlich sehen.
var visitor = Visitor.getInstance("1234567ABC@AdobeOrg", { ...
Wichtig: Ändern Sie die Groß- oder Kleinschreibung Ihrer Organisations-ID nicht. Bei der ID wird Groß- und Kleinschreibung beachtet und sie muss so eingegeben werden, wie sie von Adobe angegeben wird.
Tracking-Server werden für die Analytics Datenerfassung in verwendet.
Teil 1: Ermitteln der Tracking-Server-URLs
Überprüfen Sie die Datei s_code.js
oder AppMeasurement.js
, um die URLs der Tracking-Server zu ermitteln. Die URLs werden von folgenden Variablen spezifiziert:
s.trackingServer
s.trackingServerSecure
Teil 2: Festlegen der Trackingserver-Variablen
So legen Sie fest, welche Trackingserver-Variablen verwendet werden sollen:
Prüfen Sie bei Verwendung von Experience Cloud-Server-URLs deren Übereinstimmung mit den entsprechenden Tracking-Server-URLs wie folgt:
Wenn Sie nicht genau wissen, wie Sie Ihren Trackingserver finden, lesen Sie die FAQ und Korrektes Ausfüllen der Variablen „trackingServer“ und „trackingServerSecure“.
Fügen Sie der Datei AppMeasurement.js
oder s_code.js
diese Funktion hinzu:
s.visitor = Visitor.getInstance("INSERT-MARKETING-CLOUD-ORGANIZATION ID-HERE");
Platzieren Sie den Code im gleichen Abschnitt, in dem Konfigurationen wie linkInternalFilters
, charSet
, trackDownloads
usw. enthalten sind.
(Optional, jedoch empfohlen) Erstellung einer benutzerspezifischen Eigenschaft.
Festlegen einer benutzerspezifischen Eigenschaft zum Messen der Abdeckung in AppMeasurement.js
oder s_code.js
Fügen Sie der doPlugins
Funktion, der Datei AppMeasurement.js
oder s_code.js
der Datei folgende benutzerspezifische Eigenschaft hinzu:
// prop1 is used as an example only. Choose any available prop.
s.prop1 = (typeof(Visitor) != "undefined" ? "VisitorAPI Present" : "VisitorAPI Missing");
Platzieren Sie die VisitorAPI.js
-Datei innerhalb der <head>
-Tags auf jeder Seite. Wenn Sie die VisitorAPI.js
Datei zu Ihrer Seite hinzufügen:
<head>
, damit dies vor anderen Lösungstags angezeigt wird.Versetzen Sie diesen Code nach dem Testen und Überprüfen in die Produktionsumgebung.
Wenn eines dieser Nutzungsszenarios auf Ihre Situation zutrifft, bitten Sie die Kundenunterstützung, eine temporäre Übergangsphase einzurichten. Übergangsphasen können bis zu 180 Tage dauern. Bei Bedarf kann eine Übergangsphase verlängert werden.
Partielle Implementierung
Sie benötigen eine Übergangsphase, wenn Sie einige Seiten verwalten, die den ID-Dienst verwenden, und einige Seiten, die diesen nicht verwenden, die jedoch alle in der gleichen Analytics Report Suite aufgeführt sind. Dies ist häufig der Fall, wenn Sie eine globale Report Suite haben, die domänenübergreifend Berichte erstellt.
Beenden Sie die Übergangsphase, nachdem der ID-Dienst auf allen Webseiten bereitgestellt wurde, die in dieselbe Report Suite eingehen.
s_vi-Cookie-Anforderungen
Sie müssen eine Übergangsphase konfigurieren, wenn neue Besucher nach der Migration zum ID-Dienst über ein s_vi-Cookie verfügen müssen. Dies ist häufig der Fall, wenn Ihre Implementierung das s_vi-Cookie liest und es in einer Variablen speichert.
Beenden Sie die Übergangsphase, nachdem Ihre Implementierung die MID erfassen kann, anstatt das s_vi-Cookie zu lesen.
Siehe Cookies und der Experience Cloud Identity Service.
Sie müssen eine Übergangsphase konfigurieren, wenn Sie Daten von einem Clickstream-Datenfeed an ein internes System senden und bei der Verarbeitung die Spalten visid_high
und visid_low
verwendet werden.
Sobald Ihre Datenverarbeitungsprozesse die Spalten post_visid_high
und post_visid_low
einsetzen können, können Sie die Übergangsphase abbrechen.
Siehe Clickstream-Datenspaltenreferenz.
Clickstream-Datenverarbeitung
Sie können dies wie folgt testen und bereitstellen.
Testen und Verifizieren
Prüfen Sie zum Testen Ihrer ID-Dienstimplementierung Folgendes:
Siehe Testen und Überprüfen des Experience Cloud Identity Services.
Bereitstellungscode
Stellen Sie Ihren Code nach Abschluss der Tests bereit.
Wenn Sie in Schritt 7 eine Übergangsphase aktiviert haben: