Ahoj, potřeboval bych poradit. S GA jsem nikdy nepracoval, ale teď mám v rámci jednoho přijímacího řízení vypracovat test, ve kterém je otázka na tagování url pro GA. Zadaní je: zašlete nám otagovaná url pro GA pro cílové url http://www.porsche.com pro následující umístění kampaně s názvem Porsche 911:
Seznam/Email, 300x250, banner Porsche
iDnes/homepage, 480x300, banner motorizace
Novinky/Celý web, 790x210, banner Porsche

Našel jsem si nějaký url buildery, ale nevím jak (a jestli vůbec) tam zadat velikost banneru, a taky nevím, jak zadat adresu pouze homepage vs adresu celého webu...
Dík za případný rady

SEJDA: jasny to je event, ktery se detekuje v Google Tag Manageru a rekne ze to je Google Analytics Transaction (tedy ze se jedna o ecommerce vec)

na konci se capne celej ten datalayer a posle do GTM, event se mi vystreluje spravne, normalni pageview se propisuje do google analytics jen ty transakce ne :D

asi to implementuju starou cestou...

REFLEX: akorat tam neni zadny event, ktery by se jmenoval 'orderFormSubmitted'

REFLEX: nevim k cemu je ti event, ale kdybys chtel aby ti GA pocitaky transace delal bys to podle navodu: https://developers.google.com/analytics/devguides/collection/analyticsjs/ecommerce#transaction

bacha, ze id neni id zbozi, ale id objednavky, a to vsude, GA nezajimaji id zbozi.

Respektive mam to nejak takhle

V head

 <script type="text/javascript">
      dataLayer = [];
 </script>

dataLayer = window.dataLayer || dataLayer || [];
dataLayer.push({
  'event' : 'orderFormSubmitted',
  'ecommerce': {
    'purchase': {
      'actionField': {
        'id': 1203,
        'revenue': "1500.00",
      },
      'products': [{
        'name': "testovaci produkt",
        'id': 88,
        'price': "1500.00",
        'category': "test \/ test",
        'quantity': 1,
       },
      ]
    }
  }
});

a za tim je google tag manager script

V google tag manageru mam Typ mereni: Transakce a naveseno na ten event: orderFormSubmitted. Je to na thank you page. Tag se normalne hitne (kdyz dam preview)

SEJDA: no hej, ale v GA se propise az tak za 2 dny ne?

REFLEX: udelas si objednavku test test test test .. a zkontrolujes si, ze naskocila do GA.

Nejak se mi nedari rozbehat GA ecommerce, pres google tag manager, kdyz dam preview tak vidim, ze byt Tag trignuty, ale v GA zatim nic, delal jsem to vcera, dnes jsem zjistil, ze datalayer cast jsem dal omylem za volani GTM, tak jsem to hodil pred to

jak to testujete?

Jeden čtvrtek v měsíci pořádáme analytickou čajovnu, kde tak nějak neformálně sdílíme zkušenosti.
Tentokrát si budeme povídat (nejen) na téma měření mobilních aplikací.
V sedm večer v Liliové čajovně: http://liliovacajovna.cz/cze/, kdyby se chtěl někdo přidat.

SEJDA: Pravda :) Psal "když se dostane objekt na obrazovku". Což je pak podle mě už jedno, jestli si pošleš nějaké názvy kotviček nebo procenta obrazovky tomu odpovídající. Dobrý a hodně podrobný způsob implementace je třeba takhle: http://www.simoahava.com/analytics/track-content-enhanced-ecommerce/ - poslat si postupně eventy, že uživatel doscrolloval do nějaké části stránky, a nakonec, že to opravdu četl, pokud dojel k patičce a trvalo mu to déle, než xx sekund.
Nicméně výstup v podobě heatmapy může být pořád jednodušší na vyhodnocení a nemusí se odlaďovat nějaká průměrná rychlost čtení a jaké časové intervaly ještě považovat za čtení a jaké už za scrollování.

HEULWEN: o procentech zatim pises prvni, jestli jsem neztratil hned na zacatku, FARFELOO psal, ze chce kontrolvat, jestli je obsah ve viewportu.

FARFELOO: No a nechceš spíš nějaké heat / scroll mapy? Třeba hotjar.com nasadíš přes GTM v poho a pro tenhle účel je to asi použitelnější, než sada eventů s % obrazovky a časem.

FARFELOO: bohuzel s GTM nemam zkusenost.
Casovac je potrebny, napriklad pro animace (rad milisekund), protoze se neceka, ze po akci bude uzivatel provadet dalsi akci neprodlene, nebo napriklad pro naseptavavni, pockas cca sekundu, jestli nestiskne dalsi tlacitko a poradis mu. tedy slouzi k oddalene reakci na uzivatelovu udalost.
Samozrejmne se casovac pouziva na chat (nyx) kdy ti hodny nyx kontroluje, jestli nemas na severu novou zpravu. V podstate neni nic proti tomu, posilat si kazdych 10 minut "mrtvy_ctenar", ale pripada mit o zbytecne.
Ja spise narazel na to, ze kontrolovat timerem zmenu viewportu je uplne zbytecne, kdyz ti k tomu dostatecne slouzi eventy.

SEJDA: Super, tohle dává velkej smysl, díky. Takže bych to měl udělat takto a nepoužívat v GTM ten časový trigger, protože ten je prostě prasácký, rozumím tomu dobře?

FARFELOO: cas se nemeri timeoutem, ale ukladanim si casovych razitkem, a kontrolou intervalu.

kde_cetl = "header"
cas_prvniho_eventu = now()

event = {
  cas_tohoto_eventu = now()
  if ( kde_cetl != kde_cte_ted() )  
    jak_dlouho_bez_eventu = cas_prvniho_eventu - cas_tohoto_eventu
    if (jak_dlouho_bez_eventu > interval_ctenar_vs_scroller(kde_cetl) ) {     
      GA_post("ctenar", kde_cetl, jak_dlouho_bez_eventu)      
    }
    cas_prvniho_eventu = cas_tohoto_evetu
    kde_cetl = kde_cte_ted()
  }
} 

FARFELOO: co se tyce GA tem staci posilat pseudo stranku, presne jako to dela ten plugin. Je 1000x lepsi povesit to na skrolovaci udalost ev. resize okna, nez to poustet pravidelne v casovem intervalu, pak musim blokovat javascript stranek, na kterych nic nedelam, a ony si porad samy generuji nejaky provoz (malware), jak priblbla animace padajiho snehu. Prosim v ramci globalniho oteplovani, si podobne myslenky odpust, a kdyz nic nedal uzivatel, nedelej nic ani ty. A to ze neco dela uzivatel, se dozvis jedine skrze udalosti/events.