Fragen und Antworten

 

Was is Site?

Site ist ein Website-Personalisierungstool, das Teil der Selligent-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 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, 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, 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 zu speichern.

Es wird normalerweise verwendet, um Daten über aufgegebene Einkaufswagen zu Selligent 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-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 Selligent-Umgebung definiert werden.

 

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

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

  1. Erstellen Sie ein Site Service-Konto, aktivieren Sie die Option ‚Verbinden mit’ für die Website-Sammlung und geben Sie die Anmeldedaten ein, um die Verbindung herzustellen.
  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 Selligent-Daten in Angeboten verwendet werden?
  1. Die Selligent-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 Selligent-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 Selligent 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 Selligent-Seite befinden.

    Beispiel: Normalerweise wäre dies eine Selligent-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 Selligent.

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

 

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

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

  1. Ein Service-Konto erstellen
  2. Setzen Sie für das Universum einen Haken in der Option ‘Mit Selligent verbinden’ und geben Sie Ihre Zugangsdaten ein.
  3. Wählen Sie die Zielgruppe in Selligent 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 Selligent-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.

AB wird in Site standardmäßig bereitgestellt.

Der Gewinner kann manuell oder automatisch ausgewählt werden.

  • Automatisch – Der Gewinner wird auf Basis der meisten Konversionen oder der Anzahl der Klicks auf einen Artikel ausgewählt. Der Gewinner wird automatisch ausgewählt, wenn es einen statistisch signifikanten Unterschied * zwischen den Artikeln gibt (zurzeit auf 5 % eingestellt).
  • Manuell – Wählen Sie die Option „Gewinner manuell auswählen“ aus der Dropdown-Liste aus. Nach Ausführung des Angebots wird das zweite Feld angezeigt, in dem Sie die Gewinnerversion auswählen manuell auswählen können.

 

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 Selligent-Benutzer erstellt.  

3. Eine Website-Sammlung – mehrere Tabellen.

Nicht empfohlen. Wenn ein Gerät mit mehreren Selligent-

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 Selligentzusammengefü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 Selligent 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 Selligent 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 Selligent by Zeta. Wenn der Export als „zusammenführen“ eingestellt ist, bleibt das Selligent by Zeta-Profil erhalten. Wenn der Export auf das Ersetzen der Daten eingestellt ist, verschwindet das Selligent-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 Selligent-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

 

Wie wird ein Besuch in Site definiert?

Ein Besuch in Site ist ein Zeitraum, in dem der Kontakt aktiv ist. Immer, wenn der Kontakt Ihre Website besucht, wird ein Tracking-Aufruf an Site geschickt, bei dem das Profil aktualisiert wird. Wenn es sich um ein vorhandenes Profil handelt, prüft Site den Unterschied zwischen der aktuellen Zeit und der Zeit des vorherigen Besuchs im Profil. Wenn der Unterschied (in Minuten) zwischen diesen 2 Zeiten größer als der konfigurierte Schwellenwert ist, betrachtet Site den Tracking-Aufruf als neuen Besuch.

Einige Beispiel-Szenarios zur genaueren Erklärung:

Szenario 1: Zurückkehrende Kontakte

Ein Kontakt öffnet Ihre Website in einem Browser. Der Kontakt klickt ein paar Mal herum und trifft auf ein bestimmtes Profil. 10 Minuten später kehrt der Kontakt im selben Browser zu Ihrer Website zurück. In diesem Szenario wird KEIN NEUER BESUCH erzeugt, da die Zeit zwischen den 2 Sitzungen weniger als 30 Minuten betrug.

Szenario 2: Kontakte mit mehreren Geräten

Ein bekannter/identifizierter Kontakt öffnet Ihre Website in einem Browser. Der Kontakt klickt ein paar Mal herum und trifft auf ein bestimmtes Profil. Gleichzeitig öffnet der Kontakt Ihre Website auf seinem Mobilgerät (auf dem er ebenfalls identifiziert wird).

In diesem Szenario wird KEIN NEUER BESUCH generiert, da dasselbe Profil von 2 Geräten aus erreicht wird und die Zeit zwischen den 2 Sitzungen weniger als 30 Minuten betrug.

Die folgenden Szenarios ERZEUGEN KEINEN NEUEN BESUCH:

  • ein anonymer Kontakt, der nach mehr als 30 Minuten zurückkehrt
  • ein anonymer Kontakt, der auf anderen Geräten oder in anderen Browsern browst (dies erzeugt unterschiedliche Profile und damit verschiedene Besuche)
  • ein identifizierter Kontakt, der unterschiedliche Geräte mit mehr als 30 Minuten zwischen 2 Sitzungen verwendet

Zurzeit hat Site keine Option, auf irgendeine Weise einen neuen Besuch zu „erzwingen“. Wenn Sie also Szenarios testen möchten, die mehrere Besuche für denselben Kontakt benötigen, müssen Sie warten, bis die 30 Minuten vorbei sind.

 

