Entscheidungsfindung auf dem Gerät für at.js

Ab Version 2.5.0 bietet at.js Entscheidungen auf Geräten. Über die Entscheidungsfindung auf dem Gerät können Sie Ihre A/B-Test und Erlebnis-Targeting (XT) -Aktivitäten im Browser, um speicherinterne Entscheidungen ohne blockierende Netzwerkanforderung für die Adobe Target Edge Network.

Target bietet außerdem die Flexibilität, das relevanteste und aktuellste Erlebnis aus Ihren Experimentierungs- und maschinell lernfähigen (ML-gesteuerten) Personalisierungsaktivitäten über einen Live-Server-Aufruf bereitzustellen. Mit anderen Worten: Wenn die Leistung am wichtigsten ist, können Sie die Entscheidungsfindung auf dem Gerät verwenden. Wenn jedoch das relevanteste, aktuellste und ML-gesteuerte Erlebnis benötigt wird, kann stattdessen ein Server-Aufruf durchgeführt werden.

Welche Vorteile bietet die Entscheidungsfindung auf dem Gerät?

Zu den Vorteilen der geräteübergreifenden Entscheidungsfindung gehören:

  • Schnelle Entscheidungen und Erlebnisse bieten. Bucketing- und Entscheidungsfindung werden im Arbeitsspeicher und im Browser durchgeführt, um zu verhindern, dass Netzwerkanforderungen blockiert werden.
  • Verbessern der Anwendungsleistung. Führen Sie Experimente durch und liefern Sie Ihren Kunden und Benutzern Personalisierung, ohne die Benutzererfahrungen der Endbenutzer zu beeinträchtigen.
  • Verbessern der Google-Site-Qualitätsbewertung. Wenn Entscheidungen im Speicher getroffen werden, verbessern Sie die Google Site Quality-Bewertung Ihres Onlinegeschäfts, um ihn für die Verbraucher leichter zu finden.
  • Erfahren Sie mehr über Echtzeitanalysen. Erhalten Sie Einblicke aus Ihrer Aktivitätsleistung in Echtzeit über Analytics for Target Berichterstellung (A4T). Mit A4T können Sie Ihre Strategie in kritischen Momenten umdrehen.

Unterstützte Funktionen

Das Adobe Target JS SDK bietet 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. Informationen zur Funktionsfähigkeit der gerätebezogenen Entscheidungsfindung finden Sie in der Liste der unterstützten Funktionen:

  • Aktivitätstypen
  • Zielgruppen-Targeting
  • Zuordnungsmethode

Weitere Informationen finden Sie unter Unterstützte Funktionen für geräteübergreifende Entscheidungen.

Wie funktioniert die Entscheidungsfindung auf dem Gerät?

Wenn Sie at.js mit aktivierter On-Device-Entscheidungsfindung bereitstellen und initialisieren, wird ein Regelartefakt , die Ihre geräteübergreifende Entscheidungsfindung für A/B- und XT-Aktivitäten, Zielgruppen und Assets umfasst, von dem nächstgelegenen Akamai-CDN auf Ihren Besucher heruntergeladen und lokal im Browser Ihres Besuchers zwischengespeichert wird. 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 gerätebezogenen Entscheidungen Target führt eine neue Einstellung mit dem Namen Entscheidungsmethode. Die Entscheidungsmethode bestimmt, wie at.js Ihre Erlebnisse bereitstellt. Entscheidungsmethode hat drei Werte:

  • Nur Server-seitig
  • Nur auf dem Gerät
  • Hybrid

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-Netzwerk 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 Erweiterung Ihrer personalisierten Erlebnisse mithilfe des Target-Benutzerprofils, 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 zeigt die Interaktion zwischen Ihrem Besucher, dem Browser, at.js 2.5.0+ und dem Adobe Target Edge-Netzwerk. Dieses Flussdiagramm erfasst neue Besucher und wiederkehrende Besucher.

Nur serverseitiges Flussdiagramm

Die folgende Liste entspricht den Zahlen im Diagramm:

