Funktionsweise von Adobe Target

Erfahren Sie, wie Adobe Target funktioniert. Sie erhalten hier auch Informationen zum Adobe Experience Platform Web SDK und zu den JavaScript-Bibliotheken von Target (at.js und mbox.js). In diesem Artikel werden auch die Aktivitäten vorgestellt, die Sie mit Target erstellen können. Auch erhalten Sie hier Informationen zum Target-Edge-Netzwerk, zur Suchmaschinenoptimierung (SEO) und zur Erkennung von Bots durch Target.

Target Platform Web SDKs und JavaScript-Bibliotheken

Target integriert sich mithilfe des Experience Platform Web SDK oder der JavaScript-Bibliotheken von Target mit Websites:

  • Adobe Experience Platform Web SDK: Das Experience Platform Web SDK ist eine neue Client-seitige JavaScript-Bibliothek. Mit dem Experience Platform Web SDK können Adobe Experience Cloud-Kunden über das Experience Platform-Edge-Netzwerk mit den verschiedenen Services der Experience Cloud (einschließlich Target) interagieren. Adobe empfiehlt allen neuen Target-Kunden, das Experience Platform Web SDK zu implementieren.
  • at.js: Die at.js-Bibliothek ist eine Implementierungsbibliothek für Target. Die at.js-Bibliothek sorgt für kürzere Seitenladezeiten bei Webimplementierungen und bietet bessere Implementierungsoptionen für Single-Page-Anwendungen. At.js wird häufig durch neue Funktionen erweitert. Adobe empfiehlt allen Kunden, die at.js verwenden, ihre Implementierungen stets auf die aktuellste Version von at.js zu aktualisieren.
  • mbox.js: Die mbox.js-Bibliothek ist eine veraltete Implementierungsbibliothek für Target. Die mbox.js-Bibliothek wird nach dem 31. März 2021 nicht mehr unterstützt.

Das Experience Platform Web SDK oder at.js muss auf jeder Seite Ihrer Site referenziert werden. Beispielsweise können Sie eine dieser Bibliotheken Ihrer globalen Kopfzeile hinzufügen. Alternativ können Sie Tags in Adobe Experience Platform verwenden, um Target zu implementieren.

Die folgenden Ressourcen enthalten detaillierte Informationen zur Implementierung des Experience Platform Web SDK oder der JavaScript-Bibliothek at.js:

Bei jeder Besucheranforderung einer Seite, die für Target optimiert wurde, wird eine Anforderung an das Targeting-System gesendet. Die Anforderung hilft bei der Bestimmung der Inhalte, die für diesen Besucher bereitgestellt werden sollen. Dieser Prozess erfolgt in Echtzeit. Jedes Mal, wenn eine Seite geladen wird, wird eine Inhaltsanforderung gesendet, die vom System verarbeitet wird. Der Inhalt wird durch die vom Marketingspezialisten kontrollierten Aktivitäten und Erlebnisse geregelt und auf den einzelnen Besucher der Site zugeschnitten. Es werden Inhalte bereitgestellt, auf die der Site-Besucher mit hoher Wahrscheinlichkeit reagieren und mit ihnen interagieren wird und auf deren Grundlage er sich letztlich auch für einen Kauf entscheiden wird. Personalisierte Inhalte tragen dazu bei, die Antwort- und Kaufraten zu steigern und die Umsätze zu maximieren.

In Target ist jedes Seitenelement Bestandteil eines einheitlichen Erlebnisses, das durch die gesamte Seite bereitgestellt wird. Jedes Erlebnis kann mehrere Seitenelemente umfassen.

Der Inhalt, der Besuchern angezeigt wird, hängt vom erstellten Aktivitätstyp ab:

A/B-Test

Die in einem grundlegenden A/B-Test angezeigten Inhalte werden zufällig aus den der Aktivität zugewiesenen Erlebnissen ausgewählt. Die Prozentsätze der Traffic-Zuordnungen für jedes Erlebnis können Sie selbst zuteilen. Als Folge dieser zufälligen Traffic-Aufteilung kann bis zum Erreichen der Prozentwerte ein sehr großes Traffic-Aufkommen erforderlich sein. Wenn Sie beispielsweise zwei Erlebnisse erstellen, wird das Anfangserlebnis per Zufall ausgewählt. Bei wenig Traffic besteht die Möglichkeit, dass der Prozentsatz von Besuchern auf ein Erlebnis ausgerichtet wird. Mit zunehmendem Traffic gleichen sich die Prozentsätze aus.

