Reindirizza il browser a una nuova posizione senza l'interazione dell'utente. Vengono eseguite nel browser Web (reindirizzamento lato client) o nel server Web (reindirizzamento lato server).
Reindirizza il browser a una nuova posizione senza l'interazione dell'utente. Vengono eseguite nel browser Web (reindirizzamento lato client) o nel server Web (reindirizzamento lato server).
Poiché i reindirizzamenti non richiedono alcuna interazione con l'utente, i reindirizzamenti vengono spesso eseguiti senza che l'utente se ne accorga. L'unica cosa che indica che si è verificato un reindirizzamento è la barra degli indirizzi del browser. La barra degli indirizzi presenta un URL diverso dal collegamento inizialmente richiesto dal browser.
Anche se esistono solo due tipi di reindirizzamenti, questi possono essere implementati in diversi modi. Ad esempio, i reindirizzamenti sul lato client possono verificarsi perché la pagina Web a cui un utente ha puntato il proprio browser contiene script o codice HTML speciale che reindirizzano il browser a un altro URL. I reindirizzamenti sul lato server possono verificarsi perché la pagina contiene script sul lato server o perché il server Web è stato configurato per indirizzare l'utente a un altro URL.
Analytics raccoglie alcuni dei dati dal browser e si basa su alcune proprietà del browser. Due di queste proprietà, "URL di riferimento" (o "referente") e "URL corrente" possono essere modificate mediante un reindirizzamento sul lato server. Poiché il browser è consapevole che è stato richiesto un URL, ma è stato restituito un URL diverso, cancella l’URL di riferimento. Il risultato è che l'URL di provenienza è vuoto e Analytics potrebbe indicare che non esiste alcun referente per la pagina.
Considerate il seguente scenario ipotetico in cui l'utente non riscontra un reindirizzamento:
www.google.com
e digita "biglietti aerei scontati" nel campo di ricerca, quindi fa clic sul Search pulsante.https://www.google.com/search?hl=en&ie=UTF-8&q=discount+airline+tickets
). I termini di ricerca sono inclusi nei parametri di stringa della query URL che seguono https://www.google.com/search?
.https://www.google.com/search?hl=en&ie=UTF-8&q=discount+airline+tickets
) e l'URL corrente ( https://www.example.com/
).I reindirizzamenti possono causare la visualizzazione dell'URL di provenienza effettivo nel browser. Considerate il seguente scenario:
https://www.google.com
e digita biglietti aerei scontati nel campo di ricerca, quindi fa clic sul Search pulsante.https://www.google.com/search?hl=en&ie=UTF-8&q=discount+airline+tickets
. I termini di ricerca sono inclusi nei parametri di stringa della query URL che seguono https://www.google.com/search?
. Il browser visualizza anche una pagina contenente i risultati della ricerca, compreso un collegamento a uno dei nomi di dominio: https://www.flytohawaiiforfree.com/. Questo dominio personalizzato è configurato per reindirizzare l'utente a https://www.example.com/
.https://www.flytohawaiiforfree.com/
e viene reindirizzato dal server al sito principale, https://www.example.com
. Quando si verifica il reindirizzamento, i dati importanti per la raccolta di Analytics dati vengono persi perché il browser cancella l'URL di provenienza. Pertanto, le informazioni di ricerca originali utilizzate nei Analytics report (ad esempio, Referring Domains, Search Engines, Search Keywords) vengono perse.Per acquisire Analytics i dati dai reindirizzamenti, è necessario apportare quattro modifiche minori al codice che crea il reindirizzamento e al file AppMeasurement per JavaScript.
Completando i seguenti passaggi, le informazioni trasmesse dal referente originale (ad esempio, https://www.google.com/search?hl=en&ie=UTF-8&q=discount+airline+tickets
nello scenario precedente) verranno mantenute nel sito:
Lo snippet di codice riportato di seguito mostra due variabili JavaScript s_referrer
e s_pageURL
. Questo codice viene inserito nella pagina di destinazione finale del reindirizzamento.
<script language="JavaScript" src="//INSERT-DOMAIN-AND-PATH-TO-CODE-HERE/AppMeasurement.js"></script>
<script language="JavaScript"><!--
/* You may give each page an identifying name, server, and channel on
the next lines. */
s.pageName=""
s.server=""
s.campaign=""
s.referrer=""
s.pageURL=""
Impostato s.referrer
una sola volta sulla pagina. Impostandolo più volte con ogni chiamata di tracciamento o con ogni clic di collegamento tracciato, si verifica un doppio conteggio del referente e delle dimensioni correlate, come motori di ricerca e parole chiave.
Anche se getQueryParam è un modo semplice per compilare Analytics le variabili con i valori stringa di query, è necessario implementarle in relazione a una variabile temporanea in modo che i riferimenti legittimi non vengano sovrascritti quando la stringa di query è vuota. Il modo migliore per utilizzare getQueryParam è in connessione con il getValue plug-in come descritto con lo pseudo-codice seguente.
// AppMeasurement 1.x
var tempVar=s.Util.getQueryParam('origref')
if(tempVar)
s.referrer=tempVar;
// H Code
var tempVar=s.getQueryParam('origref')
if(tempVar)
s.referrer=tempVar;
Poiché il browser elimina l’URL di provenienza, è necessario configurare il meccanismo che gestisce il reindirizzamento (ad esempio, il server Web, il codice lato server e il codice lato client) per passare le informazioni originali sul referente. Se desideri anche registrare l’URL del collegamento alias, questo deve essere trasmesso anche alla pagina di destinazione finale. Utilizzate la s_pageURL
variabile per sovrascrivere l’URL corrente.
Poiché vi sono molti modi per implementare un reindirizzamento, è necessario consultare il gruppo di operazioni Web o il partner pubblicitario online per identificare i meccanismi specifici che eseguono i reindirizzamenti sul sito Web.
In genere Analytics , l'URL di provenienza viene ottenuto dalla document.referrer proprietà del browser e l'URL corrente dalla document.location proprietà. Passando valori alle referrer
variabili e alle pageURL
variabili, potete ignorare l'elaborazione predefinita. Passando un valore alla variabile referrer, si consiglia Analytics di ignorare le informazioni sul referente nella document.referrer proprietà e di utilizzare un valore alternativo definito dall'utente.
Pertanto, la versione finale della pagina di destinazione dovrebbe contenere il seguente codice per correggere i problemi introdotti nello scenario "biglietti aerei scontati".
<script language="JavaScript" src="https://INSERT-DOMAIN-AND-PATH-TO-CODE-HERE/AppMeasurement.js"></script>
<script language="JavaScript"><!--
/* You may give each page an identifying name, server, and channel on
the next lines. */
s.pageName=""
s.server=""
s.campaign=""
s.referrer="https://www.google.com/search?hl=en&ie=UTF-8&q=discount+airline+tickets"
// Setting the s.pageURL variable is optional.
s.pageURL="https://www.flytohawaiiforfree.com"
Eseguite un test per verificare che il referente, l'URL di origine ( s_server
) e le variabili della campagna vengano acquisite.
Queste variabili saranno rappresentate come i seguenti parametri in Experience Cloud Debugger.
Valore stringa URL o query | Valore come mostrato nel debugger DigitalPulse | |
---|---|---|
Referente originale |
https://www.google.com/search%3F hl%3Den %26ie%3DUTF826q%3 Dsconto%2Bair%2Bticket |
r=https:/ref=www.google.com/search?hl=en&ie=UTF -8&q=sconto+biglietti aerei |
URL della pagina |
https://www.flytohawaiiforfree.com |
g=https://www.flytohawaiiforfree.com Questo valore verrà visualizzato in DigitalPulse Debugger se viene utilizzata la variabile URL pagina. |
URL pagina di destinazione finale |
https://www.example.com |
Questo valore NON verrà visualizzato in DigitalPulse Debugger se viene utilizzata la variabile URL pagina . |
Il testo visualizzato dal debugger deve corrispondere al seguente esempio:
Image
https://examplecom.112.2o7.net/b/ss/examplecom/1/JS-1.4/s61944015791667?[AQB]
ndh=1
t=4/8/2014 13:34:28 4 360
pageName=Welcome to example.com
r=https://ref=www.google.com/search?hl=en&ie=UTF-8&q=discount+airline+tickets
cc=USD
g=https://www.flytohawaiiforfree.com
s=1280x1024
c=32
j=1.3
v=Y
k=Y
bw=1029
bh=716
ct=lan
hp=N
[AQE]
Dopo aver verificato che Adobe Debugger visualizzi queste variabili, è sempre utile confermare che i termini di ricerca e il dominio di riferimento originale (prima del reindirizzamento) stanno registrando il traffico nei rapporti.