Schritt Beschreibung
1 Die Experience Cloud Visitor ID wird aus dem Adobe Experience Cloud Identity Service.
2 Die Bibliothek at.js wird synchron geladen und im Dokumentenkörper verborgen.
Die at.js-Bibliothek kann auch asynchron mit einem optionalen Pre-hiding-Snippet geladen werden, das auf der Seite implementiert ist.
3 Die at.js-Bibliothek blendet den Text aus, um Flackern zu verhindern.
4 Es wird eine Seitenladeanforderung durchgeführt, die alle konfigurierten Parameter enthält, z. B. (ECID, Kunden-ID, benutzerdefinierte Parameter, Benutzerprofil usw.).
5 Profilskripte werden ausgeführt und anschließend in den Profilspeicher eingespeist.
Der Profilspeicher ruft geeignete Zielgruppen aus der Zielgruppenbibliothek ab (z. B. über freigegebene Zielgruppen Adobe Analytics, Adobe Audience Managerusw.).
Kundenattribute werden in einem Batch-Prozess an den Profilspeicher übermittelt.
6 Der Profilspeicher wird für die Zielgruppenqualifizierung und -zusammenfassung verwendet, um Aktivitäten zu filtern.
7 Der resultierende Inhalt wird ausgewählt, nachdem das Erlebnis aus der Live-Umgebung ermittelt wurde. Target Aktivitäten.
8 Die at.js-Bibliothek blendet die entsprechenden Elemente auf der Seite aus, die mit dem Erlebnis verknüpft sind, das gerendert werden muss.
9 Die at.js-Bibliothek zeigt den Hauptteil an, sodass der Rest der Seite geladen werden kann, damit der Besucher ihn anzeigen kann.
10 Die at.js-Bibliothek bearbeitet das DOM, um das Erlebnis aus dem Target Edge Network zu rendern.
11 Das Erlebnis wird für den Besucher gerendert.
12 Die gesamte Webseite wird geladen.
13 Analytics-Daten werden an Datenerfassungsserver übermittelt.
14 Zielgruppendaten werden mit Analytics Daten über die SDID und werden in der Analytics Berichtspeicher. Analytics-Daten können dann sowohl in Analytics als auch in Target eingesehen werden. Möglich ist dies mithilfe von Berichten des Typs Analytics for Target (A4T).

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 die Entscheidungsfindung auf dem Gerät nur auf Ihren Web-Seiten verwendet werden soll.

Die Entscheidungsfindung auf dem Gerät kann 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 die Entscheidungsfindung auf dem Gerät qualifiziert sind.

Weitere Informationen dazu, welche Aktivitäten für die Entscheidungsfindung auf dem Gerät qualifiziert sind, finden Sie unter Unterstützte Funktionen bei Entscheidungen auf Geräten.

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 die Entscheidungsfindung auf dem Gerät qualifiziert sind, nicht bereitgestellt bzw. 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.

Flussdiagramm nur auf dem Gerät

Die folgende Liste entspricht den Zahlen im Diagramm:

HINWEIS

Adobe Target Admin-Server qualifizieren alle Aktivitäten, die für eine geräteübergreifende Entscheidungsfindung infrage kommen, generieren das JSON-Regelartefakt und übertragen es an das Akamai-CDN. Ihre Aktivitäten werden kontinuierlich auf Aktualisierungen überwacht, um ein neues JSON-Regelartefakt auszugeben, das an das Akamai-CDN weitergeleitet wird.

