Problemen oplossen troubleshooting

In deze sectie vindt u algemene vragen met betrekking tot dynamische rapportage.

Voor Unieke open en Unieke kliks, komt de telling in de gezamenlijke rij niet degenen in individuele rijen overeen unique-open-clicks-no-match

Dit is een verwacht gedrag.
We kunnen het volgende voorbeeld gebruiken om dit gedrag uit te leggen.

Er wordt een e-mail verzonden naar de profielen P1 en P2.

P1 opent de e-mail tweemaal op de eerste dag en dan drie keer op de tweede dag.

Terwijl P2 de e-mail één keer opent op de eerste dag en het niet in de volgende dagen heropent.
Hier volgt een visuele weergave van de interactie van de profielen met de verzonden e-mail:

Dag
Openen
Unieke openingen
Dag 1
2 + 1 = 3
1 + 1 = 2
Dag 2
3 + 0 = 3
1 + 0 = 1

Om het totale aantal unieke opent te begrijpen, moeten wij de rijtellingen van samenvatten Unique Opens Dat geeft ons de waarde 3. Maar aangezien de e-mail was gericht op slechts 2 profielen, zou het Open tarief 150% moeten tonen.

Om een percentage van meer dan 100 te verkrijgen, wordt de definitie van Unique Opens wordt gehandhaafd om het aantal unieke uitzendingen te zijn dat is geopend. Zelfs als P1 het e-mailbericht op dag 1 en dag 2 heeft geopend, is de unieke opening nog steeds 1.

Dit resulteert in de volgende tabel:

Openen
Unieke openingen
Dag
6
2
Dag 1
3
2
Dag 2
3
1
NOTE
De unieke tellingen zijn gebaseerd op een op HLL-Gebaseerde schets, dit kan kleine onnauwkeurigheden in grote aantallen veroorzaken.

Open aantallen komen niet overeen met het aantal databases open-counts-no-match-database

Dit kan te wijten zijn aan het feit dat heuristiek wordt gebruikt in Dynamische rapportering om te volgen opent zelfs wanneer wij niet kunnen volgen Open handeling.

Als een gebruiker bijvoorbeeld afbeeldingen op zijn client heeft uitgeschakeld en op een koppeling in de e-mail klikt, Open mag niet door de database worden bijgehouden, maar de Click zal.

Daarom Open het volgen logboektellingen kunnen niet de zelfde telling in het gegevensbestand hebben.

Dergelijke voorvallen worden toegevoegd als "Een e-mailklik betekent dat er een e-mailbericht is geopend".

NOTE
Aangezien de unieke tellingen op een op HLL-Gebaseerde schets gebaseerd zijn, kunnen kleine inconsistenties tussen de tellingen worden ervaren.

Hoe worden tellingen voor terugkomende/transactionele leveringen berekend? counts-recurring-deliveries

Wanneer het werken met terugkomende en transactionele leveringen, zullen de tellingen aan zowel de ouder als kindleveringen worden toegeschreven.
We kunnen het voorbeeld nemen van een terugkerende levering genaamd R1 die elke dag moet worden uitgevoerd op dag 1 (RC1), dag 2 (RC2) en dag 3 (RC3).
Laten we aannemen dat slechts één persoon alle onderliggende leveringen meerdere keren heeft geopend. In dit geval worden op de individuele terugkerende onderliggende leveringen de volgende gegevens vermeld: Open tel als 1 voor elk.
Aangezien dezelfde persoon echter op alle leveringen heeft geklikt, heeft de bovenliggende terugkerende levering ook Unique open als 1.

Rapporten moeten er als volgt uitzien:

Aflevering
Verzonden
Geleverd
Openen
Unieke openingen
R1
100
90
10
3
RC1
20
20
6
1
RC2
40
30
2
1
RC3
40
40
2
1

Wat is de aanduiding van de kleuren in de tabel van mijn verslagen? reports-color-signification

De kleuren die in uw rapporten worden getoond zijn willekeurig en kunnen niet worden gepersonaliseerd. Ze vertegenwoordigen een voortgangsbalk en worden weergegeven om u te helpen de maximale waarde die in uw rapporten wordt bereikt, beter te benadrukken.

In het onderstaande voorbeeld heeft de cel dezelfde kleur omdat de waarde 100% is.

Als u de Conditional formatting aan douane, wanneer de waarde de hogere grens bereikt zal de cel groener worden. Als het de ondergrens bereikt, wordt het rood.

Hier stellen we bijvoorbeeld de Upper limit tot en met 500 Lower limit tot 0.

Waarom komt de waarde N.v.t. in mijn rapporten voor?

