On-device decisioning für at.js

Ab Version 2.5.0 bietet at.js on-device decisioning. On-device decisioning können Sie Ihre A/B-Test- und Experience Targeting-Aktivitäten (XT) im Browser zwischenspeichern, um speicherinterne Entscheidungen durchzuführen, ohne eine Netzwerkanfrage an das Adobe Target-Edge Network zu blockieren.

Target bietet außerdem die Flexibilität, über einen Live-Server-Aufruf das relevanteste und aktuellste Erlebnis aus Ihren experimentellen und auf maschinellem Lernen (ML-gesteuert) basierenden Personalisierungsaktivitäten 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.

Was sind die Vorteile von on-device decisioning?

Zu den Vorteilen von on-device decisioning gehören:

Unterstützte Funktionen

Die Adobe Target JS-SDK bietet Kundinnen und Kunden die Flexibilität, bei Entscheidungen zwischen Leistung und Aktualität der Daten zu wählen. Mit anderen Worten: Wenn die Bereitstellung der relevantesten und ansprechendsten personalisierten Inhalte über maschinelles Lernen für Sie am wichtigsten ist, sollte ein Live-Server-Aufruf erfolgen. Wenn die Leistung jedoch kritischer ist, sollte eine Entscheidung auf dem Gerät und im Arbeitsspeicher getroffen werden. Informationen zum on-device decisioning finden Sie in der Liste der unterstützten Funktionen:

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

Wie funktioniert on-device decisioning?

Wenn Sie at.js mit aktiviertem on-device decisioning bereitstellen und initialisieren, wird ein Regelartefakt das Ihre on-device decisioning für A/B- und XT-Aktivitäten, Zielgruppen und Assets enthält, vom nächstgelegenen Akamai-CDN für Ihren Besucher heruntergeladen und lokal im Browser Ihres Besuchers zwischengespeichert. Wenn at.js den Abruf eines Erlebnisses anfordert, wird die Entscheidung, welches Erlebnis zurückgegeben werden soll, basierend auf den im zwischengespeicherten Regelartefakt codierten Metadaten speicherintern getroffen.

Entscheidungsmethode

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

Nur Server-seitig

Nur Server-seitig ist die standardmäßige Entscheidungsmethode, die vorkonfiguriert ist, wenn at.js 2.5.0+ implementiert und in Ihren Web-Eigenschaften bereitgestellt wird.

Die Verwendung von Nur Server-seitig als Standardkonfiguration bedeutet, dass alle Entscheidungen im Target Edge Network 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 erlaubt Ihnen Nur Server-seitig , die Adobe Experience Cloud zu verwenden und Zielgruppen anzupassen, die über Audience Manager- und Adobe Analytics-Segmente angesprochen werden können.

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

(Klicken Sie auf das Bild, um es auf die volle Breite zu erweitern.)

{modal="regular"}

Die folgende Liste entspricht den Zahlen im Diagramm:

Nur auf dem 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 Ihren Web-Seiten verwendet werden soll.

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

Weitere Informationen dazu, 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 bzw. ausgeführt werden. Die at.js-Bibliothek 2.5.0+ ist so konfiguriert, dass nur nach dem zwischengespeicherten Regelartefakt gesucht wird, um Entscheidungen zu treffen.

Das folgende Diagramm veranschaulicht 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 im Zwischenspeicher. Für den ersten Seitenbesuch eines neuen Besuchers muss das JSON-Regelartefakt vom Akamai-CDN heruntergeladen werden, damit es lokal im Browser des Besuchers zwischengespeichert wird. Nachdem das JSON-Regelartefakt heruntergeladen wurde, wird die Entscheidung sofort ohne einen blockierenden Netzwerkaufruf getroffen. Das folgende Flussdiagramm erfasst neue Besucher.

(Klicken Sie auf das Bild, um es auf die volle Breite zu erweitern.)

{modal="regular"}

Die folgende Liste entspricht den Zahlen im Diagramm:

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

(Klicken Sie auf das Bild, um es auf die volle Breite zu erweitern.)

{modal="regular"}

Die folgende Liste entspricht den Zahlen im Diagramm:

Hybrid

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

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

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

