Risoluzione dei problemi troubleshooting

In questa sezione trovi le domande comuni relative al reporting dinamico.

Per aperture univoche e clic univoci, il conteggio nella riga aggregata non corrisponde a quelli nelle singole righe unique-open-clicks-no-match

Si tratta di un comportamento previsto.
Per spiegare questo comportamento, prendiamo l’esempio seguente.

Viene inviata un’e-mail ai profili P1 e P2.

P1 apre l’e-mail due volte il primo giorno e poi tre volte il secondo giorno.

Invece, P2 apre l’e-mail una volta il primo giorno e non la riapre nei giorni successivi.
Ecco una rappresentazione visiva dell’interazione dei profili con l’e-mail inviata:

Giorno
Aperture
Aperture univoche
Giorno 1
2 + 1 = 3
1 + 1 = 2
Giorno 2
3 + 0 = 3
1 + 0 = 1

Per comprendere il numero complessivo di aperture univoche, è necessario sommare i conteggi delle righe di Unique Opens che ci dà il valore 3. Tuttavia, poiché l’e-mail era destinata solo a 2 profili, il tasso di apertura dovrebbe mostrare il 150%.

Per non ottenere una percentuale superiore a 100, la definizione di Unique Opens viene mantenuto per essere il numero di broadLog univoci aperti. In questo caso, anche se P1 ha aperto l’e-mail il Giorno 1 e il Giorno 2, l’apertura univoca sarà comunque 1.

Questo determina la seguente tabella:

Aperture
Aperture univoche
Giorno
6
2
Giorno 1
3
2
Giorno 2
3
1
NOTE
I conteggi univoci si basano su uno schizzo basato su HLL, che può causare lievi imprecisioni in conteggi elevati.

I conteggi aperti non corrispondono al conteggio del database open-counts-no-match-database

Questo può essere dovuto al fatto che, nel reporting dinamico, l’euristica viene utilizzata per tenere traccia delle aperture anche quando non è possibile tenere traccia di Open azione.

Ad esempio, se un utente ha disabilitato le immagini sul proprio client e fa clic su un collegamento nell’e-mail, il Open non possono essere tracciati dal database, ma Click Will.

Pertanto, la Open i conteggi dei registri di tracciamento potrebbero non avere lo stesso conteggio nel database.

Tali occorrenze vengono aggiunte come "un clic e-mail implica l’apertura di un’e-mail".

NOTE
Poiché i conteggi univoci si basano su uno schizzo basato su HLL, è possibile riscontrare incoerenze minori tra i conteggi.

Come vengono calcolati i conteggi per le consegne ricorrenti/transazionali? counts-recurring-deliveries

Quando si utilizzano consegne ricorrenti e transazionali, i conteggi vengono attribuiti sia alle consegne padre che a quelle figlio.
Ad esempio, una consegna ricorrente denominata R1 impostato per essere eseguito ogni giorno il giorno 1 (RC1), il giorno 2 (RC2) e il giorno 3 (RC3).
Supponiamo che solo una singola persona abbia aperto tutte le consegne dei bambini più volte. In questo caso, le singole consegne secondarie ricorrenti mostreranno Open contare come 1 per ciascuno di essi.
Tuttavia, poiché la stessa persona ha fatto clic su tutte le consegne, anche la consegna ricorrente principale avrà Unique open as 1.

I rapporti devono avere un aspetto simile al seguente:

Consegna
Inviato
Consegnato
Aperture
Aperture univoche
R1
100
90
10
3
RC1
20
20
6
1
RC2
40
30
2
1
RC3
40
40
2
1

Qual è il significato dei colori nella tabella dei rapporti? reports-color-signification

I colori visualizzati nei rapporti sono randomizzati e non possono essere personalizzati. Rappresentano una barra di avanzamento e vengono visualizzati per aiutarti a evidenziare meglio il valore massimo raggiunto nei rapporti.

Nell'esempio seguente, la cella è dello stesso colore poiché il relativo valore è 100%.

Se si modifica il Conditional formatting per personalizzare, quando il valore raggiunge il limite superiore la cella diventa più verde. Mentre, se raggiunge il limite inferiore, diventa più rosso.

Ad esempio, in questo caso, impostiamo il Upper limit a 500 e Lower limit a 0.

