[Applicabile anche a v8]{class="badge positive" title="Applicabile anche a Campaign v8"}

Informazioni sulla gestione della quarantena understanding-quarantine-management

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 messo 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.

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

Ottimizzazione della consegna attraverso la gestione della quarantena optimizing-your-delivery-through-quarantines

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 consente quindi di evitare che questi provider aggiungano altri elementi al elenco Bloccati del sistema di protezione.

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 e inserisco nell'elenco Bloccati di quarantine-vs-denylist

La quarantena e il elenco Bloccati di 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 con un indirizzo e-mail messo in quarantena può aggiornare il profilo e immettere un nuovo indirizzo, per poi essere nuovamente indirizzato 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 nei registri di esclusione (per una consegna) o nell'elenco di quarantena (per l'intera piattaforma).

  • Se invece si trova nel inserisco nell'elenco Bloccati di, il profilo non sarà più oggetto della consegna, ad esempio dopo l'annullamento dell'abbonamento (opt-out) per un determinato canale. Ad esempio, se un profilo nell’elenco Bloccati di per il canale e-mail ha due indirizzi e-mail, entrambi gli indirizzi verranno esclusi dalla consegna.

    È possibile verificare se un profilo si trova nel elenco Bloccati di accesso a uno o più canali nella sezione No longer contact della scheda General del profilo. Consulta questa sezione.

NOTE
La quarantena include uno stato 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 viene messo in quarantena con lo stato Denylisted. Per ulteriori informazioni sulla gestione dei messaggi STOP SMS, consulta questa sezione.

Identificare gli indirizzi messi in quarantena identifying-quarantined-addresses

È 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 identifying-quarantined-addresses-for-a-delivery

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

Identificare gli indirizzi messi in quarantena per l’intera piattaforma identifying-quarantined-addresses-for-the-entire-platform

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

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

Per ogni indirizzo sono disponibili le seguenti informazioni:

NOTE
L’aumento del numero di 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: (1*0,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 identifying-quarantined-addresses-in-delivery-reports

I seguenti rapporti forniscono informazioni sugli indirizzi in quarantena:

  • Per ogni consegna, il report Delivery summary mostra il numero di indirizzi in quarantena nel target della consegna. Vengono visualizzati i seguenti elementi:

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

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

  • Il report Non-deliverables and bounces visualizza informazioni sugli indirizzi in quarantena, sui tipi di errore riscontrati e così via e un raggruppamento degli errori per dominio.

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

Identificare gli indirizzi messi in quarantena per un destinatario identifying-quarantined-addresses-for-a-recipient

Puoi cercare lo stato dell’indirizzo e-mail di qualsiasi destinatario. A tale scopo, selezionare il profilo del destinatario e fare clic sulla scheda Deliveries. Per tutte le consegne a quel destinatario, puoi scoprire se l’indirizzo non è riuscito, è stato messo in quarantena durante l’analisi, ecc. Per ogni cartella, puoi visualizzare solo i destinatari il cui indirizzo e-mail è in quarantena. A tale scopo, utilizzare il filtro dell'applicazione Quarantined email address.

Condizioni per la messa in quarantena di un indirizzo conditions-for-sending-an-address-to-quarantine

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 consegna non riuscita).

  • 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 (ciclo di feedback), il messaggio viene automaticamente reindirizzato a una cassetta postale tecnica gestita dall'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 inserisco nell'elenco Bloccati di, in modo che l’utente continui a ricevere messaggi SMS e notifiche push.

