On-device decisioning für at.js

Ab Version 2.5.0 bietet at.js on-device decisioning. Mit On-device decisioning können Sie Ihre A/B-Test - und Erlebnis-Targeting -Aktivitäten (XT) im Browser zwischenspeichern, um speicherinterne Entscheidungen zu treffen, ohne dass eine blockierende Netzwerkanforderung an das Edge Network Adobe Target gesendet wird.

Target bietet außerdem die Flexibilität, mithilfe eines Live-Server-Aufrufs das relevanteste und aktuellste Erlebnis aus Ihren Erlebnis- und maschinellen Lernaktivitäten (ML-gesteuert) bereitzustellen. Mit anderen Worten: Wenn die Leistung am wichtigsten ist, können Sie on-device decisioning verwenden. Wenn jedoch das relevanteste, aktuellste und ML-gesteuerte Erlebnis benötigt wird, kann stattdessen ein Server-Aufruf durchgeführt werden.

Welche Vorteile hat on-device decisioning?

Die Vorteile von on-device decisioning sind:

Unterstützte Funktionen

Das JS-SDK Adobe Target gibt Kunden die Möglichkeit, für Entscheidungen zwischen Leistung und Aktualisierung von Daten zu wählen. Sollte Ihnen also die Bereitstellung der relevantesten und ansprechendsten personalisierten Inhalte über maschinelles Lernen am wichtigsten sein, sollte ein Live-Server-Aufruf durchgeführt werden. Wenn die Leistung jedoch kritischer ist, sollte eine Entscheidung auf dem Gerät und im Speicher getroffen werden. Damit on-device decisioning funktioniert, lesen Sie die Liste der unterstützten Funktionen:

Weitere Informationen finden Sie unter Unterstützte Funktionen für on-device decisioning.

Wie wirkt on-device decisioning?

Wenn Sie at.js mit aktiviertem on-device decisioning bereitstellen und initialisieren, wird ein Regel-Artefakt heruntergeladen, das Ihre on-device decisioning für A/B- und XT-Aktivitäten, Zielgruppen und Assets enthält. Dieses Artefakt wird dann vom nächsten Akamai-CDN an Ihren Besucher heruntergeladen und lokal im Browser Ihres Besuchers zwischengespeichert. Wenn von at.js eine Anfrage zum Abrufen eines Erlebnisses gestellt wird, wird die Entscheidung darüber, welches Erlebnis zurückgegeben werden soll, im Arbeitsspeicher getroffen, basierend auf den im zwischengespeicherten Regelartefakt kodierten Metadaten.

Entscheidungsmethode

Mit on-device decisioning führt Target eine neue Einstellung namens "Entscheidungsmethode"ein. Die Einstellung der Entscheidungsmethode bestimmt, wie at.js Ihre Erlebnisse bereitstellt. Die Entscheidungsmethode hat drei Werte:

Nur serverseitig

Nur serverseitig ist die standardmäßige Entscheidungsmethode, die vorkonfiguriert ist, wenn at.js 2.5.0+ implementiert und in Ihren Webeigenschaften bereitgestellt wird.

Die Verwendung von nur serverseitig als Standardkonfiguration bedeutet, dass alle Entscheidungen im Edge-Netzwerk Target getroffen werden, was einen blockierenden Server-Aufruf beinhaltet. Dieser Ansatz kann zu einer inkrementellen Latenz führen, bietet aber auch erhebliche Vorteile, z. B. die Möglichkeit, die maschinellen Lernfunktionen von Target anzuwenden, zu denen die Aktivitäten Recommendations, Automated Personalization (AP) und Automatisches Targeting gehören.

Darüber hinaus kann die Verbesserung Ihrer personalisierten Erlebnisse mithilfe des Benutzerprofils von Target, das sitzungs- und kanalübergreifend beibehalten wird, leistungsstarke Ergebnisse für Ihr Unternehmen liefern.

Schließlich können Sie nur serverseitig die Adobe Experience Cloud verwenden und Zielgruppen anpassen, die über Audience Manager- und Adobe Analytics-Segmente angesprochen werden können.

Das folgende Diagramm zeigt die Interaktion zwischen Ihrem Besucher, dem Browser, at.js 2.5.0+ und dem Edge-Netzwerk Adobe Target . Dieses Flussdiagramm erfasst neue Besucher und wiederkehrende Besucher.

(Klicken Sie auf Bild , um die volle Breite zu vergrößern.)

Die folgende Liste entspricht den Zahlen im Diagramm:

Nur auf Gerät

Nur auf dem Gerät ist die Entscheidungsmethode, die in at.js 2.5.0 oder höher festgelegt werden muss, wenn on-device decisioning nur auf allen Webseiten verwendet werden soll.

On-device decisioning kann Ihre Erlebnisse und Personalisierungsaktivitäten schnell bereitstellen, da die Entscheidungen aus einem zwischengespeicherten Regel-Artefakt getroffen werden, das all Ihre Aktivitäten enthält, die für on-device decisioning qualifiziert sind.