Der Site Inspector wird nicht geladen, obwohl das Site-Basisscript auf der Website geladen ist.

Dies könnte 2 Gründe haben:

  • Der Inspektor befindet sich hinter dem Menü oder einem anderen Element. Sie können dies gegenüber der Konsole prüfen und oben links in der Website sehen. Querprüfung des z-Index.
  • Die Website blockiert dies oder hat aus mehreren Gründen Probleme, dies anzuzeigen.

Bei Letzterem können Sie versuchen, das folgende Script in der Konsole zu verwenden, wenn Sie die URL von den Links Site – Angebotseinstellungen (dieser letzte Teil ist obligatorisch) aus geöffnet haben:

Kopieren 
window.BT = null;
window.name = 'INSPECTOR_%FILL IN THE UNIVERSE ID HERE%';
var wa = document.createElement("script"),
    wa_s = document.getElementsByTagName("script")[0];
wa.src = "%FILL IN THE LINK FROM THE UNIVERSE BASE SCRIPT SETTINGS HERE%";
wa.type = "text/javascript";
wa_s.parentNode.insertBefore(wa, wa_s);


Warum werden keine meiner Site-Angebote auf der Website angezeigt?

Ich habe das Site-Basis-Snippet eingefügt, das ich in den Site-Website-Sammlungseinstellungen gefunden habe, und dies über Google Tag Manager auf allen Seiten meiner Website geladen, aber trotzdem werden keine meiner Angebote angezeigt.

Das Basis-Snippet enthält Folgendes, wenn Sie es von den Website-Sammlungseinstellungen aus einfügen.

Kopieren 
wa.bt_queue.push({JSON_OBJECT});

Dieses JSON_OBJECT muss mit den richtigen Variablen angepasst werden, die Site benötigt. Alle möglichen Variablen können in der API-Dokumentation gefunden werden, aber 1 wichtige Variable muss hinzugefügt werden, um Angebote „sehen“ zu können.

Diese Variable ist isTargetinWarum werden keine meiner Site-Angebote auf der Website angezeigt?

Ich habe das Site-Basis-Snippet eingefügt, das ich in den Site-Website-Sammlungseinstellungen gefunden habe, und dies über Google Tag Manager auf allen Seiten meiner Website geladen, aber trotzdem werden keine meiner Angebote angezeigt.

Das Basis-Snippet enthält Folgendes, wenn Sie es von den Website-Sammlungseinstellungen aus einfügen.

wa.bt_queue.push({JSON_OBJECT});

Dieses JSON_OBJECT muss mit den richtigen Variablen angepasst werden, die Site benötigt. Alle möglichen Variablen können in der API-Dokumentation gefunden werden, aber 1 wichtige Variable muss hinzugefügt werden, um Angebote „sehen“ zu können.

Diese Variable ist isTargeting:"true"

Daher ist ein einfaches JSON_OBJECT, das Angebotsaktionen lädt, Folgendes

{ "isTargeting": true}

Wenn dies mit dem Site-Basis-Snippet gesendet wird, wird Ihr Angebot geladen.

 

Welche Tabellen werden bei Verknüpfung von Site mit Selligent erstellt?

Die Integration zwischen Site und Selligent verwendet die folgenden relevanten Tabellen:

BT_UNIVERSES – Wenn eine Site-Website-Sammlung mit einer Selligent-Liste verknüpft ist, wird die Website-Sammlung in dieser Tabelle registriert. Diese Tabelle wird verwendet, um die Website-Sammlung-Dropdowns zu füllen, wenn eine Site-Konfiguration in Selligent durchgeführt wird (z. B. die Erstellung einer Retargeting-Journey erfordert die Auswahl der Website-Sammlung in den Journey-Eigenschaften).

Die Tabelle enthält die folgenden Informationen:

  • UNIVERSEGUID – der eindeutige Identifizierungscode der Website-Sammlung
  • UNIVERSENAME – der Name der Website-Sammlung, wie der Benutzeroberfläche dargestellt
  • UNIVERSESCRIPT – das Website-Sammlung-Script, das automatisch zu jeder Journey-Seite hinzugefügt wird, die einen Tracking-Aufruf benötigt
  • ACTIVE – Flag, das angibt, ob die Integration mit der Website-Sammlung noch aktiv ist
  • FIELDS – die Felder, die eine Synchronisierung zwischen Site und Selligent erfordern
  • ENDPOINT – der Tracking-Aufruf-Endpunkt, der bei direkten Aufrufen an die Tracking-Aufruf-Engine verwendet werden muss

