Ebben az útmutatóban bemutatom, hogyan működik az URL-alapú követés.
Tokenek, URL paraméterek, postbackek stb.
Tudom, hogy ez sokak számára technikailag túlságosan bonyolult, de ha egyszer megérted az alapokat, olyan lesz, mint a biciklizés.
Ha még új vagy a követőrendszerek és/vagy az affiliate marketing terén, ez az útmutató segít neked technikai magabiztosságot szerezni és megérteni sok használt kifejezést.
Az alapok - hogyan működnek az URL-ek
Amikor betöltesz egy linket a böngésződben, vagy bármilyen rendszerből, az több részből áll, így:
Gyakran nincs benne port vagy fragment - a protokoll és a domain kötelező, de minden más opcionális.
Íme, mit jelentenek vagy mire szolgálnak ezek a részek:
- A protokoll meghatározza, milyen típusú kapcsolatot kell használni - ez mondja meg a böngésződnek, hogyan csatlakozzon
- A domain határozza meg, mihez csatlakozol. DNS feloldás történik ennek kiderítéséhez, tehát a domain.com átmegy a DNS rendszereden (pl. Cloudflare) és végül eljut egy szerver IP címéhez
- A port megmondja, melyik célporton próbáljon csatlakozni (mint egy ajtó a szerveren)
- Az útvonal fontos a kérést feldolgozó végső szoftver számára. Ez alapján érti meg, mit próbálsz kérni
- A lekérdezés (vagy query string) egy opcionális
kulcs:értékpárok listája a kérdőjel után. A formátuma..?kulcs=érték&kulcs2=érték2és így tovább. A végső szoftver ezeket olvassa be a hasznos információk rögzítéséhez. Ez az URL-ek legdinamikusabb része. - A fragment ezután opcionális, és leggyakrabban weboldalakon használják konkrét fejlécekhez görgetéshez az oldalon.
Szóval, miért fontos ezt megérteni?
Mert ha megérted az URL struktúrát, minden követő linked, ajánlat URL-ed és hasonlók érthetőbbé válnak.
FunnelFlux átirányítási URL struktúra
Most generáljunk egy minta átirányítási linket a FunnelFluxból. Így nézhet ki:
Az URL konkrétan ez:
https://track.onlyforyou.pro/fts/2nIemJxCKbFX-2n5JuOKWLTzd?campaign=[campaign]&external=[clickid]&country=[country]&lang=[lang]&zone=[zone]&time=[time]
Bontsuk ezt fel részekre:
- A protokoll —
https - A domain —
track.onlyforyou.pro - Az útvonal —
/fts/2nIemJxCKbFX-2n5JuOKWLTzd - A query string —
campaign=[campaign]&external=[clickid]&country=[country]&lang=[lang]&zone=[zone]&time=[time]
A FunnelFlux linked minden része fontos.
A protokoll utasítja, hogyan csatlakozzon a rendszerünkhöz. Ez mindig https lesz, és ez az alapértelmezett, amit mindig használnál a weben.
A domain az egyedi követő domainjed, ami a rendszerünkre mutat. Ezen a domainen keresztül tudjuk, hogy a bejövő kérés a fiókodból származik, mert keressük és egy ügyfél azonosítóhoz társítjuk.
Az útvonal - itt az fts "funnel traffic source"-t jelent, és csak valami a háttérszoftverünkben, ami jelzi, hogy ez egy új belépés egy hirdetésre kattintásból.
A 2nIemJxCKbFX-2n5JuOKWLTzd rész valójában a tölcsér azonosító - forgalomforrás azonosító, és megmondja nekünk, melyik tölcsérhez és forgalomforráshoz tartozik ez a link.
Ha a forgalmi csomóponttól eltérő csomópontokhoz generálsz linkeket, és továbbá egy csoport belső oldalaihoz, további paraméterek lehetnek ebben az útvonalban.
Végül itt van a query string. Erre úgy gondolhatsz, mint egy adattáblára:
campaign=[campaign] external=[clickid] country=[country] lang=[lang] zone=[zone] time=[time]
Ezt az URL-t egy forgalomforrásban használnák, és ezeket a [tokeneket] valós adatokkal helyettesítenék, tehát valójában az URL valami ilyesmit adna át:
campaign=some_campaign_id external=some_click_id country=US lang=en zone=some_zone_id time=1723448742
A szerverünk tudja, melyik tölcsérhez és forgalomforráshoz tartozik ez a bejövő kattintás. Képes keresztreferenciát készíteni a meghatározott követési mezőkkel, és így tudja rögzíteni a kampányt és a külsőt, és hogy az ország az 1. követési mező, a nyelv a 2. követési mező, stb.
Így kerülnek az URL adatok naplózásra az adatbázisunkba, amit aztán elemezni tudsz a jelentésekben.
Ha más véletlenszerű kulcs=érték párokat adnál az URL-hez, azok nem kerülnének be az adatbázisba és a jelentésekbe, mert nincsenek definiálva a forgalomforrásban - nincs logika arra, hogy tároljuk őket az adatbázisban.
FunnelFlux közvetlen URL struktúra
Most hasonlítsuk össze a közvetlen linkekkel, amiket egy oldalcsoport csomópontból kaphatsz:
Itt az URL:
https://test-resources.funnelflux.pro/landers/test-page-1.html?f=2n1d9uWZBrPa&n=0T0tWCKXzVrc&p=2n1d96FUcOKy&ts=2n5JuOKWLTzd&campaign=[campaign]&external=[clickid]&country=[country]&lang=[lang]&zone=[zone]&time=[time]
És ha ezt tovább bontjuk, látjuk, hogy a kezdeti rész csak a landoló oldalunk (mivel közvetlenül linkelünk), majd egy hosszú query string következik ezekkel az adatokkal:
f = 2n1d9uWZBrPa n = 0T0tWCKXzVrc p = 2n1d96FUcOKy ts = 2n5JuOKWLTzd campaign = [campaign] external = [clickid] country = [country] lang = [lang] zone = [zone] time = [time]
A korábbiakkal ellentétben nem tudunk információt tenni az URL "útvonalába" - ez nem egy FunnelFlux átirányítási link, ami a szoftverünkre mutat, hanem közvetlenül a landoló oldalad, ami felett nincs irányításunk.
Ezért ehelyett az összes szükséges információt, mint a tölcsér azonosító, forgalomforrás azonosító stb. a query stringben kell átadnunk.
Az oldal betöltésekor a Javascript kódunknak ott kell lennie. Ez a JS kód fogja olvasni a query stringet, keresi ezeket a paramétereket, majd továbbítja az összes adatot a szoftverünknek értelmezésre.
Végső soron ugyanazok az adatok, de másképp kommunikáljuk őket az URL különböző részeiben a különböző helyzetek miatt.
A tokenek alapjai
A tokenek a követésben használt URL-ek egy másik fontos része.
Nevezhetik őket tokeneknek, makróknak, változóknak, személyre szabási címkéknek stb. Végső soron ezek kis szövegrészletek, amiket a szoftver úgy programoztak, hogy felismerje és lecserélje őket.
Olyan, mintha olvasnál egy űrlapot, amit ki kell töltened, és egyes részeken [IDE_ÍRD_A_NEVED] és [ITT_ÍRD_ALÁ] szerepelne.
Ösztönösen tudnád, hogy ezeket le kell cserélned a neveddel és aláírásoddal. A szoftver nem emberi, ezért programozni kell erre, ami explicit neveket és formátumokat jelent, mint %token%, {{token}} és így tovább.
A számodra elérhető tokenek teljesen a szoftver készítőjétől függnek, és fontos emlékezni, hogy bármelyik szoftver hívja meg az URL-t, az fogja feldolgozni a saját tokenjeit. Nem találhatsz ki tokeneket vagy használhatsz tokeneket egyik rendszerből a másikban. Különböző nyelveken beszélnél.
Véve a korábbi példát egy átirányítási linkről, ezek az URL paraméterek voltak a követő linkben, amit a forgalomforrásban használnánk:
campaign = [campaign] external = [clickid] country = [country] lang = [lang] zone = [zone] time = [time]
Itt a token formátumuk [token] és a hirdetési platform szoftvere dinamikusan cserélné le ezeket, mielőtt a hirdetést kiszolgálják a felhasználónak. Ez aztán átadná a hasznos információkat a FunnelFluxnak abban a linkben, amire kattintanak.
Ha továbblépünk a FunnelFluxra és megnézzük az ajánlat konfigurációnkat, valami ilyesmit láthatunk:
Itt a végső URL, amire a FunnelFlux átirányít:
https://1268add1fc11.coolcontentlinks.xyz/?p=12867&media_type=mainstream&click_id={hit}&pi={funnel-id}-{trafficsource-id}&sub_id={campaign}
Ebben láthatod, hogy a {hit}, {funnel-id}, {trafficsource-id} és {campaign} tokeneket használjuk. Adatokat adunk át ehhez az affiliate linkhez query string információkkal:
p = 12867
media_type = mainstream
click_id = {hit}
pi = {funnel-id}-{trafficsource-id}
sub_id = {campaign}
A p paraméter valószínűleg valamilyen link azonosítót jelent, és a media_type valami, amit ők adtak meg a linkben nekünk. A többi olyan URL paraméter, amit a rendszerük biztosít egyéni adatok követéséhez.
Ezután az értékek, amiket átadunk, olyan tokeneket használnak, amiket a FunnelFlux használ és felismer. Ezeket az átirányítás pillanatában dolgozzák fel és cserélik le az ismert információkra - a hit azonosítóra, tölcsér azonosítóra stb.
Most ha áttérünk egy affiliate hálózatra és egy konverziót veszünk figyelembe, adatokat szeretnénk visszaküldeni a FunnelFluxnak. De ott az ő tokenjeiket kellene használnunk abban az URL-ben, amit megadunk nekik, hogy visszaküldjék a bevételt és a tárolt hit azonosítót.
A fenti példában vissza kellene küldenünk az értéket, amit a click_id paraméter alatt küldtünk nekik. Ennek a tokenje lehetne {click_id}, #click_id# vagy [[click.id]] - nem tudhatjuk anélkül, hogy ellenőriznénk a rendszerüket és dokumentációjukat az utasításokért (bár ha a sablonjaink használod, mi már kitaláltuk ezt neked).
Hogyan működnek az átkattintások
Miután valaki átmegy egy átirányítási (vagy közvetlen) linken és eljut az oldaladra, elindítunk egy követési munkamenetet.
Ez a vid paraméter, amit gyakran láthatsz az URL-ekben - automatikusan hozzáadjuk az átirányítási célpontokhoz, és a Javascript-ünk frissíti a böngésző URL-jét is, hogy hozzáadja ezt.
Most, ha azt szeretnéd, hogy a felhasználó átkattintson a tölcsér következő lépésére, egy akció linket használnál, ami így néz ki:
https://your-custom-domain.com/action/1
Itt az útvonal most "action", tehát a szoftverünk egy másik részére mutat. Az 1 aztán jelzi a használandó akció számát.
Amikor egy felhasználó erre a linkre kattint, visszaküldi őket a követőhöz, aminek aztán el kell döntenie, hova küldje őket.
De ehhez sikeresen tudnia kell, ki a felhasználó, melyik tölcsérben vannak, és melyik csomóponton vannak. Ha elveszíti ezt az információt, nem tud döntést hozni.
Olyan lenne, mintha átmennél a reptéri biztonsági ellenőrzésen, ahol ellenőrzik az útleveledet és beszállókártyádat... aztán amikor a bevándorláshoz mész, hirtelen elvesztetted mindkét dokumentumot. A tisztviselők nem tudnák, ki vagy és mit csináljanak veled - a követés meghiúsult volna.
Hogy nyomon követhessük a felhasználókat, biztosítanunk kell, hogy ne veszítsük el ezt a munkamenet azonosítót (vid). Továbbá ideális esetben azt is tudnunk kell, melyik csomópontról érkezik a kattintásuk, arra az esetre, ha többször jönnek a tölcsér egy korábbi lépéséről (pl. sok linket nyitnak meg új fülön).
Nem hagyatkozunk sütkre ehhez. Ehelyett többféle dolgot teszünk:
- Megpróbáljuk megtalálni az akció linkeket az oldalon és beinjektálni a
...?vid=session_id_here&rn=node_id_hererészt a linkekbe. Ez átadja az ismert információkat a követőnek kattintáskor, egyértelműen jelezve, ki ez a személy és honnan érkezik a kattintás - Frissítjük a böngésző URL-t, hogy amikor kattintasz, ez az információ benne legyen a "referer" adatokban, amiket a böngészők átadnak, amikor linkekre kattintasz oldalakon
- Néhány frissítést is végzünk az oldal kódján, hogy biztosítsuk a TELJES referer információ átadását, mert évek óta a Chrome automatikusan kitöröl néhányat ezekből az információkból adatvédelmi okokból
Tehát amint láthatod, az URL-ek kulcsfontosságúak az információ átadásában és a megbízható, robusztus követés sarokkövei.
Hogyan működik a konverzió követés
Végül említsük meg a konverzió követést.
Ahogy a felhasználók navigálnak a tölcséreden, minden egyes "csomópont" a tölcsérben egyedi látogatási azonosítót hoz létre, amit hit azonosítónak hívunk.
Ha ismerjük a hit azonosítót, mindent tudunk - ez egyedi arra a konkrét látogatásra.
Tehát amikor harmadik féltől szeretnél konverziókat követni, át kell adnod nekik ezt az azonosítót, hogy később visszaküldhessék - jelezve egy nagyon konkrét eseményt, ami most létrehozott egy eladást vagy konverziót.
Ezt általában egy "postback URL"-lel érik el - egy URL, ami visszaküldi az információkat.
Ez az URL így fog kinézni:
https://your-custom-domain.com/pb/?hit=hit_id_here&rev=revenue_here&tx=optional_transaction_id
Mostanra már láthatod, mi történik itt. Az útvonal "pb", ami jelzi a szoftverünknek, hogy ez egy bejövő postback, majd a query string hit=hit_id_here&rev=revenue_here&tx=optional_transaction_id átadja a fontos információkat.
Vesszük azt a hit azonosítót és a többi opcionális információt, és felhasználjuk az esemény feldolgozásához. Tudjuk, melyik ügyfélhez tartozik a használt domain alapján.
Amikor ezt az URL-t egy harmadik félnél használod, például egy affiliate hálózatnál, tokeneket fog használni, hogy az információkat dinamikusan helyettesítse, pl.
https://your-custom-domain.com/pb/?hit={subid4}&rev={payout}&tx={order_id}
Ezek lesznek az adott platformhoz releváns tokenek, amiket feldolgoznak és lecserélnek az elvárt adatokra - és ebben az esetben elvárjuk, hogy a hit azonosítót az ő subid4 URL paraméterük alatt adtuk át.