Show Menu
TOPICS×

2016 – Versionshinweise

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

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 verwendet den Zeitstempel, um zu bestimmen, ob die IDs in der Umleitungs-URL basierend auf einem 5-minütigen Alterungsintervall verwendet werden sollen. See Append Visitor ID Function .
  • 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, durch den eindeutige Benutzer-IDs (AAMUUIDs) von Audience Manager als Experience Cloud IDs an den ID-Dienst weitergegeben wurden.
  • Wenn die Time-to-Live (TTL) für ein AMCV-Cookie abgelaufen ist, gibt der ID-Dienst diese Informationen trotzdem an den Server zurück, solange das Cookie eine Experience Cloud ID enthält. 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 automatisch Experience Cloud IDs (MIDs) 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 hilft, die Übereinstimmungsraten für Media Optimizer zu verbessern. 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-Herkunft 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, die CORS nicht unterstützen, 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 Debugging verwendet.
  • Dem iFrame des ID-Diensts wurde ein Titelattribut hinzugefügt. Mit einem iFrame-Titel können Bildschirmlesehilfen Benutzern, die Hilfe bei der Interaktion mit Online-Inhalten benötigen, Seiteninformationen bereitstellen. 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 Wiedersynchronisierungsaufruf 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 müssen nur als nicht kodierte Werte weitergegeben werden. Durch die Kodierung von IDs werden Dubletten-kodierte IDs erstellt.