Funktionsweise von Adobe Target
Erfahren Sie, wie Adobe Target funktioniert, einschließlich Details zu den JavaScript-Bibliotheken (Adobe Experience Platform Web SDK und at.js). Dieser Artikel behandelt auch die verschiedenen Aktivitätstypen, die Sie erstellen können, Target Nutzungszählungsstrategien, die Target Edge Network-, SEO- und Bot-Erkennung.
Zu den wichtigsten Punkten gehören:
- JavaScript-Bibliotheken: Erfahren Sie mehr über die Target JavaScript-Bibliotheken: Adobe Experience Platform Web SDK und at.js.
- Nutzungsstrategien für Server-Aufrufe: Verstehen Sie, wie Target verschiedene Server-Aufrufe zählt, einschließlich Endpunkte, einzelner Mbox-, Batch-Mbox-, Ausführungs-, Vorabruf- und Benachrichtigungsaufrufe.
- Edge Network: Erfahren Sie, wie Target mit dem Adobe Experience Platform Edge Network interagiert.
- Geschütztes Benutzererlebnis Erfahren Sie, wie Adobe die Verfügbarkeit und Leistung der Targeting-Infrastruktur sicherstellt.
- SEO-Richtlinien Befolgen Sie die Best Practices für die Ausrichtung Target Aktivitäten an den SEO-Richtlinien.
- Bot-Traffic: Erfahren Sie, wie Target Bot-Traffic verarbeitet, um verzerrende Tests und Personalisierungsalgorithmen zu vermeiden.
Adobe Target JavaScript-Bibliotheken
Target lässt sich mithilfe von Experience Platform Web SDK oder at.js in Websites integrieren:
- Adobe Experience Platform Web SDK: Diese Client-seitige JavaScript-Bibliothek ermöglicht es Adobe Experience Cloud Kunden, über die Experience Platform Edge Network mit verschiedenen Services zu interagieren. Adobe empfiehlt neuen Target, die Experience Platform Web SDK zu implementieren.
- at.js: Diese Implementierungsbibliothek für Target verbessert die Seitenladezeiten für Web-Implementierungen und bietet bessere Optionen für Single-Page-Anwendungen. Adobe wird häufig mit neuen Funktionen aktualisiert und empfiehlt allen at.js-Benutzern, auf die neueste Version zu aktualisieren.
Referenzieren Sie die Experience Platform Web SDK oder at.js auf jeder Seite Ihrer Site. Fügen Sie beispielsweise eine dieser Bibliotheken zu Ihrer globalen Kopfzeile hinzu. Verwenden Sie alternativ Tags in Adobe Experience Platform, um Target zu implementieren.
Die folgenden Ressourcen enthalten detaillierte Informationen zur Implementierung von Experience Platform Web SDK oder „at.js“:
Bei jeder Besucheranforderung einer für Target optimierten Seite wird eine Echtzeitanforderung an das Targeting-System gesendet, um den bereitzustellenden Inhalt zu bestimmen. Diese Anfrage wird jedes Mal beim Laden einer Seite gestellt und erfüllt. Sie wird durch Aktivitäten und Erlebnisse gesteuert, die vom Marketing-Experten gesteuert werden. Inhalte sind auf individuelle Besucher der Website ausgerichtet, wodurch die Antwort- und Akquiseraten sowie der Umsatz maximiert werden. Personalisierte Inhalte helfen sicherzustellen, dass Besucher reagieren, interagieren oder Käufe tätigen.
Target ist jedes Seitenelement Teil eines einheitlichen Erlebnisses, das mehrere Elemente enthalten kann.
Der angezeigte Inhalt hängt von der Art der Aktivität ab, die Sie erstellen:
A/B Test
In einem einfachen A/B-Test werden Inhalte nach dem Zufallsprinzip aus den zugewiesenen Erlebnissen ausgewählt. Sie können die Traffic-Zuordnungsprozentsätze für jedes Erlebnis festlegen. Anfangs kann der Traffic aufgrund der zufälligen Aufteilung ungleichmäßig verteilt sein, wird aber mit zunehmendem Traffic ausgeglichen. Bei zwei Erlebnissen wird beispielsweise das Starterlebnis nach dem Zufallsprinzip ausgewählt. Geringer Traffic kann den Prozentsatz der Besucher in Richtung eines Erlebnisses verschieben, aber diese Situation gleicht sich mit mehr Traffic aus.
Geben Sie für jedes Erlebnis Prozentziele an. Zur Auswahl des anzuzeigenden Erlebnisses wird eine Zufallszahl generiert. Die resultierenden Prozentsätze stimmen möglicherweise nicht genau mit den Zielen überein, aber höherer Traffic führt zu einer engeren Aufteilung an den Zielzielen.
- Ein Kunde fordert eine Seite von Ihrem Server an, die in seinem Browser angezeigt wird.
- Im Browser des Kunden wird ein Erstanbieter-Cookie gesetzt, um sein Verhalten zu speichern.
- Die Seite ruft das Targeting-System auf.
- Inhalte werden anhand der Aktivitätsregeln angezeigt.
Weitere Informationen finden Sie unter Erstellen eines A/B-Tests.
Auto-Allocate
Auto-Allocate identifiziert das erfolgreichste Erlebnis aus zwei oder mehr Optionen. Dem Gewinner wird dann automatisch mehr Traffic zugewiesen, was im Laufe des Tests und des Lernens die Konversionen erhöht.
Weitere Informationen finden Sie unter Auto-Allocate .
Auto-Target (AT)
Auto-Target nutzt fortschrittliche Machine Learning-Algorithmen zur Auswahl eines maßgeschneiderten Erlebnisses aus mehreren leistungsstarken, von Marketingexperten definierten Erlebnissen. Auto-Target bietet jedem Besucher das passendste Erlebnis, basierend auf den individuellen Kundenprofilen und dem Verhalten früherer Besucher mit ähnlichen Profilen. Verwenden Sie Auto-Target, um Inhalte zu personalisieren und Konversionen zu fördern.
Weitere Informationen finden Sie unter Automatisches Targeting.
Automated Personalization (AP)
Automated Personalization (AP) kombiniert Angebote oder Nachrichten und ordnet den einzelnen Besucher/innen durch fortschrittliche Algorithmen für maschinelles Lernen verschiedene Varianten zu. AP personalisiert Inhalte anhand individueller Kundenprofile, um die Steigerung zu fördern.
Weitere Informationen finden Sie unter Automated Personalization.
Experience Targeting (XT)
Experience Targeting (XT) stellt Inhalte für bestimmte Zielgruppen auf der Grundlage von Regeln und Kriterien bereit, die von den Werbungtreibenden definiert werden. Einschließlich Geotargeting ist XT nützlich, um Regeln zu definieren, die auf bestimmte Erlebnisse oder Inhalte für bestimmte Zielgruppen ausgerichtet sind. Für eine Aktivität können mehrere Regeln festgelegt werden, um verschiedene Inhaltsvarianten für verschiedene Zielgruppen bereitzustellen. Wenn Besucher Ihre Website aufrufen, werden sie von XT ausgewertet, um festzustellen, ob sie die Kriterien erfüllen. Wenn sie sich qualifizieren, treten sie in die Aktivität ein und sehen das für sie entwickelte Erlebnis. Sie können Erlebnisse für mehrere Zielgruppen innerhalb einer einzelnen Aktivität erstellen.
Weitere Informationen finden Sie unter Erlebnis-Targeting.
Multivariate Test (MVT)
Multivariate Testing (MVT) vergleicht Kombinationen von Angeboten in Seitenelementen, um festzustellen, welche Kombination für eine bestimmte Zielgruppe am besten funktioniert. MVT ermittelt also, welches Element den größten Einfluss auf den Erfolg der Aktivität hat.
Weitere Informationen finden Sie unter Multivariante Test.
Recommendations
Recommendations -Aktivitäten zeigen automatisch Produkte oder Inhalte an, die basierend auf früheren Aktivitäten oder anderen Algorithmen für Kunden interessant sein könnten. Recommendations helfen, Kunden zu relevanten Elementen zu führen, die sie andernfalls möglicherweise nicht entdecken würden.
Weitere Informationen finden Sie unter Recommendations.
Wie Target die Nutzung von Server-Aufrufen zählt
Target zählt nur Server-Aufrufe, die Kunden einen Mehrwert bieten. Die folgende Tabelle zeigt, wie Target Endpunkte, einzelne Mbox-, Batch-Mbox-Aufrufe, Ausführen-, Vorabruf- und Benachrichtigungsaufrufe zählt.
Die folgenden Informationen helfen Ihnen, die für Target Server-Aufrufe verwendete Zählstrategie zu verstehen, wie in der folgenden Tabelle dargestellt:
- Einmal zählen: Zählt einmal pro API-Aufruf.
- Anzahl der Mboxes zählen: Zählt die Anzahl der Mboxes unter dem Array in der Payload eines einzelnen API-Aufrufs.
- Ignorieren: Wird überhaupt nicht gezählt.
- Anzahl der Ansichten zählen (einmal): Zählt die Anzahl der Ansichten unter dem Array in der Payload. In einer typischen Implementierung hat eine Ansichtsbenachrichtigung nur eine Ansicht unter dem Benachrichtigungs-Array, was bedeutet, dass in den meisten Implementierungen nur einmal gezählt wird.
rest//v1/mbox
rest/v2/batchmbox
/ubox/[raw|image|page]
rest/v1/delivery
/rest/v1/target-upstream
Das Edge-Netzwerk
Eine "Edge" ist eine geografisch verteilte Serving-Architektur, die Besuchenden die angeforderten Inhalte unabhängig von ihrem Standort optimal beantwortet.
Zur Verbesserung der Reaktionszeiten werden auf Target-Edges nur Aktivitätslogik, zwischengespeicherte Profile und Angebotsinformationen gehostet.
Aktivitäts- und Inhaltsdatenbanken, Analytics, APIs und die Benutzeroberflächen der Werbungtreibenden werden in Adobe zentralen Clustern gespeichert. Aktualisierungen werden an die Target-Edges gesendet, die automatisch mit den zentralen Clustern synchronisiert werden, um zwischengespeicherte Aktivitätsdaten kontinuierlich zu aktualisieren. Außerdem werden alle 1:1-Modelle an jedem Edge gespeichert, sodass komplexe Anforderungen lokal verarbeitet werden können.
Jeder Edge-Cluster enthält alle erforderlichen Informationen, um auf Inhaltsanfragen von Besuchern zu reagieren und Analysedaten zu verfolgen. Die Besucheranforderungen werden an den nächstgelegenen Edge-Cluster weitergeleitet.
Weitere Informationen erhalten Sie im Whitepaper Sicherheitsübersicht über Adobe Target.
Target wird weltweit auf Adobe-eigenen und von Adobe geleasten Rechenzentren gehostet.
An zentralen Cluster-Standorten befinden sich sowohl Datenerfassungs- als auch Datenverarbeitungszentren. An den Standorten von Edge-Clustern befinden sich nur Datenerfassungszentren. Jede Report Suite ist einem speziellen Datenverarbeitungscenter zugewiesen.
Die Site-Aktivitätsdaten der Kunden werden vom nächstgelegenen der sieben Edge-Cluster erfasst. Diese Daten werden dann zur Verarbeitung an ein vordefiniertes zentrales Cluster-Ziel (Oregon, Dublin oder Singapur) weitergeleitet. Die Daten des Besucherprofils werden im Edge Cluster gespeichert, der der Besucherin oder dem Besucher der Website am nächsten ist. Die Standorte der Edge-Cluster umfassen die Standorte der zentralen Cluster sowie Virginia, Mumbai, Sydney und Tokio.
Anstatt alle Targeting-Anfragen von einem einzigen Ort aus zu verarbeiten, werden die Anfragen von dem Edge-Cluster verarbeitet, der dem Besucher am nächsten ist. Dieser Ansatz verringert die Auswirkungen von Netzwerk- und Internet-Reisezeiten.
Zentrale Target-Cluster, gehostet auf Amazon Web Services (AWS):
- Oregon, USA
- Dublin, Irland
- Republik Singapur
Target-Edge-Cluster, gehostet auf AWS:
- Mumbai, Indien
- Tokio, Japan
- Virginia, USA
- Oregon, USA
- Sydney, Australien
- Dublin, Irland
- Republik Singapur
Der Target Recommendations-Service wird in einem Rechenzentrum von Adobe in Oregon gehostet.
Gegebenenfalls können Sie Target-Edge-Cluster aber auf Zulassungslisten setzen. Weitere Informationen finden Sie unter Target-Edge-Knoten auf die Zulassungsliste setzen.
Geschütztes Benutzererlebnis
Adobe stellt sicher, dass die Verfügbarkeit und Performance der Targeting-Infrastruktur so zuverlässig wie möglich ist. Kommunikationsstörungen zwischen dem Browser eines Besuchers und Adobe Servern können jedoch die Inhaltsbereitstellung unterbrechen.
Zum Schutz vor Dienstunterbrechungen und Verbindungsproblemen werden an allen Standorten vom Kunden definierte Standardinhalte gespeichert. Dieser Standardinhalt wird angezeigt, wenn der Browser eines Besuchers keine Verbindung zu Target herstellen kann.
An der Seite werden keine Änderungen vorgenommen, wenn der Browser des Besuchers innerhalb eines definierten Timeout-Zeitraums keine Verbindung herstellen kann (Standard: 15 Sekunden). Wenn diese Timeout-Frist erreicht ist, wird der Standardinhalt angezeigt.
Adobe schützt das Benutzererlebnis durch die Optimierung und Sicherung der Performance.
- Adobe stellt Leistungsbenchmarks auf der Grundlage von Branchenstandards sicher, die von der Adobe Service Level Agreement garantiert werden.
- Das Edge-Netzwerk stellt eine rechtzeitige Datenbereitstellung sicher.
- Adobe setzt einen mehrstufigen Ansatz zur Sicherung seiner Anwendungen ein, der Kunden ein Höchstmaß an Verfügbarkeit und Zuverlässigkeit bietet.
- Target Consulting bietet Unterstützung bei der Implementierung und laufenden Produktsupport.
Benutzerfreundliches Testen der Suchmaschinenoptimierung (SEO)
Adobe Target ist an den Suchoptimierungsrichtlinien für Tests ausgerichtet. Google fördert Benutzertests und erklärt, dass A/B und Multivariate Testing das organische Suchmaschinenranking nicht beeinträchtigen, wenn bestimmte Richtlinien eingehalten werden.
Adobe Target ist an den Suchoptimierungsrichtlinien für Prüfungen ausgerichtet.
Weitere Informationen finden Sie unter folgenden Google-Ressourcen:
Die Richtlinien wurden in einem Beitrag auf dem Google Webmaster Central Blog veröffentlicht. Obwohl dieser Beitrag aus dem Jahr 2012 stammt, ist er Google aktuellste Stellungnahme zu diesem Thema und die Leitlinien sind nach wie vor gültig.
-
Kein Cloaking: Beim Cloaking (Maskierung) wird dem Benutzer eine Variante des Inhalts angezeigt, Suchmaschinenbots jedoch eine völlig andere Variante. Hierzu werden Bots identifiziert und mit unterschiedlichen Inhalten versorgt.
Target ist so konfiguriert, dass Suchmaschinenbots wie normale Benutzer behandelt werden. Daher können Bots in Aktivitäten eingeschlossen werden, wenn sie zufällig ausgewählt werden und die Testvarianzen „sehen“.
-
Verwenden von rel=„canonical“: Gelegentlich sind für einen A/B-Test unterschiedliche URLs für Varianten erforderlich. In diesen Fällen sollten alle Varianzen das Tag rel=„canonical“ enthalten, das auf die ursprüngliche (Kontroll-)URL verweist. Wenn Adobe beispielsweise die Startseite mit verschiedenen URLs für jede Variante testet, sollte das folgende kanonische Tag für die Startseite im
<head>
-Tag jeder Variante platziert werden:<link rel="canonical" href="https://www.adobe.com" />
-
Verwendung von 302-Umleitungen (temporär: Wenn für Varianz-Seiten eines Tests separate URLs verwendet werden, empfiehlt Google die Verwendung einer 302-Umleitung, um Traffic an die Testvarianzen umzuleiten. Die 302-Umleitung informiert Suchmaschinen darüber, dass die Umleitung temporär und nur während des Tests aktiv ist.
Eine 302-Umleitung ist eine Server-seitige Umleitung, während Target und die meisten Optimierungsanbieter Client-seitige Funktionen verwenden. Daher ist Target nicht vollständig konform mit den Weiterleitungsempfehlungen von Google. Dies wirkt sich jedoch nur auf einen Bruchteil der Tests aus. Beim Standardansatz der Testdurchführung mit Target werden Inhalte innerhalb einer einzigen URL geändert, sodass keine Umleitungen mehr erforderlich sind. Wenn für Testvarianzen mehrere URLs erforderlich sind, verwendet Target den JavaScript-
window.location
, der nicht angibt, ob es sich um eine 301- oder 302-Umleitung handelt.Adobe sucht aktiv nach Lösungen, die den Suchmaschinenrichtlinien vollständig entsprechen. Für Kunden, die separate URLs für Tests benötigen, ist Adobe der Ansicht, dass die korrekte Implementierung kanonischer Tags die damit verbundenen Risiken mindert.
-
Führen Sie Experimente nur so lange wie nötig durch: Adobe definiert „so lange wie nötig“ als die Zeit, die zum Erreichen der statistischen Signifikanz erforderlich ist. Target bietet Best Practices und den Adobe TargetRechner Stichprobengröße, um zu bestimmen, wann Ihr Test diesen Punkt erreicht hat. Adobe empfiehlt, die hart codierte Implementierung erfolgreicher Tests in Ihren Test-Workflow einzubinden und die entsprechenden Ressourcen zuzuweisen.
Die „Veröffentlichung“ erfolgreicher Tests mit Target wird nicht als dauerhafte Lösung empfohlen. Wenn der erfolgreichste Test für 100 % der Benutzer ständig veröffentlicht wird, kann dieser Ansatz vorübergehend verwendet werden, während der erfolgreichste Test hartcodiert wird.
Beachten Sie, was sich durch Ihren Test geändert hat. Geringfügige Aktualisierungen wie Schaltflächenfarben wirken sich nicht auf die organischen Rangfolgen aus. Textänderungen sollten jedoch hartcodiert sein.
Betrachten Sie auch die Barrierefreiheit der Seite, die Sie testen. Wenn die Seite für Suchmaschinen nicht zugänglich ist und nie für eine organische Suche vorgesehen war, gelten diese Überlegungen nicht. Ein Beispiel wäre eine dedizierte Landingpage für eine E-Mail-Kampagne.
Laut Google wirken sich Tests beim Befolgen der Richtlinien nicht oder nur geringfügig auf das Trefferranking Ihrer Site aus.
Zusätzlich zu diesen Richtlinien stellt Google eine weitere Richtlinie in der Dokumentation für das Werkzeug für Inhaltstests bereit:
- „Die Seitenvarianzen sollten dem Inhalt Ihrer Originalseiten ähnlich sein. Die Varianzen sollten die allgemeine Wahrnehmung der ursprünglichen Inhalte durch die Benutzer nicht ändern.“
Als Beispiel gibt Google an: „Wenn eine Originalseite voller Keywords ist, die nicht den für die Benutzer verfügbaren Inhalten entsprechen, kann diese Seite aus unserem Index entfernt werden.“
Adobe ist der Ansicht, dass eine unbeabsichtigte Änderung der Bedeutung des ursprünglichen Inhalts in Testvarianzen kaum möglich ist. Adobe empfiehlt jedoch, sich der Keyword-Themen auf einer Seite bewusst zu sein und diese Themen zu pflegen. Änderungen am Seiteninhalt, besonders das Löschen oder Hinzufügen relevanter Keywords, kann dazu führen, dass sich das organische Ranking der Seite ändert. Adobe empfiehlt, den SEO-Partner in den Testvorgang einzubeziehen.
Bots
Target verwendet die DeviceAtlas-Metrik „isRobot“ zur Erkennung bekannter Bots anhand der im Anforderungsheader übergebenen Benutzeragenten-Zeichenfolge.
Als Bot-generiert identifizierter Traffic wird weiterhin als Inhalt bereitgestellt. Um sicherzustellen, dass Target den SEO-Richtlinien entspricht, werden Bots wie reguläre Benutzer behandelt. Bot-Traffic kann jedoch A/B-Tests oder Personalisierungsalgorithmen verfälschen, wenn er wie normale Benutzer behandelt wird. Daher wird der bekannte Bot-Traffic in Ihrer Target anders behandelt. Das Entfernen des Bot-Traffics bietet eine genauere Messung der Benutzeraktivität.
Für bekannten Bot-Traffic tut Target nicht:
- Ein Besucherprofil erstellen oder abrufen
- Profilattribute protokollieren oder Profilskripte ausführen
- Nach Adobe Audience Manager (AAM)-Segmenten suchen (falls zutreffend).
- Bot-Traffic für die Modellierung oder Bereitstellung personalisierter Inhalte für Recommendations, Auto-Target, Automated Personalization oder Auto-Allocate Aktivitäten verwenden
- Einen Aktivitätsbesuch für Berichte erfassen
- Daten für die Weitergabe an die Adobe Experience Cloud-Plattform aufzeichnen
Bei bekanntem Bot-Traffic tut Target bei Verwendung von Analytics for Target (A4T) Folgendes nicht:
- Ereignisse an Analytics senden
Für bekannten Bot-Traffic gibt Target bei Verwendung der client_side
-Protokollierung Folgendes nicht zurück:
tnta payload