Schritt Beschreibung
1 Die Experience Cloud Visitor ID wird aus dem Adobe Experience Cloud Identity Service.
2 Die Bibliothek at.js wird synchron geladen und im Dokumentenkörper verborgen.
Die at.js-Bibliothek kann auch asynchron mit einem optionalen Pre-hiding-Snippet geladen werden, das auf der Seite implementiert ist.
3 Die at.js-Bibliothek blendet den Text aus, um Flackern zu verhindern.
4 Die at.js-Bibliothek stellt eine Anfrage, das JSON-Regelartefakt vom nächsten Akamai-CDN an den Besucher abzurufen.
5 Das Akamai-CDN reagiert mit dem JSON-Regelartefakt.
6 Das JSON-Regelartefakt wird lokal im Browser des Besuchers zwischengespeichert.
7 Die at.js-Bibliothek interpretiert das JSON-Regelartefakt, führt die Entscheidung zum Abrufen des Erlebnisses aus und blendet die getesteten Elemente aus.
8 Die at.js-Bibliothek zeigt den Hauptteil an, sodass der Rest der Seite geladen werden kann, damit der Besucher ihn anzeigen kann.
9 Die at.js-Bibliothek bearbeitet das DOM, um das Erlebnis aus dem zwischengespeicherten JSON-Regelartefakt zu rendern.
10 Das Erlebnis wird für den Besucher gerendert.
11 Die gesamte Webseite wird geladen.
12 Analytics-Daten werden an Datenerfassungsserver übermittelt. Zielgruppendaten werden mit Analytics Daten über die SDID und werden in der Analytics Berichtspeicher. AnalyticsAnalyticsAnalytics-Daten können dann sowohl in als auch in eingesehen werden. Möglich ist dies mithilfe von Berichten des Typs for Target (A4T).Target

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.

Flussdiagramm nur auf dem Gerät für nachfolgende Seitennavigation und wiederholte Besuche

Die folgende Liste entspricht den Zahlen im Diagramm:

HINWEIS

Adobe Target Admin-Server qualifizieren alle Aktivitäten, die für eine geräteübergreifende Entscheidungsfindung infrage kommen, generieren das JSON-Regelartefakt und übertragen es an das Akamai-CDN. Ihre Aktivitäten werden kontinuierlich auf Aktualisierungen überwacht, um ein neues JSON-Regelartefakt auszugeben, das an das Akamai-CDN weitergeleitet wird.

Schritt Beschreibung
1 Die Experience Cloud Visitor ID wird aus dem Adobe Experience Cloud Identity Service.
2 Die Bibliothek at.js wird synchron geladen und im Dokumentenkörper verborgen.
Die at.js-Bibliothek kann auch asynchron mit einem optionalen Pre-hiding-Snippet geladen werden, das auf der Seite implementiert ist.
3 Die at.js-Bibliothek blendet den Text aus, um Flackern zu verhindern.
4 Die at.js-Bibliothek interpretiert das JSON-Regelartefakt und führt die Entscheidung im Speicher aus, das Erlebnis abzurufen.
5 Die getesteten Elemente sind ausgeblendet.
6 Die at.js-Bibliothek zeigt den Hauptteil an, sodass der Rest der Seite geladen werden kann, damit der Besucher ihn anzeigen kann.
7 Die at.js-Bibliothek bearbeitet das DOM, um das Erlebnis aus dem zwischengespeicherten JSON-Regelartefakt zu rendern.
8 Das Erlebnis wird für den Besucher gerendert.
9 Die gesamte Webseite wird geladen.
10 Analytics-Daten werden an Datenerfassungsserver übermittelt. Zielgruppendaten werden mit Analytics Daten über die SDID und werden in der Analytics Berichtspeicher. Analytics-Daten können dann sowohl in Analytics als auch in Target eingesehen werden. Möglich ist dies mithilfe von Berichten des Typs Analytics for Target (A4T).

Hybrid

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

Wenn Sie sowohl Entscheidungsaktivitäten auf dem Gerät 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 Entscheidungsaktivität auf dem Gerät aufweist. Diese Entscheidungsmethode stellt sicher, dass Aktivitäten, die Sie schnell bereitstellen möchten, über Entscheidungsfindung auf dem Gerät 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.

Das folgende Diagramm zeigt die Interaktion zwischen Ihrem 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. Der Nachteil dieses Diagramms besteht darin, dass das JSON-Regelartefakt asynchron heruntergeladen wird, während die Entscheidungen über das Adobe Target Edge-Netzwerk 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.

Hybrides Flussdiagramm für einen erstmaligen Besucher

Die folgende Liste entspricht den Zahlen im Diagramm:

HINWEIS

