Fragen und Antworten

 

Was is Site?

Site ist ein Website-Personalisierungstool, das Teil der Selligent by Zeta-Plattform ist.Es ermöglicht Ihnen die Personalisierung Ihrer Website auf Basis von Besucherverhaltensdaten. Für identifizierte Besucher kann die Personalisierung auf allen (1:1)-Daten basieren, die in Selligent by Zeta verfügbar sind.

 

Warum sollte ich es verwenden?

Site kann als Website-Personalisierungstool und als Website-Datensammeltool verwendet werden.

Es ermöglicht Ihnen das Sammeln von Website-Besucherverhaltensdaten. Es ermöglicht Ihnen die Personalisierung der Website basierend auf gesammelten Website-Verhaltensdaten.
Es ermöglicht Ihnen das problemlose Erstellen personalisierter Inhalte in Selligent by Zeta, die Ihren Website-Besuchern präsentiert werden können (Erleichterung für Marketingfachleute).
Es ermöglicht Ihnen die Verwendung gesammelter Website-Daten für E-Mail-, Push- und SMS-Kommunikation gegenüber Ihren identifizierten Besuchern.Site kann als Website-Personalisierungstool und als Website-Datensammeltool verwendet werden.
Es ermöglicht Ihnen das Sammeln von Website-Besucherverhaltensdaten. Es ermöglicht Ihnen die Personalisierung der Website basierend auf gesammelten Website-Verhaltensdaten.
Es ermöglicht Ihnen das problemlose Erstellen personalisierter Inhalte in Selligent by Zeta, die Ihren Website-Besuchern präsentiert werden können (Erleichterung für Marketingfachleute).
Es ermöglicht Ihnen die Verwendung gesammelter Website-Daten für E-Mail-, Push- und SMS-Kommunikation gegenüber Ihren identifizierten Besuchern.

 

Wie wird es normalerweise verwendet?

Es wird normalerweise verwendet, um „Ad-hoc“-Website-Angebotsbanner anzuzeigen, z. B. Black Friday.

Es wird normalerweise verwendet, um nicht identifizierten Besuchern ein Pop-in zum Abonnieren anzubieten, um diese zu identifizieren und deren Profile direkt in Selligent by Zeta zu speichern.

Es wird normalerweise verwendet, um Daten über aufgegebene Einkaufswagen zu Selligent by Zeta auszulösen, die dann in einer intelligenten Journey für aufgegebene Einkaufswagen behandelt werden können.

Es wird normalerweise verwendet, um Contentblöcke mit Produkt-/Artikelempfehlungen in Recommendations nahtlos zu integrieren.

Es wird normalerweise verwendet, um zusammengefasste Website-Besucherdaten in Ihre Selligent by Zeta-Kontaktdatenbank zu extrahieren, um kanalübergreifende Kommunikationen zu personalisieren.

 

Was wird benötigt, um die Besucher meiner Website als CRM-identifizierte Besucher zu erkennen?

Die Identifizierung basiert auf einem Parameter (M_BT), welcher an die E-Mail angefügt wird, über die der Besucher auf die Website gelangt. Dieser Parameter wird nur hinzugefügt, wenn der Site-Tracker in der Umgebung des Kunden aktiviert ist. Diese Aktivierung wird durch einen Mitarbeiter des Zeta Service Teams vorgenommen. Dazu kontaktieren Sie bitte Zeta.

Als nächstes muss der Tracker in der Konfiguration der Campaign-Umgebung definiert werden.

 

Wie können Site Reporting-Segmente erstellt werden, die Daten aus meiner Campaign-Umgebung enthalten?

Site-Reporting-Segmente können Profildaten, Tag-Informationen sowie CRM-Daten verwenden. CRM-Daten beziehen sich auf Informationen aus Campaign. Um Zugriff auf diese Campaign-Felder in Site zu erhalten, sind folgende Handlungen vorzunehmen:

  1. Erstellen Sie einen REST API Benutzer, klicken Sie auf 'Mit Campaign verbinden', um zum Universum zu gelangen, und geben Sie Ihre Zugangsdaten ein, um sich anzumelden.
  2. Wählen Sie die Zielgruppe aus, von der aus Daten nachverfolgt werden sollen.
  3. Wählen Sie in der ausgewählten Zielgruppe die Felder aus, die zum Definieren des Segments verfügbar sein müssen.

 

