Gestione della quarantena

Adobe Campaign gestisce un elenco di indirizzi in quarantena. I destinatari il cui indirizzo è stato messo in quarantena sono esclusi per impostazione predefinita durante l’analisi della consegna e non saranno oggetto di targeting. Un indirizzo e-mail può essere posto in quarantena, ad esempio, quando la casella di posta è piena o se l’indirizzo non esiste. In ogni caso, la procedura di quarantena è conforme alle norme specifiche descritte di seguito.

NOTA

Questa sezione si applica ai canali online: e-mail, SMS, notifica push.

Ottimizzazione della consegna tramite la gestione della quarantena

I profili con indirizzi e-mail o numeri di telefono in quarantena vengono automaticamente esclusi durante la preparazione dei messaggi (vedi Identificare gli indirizzi messi in quarantena per una consegna). In questo modo le consegne sono più rapide, poiché il tasso di errore ha un effetto significativo sulla velocità di consegna.

Alcuni provider di accesso a Internet considerano automaticamente le e-mail come spam se il tasso di indirizzi non validi è troppo alto. La quarantena ti consente quindi di evitare di essere aggiunta al elenco Bloccati da questi provider.

Inoltre, le quarantene contribuiscono a ridurre i costi di invio degli SMS escludendo numeri di telefono errati dalle consegne.

Per ulteriori informazioni sulle best practice per proteggere e ottimizzare le consegne, consulta questa pagina.

Quarantena rispetto elenco Bloccati