BT_DOMAINS – Wenn eine Site-Website-Sammlung mit einer Selligent-Liste verknüpft ist, wird jedes Mal, wenn eine Mail auf dieser Liste versendet wird, der Parameter m_bt zu den URLs hinzugefügt, um Benutzer auf den Website-Einstiegsseiten identifizieren zu können. Die Hinzufügung dieses Parameters erfolgt durch den Site-Tracker, der bei Verknüpfung einer Website-Sammlung automatisch aktiviert wird. Diese Tabelle enthält die Domänen, die in der Website-Sammlung definiert sind, und der Tracker fügt den Parameter m_bt nur zu den Links hinzu, die zu einer dieser Domänen gehen.

Die Tabelle enthält die folgenden Informationen:

  • UNIVERSEGUID – der eindeutige Identifizierungscode der Website-Sammlung
  • LISTID – die Liste, die mit der Website-Sammlung verknüpft ist
  • DOMAINS – die Liste der Domänen, für die der Parameter m_bt hinzugefügt werden sollte

BT_ACTIONS – Diese Tabelle wird stets verwendet, wenn eine (Re-)Targeting- oder Einkaufswagenabbruch-Journey erstellt wird. Die Informationen in dieser Tabelle sind erforderlich, um eine Liste der (Re-)Targeting- oder Einkaufswagenabbruch-Journeys in Site anzeigen zu können.

Die Tabelle enthält die folgenden Informationen:

  • CAMPAIGNID – ID der Journey, die bei (Re-)Targeting ausgelöst werden muss
  • ACTIONID – ID der Eingabekomponente, die zum Aufrufen der Journey verwendet wird
  • UNIVERSEID – ID der Website-Sammlung, mit der diese Journey verbunden ist
  • TYPE – Art der Site-Journey
    • 0: Targeting
    • 1: Retargeting
    • 3: Einkaufswagenabbruch
  • PARAMS – XML, die eine Liste der Parameter enthält, die bei der Eingabekomponente definiert sind. Einige Standardparameter werden automatisch durch Site bereitgestellt (z. B. offerid, actionid, cartid, products, …), wenn der Benutzer aber einige benutzerspezifische Parameter hinzugefügt hat, kann er die Werte für diese Parameter in Site angeben.
  • URL – die anonyme optiextension-URL der Eingabekomponente

 

Wie wird ein Qualitätsprofil definiert?

Ein Qualitätsprofil ist ein Profil, das als gute Qualität betrachtet wird. Die Definition für gute Qualität kann mithilfe der Einschluss- und Ausschlusskriterien bei der Website-Sammlungskonfiguration eingestellt werden.

Die Definition eines Qualitätsprofils wird (implizit) an mehreren Stellen in der gesamten Plattform verwendet.

Reporting

Ein Großteil des Reporting beinhaltet nur Daten von Qualitätsprofilen. Dies bedeutet, dass:

  • solange ein Profil kein Qualitätsprofil ist, seine Daten nicht Teil des Reportings sind.
  • Wenn ein Profil ein Qualitätsprofil ist, die Website aber nicht mehr besucht, ist das Profil in einem bestimmten Augenblick kein Qualitätsprofil mehr. Zu diesem Zeitpunkt wird das Profil als ein „verlorenes“ Profil betrachtet.

Ausnahme: Live-Reporting beinhaltet die Daten aller Profile.

Constraints

Bei der Einrichtung von Zielgruppen über die Anwendung können wir auch die Qualitätsprofil-Definition als ein Constraint verwenden. Dies stellt sicher, dass die Zielgruppe auf Qualitätsprofile beschränkt ist.

Dies kann zum Beispiel beim Einrichten bestimmter Angebote verwendet werden, die nur Ihren Qualitätsprofilen angezeigt werden müssen.

Exporte und Prognoseberechnung

Beim Exportieren von Daten oder Berechnen von Zielgruppenprognosen werden nur Qualitätsprofile berücksichtigt.

 

Wie kann ich sehen, ob einem bestimmten Kontakt ein Site-Angebot angezeigt wurde?

Sie können einen Site-Profilexport in eine (FTP)-Datei erstellen, die die Profile erfasst, die das Angebot angezeigt haben:

Der Dateiexport beinhaltet sowohl anonyme als auch identifizierte Profile.

Wenn das Angebot, das Sie prüfen möchten, in seinen WHO-Zielgruppen-Constraints nur identifizierte Profile anspricht, können Sie den Export in Selligent direkt durchführen und dann die 1:N-Datenliste anzeigen, die der Hauptzielgruppenliste beigefügt ist (definiert in den Website-Sammlungseinstellungen durch die Beziehung, die Sie für den Export definiert haben). Diese verknüpfte Datenliste hat ein USERID-Feld, das jeden Datensatz mit dem Kontakt in der Hauptzielgruppenliste verbindet.