Wie können Campaign-Daten in Angeboten verwendet werden?
  1. Die Campaign-Felder können zur Definition der Zielgruppe(n) für ein Angebot verwendet werden. Sie können die Felder im Constraint-Editor auswählen.  (Das gilt auch wenn Sie Campaign-Felder als Site-Segmente verwenden. Dazu siehe vorherige Frage.)

  2. Für Angebots-Optionen des Typs HTML oder Pop-up kann eine 'Targeting' Journey von Campaign zusammen mit einer Input Komponente ausgewählt werden. In diesem Fall muss die Journey als Targeting Journey konfiguriert werden, die Input Komponente muss ebenfalls konfiguriert werden, und eine Seite muss erstellt werden.

  3. Bei Angebots-Aktivitäten und Konversion kann ein CRM Seiten-Tag ausgewählt werden.

    Das Site Tracking-Skript muss sich auf der Campaign-Seite befinden.

    Beispiel: Normalerweise wäre dies eine Campaign-Seite, die auf der Website mit einem Content Renderer verwendet wird. Das Tracking-Skript wird im Content Renderer selbst verwendet. Ein Klick auf ein Banner leitet den Besucher beispielsweise zur Registrierungsseite, aber der Content dieser Seite stammt von Campaign.

  4. Für das Nachfassen von Angeboten können Retargeting Journeys von Campaign ausgewählt werden.

 

Wie können meine Site-Daten in Campaign verwendet werden?

Daten aus Site können nach Campaign exportiert werden und als Profilerweiterung für eine Benutzerliste erstellt werden. Dazu gehen Sie wie folgt vor:

  1. Erstellen Sie einen REST API-Benutzer.
  2. Setzen Sie für das Universum einen Haken in der Option ‘Mit Campaign verbinden’ und geben Sie Ihre Zugangsdaten ein.
  3. Wählen Sie die Zielgruppe in Campaign aus, für die eine Profilerweiterung erstellt werden muss.
  4. Konfigurieren Sie den Export in Site und definieren Sie, welche Felder von den Profildaten, Tagwerten oder Segmenten exportiert werden sollen.

 

Wie können Site-Profildaten, Tag-Daten oder Daten aus meiner Campaign-Umgebung für mein benutzerdefiniertes JavaScript auf meiner Website verwendet werden?

Mit Angeboten gibt es nur wenige Gründe, individuelle JacaScript-Elemente zum Verändern der Seite auf Grundlage von Site-Daten einzufügen. Sie tun das mit Angeboten bereits in ausreichendem Maße. Es könnte jedoch hilfreich sein, wenn Sie zum Beispiel mit einem Bannerunternehmen als Drittanbieter zusammenarbeiten, das mit besonderen JavaScript-Elementen eine gewisse Überlagerung zeigt.

 

Sind alle Werte verloren, wenn sich der Name des Tags ändert?

Jedes Tag verfügt über eine zugrunde liegende ID, mit der das Tag identifiziert wird. Ändert sich der Name oder der öffentliche Name des Tags, sind die Werte nicht verloren. Wenn Sie den öffentlichen Namen jedoch ändern, muss auch Ihr JavaScript Tracking-Call so verändert werden, dass der neue öffentliche Name verwendet wird. Eingehende Werte über den alten öffentlichen Namen werden sonst nicht mehr gespeichert. Kurzum, vorhandene Daten bleiben bestehen, aber sie werden nicht mehr aktualisiert.

 

Verändert Site die Struktur meiner Webseite, wenn ich Angebote verwende?

Nein, alles passiert vordergründig mit JavaScript. Der Besucher, der ein Angebot erhält, sieht die Veränderung, weil Site Inhalte für ihn vordergründig mit JavaScript verändert oder hinzufügt. Die Backend-Struktur der Websites wird nicht verändert.

Soll auf einer Bild-Platzierung ein Bild durch ein anderes Bild ersetzt werden, wird das ganze Image-Tag vordergründig (front-side) ersetzt. Verfügt das Image-Tag also über eine Klasse oder ein Design (z.B. für angepasste Darstellungsweise), müssen Sie diese auch für die Platzierung anwenden. Das gilt auch für die Abmessungen des Bildes (Breite und Höhe). Das ALT-Attribut des Bildes wird in den Angebots-Optionen definiert.

 

Kann ich komplett unterschiedliche Domains in einem Universum verwenden?

Sie können so viele verschiedene Domains und Subdomains verwenden wie Sie möchten. Auf allen Seiten der verschiedenen Domains muss lediglich dasselbe Skript stehen - dann wird das Kundenverhalten auf allen Seiten nachverfolgt.

 

