[JS] Google Analytics - hoe verifiëren ze de pageview?

[JeRa]

Ik gebruik Google Analytics op een aantal drukke websites. Het tracken omvat ongeveer het volgende:

1. JS include van google-analytics.com
2. Tracking code instellen
3. Overige configuratie
4. Page view track

Maar hoe verifiëert Google de domeinnaam van de page view? Stel, ik doe het volgende:

1. Maak nepwebsite met exact dezelfde Google Analytics instellingen als een drukke website
2. Pas m'n hosts file aan zodat de drukke website verwijst naar een IP-adres van de eigen webserver
3. Hoop nep requests genereren

Hoe detecteert Google dat dit niet de 'echte' website is? Voor zover ik weet kan JS niet het IP-adres van de website detecteren (en bovendien zou ik ook het IP-adres van de echte website kunnen faken).

[Bosmonster]

En waarom zou je dit precies willen doen?

Dat is ongeveer hetzelfde als naar de bank gaan met contant geld en dat op iemand anders bankrekening storten. Dat mag ook gewoon zonder controle, want dat doet toch niemand zomaar

[ Voor 69% gewijzigd door Bosmonster op 14-07-2010 16:58 ]

[Gonadan]

De client zal steeds hetzelfde zijn, daar is met JS prima op te filteren.

[JeRa]

Bosmonster schreef op woensdag 14 juli 2010 @ 16:57:
En waarom zou je dit precies willen doen?

Je kunt iemands statistieken (denk ook aan e-Commerce) compleet overhoop gooien. Ik kan me niet voorstellen dat het met Google Analytics kan, maar ik vraag me af welke beveiliging ze hiertegen hebben.

Het gaat niet zozeer om het aantal hits of bezoekers omhoog te gooien. Het gaat erover dat ik in principe de statistieken van elke willekeurige website bij GA kan manipuleren.

Gonadan schreef op woensdag 14 juli 2010 @ 16:59:
De client zal steeds hetzelfde zijn, daar is met JS prima op te filteren.

Dan laat ik toch het IP-adres en de user agent string per x requests random wijzigen?

[ Voor 12% gewijzigd door JeRa op 14-07-2010 17:14 ]

[Gonadan]

JeRa schreef op woensdag 14 juli 2010 @ 17:13:
Dan laat ik toch het IP-adres en de user agent string per x requests random wijzigen?

User Agent kan je met headers wel faken, maar het IP waarvandaan het request verstuurd wordt faken wordt al lastiger.
Dat gaat je zomaar lukken?

[JeRa]

Gonadan schreef op woensdag 14 juli 2010 @ 17:18:
[...]

User Agent kan je met headers wel faken, maar het IP waarvandaan het request verstuurd wordt faken wordt al lastiger.
Dat gaat je zomaar lukken?

Maakt dat zoveel uit dan? Iemand met een botnet zou dit bijvoorbeeld zonder al te veel moeite voor elkaar kunnen krijgen. Maar het doet er imho niet echt toe

[GlowMouse]

Gonadan schreef op woensdag 14 juli 2010 @ 17:18:
[...]

User Agent kan je met headers wel faken, maar het IP waarvandaan het request verstuurd wordt faken wordt al lastiger.
Dat gaat je zomaar lukken?

Google filtert helemaal niks, dus het maakt niet uit als het IP adres telkens hetzelfde is. De website-eigenaar krijgt jouw ip-adres niet te zien, het enige dat hij ziet is dat jouw provider erg populair is (en je resolutie/browser/etc ook). Hij kan dan een segment aanmaken waarbij hij jouw provider uitsluit van statistieken.

Dit is inherent aan deze manier van gebruikers tellen.

[Gonadan]

GlowMouse schreef op woensdag 14 juli 2010 @ 17:27:
Google filtert helemaal niks, dus het maakt niet uit als het IP adres telkens hetzelfde is. De website-eigenaar krijgt jouw ip-adres niet te zien, het enige dat hij ziet is dat jouw provider erg populair is (en je resolutie/browser/etc ook). Hij kan dan een segment aanmaken waarbij hij jouw provider uitsluit van statistieken.

