Veröffentlichungen von Funktionen sowie Aktualisierungen oder Änderungen des Experience Cloud Identity Services im Jahr 2016.
Diese Änderungen finden Sie auch in den Experience Cloud-Versionshinweisen.
November 2016
Fehlerbehebungen und Verbesserungen
Es wurden Anweisungen hinsichtlich der Implementierung des ID-Diensts in einer serverseitigen Umgebung hinzugefügt.
Visitor.overwriteCrossDomainMCIDAndAID
wurde hinzugefügt, eine boolesche Funktion, mit der Sie die Experience Cloud- und Analytics-IDs auf anderen Domänen, deren Inhaber Sie sind, überschreiben können. Siehe Besucher-ID überschreiben.
TS = UTC
Zeitstempel als Eigenschaft der Funktion visitor.appendVisitorIDsTo
hinzugefügt. Der ID-Dienst legt mithilfe des Zeitstempels fest, ob die IDs in der Umleitungs-URL basierend auf einem 5-minütigen Alterungsintervall verwendet werden sollen. Siehe Funktion zum Anhängen der Besucher-ID.
Es wurde Visitor.getLocationHint,
eine neue Funktion hinzugefügt, die eine Region-ID zurückgibt. Siehe Get Region IDs (Standorthinweis).
idSyncByURL
und idSyncByDataSource
wurden hinzugefügt, 2 Funktionen, mit der Sie manuell eine ID-Synchronisation im Destination Publishing iFrame implementieren können. Siehe ID-Synchronisierung über URL oder Datenquelle.
Ein Fehler wurde behoben, der bei disableThirdPartyCalls:true
den AppMeasurement-Tracking-Anruf blockiert hat.
Ein Fehler wurde behoben, bei dem der ID-Dienst daran gehindert wurde, die Experience Cloud ID (MID) über verschiedene Domänen hinweg zu übergeben.
Oktober 2016
Fehlerbehebungen und Verbesserungen
Neue und überarbeitete Dokumentation
Neu: Abrufen von Regionen- und Benutzer-IDs aus dem AMCV-Cookie
September 2016
Fehlerbehebungen und Verbesserungen
disableThirdPartyCalls
wurde als optionale boolesche Kennzeichnung hinzugefügt, die Sie in der Funktion Visitor.getInstance
festlegen können. Bei disableThirdPartyCalls= true
gibt der ID-Dienst keine Aufrufe an andere Domänen aus. Die Standardeinstellung ist disableThirdPartyCalls= false
. Siehe disableThirdPartyCalls.
August 2016
Fehlerbehebungen und Verbesserungen
idSyncAttachIframeOnWindowLoad
wurde als optionale boolesche Kennzeichnung hinzugefügt, die Sie in der Funktion Visitor.getInstance
festlegen können. Wenn idSyncAttachIframeOnWindowLoad= true
, dann lädt der ID-Dienst den iFrame zur ID-Synchronisierung beim Laden des Fensters. Standardmäßig lädt der ID-Dienst den iFrame so schnell wie möglich. Diese veraltete Kennzeichnung ersetzt idSyncAttachIframeASAP
. Siehe Visitor.getInstance-Funktionsvariablen.
Es wurde eine Funktion hinzugefügt, mit der Experience Cloud IDs über Domänen sowie native und hybride Anwendungen hinweg bis hin zu Webübergängen verfolgt werden können. Siehe Hilfsfunktion zum Anhängen der Besucher-ID.
Dem Code von visitorAPI.js wurden Funktionen hinzugefügt, mit denen festgestellt werden kann, ob der ID-Dienst die Experience Cloud ID von Besuchern client- oder serverseitig generiert hat oder bei ID-Aufrufen eine Zeitüberschreitung aufgetreten ist. Siehe Funktionen zur Verfolgung von Zeitüberschreitung und Verfolgen der clientseitigen Besucher-ID-Erstellung.
Neue und überarbeitete Dokumentation
Überarbeitet: Anforderungen an den Experience Cloud Identity Service
Bekannte Probleme
Kunden, die Audience Manager DIL-Code und visitorAPI.js-Code auf derselben Seite verwenden, sollten die DIL-Variable secureDataCollection= false
festlegen. Siehe secureDataCollection.
Juli 2016
Für die Version 1.6.0 des Experience Cloud ID-Diensts ist AppMeasurement für JavaScript Version 1.6.2 erforderlich. Stellen Sie beim Upgrade auf ID-Dienstversion 1.6.0 sicher, dass Sie die richtige AppMeasurement-Codeversion verwenden.
Funktion | Beschreibung |
---|---|
Cross-Origin Resource Sharing (CORS) |
Mit CORS können Browser Ressourcen von einer anderen Domain als der aktuellen anfordern. Der Experience Cloud Identity Service bietet Unterstützung für CORS-Standards und ermöglicht somit clientseitige, ursprungsübergreifende Ressourcenanforderungen. Der ID-Dienst greift bei Browsern ohne CORS-Unterstützung auf JSONP-Anforderungen zurück. Siehe: |
Fehlerbehebungen und Verbesserungen
Es wurde ein d_fieldgroup
-Parameter zu ID-Synchronisierungsaufrufen über dpm.demdex.net
hinzugefügt. Dieser neue Parameter wird zur internen Fehlerbehebung und zum Debuggen verwendet.
Dem iFrame des ID-Diensts wurde ein Titelattribut hinzugefügt. Mithilfe eines iFrame-Titels können Bildschirmleser Benutzern Seiteninformationen bereitstellen, die Unterstützung bei der Interaktion mit Online-Inhalten benötigen. Das iFrame-Titelattribut ist auf Adobe ID Syncing iFrame
eingestellt.
idSyncAttachIframeASAP: true
wurde als optionale Kennzeichnung hinzugefügt, die Sie in der Funktion Visitor.getInstance
festlegen können. Wenn true
ist, wird der ID-Synchronisierungs-iFrame so schnell wie möglich vom ID-Dienst geladen. Ziel ist eine Verbesserung der Übereinstimmungsraten bei der ID-Synchronisierung. Der iFrame wird vom ID-Dienst standardmäßig beim Laden des Fensters geladen. Siehe Visitor.getInstance-Funktionsvariable.
Es wurde ein Fehler bei einer Rückruffunktion behoben, durch den AppMeasurement in eine Endlosschleife geriet.
Das standardmäßige loadTimeout
-Intervall wurde (von 500 Millisekunden) auf 30.000 Millisekunden festgelegt. Siehe Visitor.getInstance-Funktionsvariable.
Neue und überarbeitete Dokumentation
Neu
Überarbeitet
Juni 2016
Funktion | Beschreibung |
---|---|
Änderungen am iframe.sandbox-Attribut |
iFrame ist nun festgelegt wie folgt: iframe.sandbox='allow-scripts allow-same-origin'; . Die Beschränkung auf diese beiden zulässigen Token erhöht die Sicherheit und stattet den ID-Dienst mit den grundlegenden, für die ID-Synchronisierung benötigten Funktionen aus. Das sandbox-Attribut wird nicht in Internet Explorer Version 9 oder früher unterstützt. Weitere Informationen finden Sie im Abschnitt über Attribute in dieser iFrame-Dokumentation. |
Verschlüsseln der Experience Cloud ID (MID) |
Der ID-Service verschlüsselt den MID-Wert, der vom Server zurückgegeben oder von der Funktion visitor.setMarketingCloudVisitorID() festgelegt wird. Weitere Informationen zu MID finden Sie unter Cookies und die Experience Cloud ID. |
Fehlerbehebungen
Die Besucher-API erzwingt keinen zusätzlichen Aufruf zur erneuten Synchronisierung mit Audience Manager mehr, wenn keine Legacy-Analytics-Besucher-ID vorhanden ist.
Mai 2016
Dokumentation – Aktualisierungen
April 2016
Dokumentation – Aktualisierungen
Implementieren des Experience Cloud Identity Services für Target
März 2016
Funktion | Beschreibung |
---|---|
Abmeldeunterstützung |
Der Experience Cloud ID-Dienst unterstützt Abmeldeanfragen von Besuchern. |
Änderung des ID-Synchronisierungsintervalls |
Der Experience Cloud ID-Service führt ID-Synchronisierungsaufrufe nun bei jedem Aufruf der Datenerfassungsserver durch. Zuvor gab der ID-Dienst nur eine Anforderung beim ersten Aufruf auf, um eine Experience Cloud ID zu erhalten. |
Dokumentation – Aktualisierungen
Implementierung des Experience Cloud Identity Services für: Neue Vorgehensweise, die die Einrichtung des ID-Diensts mit Analytics Analytics beschreibt.
Entscheidungspunkte zur Experience Cloud Identity Servicemigration: Überarbeiteter Text für mehr Klarheit. Wenn Sie mit nur einen Domain arbeiten, können Sie einen Datenerfassungs-CNAME eliminieren, wenn Sie ihn nicht mehr unterhalten möchten. Wenn Ihr CNAME funktioniert, ist dies jedoch nicht notwendig.
Januar 2016
Dokumentation – Aktualisierungen
Thema | Beschreibung |
---|---|
Überarbeiteter Text. Kunden-IDs dürfen nur als nicht kodierte Werte übergeben werden. Durch das Kodieren von IDs werden doppelt-kodierte IDs erstellt. |