Ist es möglich, eine Benachrichtigung mit den Informationen, welche Angebote jedem Benutzer unterbreitet wurden, an ein externes System (z.B. Siebel) zu schicken?  

Sie können Batch-Exporte (max. 1 pro Tag) mit solchen Informationen über alle Kontakte oder ein bestimmtes Segment an einen externen FTP-Client schicken, auf den ein externes System Zugriff hat.

Sie können das in Echtzeit auf der Webseite mit einem benutzerdefinierten JavaScript und unserer API für jeweils einen bestimmten Kontakt tun, sofern in dem Moment ein Trigger aktiv ist (Kontakt befindet sich in/außerhalb eines Angebots).

 

Ist es möglich, verschiedene Bilder innerhalb einer Aktion anhand einer zusätzlichen Segmentierung auszuwählen?

Ja. Sie können dies mithilfe einer Personalisierung des Angebots tun. Sie können beispielsweise den Text oder die URL des Bildes mit einem beliebigen Profilattribut personalisieren (z.B. Geschlecht bei identifizierten Besuchern). Der Bildname wäre beispielsweise http://image_url/~GENDER~.jpg. Sie müssen nur sicherstellen, dass es diese Bildnamen im Ordner oder Speicherort gibt.

 

Gibt es einen Genehmigungsworkflow?  

Noch nicht in der Roadmap für Site

 

Wie können wir Berichte exportieren?

Zurzeit ist in der Benutzerschnittstelle nicht vorgesehen, Berichte zu exportieren. Das ist zwar geplant, aber es wurde noch kein Termin festgelegt. Bis auf Weiteres kann ein Screenshot gemacht oder eine manuelle Auswahl getroffen und in Excel oder eine andere Software kopiert werden.

 

Ist es möglich, einen direkten Zugang zu Daten, die in den Tabellen gespeichert sind, zu erhalten und sie in eine Datei zu exportieren?

Für Site nicht möglich.

 

Wie kann der Benutzer manuell einen Zeitraum auswählen?

Sie können durch Ziehen auf der Grafik einen genauen Zeitraum innerhalb eines gegebenen Zeitrahmens auswählen (funktioniert bei allen Grafiken).

 

Haben wir in Site AB-Testmöglichkeiten?

AB-Testmöglichkeiten sind standardmäßig in Site enthalten. Allerdings.  Sie können derzeit einen Gewinner nicht manuell auswählen. Sobald es einen deutlichen Gewinner gibt, wird dieser ausgewählt. Das ist im Moment die einzige Möglichkeit.

 

Kann es mehrere Listen in einer Website-Sammlung geben?

1. Eine Website-Sammlung – eine Tabelle. Das ist die einfachste und empfohlene Herangehensweise. Sie können ganz einfach Angebote und/oder Platzierungen für alle Websites oder nur für eine definieren. So können Sie verschiedene Angebote pro Land haben. Falls nötig, können Sie auch verschiedene Tags pro Website erstellen und einen Tag „Land“ haben, um zu sehen, welches Land am häufigsten besucht wird. Der einzige Nachteil dieser Herangehensweise könnte sein, dass das globale Verhalten (z. B. verbrachte Zeit, verwendetes Gerät usw.) über alle Websites zusammengefasst wird. Manchmal möchten Kunden dies aufgeteilt sehen, manchmal nicht. 

2. Mehrere Website-Sammlungen – eine Tabelle. Nicht empfohlen.

Keine einfache Möglichkeit für das Kopieren und Einfügen von einer Website-Sammlung zu einer anderen, komplexere Einrichtung. Kein globales Site-Profil. Bei dieser Herangehensweise wird aber das globale Verhalten pro Website-Sammlung aufgeteilt und es wird ein erweitertes Profil pro Website-Sammlung über den Campaign-Benutzer erstellt.  

3. Eine Website-Sammlung – mehrere Tabellen. Nicht empfohlen. Wenn ein Gerät mit mehreren Campaign-

Benutzern aus verschiedenen Listen verknüpft werden kann, kommt es möglicherweise zu Profilkonflikten: Site weiß nicht, von welcher Liste es die CRM-Daten nehmen soll, wenn die benutzerspezifische ID gleich ist (es sind nur die Felder verfügbar, die auf jeder Liste vorhanden sind), der Export exportiert nur das, was als Letztes aktualisiert wurde, in die richtige Liste, es besteht die Gefahr, dass Verhalten von einem Benutzer im Profil eines anderen landet (erst nach Identifizierung der Profilwechsel). Falls Benutzer auf mehreren Listen vorhanden sind: es kommt zu Konflikten. Falls ein Benutzer nur auf einer Liste vorhanden ist, ist das sicherer – aber warum sollte man in diesem Fall die Listen aufteilen? 

 