NOTE
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 (vedere Identificazione degli indirizzi messi in quarantena per l'intera piattaforma), il campo Error reason indica il motivo per cui l'indirizzo selezionato è stato messo in quarantena.

Gestione degli errori morbidi soft-error-management

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 la 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 quindi in Valido e viene eliminato dall'elenco delle quarantene dal flusso di lavoro Database cleanup.

Per le installazioni in hosting o ibride, se hai eseguito l'aggiornamento all'MTA avanzato, il numero massimo di tentativi da eseguire in caso di stato Erroneous e il ritardo minimo tra i tentativi si basano ora sulle prestazioni sia cronologiche che attuali di un IP in un determinato dominio.

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

Rimuovere un indirizzo dalla quarantena removing-a-quarantined-address

Aggiornamenti automatici unquarantine-auto

Gli indirizzi che soddisfano condizioni specifiche vengono eliminati automaticamente dall'elenco di quarantena dal flusso di lavoro Database cleanup.

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

  • Gli indirizzi con stato With errors verranno rimossi dall'elenco di quarantena dopo una consegna riuscita.
  • Gli indirizzi con lo stato With errors verranno rimossi 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.
  • Gli indirizzi con stato With errors che non hanno superato l'errore Mailbox full verranno rimossi dall'elenco di quarantena dopo 30 giorni.

Il loro stato diventa quindi Valid.

IMPORTANT
I destinatari con un indirizzo nello stato Quarantine o Denylisted non vengono mai rimossi, anche se ricevono un'e-mail.

Aggiornamenti manuali unquarantine-manual

È inoltre possibile rimuovere manualmente la quarantena di un indirizzo. Per rimuovere manualmente un indirizzo dall'elenco di quarantena, modificarne lo stato in Valid dal nodo Administration > Campaign Management > Non deliverables Management > Non deliverables and addresses.

Aggiornamenti in blocco unquarantine-bulk

Potrebbe essere necessario eseguire aggiornamenti in blocco sull’elenco di quarantena, ad esempio in caso di interruzione del servizio dell’ISP. In questo caso, le e-mail vengono erroneamente contrassegnate come mancate consegne perché non possono essere consegnate correttamente al destinatario. Questi indirizzi devono essere rimossi dall’elenco di quarantena.

Per eseguire questa operazione, crea un flusso di lavoro e aggiungi un'attività Query nella tabella di quarantena per filtrare tutti i destinatari interessati. Una volta identificate, possono essere rimosse dall’elenco di quarantena e incluse nelle consegne e-mail future di Campaign.

Di seguito sono riportate le linee guida consigliate per questa query:

  • Per gli ambienti Campaign Classic v7 con informazioni sulle regole e-mail in entrata nel campo Error text dell'elenco di quarantena:

    • Testo di errore (testo di quarantena) contiene "Momen_Code10_InvalidRecipient"
    • Dominio e-mail (@domain) uguale a domain1.com OPPURE Dominio e-mail (@domain) uguale a domain2.com OPPURE Dominio e-mail (@domain) uguale a domain3.com
    • Aggiorna stato (@lastModified) in data o dopo MM/DD/YYYY HH:MM:SS AM
    • Aggiorna stato (@lastModified) in data MM/DD/YYYY HH:MM:SS PM o prima
  • Per le istanze di Campaign Classic v7 con informazioni di risposta SMTP non recapitate nel campo Error text dell'elenco di quarantena:

    • Testo di errore (testo quarantena) contiene "550-5.1.1" E Testo di errore (testo quarantena) contiene "support.ISP.com"

    dove "support.ISP.com" può essere: "support.apple.com" o "support.google.com", ad esempio

    • Aggiorna stato (@lastModified) in data o dopo MM/DD/YYYY HH:MM:SS AM
    • Aggiorna stato (@lastModified) in data MM/DD/YYYY HH:MM:SS PM o prima

Una volta ottenuto l'elenco dei destinatari interessati, aggiungere un'attività Update data per impostare lo stato del loro indirizzo e-mail su Valid in modo che vengano rimossi dall'elenco di quarantena dal flusso di lavoro Database cleanup. Puoi anche semplicemente eliminarli dalla tabella di quarantena.

Quarantene di notifica push push-notification-quarantines

Il meccanismo di quarantena per le notifiche push è globalmente lo stesso del processo generale. 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à per le notifiche push sono elencate di seguito. Il meccanismo di esecuzione dei nuovi tentativi (numero di tentativi, frequenza) è lo stesso utilizzato per le e-mail.

Gli elementi messi in quarantena sono token del dispositivo.

quarantena di iOS ios-quarantine

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

In modo sincrono, se il servizio APN restituisce lo stato "unregistered" per un messaggio, il token di destinazione verrà messo immediatamente in quarantena.

Scenario
Stato
Messaggio di errore
Tipo di errore
Motivo errore
Riprova
Dispositivo di destinazione acceso
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 del contenuto imprevisto
Errore
Vari messaggi di errore in base all'errore
Morbido
Non definito
No
Problema del certificato (password, danneggiamento, ecc.) e verifica la connessione al problema APNs
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
Messaggio APNs rifiutato: annullamento della registrazione
l'utente ha rimosso l'applicazione o il token è scaduto
Errore
Non registrati
Rigido
Utente sconosciuto
No
Rifiuto messaggio APN: tutti gli altri errori
Errore
La causa del rifiuto dell'errore sarà presente nel messaggio di errore
Morbido
Rifiutato
No

quarantena di Android android-quarantine

Per Android V1

Per ogni notifica, Adobe Campaign riceve gli errori sincroni direttamente dal server FCM. Adobe campaign li gestisce al volo e genera errori rigidi o morbidi in base alla gravità dell’errore. È possibile eseguire nuovi tentativi:

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

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

Durante l'analisi della consegna, tutti i dispositivi esclusi dalla destinazione vengono aggiunti automaticamente alla tabella excludeLogAppSubRcp.

NOTE
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, nuovo tentativo eseguito.
  • Connessione persa durante una consegna: errore morbido, motivo errore Refused, nuovo tentativo eseguito.
  • Errore sincrono restituito da Baidu durante l'invio: errore rigido, motivo dell'errore Refused, nessun nuovo tentativo eseguito.
Adobe Campaign contatta il server Baidu ogni 10 minuti per recuperare lo stato del messaggio inviato e aggiorna i broadLog. Se un messaggio viene dichiarato come inviato, lo stato del messaggio nei broadLog è impostato su Received. Se Baidu dichiara un errore, lo stato viene impostato su Failed.

Per Android V2

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

Scenario
Stato
Messaggio di errore
Tipo di errore
Motivo errore
Riprova
Fase di creazione/analisi del messaggio: utilizzo di parole chiave non valide nei campi personalizzati
Errore
Impossibile utilizzare le seguenti parole chiave: {1}
Morbido
No
Fase di creazione/analisi del messaggio: payload troppo grande
Errore
Notifica troppo pesante: {1} bit, mentre solo {2} sono autorizzati
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 è temporaneamente non disponibile (ad esempio con timeout).
Errore
Il servizio Firebase Cloud Messaging non è al momento disponibile
Morbido
Non raggiungibile
Messaggio FCM rifiutato: errore durante l'autenticazione dell'account mittente
Errore
Impossibile identificare l'account sviluppatore. Controllare ID e password
Morbido
Rifiutato
No
Messaggio FCM rifiutato: quota dispositivo superata
Errore
Morbido
Rifiutato
Messaggio FCM rifiutato: registrazione non valida / non registrata
Errore
Rigido
Utente sconosciuto
No
Messaggio FCM rifiutato: tutti gli altri errori
Errore
Il server Firebase Cloud Messaging ha restituito un codice di errore imprevisto: {1}
Rifiutato
No
Messaggio FCM rifiutato: argomento non valido
Errore
ARGOMENTO_NON VALIDO
Ignorato
Non definito
No
Messaggio FCM rifiutato: errore di autenticazione di terze parti
Errore
ERRORE_AUTH_TERZE PARTI
Ignorato
Rifiutato
Messaggio FCM rifiutato: ID mittente non corrispondente
Errore
SENDER_ID_MISMATCH
Morbido
Utente sconosciuto
No
Rifiuto messaggio FCM: annullamento registrazione
Errore
NON REGISTRATO
Rigido
Utente sconosciuto
No
Messaggio FCM rifiutato: interno
Errore
INTERNO
Ignorato
Rifiutato
Messaggio FCM rifiutato: 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: il client non è autorizzato a recuperare i token di accesso utilizzando questo metodo oppure il client non è autorizzato per nessuno degli ambiti richiesti.
Errore
unauthorized_client
Ignorato
Rifiutato
No
Autenticazione: accesso negato
Errore
accesso negato
Ignorato
Rifiutato
No
Autenticazione: e-mail non valida
Errore
invalid_grant
Ignorato
Rifiutato
No
Autenticazione: JWT
non valido
Errore
invalid_grant
Ignorato
Rifiutato
No
Autenticazione: firma JWT non valida
Errore
invalid_grant
Ignorato
Rifiutato
No
Autenticazione: ambito OAuth o pubblico del token ID non valido fornito
Errore
unauthorized_client
Ignorato
Rifiutato
No
Autenticazione: client OAuth disabilitato
Errore
disabled_client
Ignorato
Rifiutato
No

Quarantene SMS sms-quarantines

Per connettori standard

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

NOTE
La tabella Delivery log qualification non si applica al connettore SMPP generico esteso.
Scenario
Stato
Messaggio di errore
Tipo di errore
Motivo errore
Inviato al provider
Inviato
Ricevuto sul dispositivo mobile
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 del messaggio 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 (regex) per filtrarne il contenuto. Questi dati vengono quindi confrontati con le informazioni presenti nella tabella Delivery log qualification (disponibile tramite il menu Administration > Campaign Management > Non deliverables Management).

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

NOTE
I tipi di errore e i motivi dell’errore sono gli stessi delle e-mail. Vedi Tipi e motivi di errori di consegna.
Chiedi al provider un elenco di stati e codici di errore per impostare i tipi di errore e i motivi dell’errore nella tabella 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.

  • La seconda parte (Generic in questo esempio) del messaggio di errore fa riferimento al nome dell'implementazione SMSC, come definito nel campo SMSC implementation name dell'account esterno SMS. Consulta questa pagina.

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

  • La 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.

    Regex specificato nella scheda SMSC specificities dell'account esterno. Consulta questa pagina.

    Per impostazione predefinita, regex estrae il campo stat: come definito dalla sezione Appendice B della specifica SMPP 3.4.

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

    Regex specificato nella scheda SMSC specificities dell'account esterno. Consulta questa pagina.

    Per impostazione predefinita, il regex estrae il campo err: come definito dalla sezione Appendice B della specifica SMPP 3.4.

  • Tutto ciò che segue il simbolo di barra verticale (|) viene visualizzato solo nella colonna First text della tabella Delivery log qualification. Questo contenuto viene sempre sostituito da #MESSAGE# dopo la normalizzazione del messaggio. Questo processo evita di inserire 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 criterio euristico per trovare valori predefiniti sensibili: se lo stato inizia con DELIV, viene considerato un completamento perché corrisponde agli stati comuni DELIVRD o DELIVERED utilizzati dalla maggior parte dei provider. Qualsiasi altro stato comporta un errore grave.

recommendation-more-help
601d79c3-e613-4db3-889a-ae959cd9e3e1