Serverseitige Implementierung zusammen mit JavaScript
Erstellt für:
- Entwickler
- Benutzende
- Admin
- Führungskraft
Bei manchen Implementierungen werden Besucher-IDs von JavaScript an einen Server übergeben, sodass vom Server weitere Analytics-Ereignisse (z. B. ein Kauf) gesendet werden können.
Die ID-Dienst-API stellt die Methoden getMarketingCloudVisitorID und getAnalyticsVisitorID bereit, um die ID-Werte abzurufen, die dann an den Server übergeben werden können.
Stellen Sie sicher, dass sowohl die Experience Cloud-Besucher-ID als auch die Analytics-Besucher-ID vorliegt und beide IDs (sofern vorhanden) gesendet werden, damit alle gesendeten Daten dem bestehenden Analytics-Besucherprofil zugeordnet werden.
Dateneinfüge-API
Schließen Sie die Analytics-Besucher-ID (sofern festgelegt) in das Element <visitorID>
ein.
Schließen Sie die Experience Cloud-Besucher-ID in das Element <marketingCloudVisitorID>
ein.
Siehe Unterstützte XML-Tags.
AppMeasurement für Java
Der Experience Cloud Identity Service wird von AppMeasurement für Java derzeit nicht unterstützt.
Experience Cloud Services
- Hilfe zum Identity Service
- Übersicht
- Implementierung
- Methoden der Implementierung
- Handbücher zur Implementierung
- Mit Experience Platform Tags implementieren
- Für Analytics implementieren
- Für Target implementieren
- Für Analytics und Audience Manager implementieren
- Für Analytics, Audience Manager und Target implementieren
- Nutzung des ID-Service mit A4T und Server-seitige Implementierung der Target-Komponente
- Direkte Integration mit dem ID-Service
- Direkte Integration – Anwendungsfälle
- Testen und Überprüfen des ID-Service
- Opt-in-Service
- Opt-in-Service – Übersicht
- Einrichten des Opt-in-Service
- Validieren des Opt-in-Service
- Konfigurieren des Opt-in mithilfe von Experience Platform Launch
- Konfigurieren des Opt-in mithilfe von DTM
- Steuern von Experience Cloud-Aktivitäten auf Basis des Anwendereinverständnisses
- Opt-in-Nutzungsszenarios
- Opt-in-Referenz
- Nutzen von Opt-in-Services mithilfe von IAB Framework nutzen
- ID-Service-API
- ID-Service-API – Übersicht
- Konfiguration
- Konfigurationsübersicht
- audienceManagerServer und audienceManagerServerSecure
- cookieDomain
- cookieLifetime
- disableIdSyncs
- disableThirdPartyCalls
- disableThirdPartyCookies
- idSyncAttachIframeOnWindowLoad
- idSyncContainerID
- idSyncSSLUseAkamai
- loadTimeout
- overwriteCrossDomainMCIDAndAID
- resetBeforeVersion
- sdidParamExpiry
- Secure- und SameSite-Konfigurationen
- secureCookie
- useCORSOnly
- whitelistParentDomain und whitelistIframeDomains
- Methoden
- Methoden
- appendSupplementalDataIDTo
- appendVisitorIDsTo (domänenübergreifendes Tracking)
- callTimeOut-Methoden
- ID-Synchronisation nach URL oder Datenquelle
- getInstance
- getAnalyticsVisitorID
- getCustomerIDs
- setCustomerIDs
- getMarketingCloudVisitorID
- getLocationHint
- getVisitorValues
- isClientSideMarketingCloudVisitorID
- resetState
- Referenz
- Referenzübersicht
- Analytics-Referenz
- Analytics-Referenzübersicht
- CNAME-Implementierung – Übersicht
- Einrichten von Analytics- und Experience Cloud IDs
- Reihenfolge der Befehle für Analytics-IDs
- Entscheidungspunkte bei der Migration zum ID-Service
- Migrationsszenarios für den ID-Service
- Analytics- und Identitätsanfragen
- Serverseitige Implementierung zusammen mit JavaScript
- Übergangsphase für den ID-Dienst
- Änderungen von Kennzeichnungen für Google Chrome SameSite
- Richtlinien zur Inhaltssicherheit und der ID-Service
- COPPA-Unterstützung im ID-Service
- CORS-Unterstützung im ID-Service
- Kunden-IDs und Authentifizierungsstatus
- Methoden für die ECID-Bibliothek in einer Safari-ITP-Umgebung
- Identifizieren von Unique Visitors
- Abrufen von Regions- und Benutzer-IDs vom AMCV-Cookie oder dem ID-Service
- Voraussetzungen für den ID-Service
- Video Heartbeat und der ID-Service
- Data Workbench und der ID-Service
- SHA256 Hashing-Unterstützung für setCustomerIDs
- Häufig gestellte Fragen (FAQ)
- Versionshinweise für ID-Service