VAD:  Det är frestande att skapa rapportsviter för alla era webbplatser, men det kan snabbt bli en mardröm eftersom det kan komplicera rapporteringen och implementeringen. En enda global rapportsvit kan hjälpa er på många sätt och förenkla implementeringen.

VARFÖR:  Att skapa en global rapportsvit är det enda alternativet för att få en enhetlig bild av era digitala resurser och användarnas resor över alla egenskaper. Om ni har en mobilapp och en webbplats bör ni alltid kombinera appdata och webbdata i en enda rapportsvit för att dra nytta av enhetsövergripande resor och spåra dem som besöker båda egenskaperna som en besökare jämfört med separata rapportsviter, där ni får en osammanhängande datauppsättning som visar 2 besökare, 1 i varje egenskap, utan att visa överlappningen.

Nedan följer några fördelar och nackdelar med att ha en rapportsvit som hjälper er att väga olika alternativ:

• FÖRDELAR:

  • Det är enkelt att förstå hela det digitala landskapet. Om ni har implementerat egenskapsdimensionen (eVar) som det hänvisas till i andra tips blir det enkelt att få en enda vy över alla webbplatser och appar, trafiken och konverteringarna. Att ha en helhetsbild är avgörande för att förstå er verksamhet som helhet.
  • På så sätt kan ni se hur användarna flödar över alla era egenskaper och förstå deras resa genom det digitala landskapet.
  • Enkel administrering. När ni använder flera rapportsviter måste ni ha gränssnittet på flera ställen och flera taggningsdokument (eller ett mer komplicerat dokument). Att ha allt på ett ställe innebär att det bara finns ett ställe att uppdatera. Det gör det också mycket enklare att bevilja åtkomst.
  • Bättre användarvänlighet i gränssnittet. Om användarna bara har en plats att gå till behöver de inte tänka på vilken rapportsvit de ska välja. Tänk på att du inte kan använda flera rapportsviter på samma arbetsyta och att du kan förvirra användarna om du har flera stycken.
  • Färre serveranrop = lägre kostnader. Om ni gör anrop till flera rapportsviter ökar kostnaderna. Om ni förenklar implementeringen håller ni också kostnaderna nere.
  • Ni kan helt enkelt utnyttja VRS (virtuella rapportsviter) för att bryta ut platsspecifika data i den globala rapportsviten och begränsa användarbehörigheterna baserat på ett VRS vid behov. När data har delats upp i enskilda rapportsviter kan ni inte slå samman dem, men om de ingår i en datauppsättning (en global rapportsvit) är det enkelt att dela upp dem.

• NACKDELAR:

  • Om ni har väldigt olika egenskaper där användarna inte går från den ena till den andra och aldrig förväntas göra det, kanske ni vill ha separata rapportsviter.
  • Om era egenskaper har mycket olika taggnings- och rapporteringsbehov kan det vara bra att skapa separata rapportsviter för flexibel effektivitet. Separata rapportsviter ger större flexibilitet när det gäller att använda anpassade variabler (fler eVars).
  • Unika värden överskrids: I Adobe Analytics-gränssnittet kan du bara se 500 000 unika värden inom en dimension under en given tidsperiod. När ni överskrider det grupperas värdena som överstigna värden eller låg trafik i gränssnittet. Dessa värden är fortfarande tillgängliga på backend-sidan (dvs. datalager, dataflöden), men kan inte visas i gränssnittet. Om ni har mycket detaljerade data (till exempel användar-ID, PSN osv.) är det enkelt att nå den nivån. Separata rapportsviter kan vara till hjälp vid sådana problem.

HUR:  Det är enkelt att börja med en ny AA-implementering och att använda en global rapportsvit. Ni behöver bara skapa den globala rapportsviten (en för utveckling och en för produktion) i användargränssnittet för AA-administratörer och sedan använda samma ID-värden i rapportsviten (RSID) för alla dina egenskaper.

Att migrera från en strategi med flera taggar med en rapportsvit per innehav kräver mer strategi och planering. Några av de saker ni bör tänka på:

• Justera variablerna (dvs. eVar1 i egenskap A måste hämta samma datapunkt som eVar1 i egenskap B)
• Konsolidera eventuella bearbetningsregler, regler för marknadsföringskanaler, klassificeringar (SAINT och Rule Builder)
• Migrera alla dataflöden och datakällor
• Välj ett övergångsdatum och kommunicera detta med alla företagsanvändare