Wenn Sie aber auch anonyme Profile prüfen möchten, die das Angebot angezeigt haben, führen Sie den Export stattdessen in die Datei durch, um sowohl identifizierte als auch anonyme Profile zu erhalten.

Sie müssen den FTPS-Server, das Login, das Passwort, den Ordner und den Port für den Export im Abschnitt WHERE definieren.

Sobald der Export vollständig konfiguriert ist, können Sie den Export über die Übersichtsseite manuell auslösen, indem Sie die Wiedergabe-Schaltfläche in der Zeile für den Export drücken.

Das Ausgabedateiformat hat eine Zeile für jedes Profil, das das Angebot angezeigt hat; die Spalten jeder Zeile enthalten die Attribute, die Sie im Abschnitt WHAT des Exports ausgewählt haben.

 

Welche Auswirkung hat eine Änderung der Integration zwischen Site und Selligent?

Sobald Site in Selligent integriert ist, ist es nicht mehr möglich, diese Integration in der UI zu ändern, da dies eine Auswirkung auf die vorhandenen identifizierten Profile hätte. Haben wir eine Übersicht darüber, welche Auswirkung dies hätte und/oder was passieren muss, wenn ein Kunde trotzdem eine Änderung vornehmen möchte?

Szenario 1: Änderung des CUSTOMID-Felds innerhalb derselben Liste ohne überlappende benutzerdefinierte IDs

Ein Beispiel dafür wäre, wenn Kunden von der E-Mail-Adresse (deren Verwendung nicht empfohlen wird) zu einem Hash der E-Mail wechseln möchten.

  • Wenn nach dieser Änderung ein Besuch eines vollständig identifizierten Benutzers erfolgt, wird die Interaktion bei einem neuen Profil hinzugefügt, das nach der (erneuten) Identifizierung verloren geht.
  • Wenn nach der Änderung ein Besuch eines durch Dritte identifizierten Benutzers erfolgt, ändert sich nichts.
  • Wenn nach dieser Änderung ein Besuch eines benutzerspezifisch identifizierten Benutzers erfolgt, ändert sich nichts.
  • Wenn nach dieser Änderung ein Besuch eines anonymen Profils erfolgt, ändert sich nichts.

Szenario 2: Änderung des CUSTOMID-Felds innerhalb derselben Liste mit denselben benutzerdefinierten IDs

Dieses Szenario verursacht keine Probleme, da wir nur den Feldnamen ändern müssen.

Szenario 3: Änderung des CUSTOMID-Felds innerhalb derselben Liste mit überlappenden benutzerdefinierten IDs

Da es eine Überlappung bei den benutzerdefinierten Kennungen gibt, werden Profile verwechselt. Um dies zu vermeiden, gibt es nur die Option, eine vollständige Neuzuordnung der benutzerdefinierten Kennungen durchzuführen.

Dieses Szenario erfordert eine Migration und muss genauer analysiert werden.

Szenario 4: Änderung der Liste bei unveränderter Beibehaltung des Werts des CUSTOMID-Felds

Ein Beispiel dafür wäre, wenn Kunden die Zielgruppenliste wechseln möchten, die neue Liste aber ein Feld hat, das ebenfalls das CUSTOMID-Feld enthält.

  • Wenn nach dieser Änderung ein Besuch eines vollständig identifizierten Kontakts erfolgt, wird das Profil mit neuen Kennungen aktualisiert.
  • Wenn ein anonymer Besucher nach dieser Änderung auf eine E-Mail klickt, wird nach einigen Treffern das neue Profil basierend auf der CUSTOMID mit dem alten zusammengeführt.

 

Wie funktioniert Tag-Scoring und warum verschwinden Tag-Werte?

In Site können Sie Tags einrichten, bei denen wir Werte über einen Tracking-Aufruf senden können. Diese Tags und ihre Werte können später verwendet werden in:

  • Reporting
  • Segmentierung
  • Personalisierung
  • Exporte

Ein Tag-Wert hat bestimmte Eigenschaften:

  • Erster Treffer
  • Letzter Treffer
  • Score
  • Gesamtscore
  • ...

Die Tatsache, dass ein Tag-Wert verschwindet, ist ein direktes Ergebnis der Art und Weise, wie Scoring funktioniert. Hier eine einfache Erklärung anhand eines Beispiels.

Angenommen, wir haben das folgende Setup:

  • Ein hierarchisches Tag X wurde definiert:
  • mit einer einzigen Hierarchieebene
  • mit einem Verfall von 33 % pro Tag

Wenn dieses Tag zum ersten Mal am 1.1.2021 um 12:00 Uhr getroffen wird, würde der Score mit einer Geschwindigkeit von 33 % pro Tag verfallen. Als Folge verschwindet der Wert des Tags letztendlich.

Ein Tag-Wert verschwindet, sobald der Score unter den definierten Schwellenwert von 0,1 geht. Danach sieht es so aus, als hätte der Besucher dieses Tag nie erreicht.