Sie können für jedes Erlebnis prozentuale Ziele festlegen. In diesem Fall wird eine zufällige Nummer generiert und diese Nummer wird verwendet, um das anzuzeigende Erlebnis auszuwählen. Die sich ergebenden Prozentzahlen entsprechen möglicherweise nicht genau den festgelegten Zielen, allerdings bedeutet mehr Traffic, dass die Erlebnisse enger auf die beabsichtigen Ziele aufgeteilt werden sollten.

  1. Ein Kunde ruft eine Seite von Ihrem Server auf und zeigt sie im Browser an.
  2. Zum Speichern des Kundenverhaltens wird im Browser des Benutzers ein Erstanbieter-Cookie gesetzt.
  3. Die Seite ruft das Targeting-System auf.
  4. Basierend auf den Regeln Ihrer Aktivität werden Inhalte angezeigt.

Weitere Informationen finden Sie unter Erstellen eines A/B-Tests.

Automatische Zuordnung

Durch die automatische Zuordnung kann aus zwei oder mehr Erlebnissen das erfolgversprechendste ermittelt werden. Die automatische Zuordnung ordnet automatisch dem erfolgreichsten Erlebnis mehr Traffic zu, wodurch sich die Konversionen während der Fortführung des Tests und des Lernens erhöhen.

Weitere Informationen finden Sie unter Automatische Zuordnung.

Automatisches Targeting (AT)

Automatisches Targeting (AT) nutzt fortschrittliche Machine Learning-Algorithmen zur Auswahl eines maßgeschneiderten Erlebnisses aus mehreren leistungsstarken, von Marketingexperten definierten Erlebnissen. Dabei stellt automatisches Targeting jedem Besucher das passendste Erlebnis bereit. Die Bereitstellung des Erlebnisses basiert auf den Profilen der jeweiligen Kunden sowie dem Verhalten früherer Besucher mit ähnlichen Profilen. Verwenden Sie automatisches Targeting zur Personalisierung Ihrer Inhalte und letztlich zur Steigerung Ihrer Konversionen.

Weitere Informationen finden Sie unter Automatisches Targeting.

Automatisierte Personalisierung (AP)

Automated Personalization (AP) kombiniert Angebote und Mitteilungen und ordnet den einzelnen Besuchern durch fortschrittliche Machine Learning-Algorithmen verschiedene Varianzen zu. Die Bereitstellung der personalisierten Inhalte basiert auf den Profilen der jeweiligen Kunden und führt dadurch zur Steigerung der Konversionsraten.

Weitere Informationen finden Sie unter Automated Personalization.

Erlebnis-Targeting (XT)

Beim Erlebnis-Targeting (XT) werden Inhalte für eine spezielle Zielgruppe basierend auf einem Satz aus vermarkterdefinierten Regeln und Kriterien bereitgestellt.

Erlebnis-Targeting, einschließlich Geotargeting, ermöglicht die Definition von Regeln für Erlebnisse oder Inhalte, die auf eine bestimmte Zielgruppe ausgerichtet sind. Für eine Aktivität können mehrere Regeln definiert werden, um verschiedene Inhaltsvarianten für verschiedene Zielgruppen bereitzustellen. Wenn Besucher Ihre Website aufrufen, werden sie vom Erlebnis-Targeting (XT) geprüft, um festzustellen, ob sie die von Ihnen festgelegten Kriterien erfüllen. Ist dies der Fall, treten sie in die Aktivität ein und das für die qualifizierenden Zielgruppen entworfene Erlebnis wird angezeigt. Sie können Erlebnisse für mehrere Zielgruppen innerhalb einer einzelnen Aktivität erstellen.

Weitere Informationen finden Sie unter Erlebnis-Targeting.

Multivariate Tests (MVT)

