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 danno 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 mantenuta come 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

Ciò può essere dovuto al fatto che, nel reporting dinamico, vengono utilizzate euristiche per tenere traccia delle aperture anche quando non è possibile tenere traccia dell'azione Open.

Ad esempio, se un utente ha disabilitato le immagini sul proprio client e fa clic su un collegamento nell'e-mail, Open potrebbe non essere tracciato dal database, ma Click lo farà.

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

Tali occorrenze vengono aggiunte come "un clic e-mail implica l'apertura di un messaggio 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.
Possiamo prendere l'esempio di una consegna ricorrente denominata R1 impostata per essere eseguita 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 il conteggio di Open come 1 per ciascuna.
Tuttavia, poiché la stessa persona ha fatto clic su tutte le consegne, anche la consegna ricorrente principale avrà Unique open come 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 Conditional formatting in personalizzato, quando il valore raggiunge il limite superiore la cella diventerà più verde. Mentre, se raggiunge il limite inferiore, diventa più rosso.

In questo caso, ad esempio, Upper limit è impostato su 500 e Lower limit su 0.

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

Il valore N/A può talvolta essere visualizzato nei report dinamici. Questo può essere visualizzato per tre motivi:

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

  • Quando si trascina la dimensione Transactional Delivery nei report, è possibile che il valore N/A venga visualizzato come risultato. Questo accade perché il rapporto dinamico recupera ogni consegna anche se non è transazionale. Ciò può verificarsi anche quando si trascina la dimensione Delivery nel report, ma in questo caso il valore N/A rappresenta le consegne transazionali.

  • Quando una dimensione viene utilizzata con una metrica non correlata alla dimensione. Nell'esempio seguente viene aggiunto un raggruppamento con la dimensione Tracking URL anche se il conteggio di Click è 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 anziché sulla 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.

  • Metriche aperte: il conteggio delle aperture è determinato aggregando il totale degli eventi di apertura effettivi e degli eventi di clic univoci (per ID destinatario), esclusi i casi in cui non si è verificato un evento di apertura poiché non è possibile fare clic su un collegamento e-mail senza un evento di apertura.

    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 report, per evento negato si intendono i tentativi di consegna inizialmente contrassegnati come riusciti, ma alla fine non 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