Adobe Target Admin-Server qualifizieren alle Aktivitäten, die für eine geräteübergreifende Entscheidungsfindung infrage kommen, generieren das JSON-Regelartefakt und übertragen es an das Akamai-CDN. Ihre Aktivitäten werden kontinuierlich auf Aktualisierungen überwacht, um ein neues JSON-Regelartefakt auszugeben, das an das Akamai-CDN weitergeleitet wird.

Schritt Beschreibung
1 Die Experience Cloud Visitor ID wird aus dem Adobe Experience Cloud Identity Service.
2 Die Bibliothek at.js wird synchron geladen und im Dokumentenkörper verborgen.
Die at.js-Bibliothek kann auch asynchron mit einem optionalen Pre-hiding-Snippet geladen werden, das auf der Seite implementiert ist.
3 Die at.js-Bibliothek blendet den Text aus, um Flackern zu verhindern.
4 Eine Seitenladeanforderung wird an das Adobe Target Edge Network gesendet, einschließlich aller konfigurierten Parameter wie (ECID, Kunden-ID, benutzerdefinierte Parameter, Benutzerprofil usw.).
5 Parallel dazu sendet at.js eine Anfrage zum Abrufen des JSON-Regel-Artefakts vom nächsten Akamai-CDN an den Besucher.
6 (Adobe Target Edge Network) Profilskripte werden ausgeführt und dann in den Profilspeicher eingespeist. Der Profilspeicher ruft geeignete Zielgruppen aus der Zielgruppenbibliothek ab (z. B. über freigegebene Zielgruppen Adobe Analytics, Adobe Audience Managerusw.).
7 Das Akamai-CDN reagiert mit dem JSON-Regelartefakt.
8 Der Profilspeicher wird für die Zielgruppenqualifizierung und -zusammenfassung verwendet, um Aktivitäten zu filtern.
9 Der resultierende Inhalt wird ausgewählt, nachdem das Erlebnis aus der Live-Umgebung ermittelt wurde. Target Aktivitäten.
10 Die at.js-Bibliothek blendet die entsprechenden Elemente auf der Seite aus, die mit dem Erlebnis verknüpft sind, das gerendert werden muss.
11 Die at.js-Bibliothek zeigt den Hauptteil an, sodass der Rest der Seite geladen werden kann, damit der Besucher ihn anzeigen kann.
12 Die at.js-Bibliothek bearbeitet das DOM, um das Erlebnis aus dem Target Edge Network zu rendern.
13 Das Erlebnis wird für den Besucher gerendert.
14 Die gesamte Webseite wird geladen.
15 Analytics-Daten werden an Datenerfassungsserver übermittelt. Zielgruppendaten werden mit Analytics Daten über die SDID und werden in der Analytics Berichtspeicher. Analytics-Daten können dann sowohl in Analytics als auch in Target eingesehen werden. Möglich ist dies mithilfe von Berichten des Typs Analytics for Target (A4T).

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.

Hybrides Flussdiagramm für nachfolgende Seitennavigation und wiederholte Besuche

Die folgende Liste entspricht den Zahlen im Diagramm:

HINWEIS

Adobe Target Admin-Server qualifizieren alle Aktivitäten, die für eine geräteübergreifende Entscheidungsfindung infrage kommen, generieren das JSON-Regelartefakt und übertragen es an das Akamai-CDN. Ihre Aktivitäten werden kontinuierlich auf Aktualisierungen überwacht, um ein neues JSON-Regelartefakt auszugeben, das an das Akamai-CDN weitergeleitet wird.

