Condizioni della sessione di navigazione
Cosa puoi trovare in questa pagina
Consiglio Q: se non avete accesso a nessuna delle funzioni descritte in questa pagina, contattate il vostro Account Executive. Per ulteriori informazioni sulle differenze tra Digital Feedback e CUSTOMERXM for Digital, vedere Digital Feedback vs. CustomerXM per Digital.
Condizioni della sessione di navigazione
Le condizioni della sessione di navigazione consentono di indirizzare i visitatori in base al loro comportamento sul sito web. Ad esempio, potreste fornire un sondaggio di feedback ai visitatori che hanno visitato almeno tre pagine del vostro sito, oppure mostrare un coupon ai visitatori nella pagina del carrello.
Consiglio q: se si desidera che l’intercetta venga visualizzata sempre, rimuovere la serie di azioni e la logica di visualizzazione. Per ulteriori informazioni, visitare Ottimizzazione della logica di destinazione delle intercettazioni.
URL corrente
Con l’URL corrente è possibile destinare l’attività di navigazione dei visitatori a una pagina specifica o a un insieme di pagine del sito web. Questo è forse il criterio di destinazione più comune.
Per creare una Condizione dell’URL corrente
Esempio: Si desidera che un’intercetta venga visualizzata solo nella homepage del sito, una sola volta durante la sessione del visitatore. Si potrebbe usare la logica dell’URL corrente per specificare che il visitatore deve trovarsi sulla homepage e combinarla con la condizione Questa azione.
Come si vede sopra, l’uso di Evento invece di Contiene consente di specificare l’intero URL nell’evento in cui la homepage è l’URL del proprio dominio senza /homepage o altri specificatori alla fine.
È anche possibile escludere la condizione Questa azione e attivare solo Impedisci visualizzazione ripetuta.
Referente pagina
Con la condizione Referente di pagina, è possibile destinare i visitatori in base alla pagina in cui si sono trovati. Ad esempio, in un sito web commerciale si potrebbe voler offrire un coupon ai visitatori che hanno lasciato la pagina del carrello senza effettuare il check-out. A tale scopo, si devono impostare due serie di condizioni: “Se il referente è <shopping cart page>” e “Se l’URL corrente non è <checkout page>”.
Consiglio Q: Una pagina è considerata un referente di pagina se “rimanda” il visitatore alla sua pagina corrente attraverso un link. Se il visitatore digita semplicemente l’URL della vostra pagina nella barra degli indirizzi, non avrà un referente di pagina.
Consiglio Q: a causa delle recenti modifiche apportate ai browser, sono state introdotte limitazioni alle informazioni che possiamo ottenere dalle intestazioni dei referrer. In passato, se un URL era “https://www.google.com/search?q=search”, potevamo ottenere il referrer come l’intero URL contenente ogni parametro della query. Ora, a causa delle modifiche sopra citate, possiamo ottenere solo “https://www.google.com”. Questa funzionalità si basa sulla Referrer-Policy del sito web, quindi alcuni siti possono ricevere i parametri di query e altri no.
Per creare una Condizione per il referente di una pagina
Per testare le condizioni del referrer della pagina utilizzando il bookmarklet Test Intercetta, è necessario eseguire il bookmarklet sulla pagina del referrer, quindi navigare alla pagina con l’intercetta e quindi eseguire il bookmarklet sulla pagina con l’intercetta.
Referente sito
Utilizzate Site Referrer per destinare i visitatori in base al sito web che li ha indirizzati al vostro sito. Ad esempio, se un sito web partner inserisce un link al vostro sito nella sua homepage, potreste destinare ai visitatori provenienti da questo link uno speciale messaggio di benvenuto.
Consiglio Q: un sito è considerato un Site Referrer se il visitatore clicca su un link che lo porta direttamente al vostro sito web. Se il visitatore digita semplicemente il vostro URL nella barra degli indirizzi, non avrà un referente del sito.
Consiglio Q: a causa delle recenti modifiche apportate ai browser, sono state introdotte limitazioni alle informazioni che possiamo ottenere dalle intestazioni dei referrer. In passato, se un URL era “https://www.google.com/search?q=search”, potevamo ottenere il referrer come l’intero URL contenente ogni parametro della query. Ora, a causa delle modifiche sopra citate, possiamo ottenere solo “https://www.google.com”. Questa funzionalità si basa sulla Referrer-Policy del sito web, quindi alcuni siti possono ricevere i parametri di query e altri no.
Per creare una Condizione per il referente del sito
Termine di ricerca
Utilizzate i termini di ricerca per indirizzare i visitatori in base al termine di ricerca utilizzato per arrivare al vostro sito web. Funziona con i motori di ricerca Google, Yahoo e Bing.
Consiglio Q: a causa delle recenti modifiche apportate ai browser, sono state introdotte limitazioni alle informazioni che possiamo ottenere dalle intestazioni dei referrer. In passato, se un URL era “https://www.google.com/search?q=search”, potevamo ottenere il referrer come l’intero URL contenente ogni parametro della query. Ora, a causa delle modifiche sopra citate, possiamo ottenere solo “https://www.google.com”. Questa funzionalità si basa sulla Referrer-Policy del sito web, quindi alcuni siti possono ricevere i parametri di query e altri no. Google, in particolare, non fornisce più questi dati per i visitatori che hanno effettuato una ricerca utilizzando una pagina sicura. Ciò include qualsiasi ricerca effettuata da un utente connesso al proprio account Google o qualsiasi ricerca digitata direttamente nella barra degli indirizzi di browser come Chrome.
Tuttavia, anche con questa limitazione, i termini di ricerca possono essere un modo efficace per catturare i visitatori.
Per creare una Condizione per i termini di ricerca
Conteggio pagine
Utilizzate il conteggio delle pagine per indirizzare i visitatori in base al numero di pagine visitate sul vostro sito web. Ad esempio, per un sondaggio su un sito web, potreste volere i feedback dei visitatori che hanno visitato almeno tre pagine.
Consiglio q: solo le pagine contenenti il codice di distribuzione del progetto vengono monitorate nel conteggio delle pagine. Il conteggio delle pagine viene monitorato per la durata della sessione del visitatore. Questo include tutte le pagine visitate mentre la scheda del browser è aperta. Se il visitatore lascia il vostro sito web ma ritorna nella stessa scheda del browser, le pagine viste (del vostro sito) di entrambe le visite saranno incluse.
Per creare una Condizione sul conteggio delle pagine
Esempio: Si desidera visualizzare un’intercetta su qualsiasi pagina, tranne quella da cui il visitatore è entrato. Poiché ciò implica che i visitatori abbiano visitato almeno una pagina prima di procedere attraverso il sito, è possibile aggiungere una logica secondo cui il conteggio delle pagine deve essere maggiore di 1.
Per una maggiore specificità delle pagine in cui l’intercetta può o non può essere inclusa, consultare la logica dell ‘URL corrente di cui sopra.
Cronologia sito
Utilizzate la Cronologia del sito per indirizzare i visitatori in base alle pagine specifiche che hanno visitato o meno durante la loro visita. Spesso viene utilizzato in combinazione con altre condizioni. Ad esempio, in un sondaggio di feedback sul sito, potreste voler destinare a coloro che sono stati sul sito web per almeno 3 minuti e che hanno avuto la vostra homepage come prima pagina della loro visita.
Consiglio Q: solo le pagine contenenti codice di distribuzione vengono tracciate nella Cronologia del sito. Come il conteggio delle pagine, la cronologia del sito viene tracciata per la durata della sessione del visitatore. Questo include tutte le pagine visitate mentre la scheda del browser è aperta. Se il visitatore lascia il vostro sito web ma ritorna nella stessa scheda del browser, le pagine di entrambe le visite saranno incluse. La cronologia del sito può essere recuperata dalla memoria di sessione o tracciata in un cookie in base alle impostazioni del progetto Feedback Website / App. Per impostazione predefinita, vengono memorizzati fino a 2 kB di cronologia. Questo limite può essere modificato andando in Amministrazione e facendo clic su Impostazioni organizzazione. Se il visitatore ha più di 2kB di cronologia, verranno memorizzate la prima pagina della sua visita e le pagine più recenti.
Per creare una Condizione della cronologia del sito
Tempo in loco o tempo concentrato in loco
Utilizzate il Tempo trascorso sul sito o il Tempo focalizzato sul sito per destinare i visitatori in base alla durata della loro permanenza sul sito.
Il tempo trascorso sul sito si riferisce a quanto tempo il visitatore ha tenuto aperto il vostro sito web in una finestra del browser. Il tempo di permanenza sul sito si riferisce al tempo in cui il visitatore ha tenuto aperto il vostro sito web come finestra frontale e “in-focus” sul suo computer. Il tempo di permanenza sul sito è in genere un indicatore più accurato dell’engagement dei visitatori.
Consiglio Q: Il tempo trascorso sul sito viene aggiornato ogni volta che il visitatore carica una nuova pagina. Ad esempio, una condizione di Tempo trascorso sul sito superiore a 10 secondi sarebbe soddisfatta la prima volta che il visitatore carica una nuova pagina dopo essere stato sul sito per 10 secondi. Per indirizzare i visitatori sulla prima pagina della loro visita, considerate la possibilità di aggiungere un ritardo nelle Opzioni di intercettazione piuttosto che utilizzare la logica del Tempo sul sito.
Per creare una Condizione di permanenza in loco
Consiglio q: il tempo trascorso sul sito viene tracciato solo sulle pagine in cui è presente un codice di distribuzione preesistente. Quando si utilizzano funzioni che aggiungono retroattivamente il codice di distribuzione, come il Bookmarklet, il tempo trascorso sul sito non verrà tracciato.
FAQs
Quando dovrei usare la logica nei miei set di azioni?
Quando dovrei usare la logica nei miei set di azioni?
Ad esempio, dal momento che i creativi non sono reattivi alle dimensioni dello schermo, a molti utenti piace implementare la logica del set di azioni incentrata sul fatto che un visualizzatore di siti Web stia o non utilizzi un dispositivo mobile o se il sito Web venga visualizzato su una determinata dimensione dello schermo. Utilizzando la logica in questa istanza, è possibile indirizzare un editor di intercetta formattato e di dimensioni appropriate alla persona appropriata.
La logica dell'insieme di azioni basata sulla posizione può anche essere utilizzata per garantire che i visualizzatori di siti web vedano un editor di intercetta che è scritto nella lingua che più probabilmente si applica loro.
Ho attivato il mio sistema di intercettazione, ma non compare sul mio sito. Perché no?
Ho attivato il mio sistema di intercettazione, ma non compare sul mio sito. Perché no?
- Logica: la logica di targeting dell’intercettazione e quella della serie di azioni sono le condizioni che devono essere soddisfatte affinché un’intercettazione venga visualizzata a un visitatore. La verifica di questa logica sarà utile per scoprire perché l'Intercetta non viene visualizzata nella pagina.
- Insiemi logici che utilizzano “Contiene”: una causa comune di errore logico è l’uso di “Contiene” rispetto a "È" Dire che una condizione "Contiene" significa che il parametro su cui si basa la logica (ad esempio, l'URL corrente) avrà il valore specificato, oltre a ulteriori informazioni. Ad esempio, se avessi una logica di visualizzazione del tipo L'URL corrente contiene 'qualtrics', l'intercettazione verrebbe visualizzata su qualsiasi URL in cui è presente la parola qualtrics. L'altra possibilità che avete è quella di utilizzare l'URL corrente è [URL]. Questa condizione dipende dalla corrispondenza esatta dell'URL visitato. Eventuali differenze o caratteri aggiuntivi impediranno il passaggio della logica di intercettazione.
- Modifiche agli intercetti: quando si apportano modifiche agli intercetti, queste non vengono rese effettive finché l'intercetto non viene pubblicato. Quando si pubblica un'Intercetta, viene salvata una versione dell'intercetta, o una "revisione". Valutare le revisioni effettuate è molto utile per individuare eventuali modifiche che potrebbero aver improvvisamente impedito la comparsa dell'intercetta.
- Finestra di debug: la finestra di debug è uno strumento prezioso per verificare perché un'intercettazione non venga visualizzata su una determinata pagina.
Per le intercette il cui codice di distribuzione è stato implementato prima di marzo 2019, per abilitare la finestra di debug, aggiungere una stringa query a qualsiasi URL chiamata Q_DEBUG. Deve essere preceduto da un ? o da un &, come negli esempi seguenti: https://www.qualtrics.com?Q_DEBUG, https://www.qualtrics.com/blog?item=value&Q_DEBUG.
Per gli intercetti il cui codice di distribuzione è stato implementato dopo marzo 2019, esegui il seguente frammento di codice JavaScript nella Console della tua pagina web:La finestra di debug analizza tutte le condizioni necessarie per la visualizzazione delle intercettazioni in esecuzione sull'URL. Se si scopre che un'intercetta non viene visualizzata, individuarla nella finestra di debug e identificare eventuali avvisi di errore rossi.
QSI.API.unload();
QSI.isDebug = true;
QSI.API.load();
QSI.API.run();Consiglio Q: il debugger di Website Insights non funziona se il codice è stato implementato tramite un tag manager. Inoltre, se l'URL contiene già una stringa query che inizia con un ?, il debugger richiederà invece un &. - Richieste di rete: la maggior parte dei browser dispone di un menu dedicato agli strumenti di sviluppo che consente all'utente di visualizzare il codice sorgente di un sito, le risorse, i cookie e le richieste di rete. Website Insights ha una presenza distinta nella sezione Rete di questi strumenti. Per verificare l'esecuzione di questi script, aprire gli strumenti per sviluppatori e navigare nella sezione Rete. Una volta qui, ricaricare la pagina web e il menu dovrebbe iniziare a popolarsi con tutte le richieste di rete effettuate dal sito web. Per identificare il codice di Website Insights, cercare le chiamate che iniziano con ?Q_ZID o ?Q_SID. È il codice stesso che esegue i controlli sulla logica di visualizzazione. Se non si trova nulla che corrisponda a questo formato, c'è un problema nell'implementazione del codice del progetto. È possibile consultare la nostra pagina di supporto sull'implementazione per avere consigli su dove è meglio posizionare il codice.
- Problemi relativi alla Content Security Policy: se ricevi un log della console che segnala una violazione della Content Security Policy, è molto probabile che sul tuo sito web sia presente una restrizione che impedisce l’attivazione dei nostri intercettatori. Si consiglia di contattare il team di sviluppo web per risolvere il problema. Per garantire il corretto funzionamento delle intercettazioni, in genere consigliamo di inserire i seguenti elementi nell'elenco delle eccezioni (allowlist) nelle intestazioni della Content Security Policy:
- connect-src https://*.qualtrics.com
- frame-src https://*.qualtrics.com
- img-src https://siteintercept.qualtrics.com
- script-src https://*.qualtrics.com
- Gestione degli URL nelle applicazioni a pagina singola (SPA ): se il tuo sito utilizza un framework per applicazioni a pagina singola (SPA ), assicurati che il tuo codice triggeri la funzione history.pushState() durante la navigazione tra le diverse viste. Alcuni framework possono renderizzare o aggiornare l'URL senza inserire una nuova voce nella cronologia, impedendo così l'attivazione delle intercettazioni. Se utilizzi useEffect o hook di lifecycle simili, assicurati che la tua logica di intercettazione venga eseguita al termine della navigazione.
Qualtrics imposta il valore del campo "Referer"?
Qualtrics imposta il valore del campo "Referer"?
A partire dal 25 agosto 2020, Chrome ha modificato il comportamento predefinito relativo al campo "referrer". In precedenza, Chrome impostava di default il valore “no-referrer-when-downgrade” per il campo Referrer-Policy. Ora il valore predefinito è " strict-origin-when-cross-origin". Ciò significa che, se il cliente non ha specificato una propria politica sulla propria pagina, verrà applicata per impostazione predefinita questa politica. Questa politica riguarda le richieste cross-origin, ovvero quelle in cui la pagina di origine si trova su un dominio diverso da quello del link (ad esempio, la mia pagina web è example.com e il mio sondaggio si trova all'URL di base test.qualtrics.com). In una richiesta cross-origin, verrà trasmessa solo l'origine. Ciò significa che, se la mia pagina si trova effettivamente all'URL qualtrics.com/support-center, il Referer sarà qualtrics.com. La modifica di questo comportamento deve essere effettuata dal proprietario della pagina principale.
È fantastico! Grazie per il tuo feedback!
Grazie per il tuo feedback!