Was passiert, wenn wir die Hauptzielgruppenliste in der Website-Sammlung ändern? Welche Auswirkung hat dies?

Als Folge erhält jeder Kontakt eine andere ID und der Schlüssel ist LISTID+USERID

Benutzerspezifische Identifizierung oder nicht:

  • Identifizierung: das bisher bekannte Profil wird nicht mehr verwendet und ein neues Profil wird erstellt.
  • Benutzerdefinierte Identifizierung wird verwendet. .
    • Wenn der Kontakt bereits identifiziert wurde, wird sein bisher bekanntes Profil nicht verwendet, sondern ein neues Profil wird erstellt und dank dieser benutzerspezifische ID werden die Profile nach Durchführung des Abgleichs in Campaign zusammengeführt
    • Falls die benutzerspezifische ID des Kontakts noch nicht bekannt ist, wird ein neues Profil erstellt, dieses kann jedoch nicht mit dem alten zusammengeführt werden, da noch keine benutzerdefinierte ID für den Abgleich vorhanden ist.

 

Falls ein bereits bekanntes Profil die Website erneut besucht und immer noch die alten Kampagnen-ID hat (keine neue Authentifizierung mit der neuen ID), behält es sein historisches Profil. Wenn es mit seiner neuen ID authentifiziert wird:

  • Für Profile, die nur durch Dritte identifiziert werden, gehen CRM-Daten verloren, da die Drittparteien-ID in der neuen Liste nicht bekannt ist.
  • Für Profile, deren benutzerspezifische ID bekannt ist, können die CRM-Daten auf Basis der benutzerspezifischen ID aus der neuen Liste abgerufen werden.

                

Wenn Sie aktive Angebote haben, die keine CRM-Felder verwenden, ist die Zielgruppe nicht betroffen.

Wenn Sie aktive Angebote haben,die CRM-Felder verwenden, und die CRM-Felder auf der neuen Liste vorhanden sind, funktioniert die Zielgruppenbewertung weiterhin. Es kann aber sein, dass ein Profil seine CRM-Daten (vorübergehend) bis zum nächsten Besuch auf der Website verliert.

Für Constraints, die mit CRM-Feldern in Site integriert sind: Sie sollten darauf achten, dass alle Felder in den neuen Listen noch vorhanden sind – oder die Constraints aktualisieren, nachdem Sie die Liste in der Website-Sammlung geändert haben. Falls Constraints mit Feldern erstellt wurden, die nicht mehr vorhanden sind, schlägt die Constraint-Bewertung immer fehl.

Bei Berichten gibt es eine Auswirkung auf den Identifizierungsbericht und die Anzahl der identifizierten Profile. Dies hängt wiederum von der Art der Identifizierung ab, die konfiguriert wurde. Es kann sein, dass die Zahl der (identifizierten) Profile zunimmt, aber nach Zusammenführung der Profile (und außer Acht lassen nicht hochwertiger Profile) sinkt sie wieder auf das richtige Niveau.

Für Exporte zu Campaign erhält die neue Listen die neuen Profilerweiterungen ab dem nächsten Tag, sobald Sie die Liste in der Website-Sammlung ändern. Die alten Profilerweiterungen in der vorherigen Liste bleiben und werden nicht mehr aktualisiert. Die neuen Profilerweiterungen werden nur für Kontakte ausgefüllt, die in der neuen Liste authentifiziert wurden, daher dauert es etwas, bis die Profile erneut gesammelt sind.

 

Wie lange werden Daten in Site gespeichert?

Site hält Daten zurzeit 90 Tage lang vor. Dies bedeutet, wenn ein Kontakt nicht innerhalb von 90 Tagen zurückkehrt, wird das gesamte Profil aus der Reporting-Datenbank in Campaign entfernt.

Zusätzlicher Hinweis: Die Profile, die aus der Site-Reporting-Datenbank nach 90 Tagen Inaktivität entfernt wurden, sind nicht mehr Teil des Exports zu Campaign. Wenn der Export als „zusammenführen“ eingestellt ist, bleibt das Campaign-Profil erhalten. Wenn der Export auf das Ersetzen der Daten eingestellt ist, verschwindet das Campaign-Profil, da es kein Qualitätsprofil mehr ist.

 

