Felsökning troubleshooting
I det här avsnittet finns vanliga frågor om dynamisk rapportering.
För Unika öppningar och Unika klick matchar inte antalet i den sammanställda raden dem i enskilda rader unique-open-clicks-no-match
Detta är ett förväntat beteende.
Vi kan ta följande exempel för att förklara det här beteendet.
Ett e-postmeddelande skickas till profilerna P1 och P2.
P1 öppnar e-postmeddelandet två gånger den första dagen och sedan tre gånger den andra dagen.
P2 öppnar e-postmeddelandet en gång den första dagen och öppnar det inte igen de följande dagarna.
Här visas en visuell representation av profilernas interaktion med det skickade e-postmeddelandet:
För att förstå det totala antalet unika öppningar måste vi summera antalet rader på Unique Opens som ger oss värdet 3. Men eftersom e-postmeddelandet endast var avsett för två profiler bör den öppna frekvensen vara 150 %.
Om du inte vill få ett procentvärde som är högre än 100 behålls definitionen för Unique Opens som antalet unika utskicksloggar som öppnats. Även om P1 öppnade e-postmeddelandet dag 1 och dag 2 är deras unika öppningar fortfarande 1.
Detta resulterar i följande tabell:
Antalet öppna stämmer inte med antalet databaser open-counts-no-match-database
Detta kan bero på att heuristik används i dynamisk rapportering för att spåra öppningar även när vi inte kan spåra åtgärden Open.
Om en användare till exempel har inaktiverat bilder på sin klient och klickar på en länk i e-postmeddelandet, kanske inte Open spåras av databasen, men Click kommer att spåras.
Därför har Open-spårningsloggarnas antal kanske inte samma antal i databasen.
Sådana förekomster läggs till som "ett e-postklick innebär att ett e-postmeddelande öppnas".
Hur beräknas antalet återkommande/transaktionsbaserade leveranser? counts-recurring-deliveries
Vid arbete med återkommande och transaktionsrelaterade leveranser tillskrivs antalet både överordnade och underordnade leveranser.
Vi kan ta ett exempel på en återkommande leverans med namnet R1 som ska köras varje dag på dag 1 (RC1), dag 2 (RC2) och dag 3 (RC3).
Låt oss anta att bara en person har öppnat alla underordnade leveranser flera gånger. I det här fallet visas antalet Open som 1 för varje enskild återkommande underordnad leverans.
Eftersom samma person klickade på alla leveranser kommer den överordnade återkommande leveransen också att ha Unique open som 1.
Rapporterna ska se ut så här:
Vad betyder färgerna i min rapporttabell? reports-color-signification
Färger som visas i dina rapporter är slumpmässiga och kan inte anpassas. De representerar en förloppsindikator och visas för att hjälpa dig att bättre lyfta fram det högsta värdet som nås i dina rapporter.
I exemplet nedan har cellen samma färg eftersom värdet är 100 %.
Om du ändrar Conditional formatting till anpassad blir cellen grönare när värdet når den övre gränsen. Om den når den undre gränsen blir den rödare.
Här anger vi till exempel Upper limit till 500 och Lower limit till 0.
Varför visas värdet N/A i mina rapporter?
Värdet N/A kan ibland visas i dina dynamiska rapporter. Det här kan visas av tre anledningar:
-
Leveransen har tagits bort och visas här som N/A för att inte orsaka diskrepans i resultaten.
-
När du drar och släpper dimensionen Transactional Delivery till dina rapporter kan värdet N/A visas som ett resultat. Det beror på att Dynamic Report hämtar alla leveranser även om de inte är transaktionsbaserade. Detta kan också inträffa när du drar och släpper dimensionen Delivery i rapporten, men i det här fallet representerar värdet N/A transaktionsleveranser.
-
När en dimension används med ett mått som inte är relaterat till dimensionen. I exemplet nedan har en uppdelning lagts till med dimensionen Tracking URL trots att antalet Click har angetts till 0 i den här leveransen.
Leveransrapporter visar ofullständiga data när anpassad målmappning används
Om du använder importerade anpassade målmappningar i leveranser och inga data visas i de olika rapporterna, kan det betyda att rapportmappningarna inte skapades för dessa målmappningar.
Så här löser du det:
-
När du har importerat målmappningen från en XML-fil måste du också importera rapportanrikningen.
-
I stället för att importera målmappningen kan du skapa den direkt i Adobe Campaign Standard, som automatiskt skapar rapportanrikningen.
Skillnad mellan kolumnrubrikens nummer och summan av raderna
Skillnaden mellan kolumnrubriksnumret och summan av alla rader förväntas i följande fall:
-
Unika mått: Om du använder unika mått kan det totala antalet som visas i rubriken ändras, eftersom det baseras på mottagar-ID:n i stället för på en enkel summa radantal. Följaktligen kan en enda profil utlösa flera händelser i olika dimensioner, vilket leder till flera rader i datauppsättningen. I sidhuvudet räknas dock varje profil bara en gång.
Exempel:
-
Om en profil A öppnar ett e-postmeddelande på tre olika dagar visas A på tre rader per dag, men A räknas som 1 i rubriken.
-
Om profil A klickar på tre olika länkar i ett e-postmeddelande samma dag visas A på tre rader vid nedbrytning per URL, men i rubriken räknas A som 1. Detsamma gäller för uppdelningar per enhet och webbläsare.
-
-
Open Metrics: Antalet Open Metrics (Öppna mått) bestäms genom att totalen för både de faktiska Open-händelserna och de unika klickhändelserna (per mottagar-ID) samlas, exklusive de fall där en open-händelse inte har inträffat sedan en e-postlänk inte kan klickas utan en open-händelse.
Exempel:
-
När profil A öppnar ett spårat e-postmeddelande (med URL U1) registreras det som en open-händelse med URL:en angiven som null. När du klickar på U1 skapas en klickningshändelse senare. Även om A:s klickning på U1 räknas som en öppen händelse finns det ingen specifik öppen händelse för U1. A räknas därför bara en gång i det unika antalet öppna.
-
En profil R öppnar ett e-postmeddelande dag 1, registrerar en öppen händelse och klickar på en länk. Under de kommande två dagarna öppnar R e-postmeddelandet igen och klickar på länken igen, vilket genererar en klickhändelse varje dag. R:s engagemang spåras dagligen i Open-numret, men R räknas bara en gång i kolumnrubriken, med fokus på unika åtaganden.
-
-
Negerad händelse: I rapporter betyder negerad händelse leveransförsök som ursprungligen markerades som lyckade men som misslyckades efter återförsök. Dessa indikeras av antalet -1. För att undvika missförstånd exkluderas dessa negativa tal från de leveranspått som visas. Det innebär att summan av alla rader för leveransmåttet kanske inte matchar kolumnrubriknumret.