Weitere Informationen darüber, welche Aktivitäten für on-device decisioning qualifiziert sind, finden Sie unter Unterstützte Funktionen in on-device decisioning.

Diese Entscheidungsmethode sollte nur verwendet werden, wenn die Leistung auf allen Seiten, für die Entscheidungen von Target erforderlich sind, äußerst kritisch ist. Beachten Sie außerdem, dass bei Auswahl dieser Entscheidungsmethode Ihre Target -Aktivitäten, die nicht für on-device decisioning qualifiziert sind, nicht bereitgestellt oder ausgeführt werden. Die Bibliothek at.js 2.5.0+ ist so konfiguriert, dass nur nach dem zwischengespeicherten Regelartefakt gesucht wird, um Entscheidungen zu treffen.

Das folgende Diagramm zeigt die Interaktion zwischen Ihrem Besucher, dem Browser, at.js 2.5.0+ und dem Akamai-CDN. Das Akamai-CDN speichert das Regelartefakt für den ersten Besuch des Besuchers zwischen. Beim ersten Seitenbesuch eines neuen Besuchers muss das JSON-Regelartefakt vom Akamai-CDN heruntergeladen werden, damit es lokal im Browser des Besuchers zwischengespeichert werden kann. Nachdem das JSON-Regelartefakt heruntergeladen wurde, wird die Entscheidung sofort ohne blockierenden Netzwerkaufruf getroffen. Das folgende Flussdiagramm erfasst neue Besucher.

(Klicken Sie auf Bild , um die volle Breite zu vergrößern.)

Die folgende Liste entspricht den Zahlen im Diagramm:

Das folgende Diagramm zeigt die Interaktion zwischen Ihrem Besucher, dem Browser, at.js 2.5.0+ und dem zwischengespeicherten JSON-Regelartefakt für den nachfolgenden Seitenaufruf oder den wiederkehrenden Besuch des Besuchers. Da das JSON-Regelartefakt bereits zwischengespeichert und im Browser verfügbar ist, wird die Entscheidung sofort ohne blockierenden Netzwerkaufruf getroffen. Dieses Flussdiagramm erfasst nachfolgende Seitennavigation oder wiederkehrende Besucher.

(Klicken Sie auf Bild , um die volle Breite zu vergrößern.)

Die folgende Liste entspricht den Zahlen im Diagramm:

Hybrid

Hybrid ist die Entscheidungsmethode, die in at.js 2.5.0 und höher festgelegt werden muss, wenn sowohl on-device decisioning als auch Aktivitäten, die einen Netzwerkaufruf an das Edge-Netzwerk erfordern, ausgeführt werden müssen.Adobe Target

Wenn Sie sowohl on-device decisioning -Aktivitäten als auch serverseitige Aktivitäten verwalten, kann es bei der Implementierung und Bereitstellung von Target auf Ihren Seiten etwas kompliziert und mühsam sein. Mit Hybrid als Entscheidungsmethode weiß Target, wann ein Server-Aufruf an das Edge-Netzwerk für Aktivitäten erforderlich ist, die eine serverseitige Ausführung erfordern, und wann nur Entscheidungen auf dem Gerät ausgeführt werden sollen.Adobe Target

Das JSON-Regelartefakt enthält Metadaten, die at.js darüber informieren, ob eine Mbox eine serverseitige Aktivität oder eine on-device decisioning -Aktivität ausführt. Diese Entscheidungsmethode stellt sicher, dass Aktivitäten, die Sie schnell bereitstellen möchten, über on-device decisioning ausgeführt werden und für Aktivitäten, die eine leistungsfähigere ML-gesteuerte Personalisierung erfordern, diese Aktivitäten über das Edge-Netzwerk ausgeführt werden.Adobe Target

Das folgende Diagramm zeigt die Interaktion zwischen Ihrem Besucher, dem Browser, at.js 2.5.0+, dem Akamai-CDN und dem Edge Network Adobe Target für einen neuen Besucher, der Ihre Seite zum ersten Mal besucht. Der Nachteil dieses Diagramms besteht darin, dass das JSON-Regelartefakt asynchron heruntergeladen wird, während die Entscheidungen über das Edge-Netzwerk Adobe Target getroffen werden.

Dieser Ansatz stellt sicher, dass die Größe des Artefakts, das viele Aktivitäten umfassen kann, die Latenz der Entscheidung nicht negativ beeinflusst. Das synchrone Herunterladen des JSON-Regelartefakts und die anschließende Entscheidungsfindung können sich ebenfalls nachteilig auf die Latenz auswirken und inkonsistent sein. Daher ist die hybride Entscheidungsmethode eine Best Practice-Empfehlung, immer einen serverseitigen Aufruf für die Entscheidung für einen neuen Besucher durchzuführen, da das JSON-Regelartefakt parallel zwischengespeichert wird. Bei nachfolgenden Seitenbesuchen und erneuten Besuchen werden die Entscheidungen aus dem Cache und im Speicher über das JSON-Regelartefakt getroffen.

(Klicken Sie auf Bild , um die volle Breite zu vergrößern.)

