Bedingungen der Browsing-Sitzung
Was finden Sie hier?
Tipp: Wenn Sie keinen Zugriff auf die auf dieser Seite beschriebenen Funktionen haben, wenden Sie sich an Ihren Benutzerkonto. Weitere Informationen zu den Unterschieden zwischen digitalem Feedback und CustomerXM für Digital finden Sie unter. Digitales Feedback vs. CustomerXM für Digital.
Informationen zum Durchsuchen von Sitzungsbedingungen
Mit den Bedingungen für die Browsersitzung können Sie Besucher auf der Grundlage ihres Website-Verhaltens Ziel. So könnten Sie zum Beispiel Besuchern, die mindestens drei Seiten Ihrer Website besucht haben, eine Umfrage zum Feedback anbieten, oder Sie könnten Besuchern auf der Seite mit dem Einkaufswagen einen Coupon zeigen.
Tipp: Wenn Ihr Intercept immer angezeigt werden soll, entfernen Aktionssatz und Targeting Logik. Weitere Informationen finden Sie unter Optimierung der Intercept.
Aktuelle URL
Mit Aktuelle URL können Sie Ziel. Dies sind vielleicht die häufigsten Targeting-Kriterien.
So legen Sie eine aktuelle Bedingung
Beispiel: Sie möchten, dass ein Intercept nur einmal während der Besuchersitzung auf der Startseite Ihrer Website angezeigt wird. Sie können die aktuelle URL verwenden, um anzugeben, dass der Besucher auf Ihrer Startseite sein muss, und sie mit einem Diese Aktion Bedingung.
Wie Sie oben sehen, verwenden Sie Ist statt Enthält Mit können Sie die gesamte URL angeben, Ereignis Ihre Startseite Ihre URL ohne /home oder andere Bezeichner am Ende ist.
Sie können auch die Bedingung Diese Aktion ausschließen und einfach aktivieren. Wiederholte Anzeige verhindern.
Seiten-Referrer
Mit der Bedingung Seitenverweis können Sie Besucher auf der Grundlage der Seite Ziel. Auf einer Commerce-Website möchten Sie beispielsweise Besuchern, die die Einkaufswagenseite verlassen haben, einen Coupon anbieten, ohne auszuchecken. Um dies zu erreichen, würden Sie zwei Bedingungen festlegen: “If Referrer is <shopping cart page>” und “Wenn aktuelle URL nicht <checkout page>”.
Tipp: Eine Seite gilt als Seitenverweis, wenn sie den Besucher über einen Link auf seine aktuelle Seite „verweist“. Wenn der Besucher einfach Ihre URL in die Adressleiste eingibt, hat er keinen Seiten-Referrer.
Tipp: Aufgrund der letzten Browseränderungen, es wurden Einschränkungen hinsichtlich der Informationen gemacht, die wir von Referrer Headers erhalten können. In der Vergangenheit war eine URL „https://www.google.com/search?q=search” kann der Referrer als gesamte URL abgerufen werden, die jeden Abfrageparameter enthält. Aufgrund der oben genannten Änderungen können wir nun nur noch „https://www.google.com“ erhalten. Diese Funktion basiert auf der Referrer-Policy der Website, sodass einige Websites möglicherweise die Abfrageparameter erhalten und andere nicht.
So erstellen Sie eine Bedingung für einen Seitenverweis
So testen Sie Seitenreferrer-Bedingungen mit der Interceptmüssen Sie das Bookmarklet auf der Referrer-Seite ausführen, dann zur Seite mit dem Intercept navigieren und dann das Bookmarklet auf der Seite mit dem Intercept ausführen.
Website-Referrer
Verwenden Sie Site Referrer, um Besucher darauf Ziel, auf welche Website sie auf Ihre Website geleitet haben. Wenn beispielsweise eine Partner-Website einen Link zu Ihrer Website auf ihrer Startseite platziert hat, können Sie Besucher, die von diesem Link kommen, mit einer speziellen Begrüßungsnachricht Ziel.
Tipp: Eine Website gilt als Website-Referrer, wenn der Besucher auf einen Link auf dieser Website klickt, der sie direkt zu Ihrer Website führt. Wenn der Besucher einfach Ihre URL in seine Adressleiste eingibt, hat er keinen Site-Referrer.
Tipp: Aufgrund der letzten Browseränderungen, es wurden Einschränkungen hinsichtlich der Informationen gemacht, die wir von Referrer Headers erhalten können. In der Vergangenheit war eine URL „https://www.google.com/search?q=search” kann der Referrer als gesamte URL abgerufen werden, die jeden Abfrageparameter enthält. Aufgrund der oben genannten Änderungen können wir nun nur noch „https://www.google.com“ erhalten. Diese Funktion basiert auf der Referrer-Policy der Website, sodass einige Websites möglicherweise die Abfrageparameter erhalten und andere nicht.
So erstellen Sie eine Bedingung
Suchbegriff
Verwenden Sie Suchbegriff, um Besucher auf der Grundlage des Suchbegriffs Ziel, mit dem sie auf Ihrer Website angekommen sind. Dies funktioniert mit Google-, Yahoo- und Bing-Suchmaschinen.
Tipp: Aufgrund der letzten Browseränderungen, es wurden Einschränkungen hinsichtlich der Informationen gemacht, die wir von Referrer Headers erhalten können. In der Vergangenheit war eine URL „https://www.google.com/search?q=search” kann der Referrer als gesamte URL abgerufen werden, die jeden Abfrageparameter enthält. Aufgrund der oben genannten Änderungen können wir nun nur noch „https://www.google.com“ erhalten. Diese Funktion basiert auf der Referrer-Policy der Website, sodass einige Websites möglicherweise die Abfrageparameter erhalten und andere nicht. Insbesondere Google stellt diese Daten nicht mehr für Besucher zur Verfügung, die eine Suche über eine sichere Seite durchgeführt haben. Dazu gehört jede Suche von einem Benutzer, der in seinem Benutzerkonto angemeldet ist, oder eine Suche, die direkt in die Adressleiste von Browsern wie Chrome eingegeben wurde.
Aber auch bei dieser Einschränkung kann der Suchbegriff ein effektiver Weg sein, um Besucher zu fangen.
So legen Sie eine Bedingung
Seitenzahl
Verwenden Sie Seitenanzahl, um Besucher darauf Ziel, wie viele Seiten sie auf Ihrer Website besucht haben. In einer Umfrage zum Feedback möchten Sie beispielsweise Feedback von Besuchern, die mindestens drei Seiten besucht haben.
Tipp: Nur Seiten, die Bereitstellungscode enthalten, werden in Seitenanzahl verfolgt. Die Seitenanzahl wird für die Dauer der Besuchersitzung verfolgt. Dies schließt alle Seiten ein, die sie besuchen, während die Browser-Registerkarte geöffnet ist. Wenn der Besucher Ihre Website verlässt, aber im selben Browser-Tab zurückkehrt, werden Seitenaufrufe (Ihrer Website) aus beiden Besuchen eingeschlossen.
Erstellen von Bedingung für die Seitenanzahl
Beispiel: Sie möchten ein Intercept, von dem aus der Besucher eingestiegen ist. Da dies impliziert, dass sie sich mindestens auf einer Seite befanden, bevor Sie die Website durchlaufen, können Sie Logik hinzufügen, die besagt, dass die Seitenanzahl größer als 1 sein muss.
Weitere Informationen darüber, auf welchen Seiten das Intercept eingebunden werden kann und kann, erhalten Sie unter. Aktuelle URL oben genannten Logik.
Seitenverlauf
Verwenden Sie den Website-Verlauf, um Besucher auf der Grundlage bestimmter Seiten Ziel, auf denen sie während ihres Besuchs waren oder waren. Dies wird häufig in Verbindung mit anderen Bedingungen verwendet. Bei einer Umfrage zum Feedback einer Website können Sie zum Beispiel diejenigen als Ziel wählen, die mindestens 3 Minuten auf der Website waren und Ihre Homepage als erste Seite ihres Besuchs aufgerufen haben.
Tipp: Nur Seiten, die Bereitstellungscode enthalten, werden im Site-Verlauf nachverfolgt. Wie die Seitenanzahl wird der Website-Verlauf für die Dauer der Besuchersitzung nachverfolgt. Dies schließt alle Seiten ein, die sie besuchen, während die Browser-Registerkarte geöffnet ist. Wenn der Besucher Ihre Website verlässt, aber im selben Browser-Tab zurückkehrt, werden Seiten aus beiden Besuchen eingeschlossen. Der Site-Verlauf kann aus dem Sitzungsspeicher oder in einem Cookie verfolgt, das auf dem Website-/App-Feedback basiert Projekteinstellungen. Standardmäßig werden bis zu 2 KB Historie gespeichert. Dieses Limit kann unter folgendem Pfad geändert werden: Administration, und klicken Sie dann auf Organisation. Hat der Besucher mehr als 2kB Geschichte, wird die erste Seite seines Besuchs sowie die aktuellsten Seiten gespeichert.
So legen Sie eine Bedingung
Zeit vor Ort oder fokussierte Zeit vor Ort
Verwenden Sie die vor Ort aufgewendete Zeit oder die Zeit, die auf die Website ausgerichtet ist, um Besucher auf der Grundlage ihrer Verweildauer auf der Website Ziel.
Die auf der Website aufgewendete Zeit bezieht sich darauf, wie lange der Besucher Ihre Website in einem Browserfenster geöffnet hat. Time Focused On Site bezieht sich darauf, wie lange der Besucher Ihre Website als Vorderseite geöffnet hat, „im Fokus“-Fenster auf seinem Computer. Time Focused On Site ist in der Regel ein genauerer Indikator für die Besucherinteraktion.
Tipp: Time On Site wird jedes Mal aktualisiert, wenn der Besucher eine neue Seite lädt. Zum Beispiel würde eine Bedingung von Time Spent On Site Greater Than 10 Seconds erfüllt werden, wenn der Besucher zum ersten Mal eine neue Seite lädt, nachdem er 10 Sekunden auf der Website war. Um Besucher auf der ersten Seite ihres Besuchs Ziel, sollten Sie eine Verzögerung in der Creative anstatt die Logik Time On Site zu verwenden.
So legen Sie eine Bedingung an
Tipp: Die Zeit vor Ort wird nur auf Seiten verfolgt, auf denen bereits Bereitstellungscode vorhanden ist. Wenn Sie Funktionen verwenden, die nachträglich Bereitstellungscode hinzufügen, wie das Bookmarklet, wird die Zeit vor Ort nicht verfolgt.
FAQs
Wann sollte ich Logik für meine Aktionssätze verwenden?
Wann sollte ich Logik für meine Aktionssätze verwenden?
Da Creatives beispielsweise nicht auf die Bildschirmgröße reagieren, möchten viele Benutzer eine Aktionssatzlogik implementieren, die sich darauf konzentriert, ob ein Website-Viewer ein mobiles Gerät verwendet oder ob die Website in einer bestimmten Bildschirmgröße angezeigt wird. Durch die Verwendung von Logik in diesem Fall können Sie ein richtig formatiertes und gestalterisches Creative an die entsprechende Person richten.
Die auf dem Standort basierende Aktionssatzlogik kann sogar verwendet werden, um sicherzustellen, dass Website-Betrachter ein Creative sehen, das in der Sprache geschrieben ist, die für sie am wahrscheinlichsten ist.
Ich habe mein Intercept aktiviert, aber es wird nicht auf meiner Website angezeigt. Warum nicht?
Ich habe mein Intercept aktiviert, aber es wird nicht auf meiner Website angezeigt. Warum nicht?
- Logik: Anzeigelogik und AKTIONSSATZ sind die Bedingungen, die erfüllt sein müssen, damit ein Intercept dem Besucher angezeigt wird. Die Überprüfung dieser Logik ist hilfreich, um zu entdecken, warum das Intercept nicht auf einer Seite angezeigt wird.
- Logiksätze, die "Enthält" verwenden: Eine häufige Ursache von Logikfehlern ist die Verwendung des "Contains"-Vergleichs. "Ist." Eine Bedingung "Enthält" bedeutet, dass der Parameter, auf dem die Logik basiert (d. h. die aktuelle URL), den angegebenen Mittelwert zusätzlich zu weiteren Informationen enthält. Wenn ich zum Beispiel eine Logik hätte, die lautet "Aktuelle URL enthält 'QUALTRICS'", würde dies dazu führen, dass der Intercept bei jeder URL angezeigt wird, in der das Wort QUALTRICS vorkommt. Die andere Möglichkeit, die Sie haben, ist die Verwendung von Current URL is [URL]. Diese Bedingung hängt davon ab, dass die besuchte URL eine exakte Übereinstimmung ist. Alle Unterschiede oder zusätzlichen Zeichen verhindern, dass die Intercept-Logik weiterläuft.
- Intercept Überarbeitungen: Wenn Sie Änderungen an Intercepts vornehmen, werden diese erst live geschaltet, wenn das Intercept veröffentlicht worden ist. Beim Veröffentlichen eines Interceptes wird eine Version des Interceptes, eine "Revision", gespeichert. Eine BEURTEILUNG der vorgenommenen Überarbeitungen ist sehr nützlich, um etwaige Änderungen zu erkennen, die das Auftauchen des Intercept plötzlich verhindert haben könnten.
- Debug-Fenster: Das Debug-Fenster ist ein unschätzbares Werkzeug, um zu testen, warum ein Intercept auf einer bestimmten Seite nicht angezeigt wird.
Für Intercepts, deren Bereitstellungscode vor März 2019 implementiert wurde, muss zur Aktivierung des Debug-Fensters ein Query-String mit der Bezeichnung Q_DEBUG an eine beliebige URL angehängt werden. Diesem muss ein ? oder ein & vorangestellt werden, wie in den folgenden Beispielen: https://www.qualtrics.com?Q_DEBUG, https://www.qualtrics.com/blog?item=value&Q_DEBUG.
Für Intercepts, deren BEREITSTELLUNGSCODE nach März 2019 implementiert wurde, führen Sie das folgende JavaScript-Snippet in der Konsole Ihrer Webseite aus:QSI.API.unload(); QSI.isDebug = true; QSI.API.load(); QSI.API.run();Das Debug-Fenster schlüsselt alle Bedingungen auf, die erforderlich sind, damit Intercepts, die auf der URL laufen, erscheinen. Wenn Sie feststellen, dass ein Intercept nicht angezeigt wird, suchen Sie es im Debugging-Fenster, und identifizieren Sie alle roten fehlgeschlagenen Warnungen.TIPP: Der Debugger für Website ERKENNTNISSE funktioniert nicht, wenn der Code mit einer Führungskraft (MANAGER:IN) implementiert wurde. Wenn die URL bereits einen Query-String mit einem ? enthält, verlangt der Debugger stattdessen ein &. - Netzwerkanforderung: Die meisten Browser verfügen über ein Menü für Werkzeuge für Entwickler, mit dem der Benutzer den Quellcode einer Website, Ressourcen, Cookies und Netzwerkaufrufe einsehen kann. Website ERKENNTNISSE besitzt eine deutliche Präsenz in der Netzwerksektion dieser Werkzeuge. Um zu überprüfen, ob diese Skripte laufen, öffnen Sie die Werkzeuge für Entwickler und navigieren Sie zum Abschnitt Netzwerk. Laden Sie dann die Webseite neu, und das Menü sollte nun alle von der Website gestellten Netzwerkanfragen enthalten. Um den Code von Website ERKENNTNISSE zu identifizieren, suchen Sie nach Aufrufen, die mit ?Q_ZID oder ?Q_SID beginnen. Dies ist der Code selbst, der die Anzeigelogik überprüft. Wenn Sie nichts finden, was diesem Format entspricht, dann gibt es ein Problem mit der Implementierung Ihres Projektcodes. Auf unserer SUPPORTSEITE zur Implementierung finden Sie Hinweise, wo Sie den Code am besten platzieren können.
- Probleme mit der Inhaltssicherheitsrichtlinie: Wenn Sie ein Konsolenprotokoll erhalten, das gegen eine Inhaltssicherheitsrichtlinie verstößt, liegt höchstwahrscheinlich eine Einschränkung auf Ihrer Website vor, die die Bereitstellung unserer Intercepts blockiert. Wir empfehlen, sich zur Lösung an Ihr Web-Entwicklungsteam zu wenden. Um sicherzustellen, dass Ihr Intercept funktioniert, empfehlen wir generell, die folgenden Elemente in den Headern Ihrer Content Security Policy zuzulassen:
- connect-src https://*.qualtrics.com
- frame-src https://*.qualtrics.com
- img-src https://siteintercept.qualtrics.com
- skript-src https://*.qualtrics.com
- SPA URL-Behandlung: Wenn Ihre Website ein Single-Page-Application (SPA)-Framework verwendet, stellen Sie sicher, dass Ihr Code history.pushState() auslöst, wenn Sie zwischen Ansichten navigieren. Einige Frameworks können die URL neu darstellen oder aktualisieren, ohne einen neuen Verlaufseintrag zu erstellen, was dazu führen kann, dass Intercepts nicht ausgelöst werden. Wenn Sie useEffect oder ähnliche Lifecycle-Hooks verwenden, stellen Sie sicher, dass Ihre Intercept-Logik nach Abschluss der Navigation läuft.
Legt Qualtrics den Wert des Felds „Referer“ fest?
Legt Qualtrics den Wert des Felds „Referer“ fest?
Ab dem 25. August 2020 hat Chrome das Standardverhalten um das Referrer-Feld geändert. Bisher wurde Chrome standardmäßig als Wert für Referrer-Policy auf "Kein Referrer-When-Downgrade" gesetzt. Der Standardwert ist nun streng ursprungsübergreifend. Das heißt, wenn der Kunde keine eigene Richtlinie auf seiner Seite angegeben hat, wird standardmäßig diese Richtlinie verwendet. Diese Richtlinie betrifft Anforderungen, die Cross-Origin sind, d.h. die übergeordnete Seite befindet sich in einer anderen Domäne als der Link (d.h. meine Webseite ist example.com und meine Umfrage befindet sich auf der Basis-URL test.qualtrics.com). In einer Cross-Origin-Anforderung wird nur die Origin übergeben. Das bedeutet, wenn sich meine Seite tatsächlich unter der URL qualtrics.com/support-center befindet, lautet der Referer qualtrics.com. Dieses Verhalten muss vom Verantwortlichen der übergeordneten Seite geändert werden.
Großartig! Vielen Dank für die Rückmeldung!
Vielen Dank für die Rückmeldung!