Die folgende Abbildung zeigt die Interaktion zwischen dem Besucher, dem Browser, at.js 2.5.0+, dem Akamai-CDN und dem Adobe Target Edge Network für einen neuen Besucher, der Ihre Seite zum ersten Mal besucht. Aus diesem Diagramm geht hervor, dass das JSON-Regelartefakt asynchron heruntergeladen wird, während die Entscheidungen über das Adobe Target Edge-Netzwerk getroffen werden.

Dadurch wird sichergestellt, dass die Größe des Artefakts, die viele Aktivitäten enthalten kann, die Latenz der Entscheidung nicht negativ beeinflusst. Das synchrone Herunterladen des JSON-Regelartefakts und das anschließende Treffen der Entscheidung können sich auch negativ auf die Latenz auswirken und inkonsistent sein. Daher ist die hybride Entscheidungsmethode eine Best-Practice-Empfehlung, für einen neuen Besucher immer einen Server-seitigen Aufruf für die Entscheidung durchzuführen, da das JSON-Regelartefakt parallel zwischengespeichert wird. Bei allen nachfolgenden Seitenbesuchen und wiederkehrenden Besuchen werden die Entscheidungen aus dem Cache und im Arbeitsspeicher über das JSON-Regelartefakt getroffen.

(Klicken Sie auf das Bild, um es auf die volle Breite zu erweitern.)

{modal="regular"}

Die folgende Liste entspricht den Zahlen im Diagramm:

Das folgende Diagramm veranschaulicht die Interaktion zwischen Ihrem Besucher, dem Browser, at.js 2.5.0+ und dem zwischengespeicherten JSON-Regelartefakt für eine nachfolgende Seitennavigation oder einen erneuten Besuch. In diesem Diagramm sollten Sie sich nur auf den Anwendungsfall konzentrieren, dass eine geräteinterne Entscheidung für die nachfolgende Seitennavigation oder den erneuten Besuch getroffen wird. Beachten Sie, dass je nachdem, welche Aktivitäten für bestimmte Seiten aktiv sind, ein Server-seitiger Aufruf erfolgen kann, um Server-seitige Entscheidungen auszuführen.

(Klicken Sie auf das Bild, um es auf die volle Breite zu erweitern.)

{modal="regular"}

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 der Aktivierung des Umschalters „Geräteinterne Entscheidungsfindung“ beginnt Target mit der Generierung und Verbreitung Regelartefakte für Ihren Client.

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

Globale Einstellungen

Sie können eine standardmäßige Entscheidungsmethode für alle Target Entscheidungen konfigurieren. Die verschiedenen Entscheidungsmethoden sind nur Server-seitig, nur auf dem Gerät und Hybrid. Die in der Target Benutzeroberfläche ausgewählte Entscheidungsmethode wird in window.targetGlobalSettings unter dem Feld decisioningMethod konfiguriert. Weitere Informationen zum decisioningMethod finden Sie unter 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 entsprechend Ihrem Anwendungsfall überschreiben möchten, können Sie dieses Verfahren durchführen, indem Sie decisioningMethod im Aufruf getOffers() von at.js2.5.0+ angeben.

adobe.target.getOffers({

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

Artefakt-Cache-TTL

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

Bei nachfolgenden Besuchen Ihrer Site prüft der Browser automatisch, ob er eine neuere Version des Artefakts herunterladen muss. Diese Prüfung erhöht die Latenz. Die TTL für den Artefaktcache definiert die Anzahl der Minuten, die der Browser nicht auf ein aktualisiertes Artefakt seit dem letzten erfolgreichen Download überprüfen soll. Je länger der Zeitrahmen ist, desto besser ist die Leistung. Je kürzer der Zeitrahmen, desto besser die Datenfrische, aber auf Kosten der zusätzlichen Latenz.

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

Nachdem Sie eine Aktivität erstellt haben, die on-device decisioning geeignet ist, wird eine Beschriftung mit dem Titel On-Device Decisioning qualifiziert auf der Seite Überblick der Aktivität angezeigt.

Dieser Titel bedeutet nicht, dass die Aktivität immer über on-device decisioning zugestellt wird. Nur wenn at.js 2.5.0+ 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+ nicht für die Verwendung auf dem Gerät konfiguriert ist, wird diese Aktivität weiterhin über einen Server-Aufruf von at.js bereitgestellt.

Über den Filter On-Device Decisioning können Sie nach allen Aktivitäten filtern, die auf der Seite Aktivitäten on-device decisioning geeignet sind.

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