Show Menu
THEMEN×

2016 – Versionshinweise

Veröffentlichungen von Funktionen sowie Aktualisierungen oder Änderungen des Experience Cloud Identity-Diensts im Jahr 2016.
Diese Änderungen finden Sie auch in den Experience Cloud-Versionshinweisen .

Version 1.10

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.

Version 1.9.0

Oktober 2016
Fehlerbehebungen und Verbesserungen
  • Es wurde ein Fehler behoben, der Audience Manager Unique User-IDs (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 Leistung 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

Version 1.8.0

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

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
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

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 Domäne als der aktuellen anfordern. Der Experience Cloud Identity-Dienst 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

Version 1.5.7

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-Dienst 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.

Version 1.5.x

April 2016
Dokumentation – Aktualisierungen

Version 1.5.4

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 -Dienst 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

Version 1.5.3

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.