Wijst de browser om naar een nieuwe locatie zonder tussenkomst van de gebruiker. Ze worden uitgevoerd in de webbrowser (omleiding client-side) of op de webserver (omleiding server-side).
Wijst de browser om naar een nieuwe locatie zonder tussenkomst van de gebruiker. Ze worden uitgevoerd in de webbrowser (omleiding client-side) of op de webserver (omleiding server-side).
Omdat omleidingen geen gebruikersinteractie vereisen, worden omleidingen vaak uitgevoerd zonder dat de gebruiker dit merkt. Het enige wat aangeeft dat er een omleiding is opgetreden, is de adresbalk van de browser. Op de adresbalk wordt een URL weergegeven die afwijkt van de koppeling die de browser oorspronkelijk heeft aangevraagd.
Hoewel er slechts twee soorten omleidingen zijn, kunnen deze op verschillende manieren worden geïmplementeerd. Bijvoorbeeld, cliënt-zijomleiding kan voorkomen omdat de Web-pagina waaraan een gebruiker zijn of haar browser heeft gericht scripting of speciale HTML code bevat die browser aan een andere URL opnieuw richt. Server-side omleidingen kunnen optreden omdat de pagina serverscripts bevat of omdat de webserver zo is geconfigureerd dat de gebruiker naar een andere URL wijst.
Analytics verzamelt enkele gegevens uit de browser en vertrouwt op bepaalde browsereigenschappen. Twee van deze eigenschappen, de "Verwijzende URL" (of "verwijzende URL") en de "Huidige URL" kunnen worden gewijzigd door een omleiding aan de serverzijde. Omdat de browser weet dat er een URL is aangevraagd, maar een andere URL is geretourneerd, wist deze de URL waarnaar wordt verwezen. Het resultaat is dat de verwijzende URL leeg is, en Analytics zou kunnen melden dat geen verwijzer voor de pagina bestond.
Overweeg het volgende hypothetische scenario waarin de gebruiker geen omleiding ontmoet:
www.google.com
en typt u "tickets met korting" in het zoekveld en klikt u vervolgens op de knop Search knop.https://www.google.com/search?hl=en&ie=UTF-8&q=discount+airline+tickets
). U ziet dat de zoektermen zijn opgenomen in de volgende URL-parameters voor queryreeksen https://www.google.com/search?
.https://www.google.com/search?hl=en&ie=UTF-8&q=discount+airline+tickets
) en de huidige URL ( https://www.example.com/
).Omleiding kan ertoe leiden dat de browser de werkelijke verwijzende URL weglaat. Overweeg het volgende scenario:
https://www.google.com
en typen korting op vliegtickets in het zoekveld en klik vervolgens op de knop Search knop.https://www.google.com/search?hl=en&ie=UTF-8&q=discount+airline+tickets
. U ziet dat de zoektermen zijn opgenomen in de volgende URL-parameters voor queryreeksen https://www.google.com/search?
. De browser geeft ook een pagina weer die de zoekresultaten bevat, inclusief een koppeling naar een van uw domeinnamen: https://www.flytohawaiiforfree.com/. Dit ijdelheid domein wordt gevormd om de gebruiker aan om te leiden https://www.example.com/
.https://www.flytohawaiiforfree.com/
en wordt door de server omgeleid naar uw hoofdsite, https://www.example.com
. Wanneer de omleiding plaatsvindt, zijn de gegevens die belangrijk zijn voor Analytics gegevensverzameling gaat verloren omdat de browser de verwijzende URL wist. De oorspronkelijke zoekinformatie die in de Analytics rapporten (bijvoorbeeld Referring Domains, Search Engines, Search Keywords) is verloren.Om vast te leggen Analytics gegevens uit omleidingen, moeten vier kleine wijzigingen worden aangebracht in de code die leidt tot omleiding en de AppMeasurement voor JavaScript-bestand.
Als u de volgende stappen uitvoert, blijft de informatie behouden die de oorspronkelijke referentie bevat (bijvoorbeeld https://www.google.com/search?hl=en&ie=UTF-8&q=discount+airline+tickets
in het bovenstaande scenario) naar uw site wordt verzonden:
In het onderstaande codefragment worden twee JavaScript-variabelen weergegeven. s_referrer
en s_pageURL
. Deze code wordt op de laatste landingspagina van de omleiding geplaatst.
<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=""
Set s.referrer
slechts eenmaal op de pagina. Als u deze meer dan één keer instelt met elke volgende aanroep of met elke gekoppelde klik die wordt bijgehouden, worden de referentie en verwante afmetingen, zoals zoekmachines en trefwoorden, dubbelgeteld.
Terwijl de getQueryParam is een gemakkelijke manier om te vullen Analytics variabelen met de waarden van het vraagkoord, moet het in samenhang met een tijdelijke variabele worden uitgevoerd zodat de wettige verwijzers niet worden beschreven wanneer het vraagkoord leeg is. De beste manier om te gebruiken getQueryParam in verband met de getValue zoals beschreven met de volgende pseudo-code.
// 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;
Omdat de browser stroken die URL verwijzen, moet u het mechanisme vormen dat omleiding (bijvoorbeeld, de Webserver, server-zijcode, cliënt-zijcode) behandelt om de originele verwijzingsinformatie over te gaan. Als u ook de URL van de aliaskoppeling wilt opnemen, moet dit ook worden doorgegeven aan de uiteindelijke bestemmingspagina. Gebruik de s_pageURL
variabele om de huidige URL te overschrijven.
Omdat er vele manieren zijn om een omleiding uit te voeren, zou u met uw groep van Webverrichtingen of uw online advertentiepartner moeten controleren om de specifieke mechanismen te identificeren die omleidingen op uw website uitvoeren.
Normaal gesproken Analytics ontvangt de verwijzende URL van de browser document.referrer en de huidige URL vanuit de document.location eigenschap. Door waarden door te geven aan de referrer
en pageURL
variabelen kunt u de standaardverwerking overschrijven. Door een waarde aan de verwijzende variabele door te geven, vertelt u Analytics om de verwijzende informatie in te negeren document.referrer en om een alternatieve waarde te gebruiken die u definieert.
Daarom zou de definitieve versie van de landingspagina de volgende code moeten bevatten om de problemen te verhelpen die in het scenario van "kortingstickets" zijn geïntroduceerd.
<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"
Voer een test uit om te controleren of de verwijzende URL ( s_server
) en campagnevariabelen worden vastgelegd.
Deze variabelen worden als de volgende parameters in de Experience Cloud Debugger.
Waarde URL- of queryreeks | Waarde zoals wordt weergegeven in de DigitalPulse-foutopsporing | |
---|---|---|
Oorspronkelijke verwijzing |
https://www.google.com/search%3F hl%3Den %26ie%3DUTF826q%3 Dkorting%2Baarlijn%2Btickets |
r=https:/ref=www.google.com/search?hl=en&ie=UTF -8&q=discon+air+tickets |
Pagina-URL |
https://www.flytohawaiiforfree.com |
g=https://www.flytohawaiiforfree.com Deze waarde wordt weergegeven in de DigitalPulse-foutopsporing als pageURL variable wordt gebruikt. |
URL van laatste bestemmingspagina |
https://www.example.com |
Deze waarde wordt NIET weergegeven in de DigitalPulse-foutopsporing als de pageURL variable wordt gebruikt. |
De tekst die de debugger toont zou aan het volgende voorbeeld moeten beantwoorden:
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]
Na te hebben gecontroleerd dat de Adobe Debugger Hiermee geeft u deze variabelen weer. Het is altijd handig om te bevestigen dat de zoektermen en het oorspronkelijke verwijzende domein (vóór de omleiding) het verkeer in rapporten registreren.