Dit is inherent aan deze manier van gebruikers tellen.

Google zelf inderdaad niet, maar er is veel meer te achterhalen door de gebruiker dan jij nu doet voorkomen.
Maargoed, de TS vind het niet boeiend dus laat maar hangen.

[Bosmonster]

JeRa schreef op woensdag 14 juli 2010 @ 17:13:
[...]

Je kunt iemands statistieken (denk ook aan e-Commerce) compleet overhoop gooien.

Je geeft geen antwoord op m'n vraag. Waarom zou iemand dat doen? Het is simpelweg zinloos. Je gaat iets "verneuken" waarvan je het resultaat nooit zult zien.

En voor de sitebeheerder is het een kwestie van een filter instellen.

Het heeft geen zin -> niemand doet het -> je hoeft er niet actief op te beveiligen.

[ Voor 9% gewijzigd door Bosmonster op 14-07-2010 17:46 ]

[JeRa]

Bosmonster schreef op woensdag 14 juli 2010 @ 17:46:
[...]


Je geeft geen antwoord op m'n vraag. Waarom zou iemand dat doen? Het is simpelweg zinloos. Je gaat iets "verneuken" waarvan je het resultaat nooit zult zien.

De inzichtelijkheid van de e-commerce van een concurrent om zeep helpen lijkt me een reden waarom iemand iets zou verkloten zonder het resultaat te zien ook dit doet er echter niet toe. Het gaat erom: is het beveiligd en zo ja, hoe?

En voor de sitebeheerder is het een kwestie van een filter instellen.

Het heeft geen zin -> niemand doet het -> je hoeft er niet actief op te beveiligen.

Het heeft wel zin, zie hierboven. En waarop zou je precies filtreren dan?

[Wolfboy]

Bosmonster schreef op woensdag 14 juli 2010 @ 17:46:
[...]


Je geeft geen antwoord op m'n vraag. Waarom zou iemand dat doen? Het is simpelweg zinloos. Je gaat iets "verneuken" waarvan je het resultaat nooit zult zien.

En voor de sitebeheerder is het een kwestie van een filter instellen.

Het heeft geen zin -> niemand doet het -> je hoeft er niet actief op te beveiligen.

Als iemand zijn advertising en/of website wijzigingen volledig stuurt op analytics dan kan je hiermee erg goed iemand volledig dwarsbomen.

Dit kan iig iets zijn om je concurrentie goed dwars te zitten.

Maargoed... als je dit fatsoenlijk wil uitvoeren heb je een heel botnet nodig voor het effect heeft. Met 1 IP ga je niets uithalen en als je een botnet tot je beschikking hebt dan heb je meestal ook wel andere mogelijkheden om je concurrenten dwars te zitten.

[JeRa]

Wolfboy schreef op woensdag 14 juli 2010 @ 17:53:
Maargoed... als je dit fatsoenlijk wil uitvoeren heb je een heel botnet nodig voor het effect heeft. Met 1 IP ga je niets uithalen en als je een botnet tot je beschikking hebt dan heb je meestal ook wel andere mogelijkheden om je concurrenten dwars te zitten.

Precies. Maar ik ga er eerlijk gezegd vanuit dat Google iets heeft bedacht waardoor deze 'truuk' niet gemakkelijk uit te halen valt, en ik vroeg me alleen af of iemand dat wist

[Bosmonster]

Nee, Google heeft daar niks op bedacht dus. Er worden gewoon pagina's getracked. Als je daar graag mee wilt spelen, go ahead

Er zijn makkelijkere manieren overigens. Gewoon met GreaseMonkey of Firebug op de site zelf

[ Voor 27% gewijzigd door Bosmonster op 14-07-2010 18:19 ]

[André]

Bosmonster schreef op woensdag 14 juli 2010 @ 18:17:
Nee, Google heeft daar niks op bedacht dus. Er worden gewoon pagina's getracked. Als je daar graag mee wilt spelen, go ahead

Er zijn makkelijkere manieren overigens. Gewoon met GreaseMonkey of Firebug op de site zelf

