Aangepaste dimensies en aangepaste statistieken verschillen niet wezenlijk van de standaarddimensies en -statistieken in uw Google Analytics-account, behalve dat u ze zelf maakt. U kunt ze gebruiken om gegevens die Analytics niet automatisch bijhoudt, te verzamelen en te analyseren.
In dit artikel vindt u de volgende informatie:Overzicht
Met aangepaste dimensies en statistieken kunt u Analytics-gegevens combineren met gegevens die niet afkomstig zijn van Analytics, zoals CRM-gegevens. Voorbeeld:
- Als u het geslacht van ingelogde gebruikers in een CRM-systeem opslaat, kunt u deze informatie met uw Google Analytics-gegevens combineren om de paginaweergaven per geslacht te bekijken.
- Als u gameontwikkelaar bent, zijn statistieken zoals 'voltooide levels' of 'hoogste score' wellicht relevanter voor u dan voorgedefinieerde statistieken zoals schermweergaven. Door deze gegevens met aangepaste statistieken bij te houden, kunt u de voortgang in uw belangrijkste statistieken bekijken met behulp van flexibele en overzichtelijke aangepaste rapporten.
Aangepaste dimensies worden als primaire dimensies weergegeven in aangepaste rapporten. U kunt ze ook gebruiken als segmenten en secundaire dimensies in standaardrapporten.
Vereisten
Aangepaste dimensies en statistieken zijn alleen beschikbaar voor property's waarvoor Universal Analytics is aangezet of die ten minste 1 dataweergave voor app-rapportage hebben. Aangepaste dimensies en statistieken worden ondersteund door de Google Analytics-SDK's voor Android en iOS v2.x of hoger, analytics.js en het 'Measurement Protocol'.
Aangepaste dimensies en statistieken moeten afzonderlijk worden ingesteld in uw Google Analytics-account en in uw trackingcode. Zodra u beide stappen voor het instellen heeft voltooid, kunt u uw aangepaste dimensies en statistieken in uw rapporten gebruiken.
Beperkingen en kanttekeningen
Er zijn 20 beschikbare indexen voor verschillende aangepaste dimensies en 20 beschikbare indexen voor aangepaste statistieken in elke property. Voor 360-accounts zijn 200 indexen beschikbaar voor aangepaste dimensies en 200 voor aangepaste statistieken.
Aangepaste dimensies kunnen niet worden verwijderd, maar u kunt ze wel uitzetten. We raden u af aangepaste dimensies opnieuw te gebruiken. Wanneer u de naam, het bereik en de waarde van een aangepaste dimensie bewerkt, kunnen zowel de oude als de nieuwe waarden worden gekoppeld aan de oude of de nieuwe dimensienaam. Zo worden gegevens in uw rapporten samengevoegd op een manier waarop ze niet nauwkeurig van elkaar kunnen worden gescheiden door middel van een filter.
Bepaalde aangepaste dimensies zijn niet beschikbaar in rapporten in combinatie met demografische gegevens. Als u aangepaste dimensies met demografische gegevens aanvraagt, kunt u zowel in rapporten als bij gebruik van de API tegen beperkingen aanlopen die te maken hebben met drempelwaarden of incompatibiliteit.
Levenscyclus van aangepaste dimensies en statistieken
De levenscyclus van aangepaste dimensies of statistieken bestaat uit 4 fasen:
- Configuratie: u definieert uw aangepaste dimensies en statistieken met een index, een naam en andere eigenschappen, zoals bereik.
- Verzameling: u stuurt de waarden van de aangepaste dimensies en statistieken naar Analytics vanuit uw implementatie.
- Verwerking: uw gegevens worden verwerkt aan de hand van de definities voor uw aangepaste dimensies en statistieken en eventuele filters voor rapportweergave.
- Rapportage: u maakt met behulp van uw aangepaste dimensies en statistieken nieuwe rapporten in de gebruikersinterface van Analytics.
Configuratie
Voordat u aangepaste dimensiewaarden en statistische waarden naar Analytics kunt sturen, moeten deze eerst worden gedefinieerd in een Analytics-property. Elke Analytics-property heeft 20 indexen beschikbaar voor aangepaste dimensies en nog eens 20 indexen voor aangepaste statistieken.
Als u een aangepaste dimensie of statistiek definieert, geeft u de naam en andere configuratiewaarden op en wijst Analytics een indexnummer toe dat u later gebruikt om naar de dimensie of statistiek te verwijzen. Aangepaste dimensies hebben de volgende configuratiewaarden:
- Naam: De naam van de aangepaste dimensie zoals die in uw rapporten wordt getoond.
- Bereik: Bepaalt op welke gegevens de aangepaste dimensie of statistiek wordt toegepast. Meer informatie over bereik
- Actief: Bepaalt of de waarde van de aangepaste dimensie of statistiek wordt verwerkt of niet. Inactieve aangepaste dimensies worden mogelijk nog wel in rapporten getoond, maar de waarden ervan worden niet verwerkt.
Aangepaste statistieken hebben de volgende configuratiewaarden:
- Naam: De naam van de aangepaste statistiek zoals die in uw rapporten wordt getoond.
- Type: Bepaalt hoe de waarde van de aangepaste statistiek in rapporten wordt getoond.
- Minimum-/maximumwaarde: De minimum- en maximumwaarden die worden verwerkt en in uw rapporten worden getoond.
- Actief: Bepaalt of de waarde van de aangepaste statistiek wordt verwerkt of niet. Inactieve aangepaste statistieken worden mogelijk nog wel in rapporten getoond, maar de waarden ervan worden niet verwerkt.
Aangepaste dimensies en statistieken kunnen worden gedefinieerd in de Analytics-gebruikersinterface.
Nadat u een aangepaste dimensie of statistiek heeft gedefinieerd, moet u de naam of het bereik ervan zo mogelijk niet meer bewerken. Raadpleeg Implementatieoverwegingen voor meer informatie over hoe wijzigingen in deze waarden uw rapportage kunnen beïnvloeden.
Verzameling
De waarden van aangepaste dimensies en statistieken worden tijdens het verzamelen als een tweetal parameters (index en waarde) naar Analytics gestuurd. De indexparameter komt overeen met het indexnummer van de aangepaste dimensie of statistiek die Analytics toewijst in de fase Configuratie.
In tegenstelling tot andere soorten gegevens worden aangepaste dimensies en statistieken naar Analytics gestuurd als parameters gekoppeld aan andere hits, zoals paginaweergaven, gebeurtenissen of e-commercetransacties. Zo moeten waarden van aangepaste dimensies of statistieken worden ingesteld voordat er opdracht wordt gegeven om die waarde naar Analytics te sturen.
Voorbeeld: uw code voor het instellen van een waarde voor een aangepaste dimensie ziet er zo uit:
ga('create', 'UA-XXXX-Y', 'auto');
// Stel de waarde voor aangepaste dimensie in bij index 1.
ga('set', 'cd1', 'Level 1');
// Verzend de waarde van de aangepaste dimensie met een paginaweergavehit.
ga('send', 'pageview');
Typen aangepaste statistieken
Aangepaste statistieken van het type 'Geheel getal' of 'Tijd' moeten worden verstuurd met behulp van gehele getallen, terwijl aangepaste statistieken van het type 'Valuta' kunnen worden verstuurd als vaste decimale waarden geschikt voor de plaatselijke valuta.
Verwerking
Bij het verwerken van aangepaste dimensies bepaalt het bereik op welke hits een bepaalde aangepaste dimensiewaarde wordt toegepast, terwijl weergavefilters bepalen welke hits en bijbehorende waarden uiteindelijk opgenomen worden in de rapportage.
Bereik en voorrang
Het bereik bepaalt welke hits worden gekoppeld aan een bepaalde aangepaste dimensiewaarde. Er zijn 4 niveaus voor het bereik: product, hit, sessie en gebruiker:
- Product: De waarde wordt toegepast op het product waarvoor deze is ingesteld. (Alleen voor geoptimaliseerde e-commerce.)
- Hit: De waarde wordt uitsluitend toegepast op de hit waarvoor deze is ingesteld.
- Sessie: De waarde wordt toegepast op alle hits in een bepaalde sessie.
- Gebruiker: De waarde wordt toegepast op alle hits in de huidige en toekomstige sessies tot de waarde verandert of de aangepaste dimensie op inactief wordt ingesteld.
Bij aangepaste dimensies met productbereik wordt de waarde alleen toegepast op het product waarvoor de waarde was ingesteld. Omdat meerdere producten in 1 hit kunnen worden verstuurd, kunnen meerdere aangepaste dimensies met productbereik in 1 hit worden verstuurd.
HitbereikBij aangepaste dimensies met hitbereik wordt de waarde alleen toegepast op de hit waarvoor de waarde was ingesteld. Dit wordt geïllustreerd in figuur A, figuur B en figuur C hieronder:
Sessiebereik
Als 2 waarden met sessiebereik tijdens een sessie zijn ingesteld op dezelfde index, krijgt de laatste ingestelde waarde voorrang en wordt deze toegepast op alle hits in die sessie. In figuur D hieronder worden alle vorige waarden overschreven door de laatste ingestelde waarde voor die index:
Gebruikersbereik
Als tot slot 2 aangepaste dimensiewaarden met gebruikersbereik binnen dezelfde sessie zijn ingesteld, krijgt de laatste ingestelde waarde voorrang voor de huidige sessie en wordt deze toegepast op alle toekomstige sessies voor die gebruiker.
In figuur B hieronder wordt CD-waarde A toegepast op alle hits in sessie 2, net als bij een aangepaste dimensie met sessiebereik. In figuur C wordt CD-waarde A echter, in tegenstelling tot een sessiebereik, nog steeds toegepast op hits in de 3e sessie, als gevolg van het gebruikersbereik van CD1:
Filters
Dataweergavefilters kunnen op verschillende manieren met aangepaste dimensies en statistieken communiceren.
Alle waarden van aangepaste dimensies en statistieken zijn gekoppeld aan de hit waarmee zij werden ontvangen, ongeacht hun bereik. Als die hit door een weergavefilter is gefilterd, kan de aangepaste dimensie of statistiek ook worden gefilterd, afhankelijk van het bereik:
- Hitbereik: Zowel aangepaste dimensies met hitbereik als aangepaste statistieken worden gefilterd, als de hit waaraan ze zijn gekoppeld ook was gefilterd.
- Sessie- of gebruikersbereik: Aangepaste dimensies met gebruikers- of sessiebereik worden niet gefilterd, zelfs niet als de hit waaraan ze zijn gekoppeld, is gefilterd. De waarden ervan worden nog steeds op alle hits in de huidige sessie toegepast en, in geval van gebruikersbereik, ook op de hits in toekomstige sessies.
U kunt aangepaste dimensies ook gebruiken om weergavefilters te maken. Hiermee worden hits gefilterd afhankelijk van het bereik van de aangepaste dimensie. Als u bijvoorbeeld filtert op een aangepaste dimensiewaarde met gebruikersbereik, worden huidige en toekomstige sessies gefilterd van de groep gebruikers die aan die waarde is gekoppeld.
Rapportage
Nadat verzamelen, configureren en andere verwerkingsstappen zijn voltooid, komen aangepaste dimensies en statistieken beschikbaar via de rapportage-gebruikersinterface.
Aangepaste dimensies en statistieken zijn beschikbaar in aangepaste rapporten en kunnen worden gebruikt met geavanceerde segmenten. U kunt aangepaste dimensies ook gebruiken als secundaire dimensies in standaardrapporten.
Voorbeelden
In de volgende voorbeelden ziet u hoe een gameontwikkelaar aangepaste dimensies en statistieken kan gebruiken om meer te weten te komen over het gedrag van spelers.
Een gameontwikkelaar heeft onlangs een nieuwe game uitgebracht.
De huidige Analytics-implementatie houdt een schermweergave bij telkens wanneer een gebruiker een level speelt. De ontwikkelaar weet al hoe vaak elk level wordt gespeeld, maar wil nu antwoord krijgen op deze gedetailleerdere vragen:
- Hoe vaak worden 'easy' levels gespeeld vergeleken met 'medium' of 'hard' levels?
- Hoeveel levels worden er elke dag gespeeld tijdens een gratis proefperiode van 3 dagen?
- Hoeveel levels worden er gespeeld door gebruikers tijdens de proefperiode vergeleken met spelers die voor de game hebben betaald?
Voor een antwoord op deze vragen worden met behulp van aangepaste dimensies nieuwe groeperingen van hits, sessies en gebruikers gemaakt.
Bovendien verkoopt de ontwikkelaar wat extra functies, zogenaamde 'power-ups', om de gebruikerservaring te verbeteren. De ontwikkelaar maakt al gebruik van de velden Categorie en Variant, maar wil een extra veld toevoegen om de kracht van de door gebruikers gekochte power-ups te meten. Op die manier kan de ontwikkelaar bepalen of bepaalde power-ups populairder zijn dan andere.
Hitbereik
Laten we aan de hand van een voorbeeld bekijken hoe de gameontwikkelaar aangepaste dimensies met hitbereik kan gebruiken om te zien hoeveel levels worden gespeeld op elke moeilijkheidsgraad: 'easy', 'medium' en 'hard'.
De ontwikkelaar houdt met behulp van schermweergaven al bij hoe vaak elk level wordt gespeeld, maar wil nu weten welke moeilijkheidsgraad het meest wordt gespeeld.
Zo ziet het rapport eruit:
| Moeilijkheidsgraad | Schermweergaven |
|---|---|
| easy | |
| medium | |
| hard |
De gameontwikkelaar kon zonder aangepaste dimensies ook al het totale aantal schermweergaven zien, maar deze waren niet gegroepeerd per moeilijkheidsgraad.
Met behulp van een aangepaste dimensie met hitbereik kan aan elke schermweergave een moeilijkheidsgraad worden gekoppeld, zodat de rapporten weergeven welke moeilijkheidsgraad het meest wordt gespeeld.
Waarom wordt hitbereik gebruikt?
Een gebruiker kan tijdens een bepaalde sessie verschillende levels spelen. Wanneer hitbereik wordt gebruikt, wordt een moeilijkheidsgraad alleen gekoppeld aan de schermweergave waarmee deze was verstuurd. Dit betekent dat elke schermweergave aan een unieke moeilijkheidsgraad kan worden gekoppeld.
Configuratie
Bij het implementeren van een aangepaste dimensie moet u eerst de dimensie definiëren in uw property-instellingen in het gedeelte Beheerder van Analytics. In dit voorbeeld ziet de definitie van de aangepaste dimensie er zo uit:
| Index | 1 |
| Naam | Moeilijkheidsgraad |
| Bereik | Hit |
| Actief | true |
Verzameling
De gameontwikkelaar houdt in de game elk level al bij met een schermweergave. Om de moeilijkheidsgraad aan een level te koppelen, moet de aangepaste dimensiewaarde worden ingesteld net voordat de opdracht wordt gegeven om de schermweergave bij te houden.
De implementatie kan er zo uitzien:
ga('create', 'UA-XXXX-Y', 'auto');
// Stel de waarde voor aangepaste dimensie in bij index 1.
ga('set', 'cd1', 'easy');
// Verstuur de aangepaste dimensiewaarde met een paginaweergavehit.
ga('send', 'pageview', '/level_1/');
In dit voorbeeld wordt de aangepaste dimensie ingesteld net voordat de schermweergave van het level wordt bijgehouden. Hierdoor wordt de moeilijkheidsgraad aan de schermweergave gekoppeld en worden de schermweergavehits in de rapporten per moeilijkheidsgraad gegroepeerd.
Verwerking
Nadat de hits zijn verzameld en naar Analytics zijn gestuurd, worden de gegevens verwerkt en worden aangepaste dimensiewaarden toegepast op hits op basis van hun bereik.
Voorbeeld: de gegevens die zijn verzameld voor 1 speler met 1 sessie die zes levels speelde, zien er zo uit:
userId = 5555 Session 1: H1: screen_name=/level_1/ cd1_value=easy H2: screen_name=/level_2/ cd1_value=medium H3: screen_name=/level_3/ cd1_value=hard H4: screen_name=/level_4/ cd1_value=easy H5: screen_name=/level_5/ cd1_value=medium H6: screen_name=/level_6/ cd1_value=medium
Met hitbereik wordt elke moeilijkheidsgraad alleen gekoppeld aan de schermweergave waarmee deze werd verzonden.
Rapportage
Omdat elke schermweergave aan de betreffende moeilijkheidsgraad is gekoppeld, kan een ontwikkelaar na de verwerking een rapport maken met Schermnaam en Moeilijkheidsgraad als dimensies en Schermweergaven als statistiek:
| Schermnaam | Moeilijkheidsgraad | Schermweergaven |
|---|---|---|
| /level_1/ | easy | 1 |
| /level_2/ | medium | 1 |
| /level_3/ | hard | 1 |
| /level_4/ | easy | 1 |
| /level_5/ | medium | 1 |
| /level_6/ | medium | 1 |
U kunt aan de hand van een aangepast rapport met Moeilijkheidsgraad als primaire dimensie de schermweergaven groeperen en zo te weten komen hoe vaak elke moeilijkheidsgraad is gespeeld:
| Moeilijkheidsgraad | Schermweergaven |
|---|---|
| easy | 2 |
| medium | 3 |
| hard | 1 |
Dit rapport geeft aan dat de moeilijkheidsgraad Medium het meest is gespeeld. Dit inzicht wordt verkregen door schermweergaven te groeperen met behulp van aangepaste dimensies met hitbereik.
Sessiebereik
Laten we nu aan de hand van een voorbeeld bekijken hoe de gameontwikkelaar aangepaste dimensies met sessiebereik kan gebruiken om te zien hoeveel levels er elke dag worden gespeeld gedurende een gratis proefperiode van 3 dagen.
De ontwikkelaar houdt met behulp van een schermweergave voor elk level al bij hoe vaak elk level wordt gespeeld, maar wil nu weten hoeveel levels per dag worden gespeeld.
Het rapport dat de ontwikkelaar wil maken, ziet er zo uit:
| Dag van proefperiode | Schermweergaven |
|---|---|
| Dag 1 | |
| Dag 2 | |
| Dag 3 |
Door sessiebereik te gebruiken, kan de ontwikkelaar de schermweergaven per dag uit de proefperiode groeperen en nagaan hoe dat aantal verandert naarmate een speler de gratis proefperiode langer gebruikt.
Waarom wordt sessiebereik gebruikt?
Met sessiebereik kunt u op een efficiënte manier een hele sessie groeperen, met alle afzonderlijke hits, voor een enkele waarde van 'Dag van proefperiode'.
Hoewel met hitbereik dezelfde functionaliteit kan worden bereikt, kunt u met sessiebereik eenvoudiger en met minder extra code een waarde voor 'Dag van proefperiode' instellen.
Configuratie
De aangepaste dimensie 'Dag van proefperiode' wordt in het gedeelte met property-instellingen in de Analytics-gebruikersinterface gedefinieerd met de volgende waarden:
| Index | 2 |
| Naam | Dag van proefperiode |
| Bereik | Sessie |
| Actief | true |
Verzameling
De gameontwikkelaar houdt in de game elk level al bij met een schermweergave. Om aan alle schermweergaven in een sessie een dag te koppelen, hoeft de aangepaste dimensie maar 1 keer per sessie te worden ingesteld.
De ontwikkelaar stelt de aangepaste dimensie in op het moment dat de gebruiker de game voor het eerst start:
ga('create', 'UA-XXXX-Y', 'auto');
// Stel waarde voor aangepaste dimensie in bij index 2.
var day = getDayOfTrial();
ga('set', 'dimension2', day );
// Verstuur de aangepaste dimensiewaarde met een paginaweergavehit.
ga('send', 'pageview', '/level_1/');
Een aangepaste dimensie met sessiebereik kan op elk gewenst moment tijdens de sessie worden ingesteld. In dit voorbeeld is het echter eenvoudiger voor de ontwikkelaar om de dag van de proefperiode te bepalen en de betreffende waarde in te stellen aan het begin van de sessie.
Verwerking
Nadat de hits zijn verzameld en naar Analytics zijn gestuurd, worden de gegevens verwerkt en worden aangepaste dimensiewaarden toegepast op hits op basis van hun bereik.
Voorbeeld: de gegevens die zijn verzameld voor 1 speler die de game de 1e dag 2 keer, de 2e dag 1 keer en de 3e dag 1 keer speelde, zien er zo uit:
userId = 5555 Session 1: H1: screen_name=/level_1/ cd2_value=1 H2: screen_name=/level_2/ H3: screen_name=/level_2/ Session 2: H4: screen_name=/level_3/ cd2_value=1 H5: screen_name=/level_4/ H6: screen_name=/level_4/ Session 3: H1: screen_name=/level_1/ cd2_value=2 H2: screen_name=/level_2/ H3: screen_name=/level_3/ Session 4: H1: screen_name=/level_3/ cd2_value=3
De aangepaste dimensiewaarden zijn verstuurd met maar 1 schermweergave per sessie.
Het sessiebereik zorgt ervoor dat de waarde van 'Dag van proefperiode' wordt gekoppeld aan alle hits in die sessie, en niet alleen aan de hit waarmee deze werd verstuurd.
Rapportage
Na de verwerking worden de waarden van een aangepaste dimensie met sessiebereik gekoppeld aan alle schermweergaven in dezelfde sessie. De ontwikkelaar kan nu een rapport maken met Dag van proefperiode en Schermnaam als dimensies en Schermweergaven als statistiek:
| Dag van proefperiode | Schermnaam | Schermweergaven |
|---|---|---|
| 1 | /level_1/ | 1 |
| 1 | /level_2/ | 2 |
| 1 | /level_3/ | 1 |
| 1 | /level_4/ | 2 |
| 2 | /level_1/ | 1 |
| 2 | /level_2/ | 1 |
| 2 | /level_3/ | 1 |
| 3 | /level_3/ | 1 |
Tot slot kan de ontwikkelaar een aangepast rapport maken met Dag van proefperiode als primaire dimensie en waarin de schermweergaven per dag zijn gegroepeerd, om na te gaan hoeveel levels er per dag van de proefperiode zijn gespeeld:
| Dag van proefperiode | Schermweergaven |
|---|---|
| 1 | 6 |
| 2 | 3 |
| 3 | 1 |
De gegevens laten zien dat de meeste levels op dag 1 zijn gespeeld en beduidend minder levels op dag 2 en 3. Dit inzicht wordt verkregen door met behulp van aangepaste dimensies met sessiebereik meerdere sessies en hun afzonderlijke hits te groeperen op 1 waarde.
Gebruikersbereik
Tot slot laten we aan de hand van een voorbeeld zien hoe de gameontwikkelaar aangepaste dimensies met gebruikersbereik kan toepassen om te weten te komen hoeveel levels er worden gespeeld door betalende gebruikers vergeleken met spelers die de gratis proefversie gebruiken.
Zoals we in voorgaande voorbeelden zagen, wordt het totale aantal keren dat elk level wordt gespeeld, al bijgehouden met behulp van schermweergaven, maar de ontwikkelaar wil nu de schermweergaven groeperen per type speler: gratis en betalende gebruikers.
Het rapport waarin de ontwikkelaar is geïnteresseerd, ziet er zo uit:
| Type speler | Schermweergaven |
|---|---|
| Free | |
| Betaald |
Met behulp van aangepaste dimensies met gebruikersbereik kan de ontwikkelaar de gewenste gegevens verkrijgen door alle schermweergaven voor zowel huidige als toekomstige sessies met een waarde 'Type speler' aan een bepaalde gebruiker te koppelen.
Waarom wordt gebruikersbereik gebruikt?
Met behulp van gebruikersbereik kunt u makkelijk alle afzonderlijke sessies en hits van een gebruiker groeperen op 1 waarde. Dit is ideaal voor waarden die niet vaak veranderen voor een bepaalde gebruiker, zoals in dit voorbeeld het type speler.
Hoewel dezelfde functionaliteit kan worden bereikt met hitbereik of sessiebereik, biedt gebruikersbereik de eenvoudigste oplossing met de minste code.
Configuratie
De aangepaste dimensie 'Type speler' wordt gedefinieerd in het beheerdersgedeelte met de volgende waarden:
| Index | 3 |
| Naam | Type speler |
| Bereik | User |
| Actief | true |
Verzameling
Net zoals in de voorgaande voorbeelden houdt de ontwikkelaar elk level al bij met een schermweergave. Om deze schermweergaven per type speler te groeperen, hoeft de ontwikkelaar alleen de dimensie 'Type speler' in te stellen wanneer de gebruiker de game start, en een 2e keer als een gebruiker betaalt voor de volledige versie van de game.
De ontwikkelaar stelt de aangepaste dimensie in op het moment dat de gebruiker de game voor het eerst start:
ga('create', 'UA-XXXX-Y', 'auto');
// Stel de waarde voor aangepaste dimensie in bij index 3.
ga('set', 'dimension3', 'free');
// Verstuur de aangepaste dimensiewaarde met een paginaweergavehit.
ga('send', 'pageview', '/level_1/');
De ontwikkelaar stelt de aangepaste dimensie ook in op het moment dat de gebruiker voor de volledige versie van de game betaalt:
ga('create', 'UA-XXXX-Y', 'auto');
// Stel de waarde voor aangepaste dimensie in bij index 3.
ga('set', 'dimension3', 'paid');
// Verstuur de aangepaste dimensiewaarde met een paginaweergavehit.
ga('send', 'pageview', '/level_1/');
Verwerking
Net als in voorgaande voorbeelden worden de verzamelde gegevens verwerkt en worden de aangepaste dimensiewaarden op grond van hun bereik op de hits toegepast.
Voorbeeld: de gegevens die zijn verzameld voor 1 speler die de game 2 keer als gratis speler en 1 keer als betalende speler speelde, zien er zo uit:
userId = 5555 Session 1: H2: screen_name=/level_1/ cd3_value=free H3: screen_name=/level_2/ Session 2: H1: screen_name=/level_2/ H2: screen_name=/level_3/ H3: screen_name=/level_3/ Session 3: H1: screen_name=/level_3/ cd3_value=paid H2: screen_name=/level_4/
De waarde free in sessie 1 wordt toegepast op alle hits in zowel die sessie als in sessie 2, tot het moment dat in sessie 3 de nieuwe waarde paid wordt ingesteld.
Rapportage
Na de verwerking worden de waarden voor de aangepaste dimensie 'Type speler' gekoppeld aan zowel de sessie waarin ze zijn ingesteld als alle toekomstige sessies en hits.
De ontwikkelaar kan nu een rapport maken met Type speler en Schermnaam als dimensies en Schermweergaven als statistiek:
| Type speler | Schermnaam | Schermweergaven |
|---|---|---|
| Free | /level_1/ | 1 |
| Free | /level_2/ | 2 |
| Free | /level_3/ | 2 |
| Paid | /level_3/ | 1 |
| Paid | /level_4/ | 1 |
Tot slot kan de ontwikkelaar een aangepast rapport maken met Type speler als primaire dimensie. Nu worden de schermweergaven gegroepeerd om na te gaan hoeveel levels er zijn gespeeld door niet-betalende spelers vergeleken met betalende spelers:
| Type speler | Schermweergaven |
|---|---|
| Free | 5 |
| Paid | 2 |
Uit de gegevens blijkt dat er meer levels zijn gespeeld door niet-betalende gebruikers dan door betalende gebruikers. Dit inzicht wordt verkregen door met behulp van aangepaste dimensies met gebruikersbereik gebruikers en hun afzonderlijke sessies en hits te groeperen op 1 waarde.
Productbereik
Laten we aan de hand van een voorbeeld bekijken hoe de gameontwikkelaar aangepaste dimensies met productbereik kan gebruiken om erachter te komen welke power-up-sterkte ('weak', 'medium' of 'strong') werd gekocht.
De ontwikkelaar houdt met behulp van schermweergaven al bij hoe vaak elke power-up wordt gekocht, maar wil nu weten welke power-up-sterkte het meest wordt gekocht.
Zo ziet het rapport eruit:
| Power-up-sterkte | Productopbrengst |
|---|---|
| weak | |
| medium | |
| strong |
De gameontwikkelaar kon ook zonder aangepaste dimensies de totale productopbrengst van power-ups zien, maar deze opbrengst kon niet per power-up-sterkte worden gegroepeerd.
Met behulp van dimensies met productbereik kan aan elke productopbrengst een power-up-sterkte worden gekoppeld, zodat de rapporten ook aangeven welke power-up-sterkte het meest werd gekocht (evenals bekeken, aangeklikte en geoptimaliseerde e-commerceacties).
Waarom wordt productbereik gebruikt?
Een gebruiker kan tijdens 1 aankoop verschillende power-ups kopen. Wanneer productbereik wordt gebruikt, wordt een sterkte alleen gekoppeld aan het product waarmee deze was verstuurd. Dit betekent dat elke gekochte power-up kan worden gekoppeld aan een unieke sterkte.
Configuratie
De aangepaste dimensie Power-up-sterkte wordt in de property-instellingen in het gedeelte Beheerder in Analytics gedefinieerd met de volgende waarden:
| Index | 4 |
| Naam | Power-up-sterkte |
| Bereik | Product |
| Actief | true |
Verzameling
In de game houdt de gameontwikkelaar elke power-up-verkoop al bij. Om aan elke power-up de sterkte te koppelen, moet de aangepaste dimensiewaarde samen met de productgegevens worden ingesteld.
Het toevoegen van deze dimensie aan het product kan er zo uitzien:
ga('ec:addProduct', { // Provide product details in an productFieldObject.
'id': 'P12345', // Product ID (string).
'name': 'Powerup', // Product name (string).
'category': 'Extras', // Product category (string).
'variant': 'red', // Product variant (string).
'price': '10.00', // Product price (currency).
'quantity': 2, // Product quantity (number).
'dimension4': 'strong' // Product-scoped custom dimension (string).
});
ga('ec:setAction', 'purchase', {
'id': 'T12345',
'revenue': '20.00'
});
ga('send', 'pageview'); // Send transaction data with initial pageview.
In dit voorbeeld wordt de aangepaste dimensie samen met de productinformatie ingesteld. Hierdoor wordt de sterkte aan deze power-up gekoppeld.
Verwerking
Nadat de hits zijn verzameld en naar Analytics zijn verstuurd, worden (net als in de voorgaande voorbeelden) de gegevens verwerkt en de aangepaste dimensiewaarden toegepast op de producten waarmee ze waren ingesteld.
Voorbeeld: de gegevens die zijn verzameld voor 1 speler die tijdens 1 sessie 3 power-ups kocht, zien er zo uit:
userId = 5555
Session 1:
H1: product_name=powerup cd4_value=weak
product_name=powerup cd4_value=strong
H2: product_name=powerup cd4_value=weak
Met productbereik wordt elke power-up alleen gekoppeld aan het product waarvoor deze was ingesteld.
Rapportage
Omdat elk product is gekoppeld aan de betreffende power-up-sterkte, kan een ontwikkelaar na de verwerking een aangepast rapport maken waarin de productopbrengst en de power-up-sterkte worden getoond:
| Power-up-sterkte | Productopbrengst |
|---|---|
| weak | 20,00 |
| strong | 10,00 |
Volgens dit rapport leverden de power-ups van het type 'weak' de grootste opbrengst op.
Aangepaste statistieken
Bereik
Net als aangepaste dimensies kunnen ook aangepaste statistieken verschillende bereiken hebben. Aangepaste statistieken met hitbereik worden gekoppeld aan alle dimensies met hitbereik waarmee ze zijn verstuurd. Op dezelfde manier worden aangepaste statistieken met productbereik alleen gekoppeld aan de producten waarmee ze zijn verstuurd. De onderstaande voorbeelden illustreren deze 2 typen aangepaste statistieken.
Voorbeeld van een aangepaste statistiek met hitbereik
In de bovenstaande voorbeelden houdt de gameontwikkelaar het spelen van elk level bij als schermweergave. In de gegenereerde rapporten wordt de statistiek Schermweergave gebruikt om een speler weer te geven die een level probeert te voltooien.
De ontwikkelaar wil echter ook het voltooiingspercentage van elk level weten.
Om het voltooiingspercentage te bepalen, gebruikt de ontwikkelaar een nieuwe aangepaste statistiek 'Voltooide levels' en vergelijkt hij deze met de schermweergaven voor elk level.
Het rapport waarin de ontwikkelaar is geïnteresseerd, ziet er zo uit:
| Schermnaam | Schermweergaven | Voltooide levels |
|---|---|---|
| /level_1/ | ||
| /level_2/ | ||
| /level_3/ |
Waarom een aangepaste statistiek gebruiken?
In veel gevallen kunt u kiezen om gebeurtenissen, schermweergaven en/of een aangepaste statistiek te gebruiken om uw belangrijkste statistieken bij te houden. Aangepaste statistieken produceren echter meer flexibele en overzichtelijke aangepaste rapporten en zijn daarom een handige manier om uw belangrijkste statistieken bij te houden.
In dit voorbeeld konden de voltooide levels niet als schermweergave worden bijgehouden zonder het aantal schermweergaven per niveau dubbel te tellen. U wilt dus een andere optie vinden.
Hoewel een gebeurtenis op zichzelf kan worden gebruikt, is het vanwege de hiërarchische aard moeilijk om het bovenstaande rapport met een combinatie van 'Schermweergaven' en 'Voltooide levels' te maken onder 1 dimensie.
Als gevolg van de bovenstaande beperkingen en omdat het aantal voltooide levels voor deze ontwikkelaar zo'n belangrijke statistiek is, is het het handigst om het aantal voltooide levels bij te houden met behulp van een aangepaste statistiek.
Configuratie
De aangepaste statistiek Voltooide levels wordt in het gedeelte Beheerder van de gebruikersinterface gedefinieerd met de volgende waarden:
| Index | 1 |
| Naam | Voltooide levels |
| Bereik | Hit |
| Opmaaktype | Integer |
| Actief | true |
Verzameling
De ontwikkelaar houdt met schermweergaven de start van elk level al bij, maar wil nu met behulp van de nieuwe aangepaste statistiek bijhouden of het level is voltooid.
Net als bij aangepaste dimensies worden aangepaste statistieken naar Analytics gestuurd als parameters die aan andere hits zijn gekoppeld. Om de aangepaste statistiek te versturen, moet de ontwikkelaar ook een extra hit versturen om de gebruiker die een level voltooit, vast te leggen. In dit voorbeeld wordt na voltooiing van het level een gebeurtenis geactiveerd en een aangepaste statistiek aan deze gebeurtenis gekoppeld.
Die implementatie kan er zo uitzien:
ga('create', 'UA-XXXX-Y', 'auto');
// Verhoog de statistiek voor level-voltooiing met 1.
ga('set', 'metric1', 1 );
// Verstuur de aangepaste dimensiewaarde met een paginaweergavehit.
ga('send', 'event', 'Level', 'completion');
Verwerking
Vóór de verwerking kunnen de gegevens voor 1 speler die in 1 sessie 3 levels van de game speelt, er zo uitzien:
userId = 5555 Session 1 H1: type=screen_view screen_name=/level_1/ H2: type=event screen_name=/level_1/ cm1_value=1 H3: type=screen_view screen_name=/level_2/ H4: type=screen_view screen_name=/level_2/ H5: type=screen_view screen_name=/level_2/ H6: type=event screen_name=/level_2/ cm1_value=1 H7: type=screen_view screen_name=/level_3/ H8: type=event screen_name=/level_3/ cm1_value=1
Rapportage
Na de verwerking kan de ontwikkelaar een rapport maken met Schermnaam als dimensie en Schermweergaven, Totale gebeurtenissen en Voltooide levels als statistiek:
| Schermnaam | Schermweergaven | Totale gebeurtenissen | Voltooide levels |
|---|---|---|---|
| /level_1/ | 1 | 1 | 1 |
| /level_2/ | 3 | 1 | 1 |
| /level_3/ | 1 | 1 | 1 |
Omdat de ontwikkelaar de voltooide levels als aangepaste statistiek bijhoudt, is het in de toekomst niet meer nodig om de voltooide gebeurtenissen uit de totale gebeurtenissen te filteren.
In plaats daarvan kan de ontwikkelaar makkelijk het onderstaande aangepaste rapport maken met Voltooide levels als aangepaste statistiek:
| Schermnaam | Schermweergaven | Voltooide levels |
|---|---|---|
| /level_1/ | 1 | 1 |
| /level_2/ | 3 | 1 |
| /level_3/ | 1 | 1 |
Uit de gegevens blijkt dat level 2 eigenlijk moeilijker is dan level 1 en 3, omdat op basis van de schermweergaven dit level een voltooiingspercentage heeft van maar 33%. Door voltooide levels bij te houden als aangepaste statistiek, kan de ontwikkelaar eenvoudig antwoorden vinden op vragen over belangrijke statistieken en vereenvoudigde rapporten maken om met anderen te delen.
Voorbeeld van een aangepaste statistiek met productbereik
In de bovenstaande voorbeelden houdt de gameontwikkelaar elke verkoop van een power-up bij. Aan elke verkoop kunnen een paar verschillende statistieken worden gekoppeld, zoals aantal en productopbrengst:
De gameontwikkelaar heeft echter onlangs een promotie uitgevoerd, waarbij alle gebruikers $ 100 aan credits hebben ontvangen. De gameontwikkelaar wil meten welke power-ups mensen met hun credits kopen.
Om te bepalen hoeveel credits per productaankoop worden gebruikt, gebruikt de ontwikkelaar een nieuwe aangepaste statistiek 'Gebruikte credits'.
Het rapport waarin de ontwikkelaar is geïnteresseerd, ziet er zo uit:
| Power-up-sterkte | Productopbrengst | Gebruikte credits |
|---|---|---|
| strong | ||
| medium | ||
| weak |
Configuratie
De statistiek 'Gebruikte credits' wordt gedefinieerd in het gedeelte 'Beheerder' met de volgende waarden:
| Index | 2 |
| Naam | Gebruikte credits |
| Bereik | Product |
| Opmaaktype | Integer |
| Actief | true |
Verzameling
Net als bij aangepaste dimensies op productniveau worden aangepaste statistieken op productniveau naar Analytics verzonden als parameters gekoppeld aan de productgegevens.
Die implementatie kan er zo uitzien:
ga('ec:addProduct', { // Provide product details in an productFieldObject.
'id': 'P12345', // Product ID (string).
'name': 'Powerup', // Product name (string).
'category': 'Extras', // Product category (string).
'variant': 'red', // Product variant (string).
'price': '10.00', // Product price (currency).
'quantity': 2, // Product quantity (number)
'dimension4': 'strong', // Product-scoped custom dimension (string).
'metric2': 5 // Product-scoped custom metric (integer).
});
ga('ec:setAction', 'purchase', {
'id': 'T12345',
'revenue': '20.00'
});
ga('send', 'pageview'); // Send transaction data with initial pageview.
Verwerking
Vóór de verwerking kunnen de gegevens voor 1 speler die een aantal power-ups koopt, er zo uitzien:
userId = 5555
Session 1
H1: type=screen_view screen_name=/level_1/
H2: type=screen_view screen_name=/level_2/
product_name=powerup cd4_value=weak cm2_value=5
product_name=powerup cd4_value=strong cm2_value=5
H4: type=screen_view screen_name=/level_2/
product_name=powerup cd4_value=medium cm2_value=1
product_name=powerup cd4_value=weak cm2_value=10
Rapportage
Na de verwerking kan de ontwikkelaar een rapport maken met Power-up-sterkte als dimensie en Productopbrengst en Gebruikte credits als statistiek:
| Power-up-sterkte | Productopbrengst | Gebruikte credits |
|---|---|---|
| weak | 20 | 15 |
| strong | 10 | 5 |
| medium | 10 | 1 |
Volgens deze gegevens gebruiken spelers hun credits voor power-ups van het type 'weak'. De ontwikkelaar heeft de meeste winst gemaakt met power-ups van het type 'medium'.
Implementatieoverwegingen
Als u aangepaste dimensies of statistieken implementeert, moet u rekening houden met het volgende:
Bestaande dimensies of statistieken bewerken
Als u de naam of het bereik van een aangepaste dimensie of statistiek bewerkt, kunnen uw gegevens op de volgende manier worden beïnvloed:
- Naam bewerken: Dit heeft invloed op gegevens die al zijn verwerkt. Oude gegevens zijn alleen toegankelijk met behulp van de nieuwe naam.
- Bereik bewerken: Dit heeft geen invloed op gegevens die al zijn verwerkt. Alleen nieuwe gegevens worden met het nieuwe bereik verwerkt.
- De status Actief veranderen: Het veld Actief bepaalt of de waarden van aangepaste dimensies of statistieken inderdaad worden verwerkt. Als Actief
falseis, worden aangepaste dimensies of statistieken wel in uw rapporten weergegeven, maar omdat de waarden ervan niet zijn verwerkt, zijn er geen gekoppelde gegevens.
Plan vooruit wanneer u het bereik instelt
Bij de beslissing welk bereik voor een bepaalde aangepaste dimensie wordt gebruikt, moet u nagaan hoe vaak u verwacht dat de waarde verandert. Als u denkt dat de waarde per sessie vaak verandert, zoals de naam van een level in een game, gebruikt u hitbereik en stelt u de waarde vóór elke hit in. Daartegenover staat dat een aangepaste dimensie, zoals geslacht, maar eenmaal op gebruikersniveau hoeft te worden ingesteld. Het zou onnodig veel werk zijn om bij elke hit een waarde voor geslacht te sturen en als u een vaak veranderende aangepaste dimensie met gebruikersbereik zou configureren, zouden ten onrechte veel hits aan die waarde worden gekoppeld.
