Anpassade dimensioner och mätvärden fungerar precis som standarddimensioner och standardmätvärden i ditt Analytics-konto, med skillnaden att du skapar dem själv. Du kan använda dem för att samla in och analysera data som Analytics inte spårar automatiskt.
Innehåll i artikeln:Översikt
Med anpassade dimensioner och mätvärden kan du kombinera Analytics-data med data som inte kommer från Analytics, till exempel CRM-data. Exempel:
- Om du lagrar information om könstillhörighet för inloggade användare i ett CRM-system kan du kombinera den informationen med Analytics-data för att visa sidvisningar efter kön.
- Om du är spelutvecklare kan mätvärden som ”slutförda nivåer” eller ”rekord” vara mer relevanta för dig än fördefinierade mätvärden som skärmvisningar. Genom att spåra sådan data med hjälp av anpassade mätvärden kan du spåra utvecklingen gentemot de viktigaste mätvärdena i anpassade rapporter som är flexibla och överskådliga.
Anpassade dimensioner kan visas som primära dimensioner i anpassade rapporter. Du kan också använda dem som segment och sekundära dimensioner i standardrapporter.
Förutsättningar
Anpassade dimensioner och mätvärden finns bara för egendomar som antingen har aktiverats för Universal Analytics eller som innehåller minst en apprapportvy. Anpassade dimensioner och mätvärden stöds av Google Analytics SDK:er för Android och iOS v2.x eller senare, analytics.js och Measurement Protocol.
Anpassade dimensioner och mätvärden kräver ytterligare konfiguration i Analytics-kontot och i spårningskoden. När du har slutfört båda stegen i inställningsproceduren kan du använda dem i dina rapporter.
Begränsningar och förbehåll
Det finns 20 index vardera för anpassade dimensioner och anpassade mätvärden i varje egendom. För 360-konton finns 200 index vardera för anpassade dimensioner och anpassade mätvärden.
Anpassade dimensioner kan inte raderas, men de kan inaktiveras. Undvik att återanvända anpassade dimensioner. När du ändrar namnet, omfattningen och värdet för en anpassad dimension kan både gamla och nya värden kopplas till antingen det gamla eller det nya dimensionsnamnet. Detta medför att informationen i rapporterna sammanflätas och inte går att särskilja med hjälp av ett filter.
Vissa anpassade dimensioner är inte tillgängliga i rapporter när de kombineras med demografisk information. Om du begär anpassade dimensioner med demografisk data kan du omfattas av tröskelvärden eller restriktioner på grund av inkompatibilitet i rapporterna eller med API:et.
Livscykel för anpassade dimensioner och mätvärden
Livscykeln för anpassade dimensioner och mätvärden består av fyra faser:
- Inställning – du definierar dina anpassade dimensioner och mätvärden med index, namn och andra egenskaper, som omfattning.
- Insamling – du skickar in värden för anpassade dimensioner och mätvärden till Google Analytics från din implementering.
- Bearbetning – data bearbetas med definitionerna för dina anpassade dimensioner och mätvärden och eventuella filter för rapportvyer.
- Rapportering – du skapar nya rapporter med anpassade dimensioner och mätvärden i Analytics.
Konfiguration
Innan du kan skicka värden för dina anpassade dimensioner och mätvärden till Analytics måste de definieras i en Analytics-egendom. Varje Analytics-egendom har 20 tillgängliga index vardera för anpassade dimensioner och anpassade mätvärden.
När du definierar en anpassad dimension eller ett anpassat mätvärde anger du namnet och andra konfigurationsvärden. Analytics tilldelar då ett indexnummer som du sedan använder för att hänvisa till dimensionen eller mätvärdet. Anpassade dimensioner har följande konfigurationsvärden:
- Namn – namnet på den anpassade dimensionen som visas i rapporterna.
- Omfattning – anger vilken data som den anpassade dimensionen eller det anpassade mätvärdet tillämpas på. Läs mer om omfattning.
- Aktiv – huruvida värdet för den anpassade dimensionen eller det anpassade mätvärdet kommer att bearbetas. Inaktiva anpassade dimensioner kan fortfarande visas i rapporter, men deras värden bearbetas inte.
Anpassade mätvärden har följande konfigurationsvärden:
- Namn – namnet på det anpassade mätvärdet som visas i rapporterna.
- Typ – anger hur det anpassade mätvärdet visas i rapporter.
- Lägsta/högsta värde – de lägsta och högsta värden som bearbetas och visas i rapporterna.
- Aktiv – huruvida det anpassade mätvärdet kommer att bearbetas. Inaktiva anpassade mätvärden kan fortfarande visas i rapporter, men deras värden bearbetas inte.
Du kan definiera anpassade dimensioner och mätvärden i Analytics.
När du definierar en anpassad dimension eller ett anpassat mätvärde bör du i möjlig mån undvika att redigera namn och omfattning. Läs Att tänka på vid implementering om du vill veta mer om hur ändringar av dessa värden kan påverka rapporteringen.
Insamling
Värden för anpassade dimensioner och mätvärden skickas till Analytics vid insamlingstillfället som ett par med index- och värdeparametrar. Indexparametern motsvarar indexnumret för den anpassade dimensionen eller det anpassade mätvärdet som Analytics tilldelar under konfigureringen.
Till skillnad från andra typer av data skickas anpassade dimensioner och mätvärden till Analytics som parametrar som är kopplade till andra träffar, som sidvisningar, händelser eller e-handelstransaktioner. Av det skälet måste värden för anpassade dimensioner eller mätvärden ställas in före spårningsanropet så att värdet skickas till Analytics.
Om du till exempel ställer in ett värde för en anpassad dimension kan koden se ut så här:
ga('create', 'UA-XXXX-Y', 'auto');
// Ställ in värde för anpassad dimension vid index 1.
ga('set', 'cd1', 'Level 1');
// Skicka den anpassade dimensionen med en sidvisningsträff.
ga('send', 'pageview');
Typer av anpassade mätvärden
Anpassade mätvärden av typen Heltal eller Tid ska skickas med heltal, medan anpassade mätvärden av typen Valuta kan skickas som fasta decimalvärden som är lämpliga för den lokala valutan.
Bearbetning
När anpassade dimensioner bearbetas avgör omfattningen på vilka träffar som ett visst värde på en anpassad dimension tillämpas. Vyfilter avgör vilka träffar och motsvarande värden som slutligen ingår i rapporteringen.
Omfattning och företräde
Omfattning avgör vilka träffar som kopplas till ett visst värde för en anpassad dimension. Omfattningen består av fyra nivåer: produkt, träff, session och användare:
- Produkt – Värdet tillämpas på den produkt som det har ställts in för (endast Förbättrad e-handel).
- Träff – Värdet tillämpas på den enskilda träff som det har ställts in för.
- Session – Värdet tillämpas på alla träffar under en enskild session.
- Användare – Värdet tillämpas på alla träffar i aktuella och framtida sessioner, tills värdet ändras eller den anpassade dimensionen inaktiveras.
När en anpassad dimension har produktomfattning tillämpas värdet endast på produkten som värdet har ställts in för. Eftersom flera produkter kan skickas i en och samma träff kan flera anpassade dimensioner med omfattningen produktnivå skickas i en enstaka träff.
TräffnivåNär en anpassad dimension har träffomfattning tillämpas värdet endast på träffen som värdet har ställts in för. Detta visas i bild A, bild B och bild C nedan:
Sessionsnivå
När två värden med sessionsomfattning ställs in på samma index i en session får den senaste värdeuppsättningen företräde och tillämpas på alla träffar i den sessionen. I bild D nedan åsidosätter den senaste värdeuppsättningen eventuella tidigare värden för det indexet:
Användarnivå
Om två värden för en anpassad dimension med användaromfattning ställs in under samma session får den senaste värdeuppsättningen företräde under den aktuella sessionen och tillämpas på framtida sessioner för den användaren.
I bild B nedan tillämpas CD-värde A på alla träffar i session 2, precis som ett CD-värde på sessionsnivå. I bild C fortsätter CD-värde A däremot att tillämpas på träffar i den tredje sessionen, eftersom CD1 har användaromfattning:
Filter
Vyfilter kan interagera med anpassade dimensioner och mätvärden på flera sätt.
Alla värden för anpassade dimensioner och mätvärden kopplas till den träff som de togs emot med, oavsett omfattning. Om ett vyfilter tillämpas på träffen kan den anpassade dimensionen eller det anpassade mätvärdet också filtreras, beroende på dess omfattning:
- Träffomfattning: Både anpassade dimensioner med träffomfattning och alla anpassade mätvärden filtreras om träffen som de är kopplade till också filtrerades.
- Sessions- eller användaromfattning: Anpassade dimensioner med användar- eller sessionsomfattning filtreras inte, även om träffen de är kopplade till filtreras. Deras värden tillämpas fortfarande på alla träffar i den aktuella sessionen samt i framtida sessioner om dimensionen har användaromfattning.
Anpassade dimensioner kan också användas för att skapa vyfilter. Då filtreras träffar i enlighet med omfattningen för den anpassade dimensionen. Om du till exempel filtrerar fram ett värde för en anpassad dimension med användaromfattning filtreras aktuella och framtida sessioner från den uppsättning användare som är kopplad till värdet.
Rapporter
När insamling, konfiguration och övriga bearbetningsfaser är slutförda blir anpassade dimensioner och mätvärden tillgängliga via gränssnittet för användarrapporter.
Anpassade dimensioner och mätvärden är tillgängliga i anpassade rapporter och kan användas med avancerade segment. Anpassade dimensioner kan också användas som sekundära dimensioner i standardrapporter.
Exempel
Följande exempel visar hur en spelutvecklare kan använda anpassade dimensioner och mätvärden för att ta reda på mer om spelarbeteenden.
En spelutvecklare har nyss släppt ett nytt spel.
Den aktuella Analytics-implementeringen registrerar en skärmvisning varje gång en användare spelar en nivå. Utvecklaren vet redan hur många gånger varje nivå spelas. Nu vill de ha svar på mer avancerade frågor:
- Hur många gånger spelas enkla nivåer jämfört med medelsvåra eller svåra nivåer?
- Hur många nivåer spelas varje dag under en tre dagar lång kostnadsfri provperiod?
- Hur många nivåer spelas av användare i provversionen jämfört med användare som har betalat för spelet?
För att få svar på de här frågorna använder utvecklaren anpassade dimensioner för att skapa nya grupperingar med träffar, sessioner och användare.
Dessutom säljer utvecklaren ett antal extrafunktioner för att förbättra användarupplevelsen, till exempel extrakraft. Utvecklaren använder redan kategori- och variantfälten, men vill ha ett extra fält för att kunna mäta styrkan på den extrakraft som köps. På det sättet kan utvecklaren avgöra om vissa extrakrafter är populärare än andra.
Träffnivå
Här följer ett exempel på hur spelutvecklaren kan använda anpassade dimensioner på träffnivå för att ta reda på hur många nivåer på varje svårighetsnivå – lätt, medelsvår och svår – som spelades.
Utvecklaren spårar redan antalet gånger varje nivå spelas med hjälp av skärmvisningar. Nu vill de veta vilken svårighetsnivå som spelas mest.
Rapporten ser ut så här:
| Svårighetsgrad | Skärmvisningar |
|---|---|
| lätt | |
| medelsvår | |
| svår |
Innan anpassade dimensioner infördes kunde utvecklaren se det totala antalet skärmvisningar efter nivå, men kunde inte gruppera skärmvisningarna efter svårighetsgrad.
Genom att använda en anpassad dimension på träffnivå kan utvecklaren koppla varje skärmvisning till svårighetsgrad, vilket gör att rapporterna kan inkludera den svårighetsgrad som spelas mest.
Varför träffnivå?
En användare kan spela flera nivåer under en och samma session. Med träffomfattning kopplas värdet på svårighetsgraden endast till den skärmvisning som den skickades med. Detta säkerställer att varje nivåskärmvisning kan kopplas till en unik svårighetsgrad.
Konfiguration
Det första steget när du implementerar en anpassad dimension är att definiera den i egendomsinställningarna i avsnittet Administratör i Analytics. I det här exemplet ser definitionen för den anpassade definitionen ut så här:
| Index | 1 |
| Namn | Svårighetsgrad |
| Omfattning | Träff |
| Aktiv | sant |
Insamling
I spelet spårar utvecklaren redan varje nivå med en skärmvisning. För att kunna koppla svårighetsgraden till varje nivå måste värdet för den anpassade dimensionen ställas in omedelbart före anropet för att spåra skärmvisningen.
Implementeringen kan se ut så här:
ga('create', 'UA-XXXX-Y', 'auto');
// Ställ in värde för anpassad dimension vid index 1.
ga('set', 'cd1', 'easy');
// Skicka värde för anpassad dimension med en sidvisningsträff.
ga('send', 'pageview', '/level_1/');
I det här exemplet ställs den anpassade dimensionen in omedelbart innan nivåskärmvisningen spåras. Detta kopplar svårighetsgraden till skärmvisningen och gör det möjligt att gruppera skärmvisningsträffen efter svårighetsgrad i rapporterna.
Bearbetning
När träffarna har samlats in och skickats till Analytics bearbetas informationen. Värdena för den anpassade dimensionen tillämpas på träffar i enlighet med deras omfattning.
Så här insamlad data ut för en enskild spelare, med en session och sex spelade nivåer:
userId = 5555 Session 1: H1: screen_name=/level_1/ cd1_value=lätt H2: screen_name=/level_2/ cd1_value=medelsvår H3: screen_name=/level_3/ cd1_value=svår H4: screen_name=/level_4/ cd1_value=lätt H5: screen_name=/level_5/ cd1_value=medelsvår H6: screen_name=/level_6/ cd1_value=medelsvår
Genom att använda träffomfattning säkerställer du att varje svårighetsnivåvärde endast kopplas till den skärmvisning som den skickades med.
Rapporter
Eftersom varje skärmvisning kopplas till respektive svårighetsnivåvärde kan utvecklaren skapa en rapport där både skärmnamn och svårighetsgrad används som dimensioner och skärmvisningar används som mätvärde:
| Skärmnamn | Svårighetsgrad | Skärmvisningar |
|---|---|---|
| /level_1/ | lätt | 1 |
| /level_2/ | medelsvår | 1 |
| /level_3/ | svår | 1 |
| /level_4/ | lätt | 1 |
| /level_5/ | medelsvår | 1 |
| /level_6/ | medelsvår | 1 |
Du kan skapa en anpassad rapport med svårighetsgrad som primär dimension för att gruppera skärmvisningar och ta reda på hur många gånger varje svårighetsnivå spelades:
| Svårighetsgrad | Skärmvisningar |
|---|---|
| lätt | 2 |
| medelsvår | 3 |
| svår | 1 |
Enligt rapporten spelades nivåer med medelhög svårighetsgrad mest. Den här insikten är möjlig tack vare att anpassade dimensioner på träffnivå används för att gruppera skärmvisningar.
Sessionsnivå
Här följer ett exempel på hur spelutvecklaren kan använda anpassade dimensioner på sessionsnivå för att se hur många nivåer som spelas varje dag under en tre dagar lång kostnadsfri provperiod.
Utvecklaren spårar redan skärmvisningar för varje nivå och vet därför hur många gånger varje nivå spelas. Nu vill de veta hur många nivåer som spelades varje dag.
Utvecklaren vill skapa en rapport som ser ut så här:
| Dag under provperioden | Skärmvisningar |
|---|---|
| Dag 1 | |
| Dag 2 | |
| Dag 3 |
Genom att använda anpassade dimensioner på sessionsnivå kan utvecklaren gruppera skärmvisningar efter dag under provperioden och se hur siffran ändras i takt med att användaren lägger mer tid på spelet under den kostnadsfria provperioden.
Varför sessionsnivå?
Du kan använda sessionsomfattning för att effektivt gruppera hela sessioner och alla tillhörande komponentträffar under ett enda värde för Dag under provperioden.
Även om du kan få samma resultat med träffomfattning kan du genom att använda sessionsomfattning enkelt ange ett värde för Dag under provperioden med minsta möjliga extrakod.
Konfiguration
Den anpassade dimensionen Dag under provperioden definieras i avsnittet med egendomsinställningar i Analytics med följande värde:
| Index | 2 |
| Namn | Prövodag |
| Omfattning | Session |
| Aktiv | sant |
Insamling
I spelet spårar utvecklaren redan varje nivå med en skärmvisning. För att kunna koppla en dag till alla skärmvisningar i en session behöver värdet för den anpassade dimensionen bara ställas in en gång per session.
Utvecklaren ställer in den anpassade dimensionen när användaren först startar spelet:
ga('create', 'UA-XXXX-Y', 'auto');
// Ställ in värde för anpassad dimension vid index 2.
var day = getDayOfTrial();
ga('set', 'dimension2', day );
// Skicka värde för anpassad dimension med en sidvisningsträff.
ga('send', 'pageview', '/level_1/');
Observera att en anpassad dimension på sessionsnivå kan ställas in när som helst under sessionen. I det här exemplet är det dock smidigt för utvecklaren att fastställa dagen under provperioden och ställa in lämpligt värde vid sessionens början.
Bearbetning
När träffarna har samlats in och skickats till Analytics bearbetas informationen. Värdena för den anpassade dimensionen tillämpas på träffar i enlighet med deras omfattning.
Anta att data samlas in för en enstaka spelare som spelar spelet två gånger den första dagen, en gång den andra dagen och en gång den tredje dagen:
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
Observera att värdena för den anpassade dimensionen endast har skickats med en skärmvisning per session.
Sessionsomfattningen säkerställer att värdet för Dag under provperioden kopplas till alla träffar i den sessionen, inte bara träffen det skickades med.
Rapporter
Efter bearbetningen kopplas värdena för anpassade dimensioner på sessionsnivå till alla skärmvisningar som togs emot i samma session. Utvecklaren kan nu skapa en rapport med dag under provperioden och skärmnamn som dimensioner och skärmvisningar som mätvärde:
| Dag under provperioden | Skärmnamn | Skärmvisningar |
|---|---|---|
| 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 |
Om utvecklaren därefter vill gruppera skärmvisningar efter dag och ta reda på hur många nivåer som spelades varje dag under provperioden kan de skapa en anpassad rapport som använder dag under provperioden som primär dimension:
| Dag under provperioden | Skärmvisningar |
|---|---|
| 1 | 6 |
| 2 | 3 |
| 3 | 1 |
Uppgifterna visar att flest antal nivåer spelades dag 1 och att mycket färre nivåer spelades dag 2 och 3. Den här insikten är möjlig tack vare att anpassade dimensioner på sessionsnivå används för att gruppera flera sessioner och deras komponentträffar med ett enskilt värde.
Användarnivå
Slutligen ska vi se hur spelutvecklaren kan använda anpassade dimensioner på användarnivå för att ta reda på hur många nivåer som spelades av betalanvändare kontra användare som utnyttjade den kostnadsfria provperioden.
Precis som i tidigare exempel spårar utvecklaren redan det totala antalet gånger varje nivå spelas med hjälp av skärmvisningar, men vill nu gruppera skärmvisningar efter betalanvändare och användare som utnyttjar provperioden.
Utvecklaren vill ha en rapport som ser ut så här:
| Spelartyp | Skärmvisningar |
|---|---|
| Provversion | |
| Betalversion |
Genom att använda en anpassad dimension på användarnivå kan utvecklaren få denna information genom att koppla alla skärmvisningar för en viss användare under aktuella och framtida sessioner med värdet Spelartyp.
Varför användarnivå?
Med användaromfattning kan du gruppera en användares alla delsessioner och träffar utifrån ett enda värde. Detta är användbart för värden som inte ändras ofta för en viss användare, som Spelartyp i det här exemplet.
Observera att även om du kan få samma resultat med träff- eller sessionsomfattning ger användaromfattningen den smidigaste lösningen med minsta mängd kod.
Konfiguration
Den anpassade dimensionen Spelartyp definieras i avsnittet Administratör med följande värden:
| Index | 3 |
| Namn | Spelartyp |
| Omfattning | Användare |
| Aktiv | sant |
Insamling
Som i tidigare exempel spårar utvecklaren redan varje nivå med hjälp av en skärmvisning. För att gruppera skärmvisningarna efter spelartyp behöver utvecklaren bara ställa in dimensionen Spelartyp när användaren startar spelet och en andra gång om användaren senare betalar för att få åtkomst till hela spelet.
Utvecklaren ställer in den anpassade dimensionen när användaren först startar spelet:
ga('create', 'UA-XXXX-Y', 'auto');
// Ställ in värde för anpassad dimension vid index 3.
ga('set', 'dimension3', 'Free' );
// Skicka värde för anpassad dimension med en sidvisningsträff.
ga('send', 'pageview', '/level_1/');
Utvecklaren vill också ställa in den anpassade dimensionen när användaren betalar för den fullständiga versionen av spelet:
ga('create', 'UA-XXXX-Y', 'auto');
// Ställ in värde för anpassad dimension vid index 3.
ga('set', 'dimension3', 'Paid' );
// Skicka värde för anpassad dimension med en sidvisningsträff.
ga('send', 'pageview', '/level_1/');
Bearbetning
När data har samlats in bearbetas den som i tidigare exempel och värdena för anpassade dimensioner tillämpas enligt deras omfattning.
Data som till exempel samlas in för en enskild användare som spelade den kostnadsfria versionen av spelet två gånger och betalversionen en gång skulle se ut så här:
userId = 5555 Session 1: H2: screen_name=/level_1/ cd3_value=kostnadsfri 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=betald H2: screen_name=/level_4/
Observera att värdet kostnadsfri som ställs in i session 1 tillämpas på alla träffar i den sessionen samt i session 2 tills det nya värdet betald ställs in i session 3.
Rapporter
Efter bearbetningen kopplas värdena för den anpassade dimensionen Spelartyp till sessionerna som de ställdes in för samt för eventuella framtida sessioner och träffar.
Utvecklaren kan nu skapa en rapport med spelartyp och skärmnamn som dimensioner och skärmvisningar som mätvärde:
| Spelartyp | Skärmnamn | Skärmvisningar |
|---|---|---|
| Provversion | /level_1/ | 1 |
| Provversion | /level_2/ | 2 |
| Provversion | /level_3/ | 2 |
| Betalversion | /level_3/ | 1 |
| Betalversion | /level_4/ | 1 |
För att därefter gruppera skärmvisningar efter spelartyp och ta reda på hur många nivåer som spelades av användare av provversionen kontra betalversionen kan utvecklaren skapa en anpassad rapport med spelartyp som primär dimension:
| Spelartyp | Skärmvisningar |
|---|---|
| Provversion | 5 |
| Betalversion | 2 |
Här framgår att fler nivåer spelades av användare av provversionen än betalversionen. Den här insikten är möjlig tack vare att anpassade dimensioner på användarnivå används för att gruppera användare och deras komponentsessioner och träffar utifrån ett enda värde.
Produktnivå
Vi ska se hur spelutvecklaren kan använda anpassade dimensioner på produktnivå för att ta reda på vilken styrka på extrakraften – svag, medelstark eller stark – som köptes.
Utvecklaren spårar redan antalet gånger som extrakraft köptes med hjälp av Förbättrad e-handel. Nu vill de veta vilken styrka på extrakraften som köps oftast.
Rapporten ser ut så här:
| Styrka på extrakraft | Produktintäkt |
|---|---|
| svag | |
| medelstark | |
| stark |
Innan utvecklaren började använda anpassade dimensioner kunde de se den totala produktintäkten för extrakraft, men inte gruppera intäkten utifrån styrkan på extrakraften som köptes.
Genom att använda en anpassad dimension på produktnivå kan utvecklaren koppla styrkan till varje produkt. Det gör det möjligt att skapa rapporter med information om styrkan som oftast köptes (samt visades, klickades på och andra åtgärder genom Förbättrad e-handel).
Varför produktnivå?
En användare kan köpa flera extrakrafter i ett enda köp. Med produktomfattning kopplas ett styrkevärde bara till produkten som den skickades med. Detta säkerställer att varje köp av extrakraft kan kopplas till en unik styrka.
Konfiguration
Den anpassade dimensionen Styrka på extrakraft definieras i avsnittet med egendomsinställningar i Administratör i Analytics med följande värden:
| Index | 4 |
| Namn | Styrka på extrakraft |
| Omfattning | Produkt |
| Aktiv | sant |
Insamling
I spelet spårar utvecklaren redan alla köp av extrakraft. För att kunna koppla styrkan till varje extrakraft måste värdet för den anpassade dimensionen ställas in med produktdata.
Så här kan det se ut när den här dimensionen har lagts till för produkten:
ga('ec:addProduct', { // Ange produktdetaljer i ett productFieldObject.
'id': 'P12345', // Produkt-id (sträng)
'name': 'Powerup', // Produktnamn (sträng)
'category': 'Extras', // Produktkategori (sträng)
'variant': 'red', // Produktvariant (sträng)
'price': '10.00', // Produktpris (valuta)
'quantity': 2, // Produktkvantitet (tal)
'dimension4': 'strong' // Anpassad dimension med produktomfattning (sträng)
});
ga('ec:setAction', 'purchase', {
'id': 'T12345',
'revenue': '20.00'
});
ga('send', 'pageview'); // Skicka transaktionsdata med första sidvisningen.
I det här exemplet ställs den anpassade dimensionen in tillsammans med produktinformationen. Det medför att styrkan kopplas till extrakraften.
Bearbetning
När träffarna har samlats in och skickats till Analytics bearbetas informationen. Värdena för anpassade dimensioner tillämpas på produkterna som de ställdes in med.
Så här ser insamlad data ut för en enskild spelare med en session som köpte tre extrakrafter:
userId = 5555
Session 1:
H1: product_name=powerup cd4_value=svag
product_name=powerup cd4_value=stark
H2: product_name=powerup cd4_value=svag
Observera att om du använder omfattningen produktnivå säkerställer du att värdet för extrakraft endast kopplas till den produkt som den ställdes in med.
Rapporter
När informationen har bearbetats kan utvecklaren skapa en anpassad rapport som visar intäkt per styrka på extrakraft. Detta är möjligt eftersom varje produkt kopplas till motsvarande styrkevärde:
| Styrka på extrakraft | Produktintäkt |
|---|---|
| svag | 200,00 |
| stark | 100,00 |
I den här rapporten gav extrakraft med svag styrka högst intäkt.
Anpassade mätvärden
Omfattning
Precis som anpassade dimensioner kan också anpassade mätvärden ha olika omfattning. Anpassade mätvärden på träffnivå kopplas till alla dimensioner på träffnivå som de skickades med. På samma sätt kopplas endast anpassade mätvärden på produktnivå till de produkter som de skickades med. Följande exempel illustrerar de båda typerna av anpassade mätvärden.
Exempel på anpassat mätvärde med träffomfattning
I exemplen ovan har spelutvecklaren spårat varje gång en nivå spelas som en skärmvisning. I varje rapport som genereras används mätvärdet skärmvisning för att ange en spelares försök att slutföra en nivå.
Utvecklaren vill också veta slutförandefrekvensen för varje nivå.
För att ta reda på detta använder utvecklaren ett nytt anpassat mätvärde (Slutförda nivåer) och jämför det med skärmvisningarna för varje nivå.
Rapporten som utvecklaren vill skapa ser ut så här:
| Skärmnamn | Skärmvisningar | Slutförda nivåer |
|---|---|---|
| /level_1/ | ||
| /level_2/ | ||
| /level_3/ |
Varför använda ett anpassat mätvärde?
I många fall kan du använda händelser, skärmvisningar och/eller anpassade mätvärden för att spåra dina viktigaste mätvärden. Anpassade mätvärden kan dock resultera i anpassade rapporter som är mer flexibla och överskådliga. Därför är de ett praktiskt sätt att spåra dina viktigaste mätvärden.
I det här exemplet var det inte möjligt att spåra slutförda nivåer som en skärmvisning utan att antalet skärmvisningar per nivå räknades dubbelt. Därför vill vi hitta ett annat alternativ.
Även om en händelse kan användas på egen hand kan det, på grund av dess hierarkiska karaktär, bli svårt att skapa ovanstående rapport genom att kombinera skärmvisningar och slutförda nivåer med en enda dimension.
På grund av ovanstående begränsningar, och eftersom slutförda nivåer är ett viktigt mätvärde för utvecklaren, är det mest praktiskt att spåra slutförda nivåer som ett anpassat mätvärde.
Konfiguration
Det anpassade mätvärdet Slutförda nivåer definieras i hanteringsavsnittet i användargränssnittet med följande värden:
| Index | 1 |
| Namn | Klarade nivåer |
| Omfattning | Träff |
| Formattyp | Heltal |
| Aktiv | sant |
Insamling
Utvecklaren spårar redan starten av varje nivå med hjälp av en skärmvisning. Nu vill de spåra slutförda nivåer med hjälp av det nya anpassade mätvärdet.
Precis som när det gäller anpassade dimensioner skickas anpassade mätvärden till Analytics som parametrar som är kopplade till andra träffar. För att skicka värdet för det anpassade mätvärdet måste utvecklaren också skicka ytterligare en träff för att registrera att användaren slutför en nivå. I det här exemplet aktiveras en händelse när användaren slutför nivån och ett anpassat mätvärde kopplas till händelsen.
Implementeringen kan se ut så här:
ga('create', 'UA-XXXX-Y', 'auto');
// Öka mätvärdet för slutförda nivåer med 1.
ga('set', 'metric1', 1 );
// Skicka värdet för det anpassade mätvärdet med en händelseträff.
ga('send', 'event', 'Level', 'completion');
Bearbetning
Före bearbetning ser data ut så här för en viss spelare som spelar tre nivåer i spelet under en enda session:
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
Rapporter
Efter bearbetningen kan utvecklaren skapa en rapport som använder skärmnamn som dimension och skärmvisningar, totalt antal händelser och slutförda nivåer som mätvärde:
| Skärmnamn | Skärmvisningar | Totalt antal händelser | Slutförda nivåer |
|---|---|---|---|
| /level_1/ | 1 | 1 | 1 |
| /level_2/ | 3 | 1 | 1 |
| /level_3/ | 1 | 1 | 1 |
Eftersom utvecklaren spårar slutförda nivåer som ett anpassat mätvärde elimineras eventuella framtida behov av att filtrera bort händelserna för slutförda nivåer från det totala antalet händelser.
I stället kan utvecklaren enkelt skapa följande anpassade rapport med det anpassade mätvärdet Slutförda nivåer:
| Skärmnamn | Skärmvisningar | Slutförda nivåer |
|---|---|---|
| /level_1/ | 1 | 1 |
| /level_2/ | 3 | 1 |
| /level_3/ | 1 | 1 |
Data visar att nivå 2 faktiskt är svårare jämfört med nivå 1 och 3, eftersom den har en slutförandefrekvens på bara 33 % baserat på antal skärmvisningar. Genom att spåra slutförda nivåer som ett anpassat mätvärde kan utvecklaren enkelt få svar på frågor om viktiga mätvärden och skapa förenklade rapporter som kan delas med andra.
Exempel på anpassat mätvärde med produktomfattning
I exemplen ovan har spelutvecklaren spårat alla köp av extrakraft. Det finns ett antal mätvärden som kan kopplas till varje köp, till exempel kvantitet och produktintäkt.
Spelutvecklaren körde nyligen en kampanj där alla användare fick 1 000 kronor att spendera i spelet. Spelutvecklaren vill mäta vilka extrakrafter användarna köper för pengarna.
För att ta reda på hur pengarna används per produktköp använder utvecklaren det nya anpassade mätvärdet Förbrukat saldo.
Rapporten som utvecklaren vill skapa ser ut så här:
| Styrka på extrakraft | Produktintäkt | Förbrukat saldo |
|---|---|---|
| stark | ||
| medelstark | ||
| svag |
Konfiguration
Det anpassade mätvärdet Förbrukat saldo definieras i avsnittet Administratör med följande värden:
| Index | 2 |
| Namn | Använt saldo |
| Omfattning | Produkt |
| Formattyp | Heltal |
| Aktiv | sant |
Insamling
Precis som när det gäller anpassade dimensioner på produktnivå skickas de anpassade mätvärdena på produktnivå till Analytics som parametrar som är kopplade till produktdata.
Implementeringen kan se ut så här:
ga('ec:addProduct', { // Ange produktdetaljer i ett productFieldObject.
'id': 'P12345', // Produkt-id (sträng)
'name': 'Powerup', // Produktnamn (sträng)
'category': 'Extras', // Produktkategori (sträng)
'variant': 'red', // Produktvariant (sträng)
'price': '10.00', // Produktpris (valuta)
'quantity': 2, // Produktkvantitet (tal)
'dimension4': 'strong', // Anpassad dimension med produktomfattning (sträng).
'metric2': 5 // Anpassat mätvärde med produktomfattning (heltal).
});
ga('ec:setAction', 'purchase', {
'id': 'T12345',
'revenue': '20.00'
});
ga('send', 'pageview'); // Skicka transaktionsdata med första sidvisningen.
Bearbetning
Före bearbetning kan data se ut så här för en enskild spelare som köper vissa extrakrafter:
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
Rapporter
Efter bearbetningen kan utvecklaren skapa en rapport som använder styrka på extrakraft som dimension och produktintäkt och förbrukat saldo som mätvärde:
| Styrka på extrakraft | Produktintäkt | Förbrukat saldo |
|---|---|---|
| svag | 20 | 15 |
| stark | 10 | 5 |
| medium | 10 | 1 |
Informationen tyder på att spelare använder pengarna till extrakraft med svag styrka. Utvecklaren tjänade mest på extrakrafter med medelstyrka.
Att tänka på vid implementering
Tänk på följande när du implementerar anpassade dimensioner och mätvärden:
Redigera befintliga dimensioner och mätvärden
När du redigerar namnet på eller omfattningen för en befintlig anpassad dimension eller ett anpassat mätvärde kan data påverkas på följande sätt:
- Redigera namn: Data som redan har bearbetats påverkas. Gammal data blir endast tillgänglig med det nya namnet.
- Redigera omfattning: Data som redan har bearbetats påverkas inte. Endast ny data bearbetas med den nya omfattningen.
- Ändra aktiv status: Fältet Aktiv avgör om värden för anpassade dimensioner eller mätvärden faktiskt bearbetas. Observera att när Aktiv är inställt på
falsktvisas de anpassade dimensionerna och mätvärdena fortfarande i rapporterna, men eftersom deras värden inte bearbetades har de ingen kopplad data.
Planera i förväg när du ställer in omfattning
När du väljer omfattning för en viss anpassad dimension bör du fundera på hur ofta du förväntar dig att värdet ändras. Om värdet kan ändras många gånger under en session, till exempel namnet på en nivå i ett spel, kan du använda träffomfattning och ställa in värdet före varje träff. En anpassad dimension som kön behöver däremot bara ställas in en gång på användarnivå. Att skicka ett värde för kön med varje träff skulle kräva onödigt mycket arbete. Att ställa in en anpassad dimension som ofta ändras med användaromfattning skulle felaktigt koppla många träffar till det värdet.