Inderdaad, daar is google helemaal niet mee bezig. Dat is tevens het nadeel van een onbetaald pakket. Je kunt niet even een aantal acties van een bepaald IP adres uit je database halen. Dat kan bijvoorbeeld bij een Omniture of Sitestat wel.

Een irritante actie is bijvoorbeeld het doen van een ecommerce transactie van -€2.000.000 via bijvoorbeeld een AdWords advertentie. Dat kan heel makkelijk vanuit de adresbalk. Het is zo irritant om dan nog normaal analyses te doen over de periode waarin die transactie voorkomt. Het enige wat je kunt doen is met een segment deze uit je rapporten te filteren. Dat moet dan alle keren dat je iets aan het analyseren bent.

[JeRa]

André schreef op woensdag 14 juli 2010 @ 20:50:
[...]

Een irritante actie is bijvoorbeeld het doen van een ecommerce transactie van -€2.000.000 via bijvoorbeeld een AdWords advertentie. Dat kan heel makkelijk vanuit de adresbalk. Het is zo irritant om dan nog normaal analyses te doen over de periode waarin die transactie voorkomt. Het enige wat je kunt doen is met een segment deze uit je rapporten te filteren. Dat moet dan alle keren dat je iets aan het analyseren bent.

Daar was ik dus al bang voor; bedankt voor je inzichten. Hoe lossen die twee andere partijen het op? Hebben ze een forwarding page voor de transacties ofzo?

[André]

JeRa schreef op woensdag 14 juli 2010 @ 22:36:
[...]

Daar was ik dus al bang voor; bedankt voor je inzichten. Hoe lossen die twee andere partijen het op? Hebben ze een forwarding page voor de transacties ofzo?

Nee, die bieden gewoon de mogelijkheid om de verzamelde data aan te passen. Dus ook om data van een bepaald IP adres achteraf uit je meting te verwijderen.

[chem]

André schreef op woensdag 14 juli 2010 @ 20:50:
[...]

Inderdaad, daar is google helemaal niet mee bezig. Dat is tevens het nadeel van een onbetaald pakket. Je kunt niet even een aantal acties van een bepaald IP adres uit je database halen. Dat kan bijvoorbeeld bij een Omniture of Sitestat wel.

Een irritante actie is bijvoorbeeld het doen van een ecommerce transactie van -€2.000.000 via bijvoorbeeld een AdWords advertentie. Dat kan heel makkelijk vanuit de adresbalk. Het is zo irritant om dan nog normaal analyses te doen over de periode waarin die transactie voorkomt. Het enige wat je kunt doen is met een segment deze uit je rapporten te filteren. Dat moet dan alle keren dat je iets aan het analyseren bent.

Dit is, naarmate er meer en meer in SEO, SEA, affiliates etc. wordt gestoken, wel een concreet probleem.

Als je via een botnet iemand's statistieken langzaam maar zeker compleet kan verkrachten heeft dit wel degelijk een economisch effect. Naarmate de spreiding groter is van de requests is het wegfilteren damn-near onmogelijk achteraf.

Wat als je bv. amazon's statistieken voor een bepaald boek langzaam maar zeker omhoog duwt binnen bepaalde marges? Dat valt niet genoeg op bij zo'n partij, maar wel genoeg om er meer aandacht aan te geven.

[Bosmonster]

Daarom gebruikt een Amazon ook geen Google Analytics...

Bovendien baseren ze hun weergave niet op hun verzamelde analytics natuurlijk. Data vervuilen van een website heeft maar 1 doel: irriteren. En irriteren is niet leuk als je het resultaat niet kunt zien

Daarom neemt niemand daar ook de moeite voor.

[ Voor 10% gewijzigd door Bosmonster op 15-07-2010 00:07 ]

[Wolfboy]

André schreef op woensdag 14 juli 2010 @ 20:50:
[...]

Inderdaad, daar is google helemaal niet mee bezig. Dat is tevens het nadeel van een onbetaald pakket. Je kunt niet even een aantal acties van een bepaald IP adres uit je database halen. Dat kan bijvoorbeeld bij een Omniture of Sitestat wel.