La quarantena e il elenco Bloccati non si applicano allo stesso oggetto:

  • Quarantena si applica solo a un indirizzo (o numero di telefono, ecc.), non al profilo stesso. Ad esempio, un profilo il cui indirizzo e-mail è messo in quarantena può aggiornare il proprio profilo e immettere un nuovo indirizzo e può quindi essere nuovamente oggetto di targeting mediante azioni di consegna. Allo stesso modo, se due profili hanno lo stesso numero di telefono, saranno entrambi interessati se il numero viene messo in quarantena.

    Gli indirizzi o i numeri di telefono messi in quarantena vengono visualizzati nella registri di esclusione (per una consegna) o elenco di quarantena (per l'intera piattaforma).

  • Essere sul elenco Bloccati, d'altra parte, si tradurrà in profilo non viene più eseguito il targeting dalla consegna, ad esempio dopo un annullamento dell’abbonamento (opt-out), per un determinato canale. Ad esempio, se un profilo nel elenco Bloccati del canale e-mail ha due indirizzi e-mail, entrambi gli indirizzi saranno esclusi dalla consegna.

    Puoi verificare se un profilo è sul elenco Bloccati di uno o più canali nel No longer contact della sezione del profilo General scheda . Vedi questa sezione.

NOTA

La quarantena include una Denylisted , che si applica quando i destinatari segnalano il messaggio come spam o rispondono a un messaggio SMS con una parola chiave come "STOP". In tal caso, l’indirizzo o il numero di telefono del profilo in questione viene messo in quarantena con il Denylisted stato. Per ulteriori informazioni sulla gestione dei messaggi SMS STOP, consulta questa sezione.

Identificare gli indirizzi messi in quarantena

È possibile elencare gli indirizzi messi in quarantena per una consegna specifica o per l’intera piattaforma.

Identificare gli indirizzi messi in quarantena per una consegna

Gli indirizzi messi in quarantena per una consegna specifica sono elencati durante la fase di preparazione della consegna, nei registri di consegna del dashboard di consegna (vedi Log di consegna e cronologia).

Identificare gli indirizzi messi in quarantena per l’intera piattaforma

Gli amministratori possono elencare gli indirizzi messi in quarantena per l’intera piattaforma dalla Administration > Campaign Management > Non deliverables Management > Non deliverables and addresses nodo.

NOTA

Questo menu elenca gli elementi messi in quarantena per i canali e-mail, SMS e di notifiche push.

Per ciascun indirizzo sono disponibili le seguenti informazioni:

NOTA

L’aumento del numero delle quarantene è un effetto normale, legato all’"usura" del database. Ad esempio, se la durata di un indirizzo e-mail è considerata di tre anni e la tabella dei destinatari aumenta del 50% ogni anno, l’aumento delle quarantene può essere calcolato come segue:

Fine anno 1: (10.33)/(1+0.5)=22%.
Fine anno 2: ((1.22
0.33)+0.33)/(1.5+0.75)=32,5%.

Identificare gli indirizzi messi in quarantena nei rapporti di consegna

I seguenti rapporti forniscono informazioni sugli indirizzi messi in quarantena:

  • Per ogni consegna, il Delivery summary il rapporto mostra il numero di indirizzi messi in quarantena nel target di consegna. Viene visualizzato:

    • il numero di indirizzi messi in quarantena durante l’analisi della consegna,

    • Il numero di indirizzi messi in quarantena dopo l’azione di consegna.

  • La Non-deliverables and bounces il rapporto visualizza informazioni sugli indirizzi messi in quarantena, i tipi di errore rilevato, ecc. e un guasto per dominio.

Puoi cercare queste informazioni per tutte le consegne della piattaforma (Home page > Reports) o per una consegna specifica. È inoltre possibile creare rapporti personalizzati e selezionare le informazioni da visualizzare.

Identificare gli indirizzi messi in quarantena per un destinatario

Puoi cercare lo stato dell’indirizzo e-mail di qualsiasi destinatario. A questo scopo, seleziona il profilo del destinatario e fai clic sul pulsante Deliveries scheda . Per tutte le consegne a quel destinatario, puoi scoprire se l’indirizzo non è riuscito, se è stato messo in quarantena durante l’analisi, ecc. Per ogni cartella, puoi visualizzare solo i destinatari il cui indirizzo e-mail è in quarantena. Per eseguire questa operazione, utilizza la variabile Quarantined email address filtro dell'applicazione.

Rimuovere un indirizzo messo in quarantena

Se necessario, è possibile rimuovere manualmente un indirizzo dall’elenco di quarantena. Inoltre, gli indirizzi che corrispondono a condizioni specifiche vengono eliminati automaticamente dall’elenco di quarantena dal Pulizia del database workflow.

Per rimuovere manualmente un indirizzo dall’elenco di quarantena, eseguire una delle operazioni seguenti.

IMPORTANTE

L’eliminazione manuale di un indirizzo e-mail dalla quarantena comporta l’avvio della consegna a questo indirizzo. Di conseguenza, questo può avere gravi ripercussioni sulla consegna e sulla reputazione dell’IP, il che potrebbe comportare il blocco dell’indirizzo IP o del dominio di invio. Procedi con maggiore attenzione quando consideri di rimuovere qualsiasi indirizzo dalla quarantena. In caso di dubbio, contatta un esperto di recapito.

  • È possibile modificarne lo stato in Valid dal Administration > Campaign Management > Non deliverables Management > Non deliverables and addresses nodo.

  • È inoltre possibile modificarne lo stato in Allowlisted. In questo caso, l’indirizzo rimane nell’elenco di quarantena, ma sarà oggetto di targeting sistematico, anche in caso di errore.

Gli indirizzi vengono rimossi automaticamente dall’elenco di quarantena nei seguenti casi:

  • Indirizzi in un With errors lo stato viene rimosso dall’elenco di quarantena dopo la consegna riuscita.
  • Indirizzi in un With errors lo stato verrà rimosso dall’elenco di quarantena se l’ultimo messaggio non recapitato è stato eseguito più di 10 giorni fa. Per ulteriori informazioni sulla gestione degli errori software, consulta questa sezione.
  • Indirizzi in un With errors che rimbalzano con il Mailbox full L'errore verrà rimosso dall'elenco di quarantena dopo 30 giorni.

Il loro stato cambia in Valid.

IMPORTANTE

Destinatari con un indirizzo in un Quarantine o Denylisted lo stato non verrà mai rimosso, anche se riceve un’e-mail.

Per le installazioni in hosting o ibride, se hai effettuato l’aggiornamento al MTA avanzato, il numero massimo di tentativi da eseguire in caso di Erroneous lo stato e il ritardo minimo tra i nuovi tentativi si basano ora sulle prestazioni di un IP sia storicamente che attualmente in un determinato dominio.

Per le installazioni on-premise e le installazioni in hosting/ibride utilizzando l’MTA legacy di Campaign, puoi modificare il numero di errori e il periodo tra due errori. A questo scopo, modifica le impostazioni corrispondenti nella procedura guidata di distribuzione (Email channel > Advanced parameters) o a livello di consegna.

Condizioni per la messa in quarantena di un indirizzo

Adobe Campaign gestisce la quarantena in base al tipo di consegna non riuscita e al motivo assegnato durante la qualifica dei messaggi di errore (consulta Qualificazione di mail non recapitate e Tipi e motivi di errori di consegna).

  • Errore ignorato: gli errori ignorati non mettono un indirizzo in quarantena.
  • Errore rigido: l’indirizzo e-mail corrispondente viene messo immediatamente in quarantena.
  • Errore morbido: gli errori morbidi non mettono immediatamente un indirizzo in quarantena, ma incrementano un contatore di errori. Per ulteriori informazioni, consulta Gestione degli errori software.

Se un utente qualifica un’e-mail come spam (circuito di retroazione), il messaggio viene automaticamente reindirizzato verso una casella di posta tecnica gestita da Adobe. L’indirizzo e-mail dell’utente viene quindi messo automaticamente in quarantena con lo stato Denylisted. Questo stato si riferisce solo all’indirizzo , il profilo non è nel elenco Bloccati, in modo che l’utente continui a ricevere messaggi SMS e notifiche push.

NOTA

In Adobe Campaign la quarantena distingue tra maiuscole e minuscole. Accertati di importare gli indirizzi e-mail in lettere minuscole, in modo che non vengano reindirizzate in un secondo momento.

Nell’elenco degli indirizzi messi in quarantena (vedi Identificazione degli indirizzi messi in quarantena per l’intera piattaforma), Error reason il campo indica perché l’indirizzo selezionato è stato messo in quarantena.

Gestione degli errori software

Al contrario degli errori rigidi, gli errori morbidi non mettono immediatamente un indirizzo in quarantena, ma incrementano un contatore di errori.

I tentativi verranno eseguiti durante il durata della consegna. Quando il contatore di errori raggiunge la soglia limite, l’indirizzo viene messo in quarantena. Per ulteriori informazioni, consulta Tentativi dopo un errore temporaneo di consegna.

Il contatore degli errori viene reinizializzato se l’ultimo errore significativo si è verificato più di 10 giorni fa. Lo stato dell’indirizzo cambia in Valido e viene eliminato dall’elenco delle quarantene dal Pulizia del database workflow.

quarantene di notifiche push

Il meccanismo di quarantena per le notifiche push è globalmente lo stesso del processo generale. Vedi Informazioni sulla quarantena. Tuttavia alcuni errori vengono gestiti in modo diverso per le notifiche push. Ad esempio, per alcuni errori soft, non vengono eseguiti nuovi tentativi all’interno della stessa consegna. Le specificità della notifica push sono elencate di seguito. Il meccanismo di esecuzione di nuovi tentativi (numero di tentativi, frequenza) è lo stesso utilizzato per le e-mail.

Gli elementi messi in quarantena sono token dispositivo.

quarantena iOS

Il protocollo HTTP/V2 consente un feedback e uno stato diretti per ogni consegna push. Se si utilizza il connettore del protocollo HTTP/V2, il servizio di feedback non viene più chiamato dal mobileAppOptOutMgt workflow. Un token viene considerato non registrato quando un’app mobile viene disinstallata o reinstallata.

In modo sincrono, se le APN restituiscono uno stato "non registrato" per un messaggio, il token di destinazione viene messo immediatamente in quarantena.

Scenario
Stato
Messaggio di errore
Tipo di errore
Motivo dell'errore
Riprova
Dispositivo di destinazione alimentato su
OK
Dispositivo di destinazione spento
OK
L'utente disabilita le notifiche per l'applicazione
OK
Fase di creazione/analisi dei messaggi: payload troppo grande
Errore
Payload troppo lungo
Morbido
Rifiutato
No
Fase di creazione/analisi dei messaggi - problema di formato di contenuto imprevisto
Errore
Vari messaggi di errore in base all’errore
Morbido
Non definito
No
Problema del certificato (password, corruzione, ecc.) e verifica la connessione al problema APN
Errore
Vari messaggi di errore in base all’errore
Morbido
Rifiutato
No
Connessione di rete persa durante l'invio
Errore
Errore di connessione
Non definito
Non raggiungibile

Rifiuto del messaggio APN: Annulla registrazione
l'utente ha rimosso l'applicazione o il token è scaduto
Errore
Non registrato
Duro
Utente sconosciuto
No
Rifiuto del messaggio APN: tutti gli altri errori
Errore
La causa del rifiuto dell’errore sarà presente nel messaggio di errore
Morbido
Rifiutato
No

quarantena Android

Per Android V1

Per ogni notifica, Adobe Campaign riceve gli errori sincroni direttamente dal server FCM. Adobe campagna li gestisce al volo e genera errori rigidi o morbidi in base alla gravità dell'errore e possono essere eseguiti nuovi tentativi:

  • Lunghezza del payload superata, problema di connessione, problema di disponibilità del servizio: esecuzione di un nuovo tentativo, errore morbido, motivo dell'errore Refused.
  • Quota del dispositivo superata: nessun nuovo tentativo, errore soft, motivo di errore Refused.
  • Token non valido o non registrato, errore imprevisto, problema dell'account del mittente: nessun nuovo tentativo, errore rigido, motivo errore Refused.

La mobileAppOptOutMgt il flusso di lavoro viene eseguito ogni 6 ore per aggiornare AppSubscriptionRcp tabella. Per i token dichiarati non registrati o non più validi, il campo Disabilitato è impostato su True e la sottoscrizione collegata a tale token dispositivo verrà automaticamente esclusa dalle consegne future.

Durante l’analisi della consegna, tutti i dispositivi esclusi dal target vengono aggiunti automaticamente al excludeLogAppSubRcp tabella.

NOTA

Per i clienti che utilizzano il connettore Baidu, di seguito sono riportati i diversi tipi di errori:

  • Problema di connessione all’inizio della consegna: tipo di errore Undefined, motivo dell'errore Unreachable, viene eseguito un nuovo tentativo.
  • Connessione persa durante una consegna: errore morbido, motivo errore Refused, viene eseguito un nuovo tentativo.
  • Errore sincrono restituito da Baidu durante l'invio: errore grave, motivo errore Refused, non viene eseguito alcun nuovo tentativo.
    Adobe Campaign contatta il server Baidu ogni 10 minuti per recuperare lo stato del messaggio inviato e aggiorna i registri di trasmissione. Se un messaggio viene dichiarato come inviato, lo stato del messaggio nei registri di trasmissione è impostato su Received. Se Baidu dichiara un errore, lo stato è impostato su Failed.

Per Android V2

Il meccanismo di quarantena Android V2 utilizza lo stesso processo di Android V1, lo stesso vale per l’aggiornamento degli abbonamenti e delle esclusioni. Per ulteriori informazioni, consulta la sezione Android V1 sezione .

Scenario
Stato
Messaggio di errore
Tipo di errore
Motivo dell'errore
Riprova
Fase di creazione/analisi dei messaggi: parole chiave non valide utilizzate nei campi personalizzati
Errore
Non è possibile utilizzare le seguenti parole chiave: {1}
Morbido
No
Fase di creazione/analisi dei messaggi: carico utile troppo grande
Errore
La notifica è troppo pesante: {1} bit, mentre sono autorizzati solo {2}
Morbido
Rifiutato
No
Connessione di rete persa durante l'invio
Errore
Nessuna risposta dal servizio Firebase Cloud Messaging sull'indirizzo: {1}
Morbido
Non raggiungibile

Rifiuto del messaggio FCM: Il server FCM non è temporaneamente disponibile (ad esempio con timeout).
Errore
Servizio Firebase Cloud Messaging temporaneamente non disponibile
Morbido
Non raggiungibile

Rifiuto del messaggio FCM: Errore durante l'autenticazione dell'account del mittente
Errore
Impossibile identificare l'account sviluppatore. Controllare l'ID e la password
Morbido
Rifiutato
No
Rifiuto del messaggio FCM: Quota del dispositivo superata
Errore
Morbido
Rifiutato

Rifiuto del messaggio FCM: Registrazione non valida / non registrata
Errore
Duro
Utente sconosciuto
No
Rifiuto del messaggio FCM: Tutti gli altri errori
Errore
Il server Firebase Cloud Messaging ha restituito un codice di errore imprevisto: {1} Rifiutato
No
Rifiuto del messaggio FCM: Argomento non valido
Errore
INVALID_ARGUMENT Ignorato Non definito
No
Rifiuto del messaggio FCM: Errore di autenticazione di terze parti
Errore
THIRD_PARTY_AUTH_ERROR Ignorato Rifiutato

Rifiuto del messaggio FCM: ID mittente non corrispondente
Errore
SENDER_ID_MISMATCH Morbido Utente sconosciuto
No
Rifiuto del messaggio FCM: Non registrato
Errore
NON REGISTRATO Duro Utente sconosciuto
No
Rifiuto del messaggio FCM: Interno
Errore
INTERNO Ignorato Rifiutato

Rifiuto del messaggio FCM: Non disponibile
Errore
NON DISPONIBILE Ignorato Rifiutato

Rifiuto del messaggio FCM: codice di errore imprevisto
Errore
codice di errore imprevisto Ignorato Rifiutato
No
Autenticazione: Problema di connessione
Errore
Impossibile connettersi al server di autenticazione Ignorato Rifiutato

Autenticazione: Client o ambito non autorizzato nella richiesta.
Errore
unauthorized_client Ignorato Rifiutato
No
Autenticazione: Client non autorizzato a recuperare token di accesso utilizzando questo metodo o client non autorizzato per nessuno degli ambiti richiesti.
Errore
unauthorized_client Ignorato Rifiutato
No
Autenticazione: Accesso negato
Errore
access_negato Ignorato Rifiutato
No
Autenticazione: E-mail non valida
Errore
valid_Grant Ignorato Rifiutato
No
Autenticazione: JWT non valido
Errore
valid_Grant Ignorato Rifiutato
No
Autenticazione: Firma JWT non valida
Errore
valid_Grant Ignorato Rifiutato
No
Autenticazione: Pubblico del token ID o dell’ambito OAuth non valido
Errore
unauthorized_client Ignorato Rifiutato
No
Autenticazione: Client OAuth disabilitato
Errore
disabled_client Ignorato Rifiutato
No

quarantena SMS

Per connettori standard

Il meccanismo di quarantena per i messaggi SMS è globalmente lo stesso del processo generale. Vedi Informazioni sulla quarantena. Le specificità di SMS sono elencate di seguito.

NOTA

La Delivery log qualification la tabella non si applica al SMPP generico esteso connettore.

Scenario
Stato
Messaggio di errore
Tipo di errore
Motivo dell'errore
Inviato al provider
Invio
Ricevuto sul cellulare
Ricevuto
Errore restituito dal provider
Errore
Errore durante la ricezione dei dati (SR o MO)
Morbido
Non raggiungibile
Conferma MT non valida
Errore
Errore '{1}' durante l'elaborazione del frame di conferma per la query di invio
Morbido
Non raggiungibile
Errore durante l'invio dell'MT
Errore
Errore durante l'invio dei messaggi
Morbido
Non raggiungibile

Per il connettore SMPP generico esteso

Quando si utilizza il protocollo SMPP per inviare messaggi SMS, la gestione degli errori viene gestita in modo diverso. Per ulteriori informazioni sul connettore SMPP generico esteso, consulta questa pagina.

Il connettore SMPP recupera i dati dal messaggio SR (Status Report) restituito utilizzando espressioni regolari (regexes) per filtrare il contenuto. Questi dati vengono quindi confrontati con le informazioni presenti in Delivery log qualification (disponibile tramite Administration > Campaign Management > Non deliverables Management menu).

Prima che un nuovo tipo di errore sia qualificato, il motivo dell’errore è sempre impostato su Rifiutato per impostazione predefinita.

NOTA

I tipi di errore e i motivi dell’errore sono gli stessi utilizzati per le e-mail. Vedi Tipi e motivi di errori di consegna.
Chiedi al tuo provider di un elenco di stati e codici di errore per impostare i tipi di errori e i motivi corretti per un errore nella tabella di qualificazione del registro di consegna.

Esempio di messaggio generato:

SR Generic DELIVRD 000|#MESSAGE#
  • Tutti i messaggi di errore iniziano con SR per distinguere i codici di errore SMS dai codici di errore e-mail.

  • seconda parte (Generico in questo esempio) del messaggio di errore si riferisce al nome dell'implementazione SMSC, come definito in SMSC implementation name campo dell’account esterno SMS. Consulta questa pagina.

    Poiché lo stesso codice di errore può avere un significato diverso per ogni provider, questo campo ti consente di sapere quale provider ha generato il codice di errore. Puoi quindi trovare l’errore nella documentazione del provider pertinente.

  • terza parte (DELIVRD in questo esempio) del messaggio di errore corrisponde al codice di stato recuperato dall’SR utilizzando il regex di estrazione dello stato definito nell’account esterno SMS.

    Questo regex è specificato nel SMSC specificities scheda dell’account esterno. Consulta questa pagina.

    Per impostazione predefinita, il regex estrae il stat: come definito dal Appendice B della sezione Specifiche di SMPP 3.4.

  • quarta parte (000 in questo esempio) del messaggio di errore corrisponde al codice di errore estratto dall’SR utilizzando il regex di estrazione del codice di errore definito nell’account esterno SMS.

    Questo regex è specificato nel SMSC specificities scheda dell’account esterno. Consulta questa pagina.

    Per impostazione predefinita, il regex estrae il errore: come definito dal Appendice B della sezione Specifiche di SMPP 3.4.

  • Tutto ciò che viene dopo il simbolo di tubo (|) viene visualizzato solo nel First text della colonna Delivery log qualification tabella. Questo contenuto viene sempre sostituito da #MESSAGE# dopo la normalizzazione del messaggio. Questo processo evita di avere più voci per errori simili ed è lo stesso delle e-mail. Per ulteriori informazioni, consulta Qualificazione di mail non recapitate.

Il connettore SMPP generico esteso applica un euristico per trovare valori predefiniti ragionevoli: se lo stato inizia con DELIV, viene considerato un successo perché corrisponde agli stati comuni DELIVRD o CONSEGNATO utilizzato dalla maggior parte dei fornitori. Qualsiasi altro stato causa un errore grave.

In questa pagina