urosbe

Statistika

Pridružen/a:
13 dec 2008, 00:22
Zadnjič aktiven:
Prispevki:
Teme:
38 | Vse teme
625
25
3

Podpis

Cekarček - spletna trgovina nr. 1 za **VASCO** stranke | GoPro HERO6 kamere in dodatna oprema
**www.cekarcek.si** - spletna trgovina z izbrano ponudbo pametnih gadgetov [Withings, Netatmo, DoorBird, Xiaomi, ...]
#62

kelvan:

@Sergei: kje v GA najdeš tole?




Te "kljukice" so na voljo ob kreiranju novega GA računa, kot tudi na nastavitvah obstoječih računov:

Skrbnik -> Izbereš željeni račun -> Nastavitve računa




všeč(3) ni všeč(0) spam(0)
#3

@jerry2: Tudi sam razmišljam enako kar se tiče izvajanja nadzora, zato pa tudi iščem alternativo, kako bi mi uspelo obdržati vsaj statistiko obiskanosti.



Nekako nepredstavljivo je, da moram strankam razložiti, da bodo ostale brez statistike. Gre za tromestno število spletnih mest, ki jih moramo do 15.6. prilagoditi, da bodo ustrezali novem zakonu in ne bi rad sedaj prišel do prehitrega zaključka in bomo nato naknadno še enkrat prilagajali in posodabljali vse te projekte.



Piškotkov nikoli nismo zlorabljali v nobene zle namene in me tudi ne moti, da v rešitvah, kjer se uporablja košarica, prijava uporabnika, obiskovalca povprašamo ali želi, da uporabimo piškotke, da mu ne bo potrebno ob naslednjem obisku ponovno polniti košarice ali vpisovati e-mail naslova pri prijavi. Če nam ne zaupa, pač tega ne bo dovolil in za mene to zadostuje.


všeč(0) ni všeč(0) spam(0)
#

Od vseh rešitev, ki sem jih v zadnjih tednih videl na slovenskem spletu v zvezi s piškotki, mi je še najbolj blizu pristop, ki so ga izbrali pri slo-tech.com (vir: Slo-Tech skladen z ZEKom-1).



Odločili so se, da vse "sporne" piškotke odstranijo in s tem obiskovalcev ne nadlegujejo z nadležnimi obvestili. Kljub temu pa bodo obdržali Google Analytics (oz. bolj pravilno novi Universal Analytics) in sicer nekoliko preurejeno kodo, ki ne zabeleži nobenega piškotka v računalnik:


ga('create', 'UA-XXXXXXX', {'storage': 'none', 'clientId': 'XXXXXXXXXXX'});
ga('send', 'pageview', {'anonymizeIp': true});

S parametri so izklopili storage, morajo pa zaradi tega parameter clientId generirati sami. ClientId je ključen podatek, s katerim Analytics prepozna nove vs. vračajoče uporabnike in tukaj se mi poraja vprašanje - kateri podatek oz. kombinacijo podatkov uporabiti, da bi bila statistika čimbolj realna (IP, User Agent, ločljivost zaslona, ...)?



Naslednja stran prikazuje praktično vse informacije, ki jih je mogoče pridobiti od brskalnika: https://panopticlick.eff.org/




  • IP: večina obiskovalcev ima dinamično IP številko, ki se vsaj na nekaj tednov spreminja (T-2), če ne že dnevno (Siol)

  • User Agent: se spremeni z vsako nadgradnjo brskalnika na novo različico, nove različice pa so na voljo praktično vsak mesec (Firefox/Chrome...)

  • ... še kakšna ideja?


všeč(2) ni všeč(0) spam(0)
#130

tolomen:

A bo za pridobitev te nove kode potrebno kreirati nov račun na GA, ali se bo zadeve lahko kako uredilo s temi obstoječimi?




Žal ja. Trenutno naj bi bila najboljša praksa, kreirati nov web property za UA in vzporedno z obstoječim ga.js imeti še analytics.js (torej dve kodi na spletnem mestu), v prihajajočih mesecih naj bi pa naredili nekdo možnost migracije podatkov. Žal bo takrat naš zakon še v veljavi in nam to ne pomaga kaj dosti.




Če želite preizkusiti UA na spletnem mestu, ki mu že sledite s storitvijo Google Analytics, priporočamo, da hkrati uporabite kodi za sledenje ga.js in analytics.js, s čimer boste ohranili kontinuiteto v svojem prvem računu. Nabore podatkov pošiljajte v ločene znamke: podatke UA v namensko znamko UA in podatke ga.js v znamko, ki ni za UA. Podatkov, ki so že zbrani, ni mogoče združiti ali ponovno obdelati. Alternativne konfiguracije niso podprte in če jih nastavite, lahko dobite poškodovane ali nepopolne podatke.



V prihodnjih mesecih poiščite dokumentacijo za pomoč pri selitvi obstoječih spletnih znamk in podatkov Google Analytics v UA.




Vir: Nastavitev storitve Universal Analytics


všeč(0) ni všeč(0) spam(0)
#122

Tako ja, to je ta koda. Ni mi pa se čisto jasno kako Google po novem brez zapisovanja piškotkov prepozna uporabnika (new visitors/existing visitors).


všeč(0) ni všeč(0) spam(0)
#120

Morda bo spodnje komu pomagalo privarčevati kakšno minuto raziskovanja...