Die folgende Liste entspricht den Zahlen im Diagramm:

Das folgende Diagramm zeigt die Interaktion zwischen Ihrem Besucher, dem Browser, at.js 2.5.0+ und dem zwischengespeicherten JSON-Regelartefakt für eine nachfolgende Seitennavigation oder einen wiederkehrenden Besuch. In diesem Diagramm konzentrieren Sie sich nur auf den Anwendungsfall, dass eine geräteübergreifende Entscheidung für die nachfolgende Seitennavigation oder den nachfolgenden wiederkehrenden Besuch getroffen wird. Beachten Sie, dass je nachdem, welche Aktivitäten für bestimmte Seiten live sind, ein Server-seitiger Aufruf durchgeführt werden kann, um serverseitige Entscheidungen auszuführen.

(Klicken Sie auf Bild , um die volle Breite zu vergrößern.)

Die folgende Liste entspricht den Zahlen im Diagramm:

Wie aktiviere ich on-device decisioning?

On-device decisioning ist für alle Target -Kunden verfügbar, die at.js 2.5.0 oder höher verwenden.

So aktivieren Sie on-device decisioning:

Nach Aktivierung des Umschalters "Entscheidungsfindung auf dem Gerät"beginnt Target mit der Generierung und Weitergabe von Regelartefakten für Ihren Client.

Wie konfiguriere ich at.js 2.5.0+ für die Verwendung von on-device decisioning?

Globale Einstellungen

Sie können eine standardmäßige Entscheidungsmethode für alle Target -Entscheidungen konfigurieren. Die verschiedenen Entscheidungsmethoden sind nur serverseitig, nur auf dem Gerät und Hybrid. Die in der Benutzeroberfläche von Target ausgewählte Entscheidungsmethode wird in window.targetGlobalSettings unter dem Feld decisioningMethod konfiguriert. Erfahren Sie mehr über die decisioningMethod in targetGlobalSettings().

<head>
    <script type="text/javascript">

        window.targetGlobalSettings = {
            clientCode: "yourClientCodeHere",
            imsOrgId: "imsOrgId@AdobeOrg",
            decisioningMethod: "on-device"

        };
    </script>

    <script type="text/javascript" src="at.js"></script>
</head>

Benutzerdefinierte Einstellung

Wenn Sie die decisioningMethod in window.targetGlobalSettings festlegen, aber die decisioningMethod für jede Adobe Target -Entscheidung gemäß Ihrem Anwendungsfall überschreiben möchten, können Sie dieses Verfahren durchführen, indem Sie den decisioningMethod -Aufruf in at.js2.5.0+ getOffers() angeben.

adobe.target.getOffers({

  decisioningMethod:"on-device",
  request: {
    execute: {
      mboxes: [
        {
          index: 0,
          name: "homepage"
        }
      ]
    }
 }
});

Artifact Cache TTL

Target stellt Ihre Aktivitäten dar, die für on-device decisioning als Artefakt qualifiziert sind, das aus Metadaten, Regeln und Bedingungen besteht. Dieses Artefakt wird im Akamai-CDN zwischengespeichert. Während des ersten Besuchs Ihres Benutzers lädt der Browser des Benutzers das Artefakt herunter und speichert es zwischen, das Ihre on-device decisioning -Aktivitäten darstellt.

Bei nachfolgenden Besuchen Ihrer Site prüft der Browser automatisch, ob eine neuere Version des Artefakts heruntergeladen werden muss. Durch diese Prüfung wird Latenz hinzugefügt. Die Artefakt-Cache-TTL definiert die Anzahl der Minuten, die der Browser seit dem letzten erfolgreichen Download nicht auf ein aktualisiertes Artefakt überprüfen soll. Je länger der Zeitrahmen, desto besser die Leistung. Je kürzer der Zeitrahmen ist, desto besser ist die Aktualisierung der Daten, jedoch auf Kosten zusätzlicher Latenz.

Woher weiß ich, dass eine Aktivität on-device decisioning berechtigt ist?

Nachdem Sie eine Aktivität erstellt haben, die für on-device decisioning infrage kommt, wird auf der Übersichtsseite der Aktivität eine Beschriftung mit der Bezeichnung On-Device Decisioning Eligible angezeigt.

Diese Bezeichnung bedeutet nicht, dass die Aktivität immer über on-device decisioning bereitgestellt wird. Nur wenn at.js 2.5.0 oder höher für die Verwendung von on-device decisioning konfiguriert ist, wird diese Aktivität auf dem Gerät ausgeführt. Wenn at.js 2.5.0 oder höher nicht für die Verwendung auf dem Gerät konfiguriert ist, wird diese Aktivität weiterhin über einen Server-Aufruf von at.js bereitgestellt.

Sie können über den Filter "Entscheidungsfindung auf dem Gerät"nach allen Aktivitäten filtern, die für on-device decisioning auf der Seite "Aktivitäten"infrage kommen.

Zusammenfassung der Schritte, die sicherstellen, dass meine on-device decisioning -Aktivitäten über at.js 2.5.0+ bereitgestellt werden?