Perché il valore N/D viene visualizzato nei rapporti?

Il valore N/D possono a volte essere visualizzate nei rapporti dinamici. Questo può essere visualizzato per tre motivi:

  • La consegna è stata eliminata ed è visualizzata qui come N/D per non causare discrepanze nei risultati.

  • Quando si trascina Transactional Delivery ai rapporti, il valore N/D potrebbe apparire come risultato. Questo accade perché il rapporto dinamico recupera ogni consegna anche se non è transazionale. Ciò può verificarsi anche quando si trascina Delivery nel rapporto, ma in questo caso, il N/D Il valore rappresenta le consegne transazionali.

  • Quando una dimensione viene utilizzata con una metrica non correlata alla dimensione. Nell’esempio seguente, viene aggiunta una suddivisione con il Tracking URL anche se il Click il conteggio è impostato su 0 in questa consegna.

I rapporti delle consegne mostrano dati incompleti quando si utilizza la mappatura Target personalizzata

Se utilizzi mappature di destinazione personalizzate importate nelle consegne e nei diversi rapporti non vengono visualizzati dati, potrebbe significare che gli arricchimenti dei rapporti non sono stati creati per tali mappature di destinazione.

Per risolvere il problema:

  • Dopo aver importato la mappatura di Target da un XML, dovrai importare anche l’arricchimento per reporting.

  • Invece di importare la mappatura di Target, puoi crearla direttamente in Adobe Campaign Standard, creando automaticamente l’arricchimento per i rapporti.

Discrepanza tra il numero di intestazione della colonna e la somma delle righe

È prevista una discrepanza tra il numero di intestazione della colonna e la somma di tutte le righe nei seguenti casi:

  • Metriche univoche: l’utilizzo di metriche univoche può modificare il conteggio totale visualizzato nell’intestazione, in quanto si basa sugli ID dei destinatari invece di una semplice somma dei conteggi delle righe. Di conseguenza, un singolo profilo potrebbe attivare numerosi eventi tra diverse dimensioni, portando a più righe nel set di dati. Tuttavia, nell’intestazione di, ogni profilo viene conteggiato una sola volta.

    Ad esempio:

    • Se un profilo A apre un’e-mail in tre giorni diversi, la suddivisione per giorno mostrerà A in tre righe, ma nell’intestazione, A conterà come 1.

    • Se il profilo A fa clic su tre diversi collegamenti in un’e-mail nello stesso giorno, la suddivisione per URL di tracciamento mostrerà A in tre righe, ma nell’intestazione, A conta come 1. Lo stesso vale per i raggruppamenti per dispositivo e browser.

  • Apri metriche: il conteggio di Opens è determinato aggregando il totale di eventi Open effettivi e di eventi Click univoci (per ID destinatario), esclusi i casi in cui non si è verificato un evento Open poiché non è possibile fare clic su un collegamento e-mail senza un evento Open.

    Ad esempio:

    • Quando il profilo A apre un’e-mail tracciata (con URL U1), si registra come evento aperto con l’URL indicato come nullo. Se si fa clic su U1 in un secondo momento, viene generato un evento clic. Anche se il clic di A su U1 viene conteggiato come evento aperto, non esiste un evento aperto specifico per U1. Quindi, A viene conteggiato una sola volta nel conteggio unico di apertura.

    • Un profilo R apre un’e-mail il giorno 1, registra un evento aperto e fa clic su un collegamento. Nei due giorni successivi, R riapre l’e-mail e fa di nuovo clic sul collegamento, generando ogni giorno un evento di clic. Mentre il coinvolgimento di R viene tracciato ogni giorno nel numero aperto, R viene conteggiato solo una volta nell’intestazione della colonna, concentrandosi su impegni univoci.

  • Evento negato: nei rapporti, per evento negato si intendono i tentativi di consegna inizialmente contrassegnati come riusciti, ma che alla fine non sono riusciti dopo nuovi tentativi. Questi sono indicati da un conteggio di -1. Per evitare confusione, questi conteggi negativi vengono esclusi dai numeri della metrica di consegna visualizzati. Di conseguenza, il totale di tutte le righe per la metrica di consegna potrebbe non corrispondere al numero di intestazione della colonna.

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