Tisti, ki uporabljate HTML5 in iframe (bodisi za prikaz YouTube posnetkov, bodisi Twitter widget itd.), obstaja "sandbox" atribut, ki se ga uporabi na takšen način:


<iframe sandbox src='...'></iframe>

Nato obstaja nekaj parametrov, da iframe-u kljub temu dovolimo nekaj pravic.



Dober članek na to temo: http://www.html5rocks.com/en/tutorials/security/sandboxed-iframes/



YouTube žal sandbox atributa ne mara, saj tudi če mu dodam sandbox parameter z vsemi privilegiji, se video še vedno ne prikaže. Sem pa naknadno ugotovil, da YouTube že pri ustvarjanju kode za vdelavo, ponuja način s poostreno zasebnostjo, pri katerem preverjeno ne zapisuje nobenih piškotkov. Razlika je le v tem, da se kodi zamenja url (iz youtube.com na youtube-nocookie.com):


všeč(4) ni všeč(0) spam(0)
#117

Že dalj časa spremljam tole debato in čakam, da se bo na področju obveščanja uporabnikov o piškotkih začelo kaj opaznega dogajati, pa tudi sam ne beležim kaj velikega števila strani, ki bi se že prilagodilo zakonodaji.

Ker pa se 15.6. hitro približuje in bomo primorani tudi pri nas preurediti večje število spletnih mest, se moramo počasi pripraviti, sicer bo na koncu zmanjkalo časa :)



Lastne piškotke uporabljamo izključno v primerih, kjer uporabnikom omogočimo boljšo uporabniško izkušnjo (npr. zapomni se me pri prijavi, samodejna napolnitev vsebine košarice ob naslednjem obisku itd.) in v kolikor se uporabnik z uporabo piškotkov ne bo strinjal, si je pač sam kriv. Kljub temu pa ne bo kaj bistveno prikrajšan - spletno mesto bo tudi brez piškotkov povsem enako funkcioniralo.

Tudi raznorazni vtičniki (Facebook, Google+, ShareThis itd.) se vsaj pri naših spletnih mestih do sedaj niso pokazali kot zelo uporabljeni, zato jih bomo verjetno kar v večini tudi umaknili in tako pridobili še kakšno milisekundo pri hitrosti nalaganja strani.



Kot večina izmed vas pa največjo težavo vidim v Google Analytics. To orodje uporabljamo izključno za beleženje statistike obiskanosti, vendar GA za optimalne rezultate potrebuje piškotke. Pri vseh računih sem prilagodil nastavitve skupne rabe podatkov (da ne dovolim deljenja z drugimi, tudi anonimno ne), vendar GA kljub temu ob obisku strani zabeleži tistih 4-5 piškotkov (_utma, _utmb, _utmc, _utmv, _utmz).



Sem pa mimogrede naletel na nekaj drugega. Ob kreiranju novega GA računa, Google že nekaj tednov privzeto izbere novo knjižnico Universal Analytics:





Po hitrem prebiranju kaj to je, me je presenetila naslednja stvar:




Unlike Google Analytics, which relies on cookies, Universal Analytics uses a JavaScript library called analytics.js, which is a step towards ensuring privacy and security.




Po prebiranju spodnjega vira, na katerem Google natančno opisuje piškotke, ki jih uporablja posamezna JavaScript knjižnica, omenjajo, da pri Universal Analytics piškotki niso zahtevani?




Note: The analytics.js library does not require setting cookies to transmit data to Google Analytics.




Kljub temu omenjajo, da knjižnica uporablja en in edini 1st party piškotek, ki služi anonimnemu razlikovanju uporabnikov:




The analytics.js JavaScript library is party of Universal Analytics and uses a single first-party cookie containing an anonymous identifier used to distinguish users.




Vir: Google Analytics Cookie Usage on Websites



A je možno, da so pri Googlu izdali novo knjižnico ravno zaradi tega, ker so dojeli, da bodo lahko učinkovito analitiko EU upravljalcem spletnih mest še naprej zagotavljali le tako, da se znebijo zahtevani uporabi piškotkov?

Oz. z drugimi besedami, če bi vsem spletnim mestom zamenjal kodo, da uporabljajo novo knjižnico, bom kljub nestrinjanju obiskovalca z uporabo piškotkov še vedno dosegal enake rezultate pri pregledovanju obiskanosti, tudi če ne zapišem tistega edinega piškotka, ki ga Universal Analytics uporablja?


všeč(2) ni všeč(0) spam(0)
#12

Lahko potrdim, da je prodaja z uporabnikom simonm stekla brez težav.


všeč(1) ni všeč(0) spam(0)
#11

Dražba je zaključena, zmagovalec pa @simonm s ponudbo 125€.


všeč(2) ni všeč(0) spam(0)
#38

Mislim, da je bistvena razlika ali danes službo išče moški ali ženska (zlasti tiste okoli tridesetih brez otrok ali z majhnimi otroci). 2 leti nazaj sem imel doma podoben primer. V dveh mesecih je poslala okoli 400 prošenj (!!), od tega je bilo le 10% takšnih, ki so odgovorili (pa četudi negativno), na razgovor pa povabilo 2%. Podoben feedback je bil že pred leti, saj je vedno pisala seznam, komu je kdaj kaj poslala, saj se ji je že zgodilo, da je oglas za delovno mesto pretekel in ko je prispel kakšen odgovor (lahko tudi čez nekaj tednov), je imela shranjeno, na katero delovno mesto se je prijavila.


všeč(0) ni všeč(0) spam(0)