Schritt Beschreibung
1 Die Experience Cloud Visitor ID wird aus dem Adobe Experience Cloud Identity Service.
2 Die Bibliothek at.js wird synchron geladen und im Dokumentenkörper verborgen.
Die at.js-Bibliothek kann auch asynchron mit einem optionalen Pre-hiding-Snippet geladen werden, das auf der Seite implementiert ist.
3 Die at.js-Bibliothek blendet den Text aus, um Flackern zu verhindern.
4 Es wird eine Anfrage zum Abrufen eines Erlebnisses gesendet.
5 Die at.js-Bibliothek bestätigt, dass das JSON-Regelartefakt bereits zwischengespeichert wurde, und führt die Entscheidung im Speicher aus, das Erlebnis abzurufen.
6 Die getesteten Elemente sind ausgeblendet.
7 Die at.js-Bibliothek zeigt den Hauptteil an, sodass der Rest der Seite geladen werden kann, damit der Besucher ihn anzeigen kann.
8 Die at.js-Bibliothek bearbeitet das DOM, um das Erlebnis aus dem zwischengespeicherten JSON-Regelartefakt zu rendern.
9 Das Erlebnis wird für den Besucher gerendert.
10 Die gesamte Webseite wird geladen.
11 Analytics-Daten werden an Datenerfassungsserver übermittelt. Zielgruppendaten werden mit Analytics Daten über die SDID und werden in der Analytics Berichtspeicher. Analytics-Daten können dann sowohl in Analytics als auch in Target eingesehen werden. Möglich ist dies mithilfe von Berichten des Typs Analytics for Target (A4T).

Wie aktiviere ich die Entscheidungsfindung auf dem Gerät?

Die Entscheidungsfindung auf dem Gerät ist für alle Target Kunden, die at.js 2.5.0 oder höher verwenden.

So aktivieren Sie die Entscheidungsfindung auf dem Gerät:

HINWEIS

Sie müssen über die Admin oder Genehmiger Benutzerrolle , um den Umschalter On-Device Decisioning zu aktivieren bzw. zu deaktivieren.

  1. Klicken Administration > Implementierung > Kontodetails.

  2. under Kontodetails, schieben Sie die On-Device Decisioning Umschalten auf die Position "Ein".

    Umschalten der Entscheidungsfindung auf dem Gerät

    Die "Alle vorhandenen Entscheidungsaktivitäten auf dem Gerät in das Artefakt einschließen" angezeigt, wenn Sie die Entscheidungsfindung auf dem Gerät aktivieren.

  3. (Bedingt) Schalten Sie den Umschalter in die "Ein"-Position, wenn Sie möchten, dass alle Ihre Live-Target-Aktivitäten, die für die Entscheidungsfindung auf dem Gerät geeignet sind, automatisch in das Artefakt einbezogen werden.

    Wenn Sie diesen Umschalter deaktivieren, müssen Sie alle Entscheidungsaktivitäten auf dem Gerät neu erstellen und aktivieren, damit sie in das generierte Regelartefakt aufgenommen werden. Mit anderen Worten: Jede Aktivität im Live-Status, bevor die On-Device Decisioning -Umschalter sind nicht im Regelartefakt enthalten.

Nach der Aktivierung der On-Device Decisioning Umschalten, Target beginnt mit der Erzeugung und Vermehrung ruleArtefakte für Ihren Client.

WICHTIG

Stellen Sie sicher, dass Sie den Umschalter aktivieren, bevor Sie das Adobe Target-SDK initialisieren, um die Entscheidungsfindung auf dem Gerät zu verwenden. Die Regelartefakte müssen zuerst generiert und an die Akamai-CDNs übertragen werden, damit die geräteübergreifende Entscheidungsfindung funktioniert. Es kann fünf bis zehn Minuten dauern, bis das erste Regelartefakt generiert und an das Akamai-CDN übertragen wird.

Wie konfiguriere ich at.js 2.5.0+ für die Verwendung von geräteübergreifenden Entscheidungen?

  1. Klicken Administration > Implementierung > Kontodetails.

  2. under Implementierungsmethoden > Hauptimplementierungsmethode klicken Bearbeiten neben Ihrer at.js-Version (muss at.js 2.5.0 oder höher sein).

    Einstellungen der Hauptimplementierungsmethode bearbeiten

    WICHTIG

    Wenden Sie sich vor Änderung dieser Standardeinstellungen an den Kundendienst, damit Sie sich nicht auf Ihre aktuelle Implementierung auswirken.

  3. Wählen Sie die gewünschte Entscheidungsmethode aus:

    • Nur Server-seitig
    • Nur auf dem Gerät
    • Hybrid

    "at.js"-Einstellungsbedienfeld bearbeiten

Globale Einstellungen