Wenn ein Tag nachfolgend getroffen wird, bevor der Score des Tag-Werts den Schwellenwert erreicht, wird der Score des Tags mit dem neuen Wert inkrementiert (Standard: +1)

Nehmen wir zum Beispiel an, dass das Tag am 1.2.2021 um 20.00 Uhr ein zweites Mal getroffen wird. Zu diesem Zeitpunkt hätte sich der Score des Tags auf 0,556 verringert. Der neue Treffer bewirkt, dass der Tag-Wert 1,556 wird und die Verringerung ab dem Augenblick des letzten Treffers erneut startet.

 

Wie kann ich Tracking-Aufruf-Scripte deaktivieren?

Wir haben zurzeit keine Option in der App für das Löschen eines Tracking-Aufruf-Exports. Daher sollte dies manuell über die Datenbank erfolgen.

Um den Tracking-Aufruf-Export zu löschen, müssen Sie zuerst die ID des Exports abrufen, indem Sie die folgenden Abfragen ausführen:

Kopieren 
SELECT E.*
FROM UNIVERSES U
INNER JOIN EXPORTS E ON E.UNIVERSEID = U.ID
WHERE E.TYPE = 3
  AND U.NAME = <NAME_OF_YOUR_UNIVERSE>

Sobald Sie die ID des Exports haben, der entfernt werden soll, führen Sie die folgenden Abfragen aus:

Kopieren 
DELETE FROM SEGMENTS
WHERE EXPORTID = <ID_OF_YOUR_EXPORT>
/* segment query needs to be executed first or the export query will have a foreign key exception */
DELETE FROM EXPORTS
WHERE ID = <ID_OF_YOUR_EXPORT>

Und schließlich leeren wir den Cache, um sicherzustellen, dass die gelöschten Exporte aus der Verarbeitungs-Engine gelöscht sind.

 

Warum wird das Tag search-terms nicht ausgefüllt?

Wegen einer Änderung durch Google 2011 ist es nicht mehr möglich, die Suchbegriffe zu holen, wenn die Suche durch einen angemeldeten Google-Benutzer durchgeführt wird. Nähere Informationen finden Sie hier: https://googleblog.blogspot.com/2011/10/making-search-more-secure.html

 

Warum werden HTML-Attribute von meinem Angebot entfernt?

Ich erstelle gerade ein HTML-Angebot in Site unter Verwendung von Attributen wie flex-direction, flex, box-shadow, transition, border-radius, border-image. Aber wenn ich das Angebot speichere, entfernt Site automatisch diese Attribute aus der HTML, was den Angebotsstil zerstört. Warum passiert dies?

Site hat einen HTML Sanitizer, der aus Sicherheitsgründen nur bestimmte Tags, Schemata, Eigenschaften und Attribute erlaubt. Die Whitelist wird auf Basis der OWASP-Voreinstellungen konfiguriert. Die Liste der zulässigen Elemente ist Teil der Einstellungen in Site-Admin, daher kann ein Site-Admin-Benutzer auf Anfrage und nach Genehmigung CSS-Eigenschaften zu dieser Whitelist hinzufügen.

Eine Übersicht über die Einstellungen, die den HTML-Sanitizer von Site und die aktuellen Werte beeinflusst, sowohl für EU- und US-Umgebungen:

  • SANITIZER_ALLOWED_ATTRIBUTES
  • id
  • class
  • style
  • role
  • viewbox
  • xmlns
  • d
  • fill
  • opacity
  • SANITIZER_ALLOWED_CSS_PROPERTIES
  • position
  • justify-content
  • align-items
  • flex-direction
  • flex
  • box-shadow
  • transition
  • border-radius
  • border-image
  • SANITIZER_ALLOWED_SCHEMES
  • /
  • SANITIZER_ALLOWED_TAGS
  • style
  • svg
  • path
  • video
  • picture
  • figure

 

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.

 

Kann Site eine Angebotsumwandlung registrieren, wenn nicht alle Aktivitäten angeklickt werden?

Nein, Site verlangt nicht, dass der Besucher zuerst alle konfigurierten Aktivitäten anklickt. Aktivitäten sind lediglich ein optionaler Schritt, um den Fortschritt des Besuchers in Richtung Angebotsumwandlung zu erfassen. Der Vorteil der Verwendung von Aktivitäten ist die Möglichkeit, einen Trichterbericht zu erstellen, in dem alle Schritte aufgelistet sind. Dieser Bericht gibt Aufschluss über die Anzahl der Profile in jedem Schritt, so dass Sie den Fortschritt jedes Besuchers verfolgen können.

Obwohl es nicht erforderlich ist, ist es möglich, eine Konvertierung mit Aktivitäten einzurichten, die funktionell erforderlich sind, um den Konvertierungsauslöser zu erreichen.

 

