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)
Kapcsolódó cikkek:
- Google Analytics: Google Analytics: saját forgalom kiszűrése
- Google Analytics: Google Analytics API script: E-mail figyelmeztetések
- Google AnalyticsSEO cikkek: Adwords kulcsszavak: pontos kifejezés analyticsben
- Keresők: 14 kereső webfejlesztők számára
- Domain: SEO.com – 5 millió dollárért
- Google Analytics: Google Analytics: Advanced Segmentation
- SEO cikkek: PDF keresőre optimalizálása
- SEO cikkek: Google helyezések követése – Google Monitor
September 3rd, 2009 at 7:00 am
raj!
September 5th, 2009 at 1:59 pm
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.
September 5th, 2009 at 8:08 pm
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. :)
September 6th, 2009 at 7:54 am
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.
September 6th, 2009 at 7:57 am
Egészen pontosan: “eredeti és a módosított regexppel” helyett “eredeti és a módosított beállításokkal”.
September 6th, 2009 at 9:05 am
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.
September 6th, 2009 at 10:04 am
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.
September 6th, 2009 at 10:37 am
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.
September 6th, 2009 at 11:32 am
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.
September 6th, 2009 at 11:41 am
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.
September 6th, 2009 at 11:48 am
(Találtam a témához részletes “irodalmat”:
http://www.epikone.com/blog/2009/05/20/how-google-analytics-tracks-bookmark-visits/ )
September 6th, 2009 at 1:52 pm
Ezt nem teljesen értem, itt mire gondolsz?
“GA-ban ‘Last referrer’ van, a fenti eset, ahol pont fordítva működik a dolog”
September 6th, 2009 at 1:57 pm
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.
September 6th, 2009 at 2:10 pm
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.
September 6th, 2009 at 2:41 pm
további olvasnivaló: http://www.roirevolution.com/blog/2009/05/tracking_transactions_back_to_the_initial_referrer_with_google_analytics.html
September 6th, 2009 at 3:02 pm
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.
September 6th, 2009 at 3:05 pm
Na, örülök, hogy végre egyetértünk. :)
Én is a tesztet akartam javasolni.
September 8th, 2009 at 9:16 am
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?
September 8th, 2009 at 11:21 am
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.,.
September 8th, 2009 at 11:28 am
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 :) )
September 8th, 2009 at 11:30 am
igen, ilyen értelemben igen, bocs, ha félreértettelek. :)
September 10th, 2009 at 2:14 pm
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.
September 11th, 2009 at 8:20 am
+ 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.