Versionshinweise für 2016 release-notes
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.
Version 1.10 section-7d719b3213344a46858835042e0214ed
November 2016
- Für Version 1.10 wird AppMeasurement 1.8.0 benötigt.
- Ab Experience Cloud Identity Service-Bibliothek 2.0.0 beginnt die ID-Synchronisierung für Adobe Media Optimizer automatisch. Weitere Informationen finden Sie unter Grundlegendes zu ID-Synchronisierung und Übereinstimmungsraten.
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 Funktionvisitor.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
undidSyncByDataSource
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.
Version 1.9.0 section-04e1b4d4b10d40468f2116b8119998e7
Oktober 2016
Fehlerbehebungen und Verbesserungen
- Es wurde ein Fehler behoben, der eindeutige Benutzer-IDs von Audience Manager (AAMUUIDs) als Experience Cloud IDs an den ID-Dienst weitergeleitet hatte.
- Wenn die Time-To-Live (TTL) für ein AMCV-Cookie abgelaufen ist, gibt der ID-Service die Information trotzdem an den Server weiter, sofern das Cookie eine Experience Cloud ID hat. Nach diesem Aufruf startet der ID-Dienst einen asynchronen Aufruf, um das Cookie zu aktualisieren. Damit wird die Performance verbessert, da der ID-Dienst nicht mehr auf eine Antwort des Servers warten muss. So kann ein bestehender AMCV-Cookiewert verwendet und eine Aktualisierung angefordert werden.
- Der ID-Dienst synchronisiert Experience Cloud IDs (MIDs) automatisch mit Adobe Media Optimizer und anderen internen Adobe-Domänen direkt auf der Seite. Die automatische Synchronisierung ist für alle vorhandenen und neuen Konten aktiviert. Dies trägt zur Verbesserung der Übereinstimmungsraten für Media Optimizer bei. Für VisitorAPI.js Version 1.8 oder höher. Weitere Informationen finden Sie unter Grundlegendes zu ID-Synchronisierung und Übereinstimmungsraten.
Neue und überarbeitete Dokumentation
Neu: Abrufen von Regionen- und Benutzer-IDs aus dem AMCV-Cookie
Version 1.8.0 section-69f2eb5b246b4c7aafe116b7a2a5448a
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.
Version 1.7.0 section-f7d59104de6644fca3691480383d4644
August 2016
Fehlerbehebungen und Verbesserungen
-
idSyncAttachIframeOnWindowLoad
wurde als optionale boolesche Kennzeichnung hinzugefügt, die Sie in der FunktionVisitor.getInstance
festlegen können. WennidSyncAttachIframeOnWindowLoad= 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 ersetztidSyncAttachIframeASAP
. 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.
Version 1.6.0 section-3faaa14bf3934c6a99b8f79ee06fc0d2
Juli 2016
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 überdpm.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 FunktionVisitor.getInstance
festlegen können. Wenntrue
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
Version 1.5.7 section-735b4989a5744a42aeb2d97602dbda62
Juni 2016
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.
Fehlerbehebungen
Die Besucher-API erzwingt keinen zusätzlichen Aufruf zur erneuten Synchronisierung mit Audience Manager mehr, wenn keine Legacy-Analytics-Besucher-ID vorhanden ist.
Version 1.5.x section-a62ae48275324058b57edf66ee5a579f
Mai 2016
Dokumentation – Aktualisierungen
Version 1.5.x section-0cfeef085cff4cbc8dff6cbc6fc32920
April 2016
Dokumentation – Aktualisierungen
Implementieren des Experience Cloud Identity Services für Target
Version 1.5.4 section-1a44ba147fb3440ea7dec551faee3528
März 2016
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.
Version 1.5.3 section-7c09ba2832bd4644a1ccc3aa83abe66a
Januar 2016
Dokumentation – Aktualisierungen