Az AMP legnagyobb hibája és annak áthidalása

Keresés

Menü

Az AMP legnagyobb hibája és annak áthidalása

Marketing Professzorok

Hatékony honlapüzemeltetés


Ha tetszett ez a cikk, oszd meg ismerőseiddel, kattints ide:

MEGOSZTÁS MEGOSZTÁS MEGOSZTÁS MEGOSZTÁS

Az AMP legnagyobb hibája és annak áthidalása

2018.06.12.

Szerző: Máté Balázs, online marketing tanácsadó

Az AMP legnagyobb hibája és annak áthidalása

Az AMP (Accelerated Mobile Pages, azaz gyorsított mobiloldalak) egy online kezdeményezés az online mobilos tartalmak gyorsabb megjelenítése céljából. A gyorsabb mobiloldalak jobb felhasználói élményt biztosítanak, ami többek között a keresőoptimalizálásnak is jót tesz.
 


Az AMP azonban nem tökéletes, és kialakításából adódóan egy alapvető hibával rendelkezik, amit ha az ember nem kezel megfelelően, akkor sok fejfájásra számíthat majd. A következőkben elmagyarázzuk, hogy mi ez a probléma, és hogy hogyan orvosolható.

 

Mi a baj az AMP-vel?

 

Az AMP legnagyobb hibájának megértéséhez először meg kell néznünk, hogy hogyan is működik a gyorsított mobiloldalak rendszere.

 

A leegyszerűsített verzió az, hogy az AMP oldalakat nem a saját szervered, hanem a Google CDN-e (Content Delivery vagy Distribution Network, tehát tartalomelosztó, vagy tartalomterjesztő hálózat) tárolja. Ez azt jelenti, hogy az AMP oldalak a Google saját gyorsítótárába kerülnek bele, ahonnan a keresőmotor villámgyorsan megjelenítheti azt a felhasználóknak.

 

Ez mind szép és jó, egészen addig, amíg az AMP oldalt nézegető felhasználó egy olyan hivatkozásra nem kattint, ami átirányítja őt a webhely egy nem AMP-vel gyorsított oldalára. Amikor ez történik, akkor az AMP oldalról átkerül a webhely saját szerverére – és itt van a probléma gyökere.

 

Amikor ugyanis a felhasználó a Google AMP gyorsítótárából átlép a saját szerveredre (amit ő igazából észre sem vesz), a Google statisztikája ezt úgy értelmezi majd, hogy a felhasználó egy ismeretlen, külső forrásból (a Google gyorsítótára) érkezett, nem pedig a keresőből (ahonnan valóban érkezett).

 

Hogyan befolyásolja az AMP hibája a statisztikákat?

A statisztika az átlépéskor megszakad, és pontatlan adatokat mutat majd: ha például egy nap ezer felhasználó talál rá a webhelyre a Google-on keresgélve, de mind az AMP oldalon keresztül érkezik, akkor a Google Analytics azt mutatja majd, hogy ezek mind ismeretlen forrásból érkeztek.

 