De waarde NVT kan soms in uw dynamische rapporten verschijnen. Dit kan om drie redenen worden getoond:

  • De levering is verwijderd en wordt hier weergegeven als NVT geen discrepantie in de resultaten veroorzaken.

  • Wanneer u het gereedschap Transactional Delivery dimensie aan uw rapporten, de waarde NVT kan hierdoor ontstaan. Dit gebeurt omdat het Dynamische rapport elke levering haalt zelfs als zij geen transactie zijn. Dit kan ook gebeuren wanneer u het gereedschap Delivery de dimensie van uw verslag, maar in dit geval NVT value zal transactionele leveringen vertegenwoordigen.

  • Wanneer een afmeting met metrisch wordt gebruikt die niet met de afmeting verwant is. In het onderstaande voorbeeld wordt een uitsplitsing toegevoegd met de Tracking URL hoewel de Click count is ingesteld op 0 in this delivery.

De rapporten van leveringen tonen onvolledige gegevens wanneer het gebruiken van de afbeelding van het douaneDoel

Als u de ingevoerde afbeeldingen van het douaneDoel in leveringen gebruikt en geen gegevens in de verschillende rapporten worden getoond, zou dit kunnen betekenen dat de verbeteringen van de Rapportering niet voor die afbeeldingen van het Doel werden gecreeerd.

Dit probleem oplossen:

  • Na het invoeren van uw afbeelding van het Doel van XML, zult u ook de Verrijking van de Rapportering moeten invoeren.

  • In plaats van uw afbeelding van het Doel in te voeren, kunt u het direct in Adobe Campaign Standard tot stand brengen die automatisch tot de Verrijking van de Rapportering zal leiden.

Verschil tussen het kolomkopnummer en de som van rijen

In de volgende gevallen wordt een discrepantie tussen het kolomkopnummer en de som van alle rijen verwacht:

  • Unieke maatstaven: Het gebruiken van unieke metriek kan het totale aantal veranderen dat in de kopbal wordt getoond, aangezien het op ontvankelijke IDs in plaats van een eenvoudige som rijtellingen gebaseerd is. Dientengevolge, zou één enkel profiel talrijke gebeurtenissen over diverse afmetingen kunnen teweegbrengen, die tot veelvoudige rijen in de dataset leiden. In de koptekst wordt elk profiel echter maar één keer geteld.

    Bijvoorbeeld:

    • Als een profiel A een e-mail op drie verschillende dagen opent, zal de indeling naar dag A in drie rijen tonen, maar in de koptekst, zal A tellen als 1.

    • Als profiel A op drie verschillende koppelingen in een e-mail op dezelfde dag klikt, wordt A in drie rijen weergegeven als de URL die u opgeeft, maar in de koptekst telt A als 1. Hetzelfde geldt voor uitsplitsingen naar apparaat en browser.

  • Metrisch openen: Het aantal Open's wordt bepaald door het totaal van zowel de werkelijke Open-gebeurtenissen als de Unieke klikgebeurtenissen (per ontvanger-id) samen te voegen, met uitzondering van gevallen waarin geen open gebeurtenis heeft plaatsgevonden omdat zonder een open gebeurtenis niet op een e-mailkoppeling kan worden geklikt.

    Bijvoorbeeld:

    • Wanneer profiel A een bijgehouden e-mail (met URL U1) opent, registreert het als een open gebeurtenis met URL die als ongeldig wordt genoteerd. Als u later op U1 klikt, wordt een klikgebeurtenis gegenereerd. Hoewel de klik van A op U1 als open gebeurtenis wordt geteld, is er geen specifieke open gebeurtenis voor U1. A wordt daarom slechts eenmaal meegeteld in de unieke open telling.

    • Met een profiel R wordt op dag 1 een e-mail geopend waarin een open gebeurtenis wordt geregistreerd en op een koppeling wordt geklikt. In de komende twee dagen, opent R e-mail opnieuw en klikt opnieuw de verbinding, die een klikgebeurtenis elke dag produceert. Terwijl R's betrokkenheid dagelijks wordt bijgehouden in het Open nummer, wordt R slechts één keer geteld in de kolomkop, met nadruk op unieke overeenkomsten.

  • Gebeurtenis Negatief: In Rapporten betekent negatiefgebeurtenis leveringspogingen die aanvankelijk waren gemarkeerd als geslaagd, maar uiteindelijk zijn mislukt na opnieuw proberen. Deze worden aangegeven met een telling van -1. Om verwarring te voorkomen, worden deze negatieve aantallen uitgesloten van de getoonde metrische aantallen van de Levering. Hierdoor komt het totaal van alle rijen voor de leveringsmethode mogelijk niet overeen met het kolomkopnummer.

recommendation-more-help
3ef63344-7f3d-48f9-85ed-02bf569c4fff