A JavaScript-ünk használható belépések és oldallátogatások közvetítésére anélkül, hogy átirányító linkekre lenne szükség. Azonban a kettőt lehet és KELL is együtt használni.
Más szóval, a legjobb, ha a JS-ünk mindig az oldalakon van, függetlenül a forgatókönyvtől.
Ez azért van, mert a JS nemcsak az oldallátogatásokat követi nyomon, hanem számos segédfunkciója is van, amelyek javítják a követés megbízhatóságát.
A JavaScript részleteinket már dokumentáltuk itt, amely elmagyarázza, hogyan lehet adatokat kinyerni a JS-ből és a segédfunkciókat.
Azonban alább adok egy technikai összefoglalót.
JavaScript Nézet Követés
A JS-ünk feldolgozza a beágyazott attribútumokat + URL paramétereket, amelyek elsőbbséget élveznek, ha jelen vannak, és POST-ol egy adatcsomagot az élünkre (a felhasználó egyedi domainjén keresztül):
https://USER_DOMAIN/js/funnel
Az élünk válaszol, ha a követés sikeres volt, egy standard adatcsomaggal, amely tartalmazza a látogató azonosítóját (VID), az aktuális csomópont azonosítóját és egy találat azonosítót, például
{
"error": "",
"resolvedTokens": {
"{hit}": "1wj7y5680dz26p1g9p0101",
"{visitor}": "afdwb7QPV6Y59aTP3fQxZ3tX2ox",
"{current-node-id}": "0XJbzUwQYEWa"
},
"skv": "vid"
}A látogató azonosító egy munkamenet szintű azonosítója egy felhasználónak. Ezek a munkamenet objektumok egy központi gyorsítótárban tárolódnak, amely több adatközpontban van telepítve az élünk mellett.
A VID-ek tartalmazzák az él helyét kódolva az azonosítóban, így ha a felhasználóknak van VID értékük és helyet változtatnak (vagy pl. VPN-t használnak), az élünk ellenőrizni tudja a megfelelő gyorsítótár adatbázist a munkamenet objektumért.
A Találat azonosító egy egyedi azonosító az aktuális oldalnézethez. Egy látogató minden érintett csomópontnál egyedi találat azonosítót kap.
Az aktuális csomópont azonosító önmagáért beszél.
Beágyazott Attribútumok és Opciók
A FunnelFlux JS viselkedésének és a visszaadott tokenek módosításához kérjük, tekintse meg a vonatkozó dokumentumot a JS szekciónkban itt.
Segédfunkciók
Ezeket részletesen itt találja.
Ezért fontos, hogy a JS-ünk jelen legyen minden oldalon.
Először is, a JS automatikusan hozzáad egy meta referrer címkét az oldalhoz, amely felülírja a böngésző alapértelmezett viselkedését, és teljes referrert ad át a továbbvezető linkeknek.
Ez teszi az előbbi urlRewrite-ot hasznossá, különben az alapértelmezetten átadott referrer (legalábbis Chrome-ban) csak a hosztnév
Másodszor, az oldalon lévő <a> elemeket ellenőrzi *action/* keresésével, és ha megtalálja, a JS-ünk hozzáfűzi:
...vid=VISITOR_ID&rn=CURRENT_NODE_ID
Ez a kifejezett deklaráció az akció linkben megszünteti a referrer/sütik függőségét egy következő kattintásnál, mivel a felhasználó munkamenet-azonosítója ÉS a hivatkozó csomópont azonosítója deklarálva van.
Vegye figyelembe, hogy az urlRewrite funkció hozzáadja az n=CURRENT_NODE_ID-t az URL-hez, míg az akció linkek az aktuális csomópont azonosítóját "rn" vagy "hivatkozó csomópont" paraméterként adják hozzá.
Ez fontos az egyéb funkcionalitásunk miatt: ha a data-lum="action" attribútumot hozzáadjuk bármely <a> elemhez, szintén hozzáfűzzük a fenti adatokat.
Ez hasznos, amikor közvetlen linkelés van oldalak között akció (átirányítás) link nélkül, de ahol a felhasználó továbbra is biztosítani szeretné a megbízható követést. Erre példa látható a funnelflux.com kezdőoldalán. Figyelje meg a forráskódot és azt, hogy a felhő opcióra mutató link hogyan frissül, hogy tartalmazza ezeket az URL paramétereket.
Ebben a forgatókönyvben az n=CURRENT_NODE_ID átadása betöltené a következő oldalt, a JS betöltődne, és az URL paraméter megpróbálná felülírni az aktuális oldal csomópont azonosítóját az előző csomópont azonosítójával, problémákat okozva. Ezért használjuk mindig az "rn"-t az eredeti csomópont hivatkozására egy akció linkben.