Megjegyzés: Lenti megoldás már nem alkalmazható, mivel a 2010-es évek elejétől a Google nem adja át referrerben a keresési kulcsszót. Kulcsszavas keresési statisztikák elemzéséhez a Google Search Console kapcsolódó riportjának az adatai érhetőek el.
—–
Egyre gyakrabban találkozni a magyar Google keresések esetén is az új “ajaxos” találati listával (‘/#hl=’…), amellyel kapcsolatban két holland keresőmarketinges srác hívta fel a figyelmet, hogy a Google URL paraméteren keresztül átadja a kattintott pozíciót.
Ezáltal pontosan követhetőek Google Analyticsen keresztül a kulcsszavas helyezések.
4 filtert szükséges beállítani, hogy megjelenjenek a helyezések is az egyes kifejezések mögött (‘Visitors’ -> ‘User Defined’)
Ne feledjünk külön profilt létrehozni analyticsben a célra, ha még nincs külön profil az organikus forgalomnak.
(a negyedik filter ‘ismeretlen helyezésre’ javít, amennyiben hagyományos találati lista és nincs info)
1.
Filter name: “Ranking 1”
Filter type: “Custom filter – Include”
Filter field: “Campaign Medium”
Filter pattern: “organic”
2.
Filter name: “Ranking 2”
Filter type: “Custom filter – Include”
Filter field: “Campaign Source”
Filter pattern: “google”
3.
Filter name: “Ranking 3”
Filter type: “Custom filter – Advanced”
Field A -> Extract A: “Campaign term”, “(.*)”
Field B -> Extract B: “Referral”, “(\?|&)cd=([^&]*)”
Output To -> User Defined: “$A2 (position: $B2)”
(Field B Required!)
4.
Filter name: “Ranking 4”
Filter type: “Custom filter – Search and Replace”
Filter field: “User Defined”
Search String: “\(position: \)”
Replace String: “(position unknown)”
André Scholten bejegyzésében a Sitelink kattintások mérése is le van írva
(ezt egyébként advanced segments-el is lehet mérni elég könnyen, nem pozíció, hanem céloldalak tekintetében nézve)
23 hozzászólás
raj!
Szerintem ezt mindenképpen egy különálló profilban érdemes beállítani – ugyanis nálam pl. teljes mértékben kizárt minden, nem organikus keresőforgalmat ez a 4 filter beállítás.
Plusz ha más típusú filtereket is futtatsz, akkor pláne érdemes önálló profilba rakni, hogy ne akadjon össze a többivel.
Jun: persze, hogy kizár, első két filter includeja, a szokványos beállítást tartalmazza az organikus profilnak. :)
Közben tesztelgettem, itt egy olyan verzió ami többnyire jól működik google.hu (eredetinél jobban) kifejezések és pozíciók trackelésére:
Field A – Referral: ^https?://www\.google\.(hu)/(?!custom|m/).*[?#&]cd=([^&]+).*&q=([^&]+)
Field B – Campaign Medium: ^organic$
Output – User Defined: $A3 (position: $A2)
Annyi plusz kényelmetlenség van, hogy Search/Replace is kell majd az ékezetes karaktereknek, ha azt szeretnénk, hogy óvasható legyen a riport. :)
Ez eredeti és a módosított regexppel is annyi a baj, hogy valódi forgalomnál alacsonyabbat mér: csak azokat méri bele, akik __umtz cookie szerint organikusak.
Ha tehát valaki eredendően DIRECT-ként jött (pl. egy hónapja), de most éppen organikusból kattintott át, akkor az ő általa generált adatok nem fognak szerepelni itt.
A Campaign Medium tehát ide felesleges, elég a Referral.
A Search and Replace pedig nemrég még bugzott: csak az első előfordulást replacelte, a másodikat nem. Tehát az “ámbátor”-kulcsszóban csak az első “á”-betűt fogja replacelni, a másodikat nem.
Egészen pontosan: “eredeti és a módosított regexppel” helyett “eredeti és a módosított beállításokkal”.
bano: STRING replace-re most is áll amit mondasz sajnos. (2x-3x be kell tenni esetleg, ami elég favágós persze. :))
Kampánykuki eleve belesodor olyat is organikus forgalomba, ami nem az, pl. keres?ből nyitott, majd bookmarkolt linkek kattintásai, tehát eleve a standard riport is fals 1-2 helyen már…
Szerveroldali célalkalmazással érdemes a kérdést megoldani, ha az ember pontosabb riportot szeretne.
Nem, nem fals – csak nem szabad összekeverni a cookie-k által hordozott és a mérőkódból levett adatokat.
A Referral csak akkor egyenl? a SOURCE/MEDIUM-mal, ha új látogatóról van szó. Ez így van rendjén.
maga a standard GA riport mutatja így neked, direkt látogatás helyett, organikus keres?forgalomba számolva a fenti példát, visszatér? látogatóknál.
Tehát vannak fals dolgok a standard riportban, de azt javaslom ne menjünk el megint a Don-kanyarig.
(az világos, hogy referral url-ben a forrás még jó)
A jobbító javaslatot köszi, hogy azt mondod ez itt kiküszöbölhet? a kampány változó elhagyásával.
Leírhatnád a te legjobb verziódat esetleg a dologra.
Maradéktalanul teljes és pontos biztos hogy nem lesz a mérés (többféle formában megjelenő találati lista paraméterek, eltérő helyezések (pl. SearchWiki, bejelentkezett felhasználók, …))
A lényeg, hogy így is az eddig legjobban használható, legteljesebb megoldás.
Ha még tovább kellene javítani a filtert, akkor én ezt csinálnám:
Field A – Referral:
www\.google\.(hu|com)/(?!custom|m/).*[?#&]cd=([^&]+).*&q=([^&]+)
Output – User Defined:
$A3 (pos: $A2 from google.$A1)
Nem teszteltem még, de most beraktam egy profilba, holnapra elválik. Az előz? ’jobbításnál’ ez annyival több, hogy a google.hu és a google.com között is különbséget tesz.
Annyit lehet talán még pluszba belevinni, hogy az első tagba még OR-ozott SLD-k mennek a WWW mellé: images, maps, news, … (feltételezve persze, hogy hasonló a paraméterezés, illetve ’létezik’ ez a funkció azokban az URL-ekben is (ez nem valószínű, azért sem vettem bele))
Másfel?l azt kell megérteni, hogy a fenti DIRECTbe vagy ORGANICba-e sorolós példa nem fals report, hanem így a korrekt. Az __umtz-ből következően egy-egy visitor SOURCE-a fél évig kötött. Ez azért fontos, hogy tudjuk eredeztetni a júzert, illetve különbséget tudunk tenni a visit (session) és a látogató között.
Mindkét változtatás jónak tűnik, köszi, én is kipróbálom egy profilon.
Értem a kampány cookie funkcióját, de egyébként GA-ban ‘Last referrer’ van, a fenti eset, ahol pont fordítva működik a dolog és feltehetően nem szándékosan.
(Találtam a témához részletes “irodalmat”:
https://www.epikone.com/blog/2009/05/20/how-google-analytics-tracks-bookmark-visits/ )
Ezt nem teljesen értem, itt mire gondolsz?
“GA-ban ‘Last referrer’ van, a fenti eset, ahol pont fordítva működik a dolog”
Minden esetben a legutóbbi referrert látod a forgalmi statisztikában egy visszatér? látogató esetén (nem látod mi volt a legelső ahonnan érkezett), ellenben az említett példával.
Ebben tévedésben vagy. A MEDIUM és SOURCE mezők az __umtz-ből dolgoznak, az pedig az eredeti érkezési infot tartalmazza, amit csak felülírni lehet mérőkódból (vagy paraméterezésből), alapból az fél évig megmarad.
Amit a filterek között van (az Advanced Filter Referral tagja) az pedig nem ez, az a visitre vonatkoztatott Referrer.
Nagyon is megtartja az Analytics az eredeti forrást, szép is lenne, ha egy visit után elveszítené, pl. nem lehetne eCommerce source-ot számolni, csak azoknál, akik 30 percen belül megveszik az adott terméket.
további olvasnivaló: https://www.roirevolution.com/blog/2009/05/tracking_transactions_back_to_the_initial_referrer_with_google_analytics.html
Hát, én egy egyszerűbb tesztet javasolnék: válassz ki egy múlt héten látogatott site-ot, nézd meg annak __umtz cookieját. Majd menj be DIRECT-ként, és nézd meg az cookie-t újra. Ha egyezik, akkor magad is meggyőződhetsz róla.
Ahogy mondtam, DIRECT-re áll a dolog (bookmarkolt linkekről beszéltünk), REFERRAL már felülcsapja.
Na, örülök, hogy végre egyetértünk. :)
Én is a tesztet akartam javasolni.
mit mond a teszt bano kódjára? működik? :)
másik kérdés, ami nem teljesen világos: a javított kód szúrja el az ékezeteket, és azért kell replacelni?
nem próbáltam végül ki teljesen ugyanúgy, de jó lesz, próbáld bátran.
nem a “kód szúrja el”, hanem az a tény, hogy a kód által feldolgozott paraméterben, az URL szabványnak megfelelő, ékezetes karakterek utf-8 -as kódolása jelenik meg.
Rá kell ereszteni elég sok Search & Replace -t, ha analytics riporton belül vissza szeretné nyerni az ember ezeknek a bötüknek a szép formáját.,.
köszi
tehát ha jól értem, a javított kód tartalmaz olyan paramétereket, ami miatt nem a szép formája jelenik meg a bötüknek? (lényegében erre vonatkozott az “elszúrja kérdésem :) )
igen, ilyen értelemben igen, bocs, ha félreértettelek. :)
Még egy dolog a ‘Last Referrer’ kérdéshez, hogy igazán precízek legyünk.
Csak __umtb és __umtc hiányában csapódik felül a referer, azaz ha egy visitnyi időn belül később másodszorra is megérkezik máshonnan a júzerünk, akkor marad az első, azaz a visitet elsőre generáló referrer.
kisvirag,
Működik, persze. Ha bővíteni szeretnéd az összes Google domainre, nem csak a .hu-ra és a .com-ra, akkor használd ezt:
Field A -> Extract A:
REFERRAL: www\.google\.(.*)/(?!custom|m/).*[?#&]cd=([^&]+).*&q=([^&]+)
Output To -> Constructor:
USER-DEFINED: $A3 (pos.: $A2 from google.$A1)
A Referralos és Campaign Termes mérés (kulcsszókinyerés) között az enkódoláson túl annyi még a különbség, hogy mintha az előbbi bővebb adatot szolgáltatna.
+ A lényeget kihagytam: akit zavar a (nem teljesen) Last Referrer kérdés, az egy csillagászati érték? SetSessionTimeout-tal orvosolhatja a problémát.