Warum wird meine Subdomäne nicht im DOMAIN-System-Tag von Site angezeigt?

Site verwendet die URL-Eigenschaft der Nutzdaten, um den Wert des DOMAIN-Tags zu bestimmen. z.B. https://site.selligent.com/features/2022-C_release.

Wenn die URL eine bekannte Top-Level-Domain (z.B. com) verwendet, reduziert Site den URL-Wert auf die Second-Level-Domain (selligent.com) und verwendet diese für das DOMAIN-Tag. Wenn die Top-Level-Domain nicht bekannt ist (z.B. corp), wird der gesamte Hostname für das DOMAIN-Tag verwendet. Wenn Sie zum Beispiel beim obigen Anwendungsfall selligent.com ‚com‘ durch ‚corp‘ ersetzen, würde ein Besuch auf https://site.selligent.corp/features/2022-C_release zu einem DOMAIN-Tag-Wert von site.selligent.corp führen.

 

Nachdem die Zugriffsrechte für Site in Selligent geändert wurden, kann der Benutzer nicht alle Website-Sammlungen sehen.

Ein neuer Benutzer wird in Selligent erstellt und alle Zugriffsrechte auf Site wurden in Selligent für die Site-spezifischen Organisationen konfiguriert. Wenn sich der Benutzer jedoch über SSO bei Site anmeldet, sieht er die verknüpften Website-Sammlungen für diese Organisationen nicht.

Die Namen der Website-Sammlung und der Selligent-Geschäftsbeireich müssen identisch sein, damit dies funktioniert. Wenn diese nicht identisch sind, kann das oben genannte Problem auftreten.

 

Das Hinzufügen eines CRM-exponierten Feldes zu meiner Website-Sammlung erzeugt einen Fehler. Was könnte falsch sein?

Beim Erstellen eines exponierten Feldes in der Website-Sammlung für eines der verknüpften CRM-Felder trat ein Problem auf. Wenn Sie die Profilfeldauswahl öffnen und ein CRM-Feld auswählen, wird die folgende Warnung angezeigt. Was mache ich falsch?

Die Fehlermeldung kann mit einem bekannten Problem in der Site-Anwendung zusammenhängen. Dieser Fehler tritt auf, wenn die folgenden Bedingungen erfüllt sind:

  • Es gibt mehrere Website-Sammlungen
  • Mindestens eine der Website-Sammlungen ist nicht mit der Campaign oder Selligent verbunden.
  • Die in der oberen Kopfleiste ausgewählte Website-Sammlung ist eine der Website-Sammlungen, die nicht mit der Campaign oder Selligent verbunden ist.
  • Die Website-Sammlung, die Sie gerade zu bearbeiten versuchen, hat eine aktive Integration mit Campaign oder Selligent

Das Problem wird dadurch verursacht, dass die Profilfeldauswahl auf die Website-Sammlung zugreift, die oben ausgewählt ist (statt auf die Website-Sammlung, die Sie gerade bearbeiten) und für die keine Integration definiert ist. Als Abhilfe können Sie einfach die Website-Sammlung, die oben ausgewählt ist, durch die Website-Sammlung ersetzen, die Sie gerade zu bearbeiten versuchen. Das sollte funktionieren.

 

Wie funktioniert die globale Abmeldung für Site?

Durch Anwendung der DSGVO haben Kunden die Möglichkeit, Abmeldeanfragen an die Selligent zu senden. Was bedeutet dies für das Site-Modul?

 

Wenn ein Kunde eine Abmeldeanfrage für einen bestimmten Kontakt sendet, wird das Feld OPTOUT in der Kunden-Datenliste auf den Wert 20180525 gesetzt.

Die direkte Weiterleitung von Abmeldeanfragen an Site bringt die folgenden Nachteile mit sich:

  • Wenn der Kontakt auf der Website nicht identifiziert wurde, existiert kein Site-Profil und daher kann die Abmeldung nicht gespeichert werden.
  • Wenn das Kontaktprofil nach der Abmeldung gelöscht wird, wird eine neues Profil erstellt, aber das Abmelde-Flag geht verloren.

Um diese Probleme zu vermeiden, wurde die Site-Implementierung direkt mit dem Feld OPTOUT der Zielgruppenliste in Selligent oder Campaign integriert.

Die Integration erfolgt auf die folgende Weise:

  • Wenn eine Website-Sammlung mit Selligent/Campaign verbunden ist, wird das Feld OPTOUT der MASTER-Zielgruppenliste standardmäßig synchronisiert (selbst wenn es nicht in der Konfiguration der Website-Sammlung ausgewählt ist).
  • Wenn ein Profil auf der Website identifiziert wird, enthalten die von der Selligent/von Campaign abgerufenen Daten den Wert des Felds OPTOUT.
  • Wenn der Wert des Felds OPTOUT 20180525 beträgt, enthält die Tracking-Aufruf-Antwort „doNotTrack“: wahr und daher setzt das Skript auf der Website einen Cookie sbt_dnt.
  • Beim nächsten Anklicken erkennt unser Skript den sbt_dnt-Cookie und sendet keinen Tracking-Aufruf mehr.