Sie können die Standardeinstellung Entscheidungsmethode für alle Target Entscheidungen. Die verschiedenen Entscheidungsmethoden sind Nur serverseitig, Nur auf Gerätund Hybrid. Die in der Target-Benutzeroberfläche ausgewählte Entscheidungsmethode wird in window.targetGlobalSettings unter decisioningMethod -Feld. Weitere Informationen zum 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 decisioningMethod in window.targetGlobalSettings, aber die decisioningMethod Für jede Adobe Target-Entscheidung entsprechend Ihrem Anwendungsfall können Sie dieses Verfahren durchführen, indem Sie decisioningMethod in at.js2.5.0+ getOffers() aufrufen.

adobe.target.getOffers({

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

Um "on-device"oder "hybrid"als Entscheidungsmethode im getOffers()-Aufruf zu verwenden, stellen Sie sicher, dass die globale Einstellung decisioningMethod als "auf dem Gerät"oder "Hybrid". Die Bibliothek at.js 2.5.0+ muss wissen, ob das JSON-Regelartefakt unmittelbar nach dem Laden auf der Seite heruntergeladen und zwischengespeichert werden soll. Wenn die Entscheidungsmethode für die globale Einstellung auf "Server-seitig"festgelegt ist und die Entscheidungsmethode "auf dem Gerät"oder "Hybrid"an den getOffers()-Aufruf übergeben wird, wird für at.js 2.5.0+ das JSON-Regelartefakt nicht zwischengespeichert, um Ihre Entscheidungen auf dem Gerät auszuführen.

Artifact Cache TTL

Target stellt Ihre Aktivitäten dar, die sich für die Entscheidungsfindung auf dem Gerät als ein Artefakt qualifizieren, 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 Entscheidungsaktivitäten auf dem Gerät 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 für die Entscheidungsfindung auf dem Gerät geeignet ist?

Nachdem Sie eine Aktivität erstellt haben, die für eine Entscheidung auf dem Gerät infrage kommt, wird eine Beschriftung angezeigt, die Eignung für On-Device Decisioning, ist in der Aktivität Übersicht Seite.

Bezeichnung der für eine Entscheidung in Frage kommenden On-Device auf der Übersichtsseite der Aktivität.

Diese Bezeichnung bedeutet nicht, dass die Aktivität immer über On-Device-Entscheidungen bereitgestellt wird. Nur wenn at.js 2.5.0 oder höher für die Verwendung von gerätebezogenen Entscheidungen 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 nach allen Aktivitäten filtern, die für eine Entscheidung auf dem Gerät infrage kommen. Tätigkeiten über die Seite Eignung für On-Device Decisioning Filter.

Auf der Seite "Aktivitäten"angezeigte Filter für die Entscheidungsfindung auf dem Gerät.

HINWEIS

Nachdem Sie eine Aktivität erstellt und aktiviert haben, für die eine Entscheidung auf dem Gerät möglich ist, kann es fünf bis zehn Minuten dauern, bis sie im Regelartefakt enthalten ist, das generiert und an den Akamai CDN-Punkt der Präferenzen weitergeleitet wird.

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

  1. Rufen Sie die Adobe Target-Benutzeroberfläche auf und navigieren Sie zu Administration > Implementierung > Account Details um die On-Device Decisioning umschalten.

  2. Aktivieren Sie die "Alle vorhandenen Entscheidungsaktivitäten auf dem Gerät in das Artefakt einschließen" umschalten.

    Die erste Generierung von JSON-Regeln-Artefakten kann bis zu 10 Minuten dauern.

  3. Erstellen und Aktivieren einer Aktivitätstyp, der von geräteinterner Entscheidungsfindung unterstützt wirdund stellen Sie sicher, dass die Entscheidung auf dem Gerät getroffen werden kann.

  4. Legen Sie die Entscheidungsmethode entweder "Hybrid" oder "Nur auf Gerät" über die Benutzeroberfläche für at.js-Einstellungen.

  5. Laden Sie at.js 2.5.0+ herunter und stellen Sie es auf Ihren Seiten bereit.

Auf dieser Seite