Wat dat betreft is omniture erg fijn ja. Maar sitecatalyst kan ook een heel aantal dingen toch niet zo goed als je zou hopen. En zelf data manipuleren is (ook al is het wel mogelijk) toch best wel dramatisch.

[chem]

Bosmonster schreef op donderdag 15 juli 2010 @ 00:06:
Daarom gebruikt een Amazon ook geen Google Analytics...

Bovendien baseren ze hun weergave niet op hun verzamelde analytics natuurlijk. Data vervuilen van een website heeft maar 1 doel: irriteren. En irriteren is niet leuk als je het resultaat niet kunt zien

Daarom neemt niemand daar ook de moeite voor.

Maakt het uit of het GA, omniture, access-logs of iets anders is?

En het kan op termijn meer worden dan irriteren, je kan je concurrent echt dwars zitten.

[André]

chem schreef op donderdag 15 juli 2010 @ 07:47:
[...]

Maakt het uit of het GA, omniture, access-logs of iets anders is?

En het kan op termijn meer worden dan irriteren, je kan je concurrent echt dwars zitten.

Dat klopt, daar is weinig aan te doen. Maar toch kan je de irritatie wel indammen. Stel dat een botnet 20% extra bezoek levert dag in dag uit. Dan zul je ipv 1000 bezoekers 1200 bezoekers krijgen. Maar die zullen evenveel bestellen (100 producten). Je conversiepercentage gaat dan van 10% naar 8,3%.

Maar die 8,3% blijft dan wel constant. Als je vervolgens een verbetering in je site aanbrengt zul je die 8,3% zien stijgen of dalen. Je kunt nog prima trendanalyses doen. Helemaal als je er voor zorgt dat je een koppeling hebt liggen tussen je web analytics data en je backend. Vanuit je backend heb je de echte euro's die op de bankrekening zijn binnengekomen, en die kun je weer koppelen aan bijvoorbeeld de verkeersbronnen.

[HuHu]

André schreef op woensdag 14 juli 2010 @ 20:50:
[...]

Inderdaad, daar is google helemaal niet mee bezig. Dat is tevens het nadeel van een onbetaald pakket. Je kunt niet even een aantal acties van een bepaald IP adres uit je database halen. Dat kan bijvoorbeeld bij een Omniture of Sitestat wel.

Een irritante actie is bijvoorbeeld het doen van een ecommerce transactie van -€2.000.000 via bijvoorbeeld een AdWords advertentie. Dat kan heel makkelijk vanuit de adresbalk. Het is zo irritant om dan nog normaal analyses te doen over de periode waarin die transactie voorkomt. Het enige wat je kunt doen is met een segment deze uit je rapporten te filteren. Dat moet dan alle keren dat je iets aan het analyseren bent.

Dat laatste is wel een probleem inderdaad en voor zover ik weet kun je het ook niet oplossen. De manier om er zo min mogelijk last van te hebben is zo snel mogelijk nadat je er achter komt zelf een transactie te doen (met hetzelfde transactie-id) van het negatieve bedrag. Op kleine schaal (per uur of dag in die periode) is je overzicht dan onjuist, maar over het geheel (week, maand) klopt het tenminste weer.

[André]

HuHu schreef op donderdag 15 juli 2010 @ 08:58:
[...]

Dat laatste is wel een probleem inderdaad en voor zover ik weet kun je het ook niet oplossen. De manier om er zo min mogelijk last van te hebben is zo snel mogelijk nadat je er achter komt zelf een transactie te doen (met hetzelfde transactie-id) van het negatieve bedrag. Op kleine schaal (per uur of dag in die periode) is je overzicht dan onjuist, maar over het geheel (week, maand) klopt het tenminste weer.

Klopt, al is dat best irritant. Je moet exact dezelfde tegentransactie doen met een negatief bedrag. Met een positief bedrag bij de producten, maar dan wel een negatief aantal. En dat via dezelfde verkeersbron als waar de foute transactie mee gedaan is. En voordat je begint al je GA cookies even weggooien. Ik heb daar eens een artikel over uitgewerkt.