Multivariate Testing (MVT) vergleicht verschiedene Kombinationen aus den Angeboten für die Elemente einer Seite, um zu bestimmen, welche Kombination für eine spezielle Zielgruppe die besten Ergebnisse erzielt. MVT ermittelt also, welches Element den größten Einfluss auf den Erfolg der Aktivität hat.

Weitere Informationen finden Sie unter Multivarianz-Test.

Recommendations

Recommendations-Aktivitäten zeigen automatisch Produkte oder Inhalte an, die basierend auf früheren Benutzeraktivitäten oder anderen Algorithmen für Ihre Kunden interessant sein könnten. Mit diesen Empfehlungen stellen Sie Kunden relevante Artikel vor, von denen diese andernfalls möglicherweise nichts gewusst hätten.

Weitere Informationen finden Sie unter Recommendations.

Das Edge-Netzwerk

Ein „Edge“ ist eine geografisch verteilte Serving-Architektur, die Besuchern die angeforderten Inhalte bei optimalen Reaktionszeiten bereitstellt, unabhängig davon, wo auf der Welt die Besucher sich befinden.

Zur Verbesserung der Reaktionszeiten werden auf Target-Edges nur Aktivitätslogik, zwischengespeicherte Profile und Angebotsinformationen gehostet.

Die Aktivitäts- und Inhaltsdatenbanken, Analytics-Daten, APIs und die Benutzeroberflächen der Marketer werden in den zentralen Clustern von Adobe gespeichert. Aktualisierungen werden an die Target-Edges gesendet. Die zentralen und die Edge-Cluster werden automatisch synchronisiert, damit die zwischengespeicherten Aktivitätsdaten immer aktuell sind. Außerdem werden an allen Edges sämtliche 1:1-Modelle gespeichert, weshalb auch diese komplexeren Anforderungen am Edge verarbeitet werden können.

Jeder Edge-Cluster verfügt über alle Informationen zur Beantwortung der Inhaltsanforderungen der Besucher und zur Nachverfolgung der Analysedaten zu einer Anforderung. Die Besucheranforderungen werden an den nächstgelegenen Edge-Cluster weitergeleitet.

Weitere Informationen erhalten Sie im Whitepaper Sicherheitsübersicht über Adobe Target.

Die Target-Lösung wird weltweit auf Adobe-eigenen und von Adobe geleasten Rechenzentren gehostet.

An den Standorten zentraler Cluster befinden sich sowohl ein Datenerfassungscenter als auch ein Datenverarbeitungscenter. An Edge-Cluster-Standorten befindet sich dagegen nur ein Datenerfassungscenter. 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 an einen vom Kunden bestimmten zentralen Cluster (derzeit einen der drei Standorte Oregon, Dublin und Singapur) zur Verarbeitung weitergeleitet. Die Profildaten der Besucher werden in dem Edge-Cluster gespeichert, der dem Site-Besucher am nächsten liegt. Die Standorte der Edge-Cluster umfassen die Standorte der zentralen Cluster sowie Virginia, Mumbai, Sydney und Tokio.

Die Targeting-Anforderungen werden nicht immer vom gleichen Standort beantwortet, sondern von dem Edge-Cluster, der dem Besucher am nächsten liegt. Dadurch minimieren sich die Verzögerungen durch lange Übertragungswege innerhalb des Netzwerks bzw. Internets.

Karte mit den verschiedenen Typen von Target-Servern

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-Dienst wird in einem Rechenzentrum von Adobe in Oregon gehostet.

WICHTIG

Adobe Target stellt derzeit keinen Edge-Cluster in China bereit. Für die Besucher von Target-Kunden in China ist die Leistung daher weiterhin eingeschränkt. Aufgrund der Firewall und des Mangels an Edge-Clustern innerhalb des Landes können die Erlebnisse auf Sites, auf denen Target implementiert ist, beeinträchtigt sein. Die Erlebnisse werden eventuell nur langsam gerendert und Seitenladevorgänge können beeinträchtigt sein. Auch Marketer bemerken bei Verwendung der Authoring-Benutzeroberfläche von Target eventuell Latenzen.