Welche Synchronisationsprozesse sind vorhanden und wie häufig erfolgen sie?

Es gibt mehrere Synchronisationsprozesse, die auf unterschiedlichen Ebenen in Site ausgeführt werden. Hier ein Überblick:

  • Aktionen: In Site erstellte Aktionen werden in dem Augenblick synchronisiert, in dem sie durch den synchronisierten Thread abgeholt werden. Nach der Synchronisation dauert es bis zum Beginn der nächste Minute, bis sie angezeigt werden. Im Allgemeinen können wir sagen, dass die maximale Wartezeit ca. 3 Minuten beträgt.
  • Exporte werden einmal pro Tag ausgeführt. Für tägliche Exporte impliziert dies, dass sie erst nach der Berichtsberechnung ausgeführt werden. Je nach Menge der Daten in der Website-Sammlung kann dieser Export zu verschiedenen Zeiten erfolgen.
  • Live-Reporting wird ständig aktualisiert, es liegt jedoch immer einige Minuten zurück, da die Daten vom Front- zum Backend übertragen werden müssen. Die Verzögerung beträgt maximal 5 bis 10 Minuten.
  • Besuchereinblickberichte: einmal pro Tag, während der Nacht. Nicht alle Website-Sammlungen werden gleichzeitig berechnet. Die erste kann zum Beispiel um 01:00 Uhr und die letzte um 05:00 Uhr beginnen, je nach Kapazität und Zahl der Website-Sammlungen sowie der Last.
  • Andere Reportings werden einmal am Tag berechnet: Tag-Reporting, Aktions-Reporting, Segment-Reporting. Diese Berichte werden in der Nacht berechnet.
  • API-Exposition von Site-Feldern: Diese Felder sind in der API verfügbar, sobald sie im Profil verfügbar sind.  Dies impliziert auch, dass diese Felder asynchron geladen werden. Wenn ein Profil sich selbst identifiziert, kann es je nach dem asynchronen Prozess einige Zeit dauern, bis diese Felder sichtbar sind.
  • Site-Exposition von Campaign-Feldern: Die Häufigkeit der Synchronisation ist im Administrationstool durch Zeta-Mitarbeiter konfigurierbar. Standardmäßig ist Synchronisation auf einmal pro Tag eingestellt. Der genaue Zeitpunkt der Synchronisation ist nicht fest, sondern könnte bei Bedarf konfiguriert werden. Die letzte Synchronisationszeit ist auf dem Site-Dashboard im Infobereich angegeben

 

Wird ein Tag zu Site geschickt, wenn der Trackingaufruf-Wert leer ist?

Der Tag-Wert ist ein Schlüssel, der angibt, welches Tag der „Kategorie“ getroffen wird. Wenn der Besucher der Website keinen Wert für dieses Tag angibt, passiert nichts.

Der letzte bekannte geschickte Wert für dieses Tag zeigt den letzten gültigen Tag-Wert an.

 

Wo werden die Site-Daten auf den Endbenutzergeräten gespeichert?

Webbrowser haben mehrere Möglichkeiten, Daten auf dem Gerät des Benutzers zu speichern. Site hat dies so implementiert, dass die Daten an den folgenden vier Orten gespeichert werden:

  • Cookies
  • Local Speicher
  • IndexesDB - vollständige Datenbank zur Speicherung komplexer Daten
  • Sitzungsspeicher - ähnlich wie lokaler Speicher, aber mit dem Unterschied, dass diese Daten ablaufen, wenn die Seitensitzung endet.

Beispiel: Site muss die Profil-ID des Besuchers abrufen und wird versuchen, sie von einem der vier Orte abzurufen. Wenn Site einen Wert für die ID findet, sucht es nicht weiter.

Die verschiedenen Orte werden in der oben aufgeführten Reihenfolge überprüft.

Da Site eine Reihe von Fallbacks für Cookies implementiert hat, werden einige Endpunkte der JavaScript-API in Zukunft veraltet sein:

  • BT.getDonottrack()
  • BT.getProfileInfo()
  • BT.getProfileId()

Es wird empfohlen, die folgenden Endpunkte zu verwenden:

  • BT.getDoNotTrackAsync()
  • BT.getProfileInfoAsync()
  • BT.getProfileIdAsync()