További problémát jelenthet az is, ha összeszámolod az AMP oldal statisztikáit a webhely statisztikáival, mert az összes munkamenet száma így irreálisan nagy lesz. Valahányszor ugyanis egy felhasználó átlép az AMP oldalról egy saját szerveren tárolt oldalra, új munkamenetet indít (legalábbis a statisztika szempontjából – pedig valójában egy felhasználó egy látogatásáról van szó, amit a rendszer duplán számol.

 

Hasonlóan pontatlan lesz a visszafordulási arány is az AMP oldalon – lényegében 100%-ot mutat majd, mert minden felhasználó elhagyja a domaint, aki az AMP oldalról átlép a saját szerveren tárolt bármely oldalra – ami valójában nem kéne, hogy visszafordulásnak számítson. Ennek köszönhetően a munkamenetenként megtekintett oldalak száma és az átlagos munkamenet-időtartam is rendkívül alacsony lesz, és egyáltalán nem tükrözik majd a valóságot.

 

A Google hivatalos megoldása az AMP hiányosságára

 

Sokan ezen probléma miatt vetették el az AMP-t, hiszen a pontos statisztikák elengedhetetlenek az online marketinghez. Szerencsére a Google is felismerte ezt a problémát, és előállt egy megoldással, ami segít áthidalni azt. A módszer a „session stiching” nevet kapta, amit leginkább „munkamenet-összefűzésként” lehetne lefordítani.

 

A munkamenet-összefűzés lényege, hogy a kliens azonosítóját (ID) az AMP gyorsítótárból a rendszer továbbítja a saját webhely szerverére, így a Google Analytics az egész munkamenetet egyként kezeli majd – tehát a két munkamenet „összefűzésre” kerül.

 

A Google 2017 szeptemberében, két évvel az AMP megjelenése után állt elő ezzel a javítással. A javítás az új AMP Client ID API-t használj az azonosító (ID) továbbítására.

 

Hogyan alkalmazható a javítás?

A Google útmutatója alapján a munkamenet-összefűzés a következő lépésekből áll (a Google Címkekezelős verziót lejjebb találod):

 

1. Az AMP oldalak

<head>” részében helyezd el az alábbi címkét idézőjel nélkül:

 

“<p><meta name="amp-google-client-id-api" content="googleanalytics"><p>”

 


Fontos, hogy ezt a címkét csak az AMP oldalak “<head>” szekciójában helyezd el, és ne add hozzá a nem AMP oldalaidhoz!

 

2. Most áttérünk a NEM AMP oldalakra. Az oldalakon található Google Analytics kódhoz írd hozzá az alábbi részletet (az UA-XXXXX-Y a követésazonosító):

ga(‘create’, ‘UA-XXXXX-Y’, ‘auto’, {‘useAmpClientId’: true});

 

Amennyiben a Google Címkekezelőt használod, a következőket kell tenned:

1.    Keresd meg a Címke konfiguráció > „Beállítandó mezők” részt
2.    Állítsd az useAmpClientId-t true-ra
3.    Mentsd el az új beállításokat
4.    Küldd el a címkét
5.    Tedd közzé a tárolót

 

Teljes munkamenet-összefűzés alkalmazása

 

Az előbb bemutatott technika ugyan segít pontosabban nyomonkövetni a látogatókat, azonban még mindig hiányos.

 

Ha mindent jól csináltál, akkor a különböző forrásból érkező adatok a kliens azonosítóval összefűzésre kerülnek. Ez után láthatod majd, hogy kik érkeztek AMP oldalakról és kik „sima” oldalakról. A statisztika viszont sajnos még így is foghíjas lesz.

 

Egyrészt azért, mert nem látod majd a különbséget a saját szerveren megosztott AMP oldalak és a Google CDN-jén megosztott oldalak között. Másrészt pedig, ha a tranzakciós források megállapítása érdekében szeretnéd szegmentálni a statisztikai adatokat, akkor az AMP oldalak webes adatforrásokként szerepelnek majd 0 munkamenettel és néhány tranzakcióval.

 

A következőkben leírtak erre kínálnak megoldást.

 

Első lépés

Első lépésként navigálj a Google Analytics felületén az Adminisztrálás felületre, válaszd ki az ampprojet.org címet a fiókot, majd a tulajdont. A tulajdon neve alatt kattints a Követési adatok menüre, majd az alatta lenyíló menüben válaszd a Hivatkozókizárási lista menüpontot. Ebben a menüben add hozzá a listához az ampproject.org címet.

 

Ezzel eltávolíthatod az önhivatkozásokat (saját domainen belüli hivatkozások) a CDN-ből, de a Google Analyticsből nem tűnnek el a feljegyzések. Ezzel kiiktathatod a hivatkozás (forrás/médium) felülírását, amikor a felhasználó a CDN-ből átnavigál a webhelyre a második kattintásával. Így hát, amikor a forgalom a CDN-re érkezik a Google-on (organikus vagy fizetett csatornán) keresztül, akkor a rendszer annak is tekinti majd ahelyett, hogy a CDN-ről származó hivatkozás felülírná.

 

Ez a lépés különösen e-kereskedelmi (és persze más jellegű) webhelyek számára kiváló, mert a látogatót a CDN-en tárolt oldalra lépésétől kezdve egészen a fizetés pillanatáig nyomon lehet követni.

 

Második lépés

 

A Google továbbá azt tanácsolja, hogy az ampproject.org összes aldomainjét is add hozzá a Hivatkozókizárási listához. Erre viszont csak abban az esetben van szükség, ha webhelyedhez olyan aldomainek is tartoznak, amelyek AMP-ot használnak, vagy ha PPC landing oldalaid is AMP-pal gyorsítottak.

 

Harmadik lépés

 

Navigálj a Google Analyticsben az Adminisztrálás felüleltre, majd a fiók/tulajdon alatt kattints az Egyéni definíciók menüpontra, azon belül pedig az Egyéni dimenziókra. Itt hozz létre egy Lekérés hatókörű egyéni dimenziót AMPDOC_HOST néven. Ez után szegmentálni tudod majd a CDN-ről és az AMP-ról indult forgalmat.

 

Negyedik lépés

 

A Google Címkekezelőben állítsd be, hogy az AMP tároló oldalmegtekintései magukba foglalják az egyéni dimenziót: állítsd a Dimenzió értékét az AMPDOC_HOST-ra. Az AMPDOC_HOST-ot nem kell definiálni a változók beállításai között, így, ilyen formában is megadható értékként.

 

Ötödik lépés

 

Most már meg tudod nézni az oldalmegtekintéseket a CDN és az AMP oldalakon a tartalomjelentésekben. Ha csak a CDN-t szeretnéd megtekinteni a jelentésben, akkor szűrj CDN-re a keresőben.

 

Hatodik lépés

Végezetül a Google Analytics felületén válaszd a Viselkedés > Webhelytartalom > Céloldalak menüpontot, és zárd ki a „CDN” kifejezést, illetve vedd bele az „AMP” kifejezést a szűrésbe (idézőjelek nélkül), hogy csak az AMP landing oldalak adatai jelenjen
 

Ha tetszett ez a cikk, oszd meg ismerőseiddel, kattints ide:

MEGOSZTÁS MEGOSZTÁS MEGOSZTÁS MEGOSZTÁS
címkék: Hatékony honlapüzemeltetés
A turizmus és vendéglátás marketing csodálatos marketing eszköze: a blog

A turizmus és vendéglátás marketing csodálatos marketing eszköze: a blog

2018-07-13

Ha egy étterem vagy hotel vagy utazási iroda tulajdonosa vagy, de legyen az bármilyen turisztikai desztináció, melynek marketing kommunikációjáért felelsz, és azt kérded, melyik a legköltséghatékonyabb online...

10 lépés a tökéletes blogbejegyzésig

10 lépés a tökéletes blogbejegyzésig

2018-06-24

Online marketing blogomat havonta több, mint 35.000 ember olvassa. A téma elég szűk, sőt valljuk be, sokak számára nem is érdekes. Mégis, itt van 35.000 ember. Miért? Nos,...

Hírlevél feliratkozás

Tudományos marketing tippek, gyakorlati tapasztalatokon próbálva. Iratkozz fel most!