Gegebenenfalls können Sie Target-Edge-Cluster aber auf Zulassungslisten setzen. Weitere Informationen finden Sie unter Target-Edge-Knoten auf Zulassungslisten setzen.

Geschütztes Benutzererlebnis

Adobe stellt sicher, dass die Verfügbarkeit und Performance der Targeting-Infrastruktur so zuverlässig wie möglich ist. Allerdings kann es durch einen Kommunikationsausfall zwischen dem Browser eines Besuchers und den Servern von Adobe zu einer Unterbrechung der Inhaltsbereitstellung kommen.

Zum Schutz vor Dienstunterbrechungen und Verbindungsproblemen werden an allen Standorten vom Kunden definierte Standardinhalte gespeichert. Dieser Standardinhalt wird angezeigt, wenn der Browser eines Benutzers keine Verbindung zu Target herstellen kann.

An der Seite werden keine Änderungen vorgenommen, wenn der Browser des Benutzers innerhalb eines festgelegten Timeout-Zeitraums (standardmäßig 15 Sekunden) keine Verbindung herstellen kann. 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 Grundlage von Branchenstandards sicher, die durch die Dienstgütevereinbarung (Service Level Agreement, SLA) von Adobe gewährleistet werden.
  • Das Edge-Netzwerk stellt eine rechtzeitige Datenbereitstellung sicher.
  • Adobe setzt einen mehrstufigen Ansatz zur Sicherung seiner Anwendungen ein, um Kunden auf diese Weise ein Höchstmaß an Verfügbarkeit und Zuverlässigkeit zu gewähren.
  • Target Consulting bietet Unterstützung bei der Implementierung und laufenden Produktsupport.

Benutzerfreundliches Testen der Suchmaschinenoptimierung (SEO)

Adobe Target ist an den Suchoptimierungsrichtlinien für Prüfungen ausgerichtet.

Google unterstützt Benutzertests. In seiner Dokumentation erklärt Google, dass A/B-Tests und Multivariate Testing das organische Suchmaschinenranking nicht beeinträchtigen, wenn bestimmte Richtlinien eingehalten werden.

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 die aktuellste Stellungnahme von Google zu diesem Thema und die Richtlinien 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. Cloaking beabsichtigt die explizite Identifizierung von Bots und das gezielte Einspeisen unterschiedlicher Inhalte.

    Target wurde als Plattform so entwickelt, dass Suchmaschinenbots wie normale Benutzer behandelt werden. Daher können Bots in Aktivitäten eingeschlossen werden, wenn die Bots zufällig ausgewählt werden und die Testvarianzen „sehen“ können.

  • Verwendung von rel=“canonical”: Gelegentlich müssen für einen A/B-Test unterschiedliche URLs für die Varianzen erstellt werden. In diesen Fällen sollten alle Varianzen das Tag rel="canonical" enthalten, das auf die ursprüngliche (Kontroll)-URL verweist. Angenommen, Adobe testet für seine Startseite unterschiedliche URLs für jede Varianz. Dazu müsste das folgende kanonische Tag für die Startseite im <head>-Tag jeder der Varianzen eingefügt werden:

    <link rel="canonical" href="https://www.adobe.com" />

  • Verwendung von 302-Umleitungen (temporär): Wenn für einen Varianz-Test unterschiedliche URLs verwendet werden, empfiehlt Google die Verwendung einer 302-Umleitung, die Traffic an die verschiedenen Varianzen umleitet. Die 302-Umleitung teilt Suchmaschinen mit, dass die Umleitung vorübergehend und nur bis zum Abschluss des Tests aktiv ist.

    Eine 302-Umleitung ist eine serverseitige Umleitung. Target stützt sich aber – wie die meisten Optimierungsanbieter – auf clientseitige Funktionen. Target ist in diesem Fall nicht vollständig konform mit den Empfehlungen von Google. Diese Vorgehensweise wirkt sich jedoch nur auf die wenigsten Tests aus. Beim Standardansatz der Testdurchführung mit Target werden sich ändernde Inhalte innerhalb einer einzigen URL verwendet, sodass keine Umleitungen erforderlich sind. In manchen Fällen jedoch muss der Kunde mit mehreren URLs arbeiten, um die Varianzen testen zu können. In diesen Fällen verwendet Target den JavaScript-Befehl window.location. Dieser Befehl leitet Benutzer zu Testvarianzen um, wobei aber nicht explizit eine Aussage darüber getroffen wird, ob die Umleitung 301 oder 302 verwendet wird.

    Adobe sucht weiterhin nach praktikablen Lösungen, die vollständig konform mit den Suchmaschinenrichtlinien sind. Adobe ist zuversichtlich, dass sich das mit diesem Ansatz verbundene Risiko für alle Kunden, die mehrere URLs zum Testen verwenden müssen, durch eine ordnungsgemäße Implementierung der kanonischen Tags verringert.

  • Durchführen der Experimente nur so lange wie nötig: Für Adobe bedeutet „so lange wie nötig“ genau so lange, bis ein statistisch signifikantes Ergebnis erzielt ist. Für Target gibt es Best Practices, mit deren Hilfe festgestellt werden kann, wann ein Test diesen Punkt erreicht. Adobe empfiehlt, die hart codierte Implementierung erfolgreicher Tests in Ihren Test-Workflow einzugliedern und die hierfür erforderlichen Ressourcen bereitzustellen.

    Die „Veröffentlichung“ erfolgreicher Tests über die Target-Plattform wird nicht als dauerhafte Lösung empfohlen. Wenn der erfolgreichste Test für 100 % der Benutzer zu 100 % veröffentlicht wird, kann dieser Ansatz verwendet werden, während der Prozess der Hartcodierung des erfolgreichsten Tests noch durchgeführt wird.

    Beachten Sie dabei auch, was durch Ihren Test geändert wurde. Eine Änderung der Schaltflächenfarbe oder anderer Elemente, die keinen Text enthalten, wirkt sich nicht auf das organische Suchmaschinenranking Ihrer Seite aus. Änderungen an Texten sollten jedoch auf jeden Fall hart codiert werden.

    Berücksichtigen Sie außerdem, wie einfach auf die zu testende Seite zugegriffen werden kann. Wenn die Seite nicht für Suchmaschinen zugänglich ist und ein Ranking in organischen Suche zuvorderst gar nicht beabsichtigt ist, brauchen Sie sich über keine der obigen Umgehungen Gedanken zu machen. 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-Themes auf einer Seite bewusst zu sein und diese Themes 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

