Wat is het verschil tussen een analyticsaccount en een property? Wanneer maak je een nieuwe property in plaats van een nieuwe weergave? Waarom zou je meerdere accounts nodig hebben als je meerdere websites hebt? De meeste teams begrijpen deze structuur verkeerd en eindigen met één enorme property waarin al hun data door elkaar staan, of met tientallen properties die ze niet kunnen beheren. De juiste structuur is onzichtbaar. Data komen op de juiste plekken terecht. Rapporten laten zien wat je nodig hebt. Instellen kost een uur en werkt jarenlang.
Dit artikel legt de hiërarchie van account, property en weergave uit, wanneer je welk niveau gebruikt en hoe je een structuur plant die met je bedrijf meegroeit.
De hiërarchie in analytics: accounts, properties en weergaven
Zie een account als je container. Alles wat je bezit, staat in één account. Het account bevat inloggegevens, rechten en facturatie.
Properties zijn aparte websites of apps binnen je account. Eén website is één property. Meerdere websites zijn meerdere properties. In een property komt de data binnen.
Weergaven zijn gefilterde versies van een property. Eén property kan meerdere weergaven hebben. Eén weergave toont al het verkeer. Een andere weergave toont alleen desktopverkeer. Een andere filtert interne medewerkers weg.
De hiërarchie is simpel. Eén account kan veel properties bevatten. Eén property kan veel weergaven bevatten. De meeste teams hebben één account, een paar properties en meerdere weergaven per property.
Wanneer maak je een nieuw account
Maak een nieuw account als je volledig gescheiden bedrijven hebt met aparte eigenaren en aparte facturatie. Heb je twee webshops die niets met elkaar te maken hebben, dan zijn aparte accounts logisch. Heb je een bedrijfswebsite en een klantenportaal, dan hebben die misschien aparte accounts nodig.
Maar in de meeste gevallen zijn aparte accounts niet nodig. Houd dingen bij elkaar als je later gecombineerde data wilt zien. Je kunt data niet combineren tussen accounts. Aparte accounts betekenen aparte datasilo's.
Het enige veelvoorkomende geval voor meerdere accounts is het scheiden van productie en testen. Je hoofdaccount bevat echte klantdata. Je testaccount bevat testdata. Zo voorkom je dat je per ongeluk kapotte tracking analyseert.
Wanneer maak je een nieuwe property
Maak een nieuwe property voor elke aparte website of app. Heb je één website, dan één property. Heb je een website en een app, dan twee properties. Heb je een hoofdwebsite en een site met helpdocumentatie, dan twee properties.
Maak niet meerdere properties voor dezelfde website. Eén website met meerdere subdomeinen gebruikt nog steeds één property. Eén website met meerdere onderdelen gebruikt nog steeds één property. Maak alleen een nieuwe property als je een fundamenteel andere website of app hebt.
Elke property heeft zijn eigen trackingcode. De trackingcode vertelt het analyticsplatform naar welke property de data gaan. Installeer je de verkeerde code, dan gaan data naar de verkeerde property.
Wanneer maak je een nieuwe weergave
Maak een nieuwe weergave als je een ander perspectief op dezelfde data wilt. Je wilt al het verkeer zien in één weergave. Je wilt alleen betaald verkeer zien in een andere. Je wilt alleen desktopverkeer zien in weer een andere.
Weergaven zijn filters op dezelfde ruwe data. Een weergave maken verandert niet welke data worden verzameld. Het verandert alleen wat je ziet. Alle weergaven komen uit dezelfde property.
Veelvoorkomende weergaven zijn: al het verkeer, alleen betaald verkeer, alleen organisch verkeer, alleen direct verkeer, alleen desktop, alleen mobiel en intern verkeer uitgesloten. Maak weergaven op basis van hoe je team data analyseert.
Intern verkeer en filters
Maak een weergave die intern verkeer uitsluit. Je medewerkers die de website bezoeken, de site testen of functies bekijken. Dit verkeer vertekent je data. Je wilt het gedrag van echte bezoekers meten, niet je team dat test.
Filter op IP-adres. Voeg het IP-adres van je bedrijf toe aan het filter voor intern verkeer. Alle bezoeken vanaf dat IP-adres verschijnen niet in de weergave.
Houd één weergave met al het verkeer, inclusief intern. Houd een andere weergave zonder intern verkeer. De weergave met al het verkeer is je referentie. De gefilterde weergave is voor beslissingen.
Test- en acceptatieomgevingen
Maak een aparte property voor je acceptatie- of testomgeving. Stuur geen testdata naar je productieproperty. Testdata maken je echte data kapot.
Als ontwikkelaars de site testen, testen ze op een acceptatieserver met een ander domein. Dat domein stuurt data naar een andere property. Ben je klaar om live te gaan, dan installeer je de code van de productieproperty.
Zo blijven testdata volledig gescheiden. Je kunt testen zonder je zorgen te maken dat je je echte analytics beschadigt.
Toegang en rechten van gebruikers
Stel gebruikersrollen in op account- en propertyniveau. Sommige gebruikers hebben alleen toegang tot één property nodig. Sommige gebruikers hebben toegang tot alle properties nodig. Sommige gebruikers mogen alleen rapporten zien en geen tracking aanpassen.
Toegang op accountniveau geeft iemand rechten om alle properties en accountinstellingen te zien. Toegang op propertyniveau beperkt iemand tot één property. Met editortoegang kan iemand tracking aanpassen. Met kijkerstoegang ziet iemand alleen rapporten.
Scheid toegang tot productie en testen. Ontwikkelaars die trackingcode aanpassen, horen toegang te hebben tot de testproperty, niet tot productie.
Veelgestelde vragen
We hebben één website met meerdere subdomeinen. Hebben we meerdere properties nodig of kunnen we er één gebruiken?
Eén property is prima. Eén property volgt alle subdomeinen van hetzelfde domein. De trackingcode herkent van welk subdomein het bezoek kwam. In rapporten kun je per subdomein analyseren. Je hebt geen aparte properties nodig, tenzij de subdomeinen volledig gescheiden websites zijn met aparte doelen. Met de websitebouwer van WEMASY stel je dit rechtstreeks in op je website.
We hebben een productiesite en een acceptatiesite. Moeten ze dezelfde property gebruiken of verschillende?
Verschillende properties. Data van de acceptatiesite horen nooit te mengen met data van productie. Maak één property voor productie en één voor acceptatie. Ontwikkelaars testen op de acceptatiesite met de code van de acceptatieproperty. Ga je live, dan stap je over op de productiecode. Zo blijven testdata en echte data volledig gescheiden.
Moeten we intern verkeer filteren met weergaven of door de trackingcode aan te passen?
Filter met weergaven, niet met trackingcode. Probeer niet te voorkomen dat intern verkeer wordt verzameld. Verzamel alles. Filter in weergaven. Zo heb je een weergave met al het verkeer als referentie en een weergave met gefilterd verkeer voor analyse. Filteren bij het verzamelen is blijvend. Je kunt data later niet weer opnemen.
Hoeveel weergaven heeft een gemiddelde property nodig?
Drie tot vijf is gebruikelijk. Eén ongefilterde weergave van al het verkeer. Eén weergave met intern verkeer weggefilterd. Eén weergave voor alleen betaald verkeer. Eén weergave voor alleen organisch verkeer. Eén weergave voor mobiel verkeer. Maak weergaven die passen bij hoe je team data analyseert. Maak geen weergaven die je niet gebruikt.
Kunnen we data verplaatsen tussen properties of accounts?
Nee. Data blijven in de property waarnaar ze zijn gestuurd. Je kunt data niet verplaatsen als ze zijn verzameld. Je kunt data exporteren voor analyse in andere tools. Je kunt ze niet herordenen binnen analytics. Zet je propertystructuur vanaf het begin goed op. Herordenen betekent historische data verliezen of dubbele tracking maken.
We voegen een tweede website toe. Maken we een tweede property in hetzelfde account of een apart account?
Hetzelfde account, aparte property. Houd gerelateerde websites in hetzelfde account. Dan kun je gecombineerde rapporten zien en websites vergelijken. Zijn de websites volledig niet-gerelateerde bedrijven met aparte eigenaren, dan zijn aparte accounts prima. Maar in de meeste gevallen is dezelfde account met aparte property het handigst.