Es ist zu beachten, dass der Cookie, wenn er nicht gelöscht wird, für 30 Tage auf dem Browser bleibt; danach werden Tracking-Aufrufe wieder aktiviert. Wenn das Profil immer noch abgemeldet ist, wird der Cookie erneut für einen weiteren Monat gesetzt.

 

Warum erfolgt die Synchronisation zwischen Site und CRM-Daten nur einmal am Tag?

Die Synchronisierung zwischen Site und CRM-Daten ist standardmäßig auf einmal täglich eingestellt, kann bei Bedarf aber geändert werden. Es müssen jedoch die folgenden Punkte berücksichtigt werden:

  • Wie viele identifizierte Profile hat die Website-Sammlung?
  • Wie viele Felder werden zwischen Campaign/Selligent und Site synchronisiert (und wie viele Daten befinden sich in diesen Feldern)?
  • Wie häufig besuchen identifizierte Benutzer die Website?

Die oben aufgeführten Parameter sollten eine Vorstellung davon vermitteln, wie sich die Erhöhung der Häufigkeit der Datensynchronisierung zwischen Selligent und Site auf das System auswirkt.

Jedes neu identifizierte Profil holt sich seine Daten asynchron aus der Campaign-/Selligent-Datenbank. Wenn diese Daten abgerufen werden, passieren zwei Dinge:

  • Die ID des abgerufenen Datensatzes wird in einer Tabelle (in der Campaign-Installation) gespeichert, die die IDs aller Datensätze enthält, die von Site abgerufen wurden.
  • Der abgerufene Datensatz wird in einer Tabelle (in der Site-Umgebung) gespeichert, um zu verhindern, dass diese Daten erneut von Campaign abgerufen werden müssen.

Da wir diese Daten in der internen API zwischenspeichern, benötigen wir eine Möglichkeit, diese Daten zu aktualisieren, wenn die Datensätze in Campaign geändert werden. Diesen Vorgang nennen wir CRM-Synchronisierung und sie erfolgt standardmäßig alle 24 Stunden.

Schauen wir uns die Auswirkung der Erhöhung der Anzahl an:

Beispiel 1 (ein Einzelhandelskunde):
Annahme:
Kunde X hat 10.000 identifizierte Profile.
Kunde X hat 5 CRM-Felder in Site konfiguriert.
Die durchschnittliche Besuchshäufigkeit der identifizierten Profile ist einmal alle 3 Tage.
Aktuelle Situation:
Einmal am Tag werden 10.000 Datensätze synchronisiert, die jeweils 5 Felder enthalten.
Unter der Voraussetzung, dass die identifizierten Profile einmal alle 3 Tage besuchen, werden durchschnittlich 3.333 Profile asynchron aktualisiert.
Beim Reporting in der Nacht werden alle 10.000 Profile aktualisiert.
Was passiert, wenn wir die Synchronisierungshäufigkeit auf 24-mal am Tag erhöhen?
Einmal pro Stunde (24-mal am Tag) werden 10.000 Datensätze synchronisiert, die jeweils 5 Felder enthalten.
Unter der Voraussetzung, dass die identifizierten Profile die Website einmal alle 3 Tage besuchen, werden durchschnittlich 139 (3.333 / 24) Profile asynchron aktualisiert.
Beim Reporting in der Nacht werden alle 10.000 Profile aktualisiert.
Fazit:
In diesem Fall können wir deutlich sehen, dass das System keiner großen zusätzlichen Belastung ausgesetzt ist. Das Einzige, das tatsächlich ansteigt, ist die Häufigkeit der Abfrage der Datensätze aus Campaign, aber da es sich nur um 10.000 Datensätze mit jeweils 5 Feldern handelt, sollte diese Belastung vernachlässigbar sein (unter der Annahme, dass die Felder keine riesigen Datenmengen enthalten).

