• SEO
  • Ajánlatkérés
  • Blog
  • SEO
  • Ajánlatkérés
  • Blog

3
sep
23

Google kulcsszavas pozíciók mérése Google Analyticsben

Szerző: LonghandGoogle Analytics23 hozzászólás

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)

Hasonló cikkek:

  • SEO eszközök
  • Google algoritmus váltások
  • A keresőoptimalizálás alapjai
  • Core Web Vitals
ga google analytics filter

Megosztás

Rólam Longhand

23 hozzászólás

  • slink írja:
    Sep 3 2009 7:00 am

    raj!

  • Miyazaki Jun írja:
    Sep 5 2009 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.

  • Longhand írja:
    Sep 5 2009 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. :)

  • bano írja:
    Sep 6 2009 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.

  • bano írja:
    Sep 6 2009 7:57 am

    Egészen pontosan: “eredeti és a módosított regexppel” helyett “eredeti és a módosított beállításokkal”.

  • Longhand írja:
    Sep 6 2009 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.

  • bano írja:
    Sep 6 2009 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.

  • Longhand írja:
    Sep 6 2009 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.

  • bano írja:
    Sep 6 2009 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.

  • Longhand írja:
    Sep 6 2009 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.

  • Longhand írja:
    Sep 6 2009 11:48 am

    (Találtam a témához részletes “irodalmat”:
    https://www.epikone.com/blog/2009/05/20/how-google-analytics-tracks-bookmark-visits/ )

  • bano írja:
    Sep 6 2009 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”

  • Longhand írja:
    Sep 6 2009 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.

  • bano írja:
    Sep 6 2009 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.

  • Longhand írja:
    Sep 6 2009 2:41 pm

    további olvasnivaló: https://www.roirevolution.com/blog/2009/05/tracking_transactions_back_to_the_initial_referrer_with_google_analytics.html

  • bano írja:
    Sep 6 2009 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.

  • Longhand írja:
    Sep 6 2009 3:05 pm

    Na, örülök, hogy végre egyetértünk. :)
    Én is a tesztet akartam javasolni.

  • kisvirag írja:
    Sep 8 2009 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?

  • Longhand írja:
    Sep 8 2009 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.,.

  • kisvirag írja:
    Sep 8 2009 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 :) )

  • Longhand írja:
    Sep 8 2009 11:30 am

    igen, ilyen értelemben igen, bocs, ha félreértettelek. :)

  • bano írja:
    Sep 10 2009 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.

  • bano írja:
    Sep 11 2009 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.

Vélemény, hozzászólás?

Az email címet nem tesszük közzé.

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

This site uses Akismet to reduce spam. Learn how your comment data is processed.

Kapcsolódó cikkek

  • SEO eszközök Ingyenes és fizetős eszközök, amelyek sok segítséget nyújtanak keresőoptimalizálás során. Kulcsszó kutató…
  • Google algoritmus váltások A 2009 előtti időszakban a Google kommunikációja minimális volt az…
  • A keresőoptimalizálás alapjai A SEO (Search Engine Optimization) stratégiai, tartalmi és technikai vonatkozásait…
  • Core Web Vitals 2021 június közepétől a Google három új Core Web Vitals…
  • Keresési szokások A felhasználók internetes keresési szokásairól és keresések karakterisztikájáról készített tanulmányt…

Keresőoptimalizálás alapok

  • A keresőoptimalizálás alapjai
  • Google algoritmus frissítések
  • SEO eszközök
  • Online SEO tanfolyam javaslatok
  • Core Web Vitals

Longhand social

Kapcsolat

Email: longhand@longhand.hu

Legjobb SEO cikkek

  • Duplikált tartalom
  • Képek optimalizálása keresőre
  • PDF optimalizálása keresőre
  • Kulcsszavas keresések típusai
  • Keresési szokások online vásárlás során
  • “Kulcsszó optimalizálás”
  • A leggyakoribb tévedés: “A SEO alapja a linképítés”

Legújabb cikkek

  • Google UX iránymutatás
  • SEO analitika előadás
  • Google Tag Manager tanfolyam – fejlesztőknek is
  • Paid & Organic riport – értékes kulcsszó statisztikák adwordsben
  • On-site search – Google Analytics
© Copyright 2022 Longhand.hu. Minden jog fenntartva.