Adobe Target verwendet die DeviceAtlas-Metrik „isRobot“ zur Erkennung bekannter Bots anhand der im Anforderungsheader übergebenen Benutzeragenten-Zeichenfolge.

HINWEIS

Bei Server-Side Anforderungen hat der im Kontextknoten der Anforderung übergebene Wert eine höhere Priorität als die für die Bot-Erkennung verwendete Benutzeragenten-Zeichenfolge.

Selbst Traffic, der als „von einem Bot generiert“ identifiziert wird, gilt als bereitgestellter Inhalt. Um sicherzustellen, dass Target den SEO-Richtlinien entspricht, werden Bots daher wie reguläre Benutzer behandelt. Wenn Bots aber wie reguläre Benutzer behandelt werden, können A/B-Tests oder Personalisierungsalgorithmen durch Bot-Traffic verfälscht werden. Wenn daher ein bekannter Bot in Ihrer Target-Aktivität erkannt wird, wird der Traffic geringfügig anders als regulärer Traffic behandelt. Durch das Entfernen des Bot-Traffics erhalten Sie eine korrektere Messung der Benutzeraktivität.

Insbesondere unterlässt Target bei Traffic, der durch bekannte Bots generiert wird, folgende Verarbeitungsschritte:

  • Ein Besucherprofil erstellen oder abrufen
  • Profilattribute erfassen oder Profilskripte ausführen
  • Nach Adobe Audience Manager-(AAM)-Segmenten suchen (falls zutreffend)
  • Bot-Traffic für die Modellierung und Bereitstellung personalisierter Inhalte für Recommendations, automatisches Targeting, Automated Personalization oder automatische Zuordnung verwenden
  • Einen Aktivitätsbesuch für Berichte erfassen
  • Daten für die Weitergabe an die Adobe Experience Cloud-Plattform aufzeichnen

Auf dieser Seite