Show Menu
TOPICS×

2016 – Versionshinweise

Veröffentlichungen von Funktionen sowie Aktualisierungen oder Änderungen des Experience Cloud Identity-Diensts im Jahr 2016.
Diese Änderungen sind auch in den Experience Cloud-Versionshinweisen enthalten. Ältere Ankündigungen finden Sie unter Frühere Versionshinweise .Experience Cloud

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 ermittelt mit dem Zeitstempel, ob er die IDs in der Umleitungs-URL auf Basis eines 5-Minuten-Ablaufintervalls verwenden sollte. 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, durch den Unique User-IDs für Audience Manager (AAMUUIDs) als Experience Cloud IDs an den ID-Dienst übergeben wurden.
  • Wenn die Time-To-Live (TTL) für einen AMCV-Cookie abgelaufen ist, gibt der ID-Dienst die Information trotzdem an den Server zurück, sofern der 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. So wird die Trefferquote in Media Optimizer verbessert. 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)
Mithilfe von CORS können Browser Ressourcen von einer anderen als der aktuellen Domäne anfordern. Der Experience Cloud Identity-Dienst bietet Unterstützung für CORS-Standards und ermöglicht somit clientseitige, ursprungsübergreifende Ressourcenanforderungen. Bei Browsern, die keine Unterstützung für CORS bieten, greift der ID-Dienst 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 für die interne Fehlerbehebung und das Debuggen verwendet.
  • Es wurde ein Titelattribut zum iFrame des ID-Dienstes hinzugefügt. Durch einen iFrame-Titel können Screenreader Seiteninformationen für Benutzer zur Verfügung stellen, die Hilfe bei der Interaktion mit Onlineinhalten 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, wenn keine ältere 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 codierte Werte weitergegeben werden. Ein Codieren der IDs führt zu doppelt codierten Identifikatoren.