Beispiel 2 (ein Verleger):
Annahme:
Kunde Y hat 1.000.000 identifizierte Profile.
Kunde Y hat 25 CRM-Felder in Site konfiguriert.
Die durchschnittlicher Besuchshäufigkeit der identifizierten Profile beträgt dreimal am Tag (morgens, mittags und abends, um Artikel zu lesen).
Aktuelle Situation:
Einmal am Tag werden 10.000 Datensätze synchronisiert, die jeweils 25 Felder enthalten.
Unter der Voraussetzung, dass die identifizierten Profile die Website mehrmals täglich besuchen, werden alle Profile asynchron aktualisiert. Dies führt zu 1.000.000 Aufrufen an unseren internen API-Service.
Beim Reporting in der Nacht werden nur die Profile aktualisiert, die seit der letzten Synchronisierung keinen Besuch abgestattet haben.
Was passiert, wenn wir die Synchronisierungshäufigkeit auf 24-mal am Tag erhöhen?
Einmal pro Stunde (24-mal am Tag) werden 10.000 Datensätze synchronisiert, die jeweils 25 Felder enthalten.
Unter der Voraussetzung, dass die identifizierten Profile die Website 3-mal am Tag besuchen, werden durchschnittlich 125.000 (1.000.000 / 24 x 3) Profile asynchron aktualisiert. Dies führt zu 3.000.000 (125.000 x 24) Aufrufen pro Tag an unseren internen API-Service.
Beim Reporting in der Nacht werden nur die Profile aktualisiert, die seit der letzten Synchronisierung keinen Besuch abgestattet haben.
Fazit:
Wie man hier sieht, steigt die Anzahl der Aufrufe an unser Backend-System stark an, wenn wir Kunden haben, die mehrmals am Tag zurückkommen. Darüber hinaus müssen aufgrund der Anzahl der identifizierten Profile viel mehr Daten zwischen CRM und Site synchronisiert werden.

 

Was sind zustimmungslose Besucher und was bedeutet das für Site?

‚֖Zustimmungslose‘ Besucher sind Besucher, die Cookies abgelehnt oder den Wunsch geäußert haben, nicht verfolgt zu werden.

Jede Aktion eines zustimmungslosen Besuchers wird als neuer anonymer Klick gewertet. Site kann auf zustimmungslose Besucher ausgerichtet werden, so dass Marketingfachleute weiterhin allen Besuchern unabhängig von ihren Präferenzen Angebote anzeigen können – aber die Auswahl an Angebotskriterien (gekennzeichnet durch das Augensymbol) ist für zustimmungslose Besucher eingeschränkt.

Die Marketingfachleute sind dann in der Lage, zustimmungslose Besucher dazu zu ermutigen, freiwillig Cookies zu akzeptieren oder sich zu registrieren, um durch gezielte Angebote, die besser auf ihr Verhalten abgestimmt sind, bei künftigen Besuchen von einem besseren Erlebnis zu profitieren.

Hinweis: Das Tracking von zustimmungslosen Besuchern muss auf Anfrage durch Ihren Zeta-Kontakt aktiviert werden.

Technischer Hinweis:
Sobald die ‚Zustimmungslos‘-Funktion aktiviert ist, wird standardmäßig ein „isConsentless:false“-Parameter zum Site-Tracking-Aufruf für jeden Besucher hinzugefügt.
Wenn Sie diesen zustimmungslosen Besuchern Angebote unterbreiten möchten, müssen Sie diesen Parameter im Tracking-Aufruf auf „isConsentless:true“ ändern.

Für diese zustimmungslosen Besucher werden keine (personenbezogenen oder historischen) Daten nachverfolgt oder gespeichert, Site erstellt keine Cookies, so dass für sie kein Profil erstellt wird. Es werden nur ‚Kontext‘-Informationen verwendet: der Gerätetyp, der Wochentag, die Absicht, die Website zu verlassen. usw. (siehe das unten erwähnte Thema ‚Segmente > Constraint Editor‘). Der einzige Zweck für Site besteht darin, in der Lage zu sein, diesen zustimmungslosen Besuchern Angebote zu unterbreiten (und Segment-Constraints zu definieren), was nicht möglich ist, wenn die ‚Zustimmungslos‘-Funktion nicht aktiviert ist, da in diesem Fall das gesamte Site-Skript blockiert ist.

Verknüpfte Themen/Rubriken:
- Verwendung von JavaScript auf Ihren Webseiten > Tracking
- Einführung in Angebote
- Angebote definieren > Website-Tracking-Skript aktualisieren
- Segmente > Constraint Editor
- Reporting > Echtzeit-Ansicht
- - Neue Features in Site Juli 2021 (Beschreibung + Video)

 

Wird ein Tag-Wert mit dem Wert "" bei der Übertragung zu Site berücksichtigt?

Wird der folgende Tag-Wert bei der Übertragung zu Site berücksichtigt?

Kopieren 
wa.bt_queue.push({
    "tagValues": [{
        "tag": "Category",
        "value": ""
    }],
    "isEvent": false,
    "isTargeting": false
});

Der Tag-Wert ist ein Schlüssel, der angibt, auf welchen Kategorie-Tag zugegriffen wird Wenn der Tag-Wert leer ist, kann das System nicht wissen, auf welchen Kategoriewert zugegriffen wurde, und es passiert nichts. Stattdessen wird der letzte bekannte geschickte Wert für diesen Tag angezeigt.

 

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