Gerätebezogene Entscheidungsfindung für at.js

Ab Version 2.5.0 bietet at.js on-device decisioning. Gerätebezogene Entscheidungsfindung ermöglicht Ihnen, 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.

NOTE
Gerätebezogene Entscheidungsfindung ist sowohl für Client-seitige als auch für Server-seitige Implementierungen verfügbar. Dieser Artikel beschreibt on-device decisioning Client-seitig. Informationen über on-device decisioning Informationen zur serverseitigen Implementierung finden Sie in der Dokumentation zur serverseitigen Implementierung . here.

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 on-device decisioning. Wenn jedoch das relevanteste, aktuellste und ML-gesteuerte Erlebnis benötigt wird, kann stattdessen ein Server-Aufruf durchgeführt werden.

Welche Vorteile hat das on-device decisioning?

Die Vorteile von on-device decisioning include:

  • 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

Die Adobe Target Das 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. Für on-device decisioning Informationen zu den unterstützten Funktionen finden Sie in der Liste der unterstützten Funktionen:

  • Aktivitätstypen
  • Zielgruppen-Targeting
  • Zuordnungsmethode

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

Wie funktioniert on-device decisioning arbeiten?

Wenn Sie at.js bereitstellen und initialisieren mit on-device decisioning aktiviert ist, Regelartefakt , die Folgendes umfasst: on-device decisioning für A/B- und XT-Aktivitäten werden Zielgruppen und Assets vom nächsten Akamai-CDN auf 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, Target führt eine neue Einstellung mit der Bezeichnung Entscheidungsmethode ein. Die Einstellung der Entscheidungsmethode bestimmt, wie at.js Ihre Erlebnisse bereitstellt. Die 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, wie z. B. die Möglichkeit, Targetder maschinellen Lernfunktionen, zu denen Recommendations, Automated Personalization (AP) und Automatisches Targeting Aktivitäten.

Darüber hinaus können Sie Ihre personalisierten Erlebnisse durch Verwendung von TargetDas Benutzerprofil von kann leistungsstarke Ergebnisse für Ihr Unternehmen liefern, das sitzungs- und kanalübergreifend beibehalten wird.

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.

Die folgende Abbildung 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.

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

Nur serverseitiges Flussdiagramm {modal="regular"}

Die folgende Liste entspricht den Zahlen im Diagramm:

Schritt
Beschreibung
1
Die Experience Cloud-Besucher-ID wird aus dem Adobe Experience Cloud Identity-Dienst.
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 Adobe Analytics, Adobe Audience Manager usw. freigegebene Zielgruppen).
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 der Target Edge Network.
11
Das Erlebnis wird für den Besucher gerendert.
12
Die gesamte Webseite wird geladen.
13
Analytics-Daten werden an Datenerfassungsserver übermittelt.
14
Zielgerichtete Daten werden über die SDID mit Analytics-Daten abgeglichen und im Analytics-Berichtspeicher abgelegt. 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+ festgelegt werden muss, wenn on-device decisioning sollte nur auf allen Webseiten verwendet werden.

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

Weitere Informationen darüber, für welche Aktivitäten on-device decisioning, siehe 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 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.

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

Flussdiagramm nur auf dem Gerät {modal="regular"}

Die folgende Liste entspricht den Zahlen im Diagramm:

NOTE
Adobe Target Admin-Server qualifizieren alle Aktivitäten, die für on-device decisioning, generieren Sie 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-Besucher-ID wird aus dem Adobe Experience Cloud Identity-Dienst.
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. Zielgerichtete Daten werden über die SDID mit Analytics-Daten abgeglichen und im Analytics-Berichtspeicher abgelegt. 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 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.)

Flussdiagramm nur auf dem Gerät für nachfolgende Seitennavigation und wiederholte Besuche {modal="regular"}

Die folgende Liste entspricht den Zahlen im Diagramm:

NOTE
Adobe Target Admin-Server qualifizieren alle Aktivitäten, die für on-device decisioning, generieren Sie 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-Besucher-ID wird aus dem Adobe Experience Cloud Identity-Dienst.
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. Zielgerichtete Daten werden über die SDID mit Analytics-Daten abgeglichen und im Analytics-Berichtspeicher abgelegt. 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 beide on-device decisioning und Aktivitäten, die einen Netzwerkaufruf an die Adobe Target Das Edge-Netzwerk muss ausgeführt werden.

Wenn Sie beide on-device decisioning Aktivitäten und serverseitigen Aktivitäten zu implementieren, kann es bei der Bereitstellung und Bereitstellung ein wenig kompliziert und mühsam sein. Target auf Ihren Seiten. Bei „Hybrid“ als Entscheidungsmethode weiß Target, wann ein Server-Aufruf an das 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.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. Diese Entscheidungsmethode stellt sicher, dass Aktivitäten, die Sie schnell bereitstellen möchten, über on-device decisioning und für Aktivitäten, die eine leistungsfähigere ML-gesteuerte Personalisierung erfordern, werden diese Aktivitäten über die Adobe Target Edge-Netzwerk.

Die folgende Abbildung 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.

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.)

Hybrides Flussdiagramm für einen erstmaligen Besucher {modal="regular"}

Die folgende Liste entspricht den Zahlen im Diagramm:

NOTE
Adobe Target Admin-Server qualifizieren alle Aktivitäten, die für on-device decisioning, generieren Sie 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-Besucher-ID wird aus dem Adobe Experience Cloud Identity-Dienst.
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 die Adobe Target Edge Network, 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 Adobe Analytics, Adobe Audience Manager usw. freigegebene Zielgruppen).
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 der Target Edge Network.
13
Das Erlebnis wird für den Besucher gerendert.
14
Die gesamte Webseite wird geladen.
15
Analytics-Daten werden an Datenerfassungsserver übermittelt. Zielgerichtete Daten werden über die SDID mit Analytics-Daten abgeglichen und im Analytics-Berichtspeicher abgelegt. 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.

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

Hybrides Flussdiagramm für nachfolgende Seitennavigation und wiederholte Besuche {modal="regular"}

Die folgende Liste entspricht den Zahlen im Diagramm:

NOTE
Adobe Target Admin-Server qualifizieren alle Aktivitäten, die für on-device decisioning, generieren Sie 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-Besucher-ID wird aus dem Adobe Experience Cloud Identity-Dienst.
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. Zielgerichtete Daten werden über die SDID mit Analytics-Daten abgeglichen und im Analytics-Berichtspeicher abgelegt. 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 on-device decisioning?

Gerätebezogene Entscheidungsfindung ist für alle verfügbar Target Kunden, die at.js 2.5.0 oder höher verwenden.

Aktivieren on-device decisioning:

NOTE
Sie müssen über einen Administrator oder Genehmiger verfügen. Benutzerrolle , um den Umschalter On-Device Decisioning zu aktivieren oder zu deaktivieren.
  1. Klicks Administration > Implementierung > Kontodetails.

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

    Gerätebezogene Entscheidungsfindung Umschalten

    "Alle vorhandenen einschließen" on-device decisioning Die Option "qualifizierte Aktivitäten im Artefakt"wird angezeigt, wenn Sie on-device decisioning.

  3. (Bedingt) Schieben Sie den Umschalter in die "Ein"-Position, wenn Sie alle Live-Nachrichten Target Aktivitäten, die für on-device decisioning automatisch in das Artefakt aufgenommen werden.

    Wenn Sie diesen Umschalter deaktivieren, müssen Sie alle on-device decisioning -Aktivitäten, damit sie in das generierte Regelartefakt einbezogen werden. Mit anderen Worten: Aktivitäten, die sich im Live-Status befinden, bevor der Umschalter "On-Device Decisioning"aktiviert wird, sind nicht im Regelartefakt enthalten.

Nach Aktivierung des Umschalters "On-Device Decisioning", Target beginnt mit der Erzeugung und Verbreitung ruleArtefakte für Ihren Client.

WARNING
Stellen Sie sicher, dass Sie den Umschalter aktivieren, bevor Sie die Adobe Target Zu verwendendes SDK on-device decisioning. Die Regelartefakte müssen zuerst generiert und an die Akamai-CDNs für on-device decisioning zu arbeiten. Es kann fünf bis zehn Minuten dauern, bis das erste Regelartefakt generiert und an das Akamai-CDN übertragen wird.

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

  1. Klicks Administration > Implementierung > Kontodetails.

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

    Einstellungen der Hauptimplementierungsmethode bearbeiten

    note warning
    WARNING
    Wenden Sie sich vor dem Ändern dieser Standardeinstellungen an den Kundendienst, um Auswirkungen auf Ihre aktuelle Implementierung zu vermeiden.
  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 eine standardmäßige Entscheidungsmethode für alle Target Entscheidungen. Die verschiedenen Entscheidungsmethoden sind nur serverseitig, nur auf dem Gerät und Hybrid. Die Entscheidungsmethode, die im Target Die Benutzeroberfläche wird in konfiguriert 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 die decisioningMethod in window.targetGlobalSettings, aber die decisioningMethod für jeden Adobe Target Entscheidung nach Anwendungsfall können Sie dieses Verfahren durch Angabe von decisioningMethod in at.js2.5.0+ getOffers() aufrufen.

adobe.target.getOffers({

  decisioningMethod:"on-device",
  request: {
    execute: {
      mboxes: [
        {
          index: 0,
          name: "homepage"
        }
      ]
    }
 }
});
NOTE
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"bezeichnet. 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, für die on-device decisioning als ein Artefakt, 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.

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 förderfähig?

Nachdem Sie eine Aktivität erstellt haben, die on-device decisioning Eine qualifizierte Beschriftung, die On-Device Decisioning Eligible lautet, ist auf der Übersichtsseite der Aktivität sichtbar.

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 bereitgestellt wird. on-device decisioning. Nur wenn at.js 2.5.0 oder höher für die Verwendung konfiguriert ist on-device decisioning 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 on-device decisioning auf der Seite "Aktivitäten"über den Filter Eignung für On-Device Decisioning.

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

NOTE
Nach dem Erstellen und Aktivieren einer Aktivität, die on-device decisioning zulässig ist, kann es fünf bis zehn Minuten dauern, bis es im Regelartefakt enthalten ist, das generiert und an den Akamai CDN-Punkt der Präsenzen übertragen wird.

Zusammenfassung der Schritte, die erforderlich sind, um on-device decisioning -Aktivitäten werden über at.js 2.5.0 oder höher bereitgestellt?

  1. Zugriff auf Adobe Target Benutzeroberfläche und Navigation Administration > Implementierung > Kontodetails um die On-Device Decisioning umschalten.

  2. Aktivieren Sie die "Alle vorhandenen einschließen on-device decisioning qualifizierte Tätigkeiten im Artefakt" umschalten.

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

  3. Erstellen und Aktivieren einer Aktivitätstyp, der von on-device decisioningund überprüfen Sie, ob on-device decisioning förderfähig.

  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.

recommendation-more-help
6906415f-169c-422b-89d3-7118e147c4e3