Show Menu
ARGOMENTI×

Riconoscimento della gestione della quarantena

Informazioni sulle quarantena

Adobe Campaign gestisce un elenco di indirizzi posti in quarantena. I destinatari il cui indirizzo è stato messo in quarantena sono esclusi per impostazione predefinita durante l'analisi del recapito e non verranno impostati come destinazione. Un indirizzo e-mail può essere messo in quarantena, ad esempio, quando la cassetta postale è piena o se l'indirizzo non esiste. In ogni caso, la procedura di quarantena è conforme alle norme specifiche descritte di seguito.
Questa sezione si applica ai canali online: email, SMS, notifica push.

Ottimizzazione della distribuzione tramite quarantena

I profili i cui indirizzi e-mail o numero di telefono si trovano in quarantena vengono automaticamente esclusi durante la preparazione dei messaggi (vedere Identificazione degli indirizzi in quarantena per una consegna ). Ciò velocizzerà le consegne, 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. Quarantine consente quindi di evitare la blacklist da parte di questi fornitori.
Inoltre, le quarantena 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 blacklist

La quarantena si applica solo a un indirizzo, non al profilo stesso. Ciò significa che, se due profili hanno lo stesso indirizzo e-mail, saranno entrambi interessati se l'indirizzo viene messo in quarantena.
Allo stesso modo, un profilo il cui indirizzo e-mail è stato messo in quarantena potrebbe aggiornare il profilo e immettere un nuovo indirizzo, e potrebbe quindi essere nuovamente indirizzato mediante azioni di consegna.
L'inserimento in blacklist , invece, impedisce al profilo di essere più mirato da una consegna, ad esempio dopo l'annullamento dell'iscrizione (opzione di rifiuto).
Quando un utente risponde a un messaggio SMS con una parola chiave come "STOP" al fine di rifiutare le consegne degli SMS, il suo profilo non viene inserito in blacklist come nel processo di rifiuto delle e-mail. Il numero di telefono del profilo viene inviato in quarantena, in modo che l'utente continui a ricevere i messaggi e-mail.

Identificazione degli indirizzi in quarantena

Gli indirizzi in quarantena possono essere elencati per una consegna specifica o per l'intera piattaforma.

Identificazione di indirizzi in quarantena per una consegna

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

Identificazione degli indirizzi in quarantena per l’intera piattaforma

Gli amministratori possono elencare gli indirizzi in quarantena per l'intera piattaforma dal Administration > Campaign Management > Non deliverables Management > Non deliverables and addresses nodo.
Questo menu elenca gli elementi in quarantena per i canali di e-mail , SMS e notifiche ​push.
Per ogni indirizzo sono disponibili le seguenti informazioni:
L'aumento delle quarantena è 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 quarantena 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%.

Identificazione di indirizzi in quarantena nei rapporti di consegna

I seguenti rapporti forniscono informazioni sugli indirizzi in quarantena:
  • Per ogni consegna, il Delivery summary rapporto mostra il numero di indirizzi in quarantena nella destinazione di consegna. Viene visualizzato:
    • il numero di indirizzi messi in quarantena durante l'analisi della consegna,
    • Numero di indirizzi posti in quarantena dopo l'azione di consegna.
  • Il Non-deliverables and bounces rapporto visualizza informazioni sugli indirizzi in quarantena, sui tipi di errori rilevati, ecc., e un'interruzione per dominio.
Potete cercare queste informazioni per tutte le consegne della piattaforma ( Home page>Rapporti ) o per una consegna specifica. Potete anche creare rapporti personalizzati e selezionare le informazioni da visualizzare.

Identificazione di indirizzi in quarantena per un destinatario

Puoi cercare lo stato dell’indirizzo e-mail di qualsiasi destinatario. A tal fine, selezionate il profilo del destinatario e fate clic sulla Deliveries scheda. Per tutte le consegne a quel destinatario, potete verificare se l'indirizzo ha avuto esito negativo, è stato messo in quarantena durante l'analisi, ecc. Per ogni cartella, potete visualizzare solo i destinatari il cui indirizzo e-mail è in quarantena. A questo scopo, utilizzate il filtro Quarantined email address applicazione.

Rimozione di un indirizzo in quarantena

Per rimuovere un indirizzo dalla quarantena, cambiarne lo stato manualmente in Valid .
Se cambiate lo stato in Whitelisted , l'indirizzo verrà mirato sistematicamente ogni volta anche in caso di errore.
Gli indirizzi inseriti in blacklist non sono interessati dal sistema di quarantena e non hanno come destinazione, anche se si modifica lo stato dell'indirizzo.
È inoltre possibile modificare il numero di errori e il periodo tra gli errori. A questo scopo, modificate le impostazioni della procedura guidata di distribuzione (canale e-mail/impostazioni avanzate). Per ulteriori informazioni sulla procedura guidata di distribuzione, consulta questa sezione .

Condizioni per l'invio di un indirizzo alla quarantena

Adobe Campaign gestisce la quarantena in base al tipo di consegna non riuscita e al motivo assegnato durante la qualifica dei messaggi di errore (vedere Qualificazione posta rimbalzata) e ai tipi e motivi di mancata consegna.
  • Errore ignorato: gli errori ignorati non inviano un indirizzo alla quarantena.
  • Errore rigido: l'indirizzo e-mail corrispondente viene inviato immediatamente alla quarantena.
  • Errore temporaneo: gli errori software non inviano immediatamente un indirizzo alla quarantena, ma incrementano un contatore di errori. Per ulteriori informazioni, consultate Gestione rapida degli errori .
Se un utente qualifica un'e-mail come spam ( Feedback loop ), il messaggio viene automaticamente reindirizzato verso una cassetta postale tecnica gestita da Adobe. L'indirizzo e-mail dell'utente viene quindi inviato automaticamente alla quarantena.
Nell'elenco degli indirizzi posti in quarantena, il Error reason campo indica il motivo per cui l'indirizzo selezionato è stato messo in quarantena. In Adobe Campaign la quarantena fa distinzione tra maiuscole e minuscole. Accertatevi di importare gli indirizzi e-mail in lettere maiuscole, in modo che non vengano ritirati in un secondo momento.

Gestione rapida degli errori

Invece di errori gravi, gli errori software non inviano immediatamente un indirizzo alla quarantena, ma incrementano un contatore di errori.
  • Quando il contatore di errori raggiunge la soglia limite, l'indirizzo viene messo in quarantena.
  • Nella configurazione predefinita, la soglia è impostata su cinque errori, dove due errori sono significativi se si verificano almeno 24 ore di differenza. L'indirizzo viene messo in quarantena al quinto errore.
  • È possibile modificare la soglia del contatore di errori. Per ulteriori informazioni, vedere Riprova dopo un errore temporaneo di consegna.
Il contatore di errori viene reinizializzato se l'ultimo errore significativo si è verificato più di 10 giorni fa. Lo stato dell'indirizzo diventa Valido e viene eliminato dall'elenco delle quarantena dal flusso di lavoro di pulizia del database.

quarantena delle notifiche push

Il meccanismo di quarantena per le notifiche push è globalmente uguale al processo generale. Consultate Le quarantena . Tuttavia, alcuni errori vengono gestiti in modo diverso per le notifiche push. Ad esempio, per alcuni errori software, non vengono eseguiti tentativi all'interno della stessa consegna. Le specifiche per la notifica push sono elencate di seguito. Il meccanismo dei tentativi (numero di tentativi, frequenza) è lo stesso utilizzato per le e-mail.
Gli elementi messi in quarantena sono token dispositivo.

quarantena iOS

Per iOS - connettore binario
Per ogni notifica, Adobe Campaign riceve gli errori sincroni e asincroni dal server APNS. Per i seguenti errori sincroni, Adobe Campaign genera errori software:
  • Problemi di lunghezza del payload: nessun tentativo, il motivo dell'errore è Unreachable .
  • Problemi di scadenza del certificato: nessun tentativo, il motivo dell'errore è Unreachable .
  • Connessione persa durante la consegna: tentativi eseguiti. Il motivo dell'errore è Unreachable .
  • Problema di configurazione del servizio (certificato non valido, password del certificato non valida, nessun certificato): nessun tentativo, il motivo dell'errore è Unreachable .
Il server APNS notifica in modo asincrono ad Adobe Campaign che un token dispositivo è stato deregistrato (quando l'applicazione mobile è stata disinstallata dall'utente). Il mobileAppOptOutMgt flusso di lavoro viene eseguito ogni 6 ore per contattare i servizi di feedback APNS per aggiornare la tabella AppSubscriptionRcp . Per tutti i token disattivati, il campo Disattivato è impostato su True e la sottoscrizione collegata a tale token dispositivo verrà automaticamente esclusa dalle consegne future.
Per iOS - Connettore HTTP/2
Il protocollo http/2 consente un feedback diretto e uno stato per ogni invio push. Se si utilizza il connettore del protocollo http/2, il servizio di feedback non viene più chiamato dal mobileAppOptOutMgt flusso di lavoro. I token non registrati vengono gestiti in modo diverso tra il connettore binario iOS e il connettore iOS http/2. Un token viene considerato non registrato quando un’applicazione mobile viene disinstallata o reinstallata.
Sincrona, se APNS restituisce uno stato "non registrato" 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 di 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 Yes
Rifiuto del messaggio APNS: Annullamento della registrazione dell'applicazione o della scadenza del token da parte dell'utente Errore Non registrato Rigido Utente sconosciuto No
Rifiuto del messaggio APNS: 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. La campagna Adobe li gestisce al volo e genera errori rigidi o soft in base alla gravità dell'errore e è possibile eseguire dei tentativi:
  • Lunghezza payload superata, problema di connessione, problema di disponibilità del servizio: tentativi eseguiti, errore software, motivo errore Refused .
  • Quota dispositivo superata: nessun tentativo, errore soft, motivo di errore Refused .
  • Token non valido o non registrato, errore imprevisto, problema dell'account del mittente: nessun tentativo, errore, motivo di errore Refused .
Il mobileAppOptOutMgt flusso di lavoro viene eseguito ogni 6 ore per aggiornare la tabella AppSubscriptionRcp . Per i token dichiarati non registrati o non più validi, il campo Disattivato è 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 dalla destinazione vengono aggiunti automaticamente alla tabella excludeLogAppSubRcp .
Per i clienti che utilizzano il connettore Baidu, ecco i diversi tipi di errori:
  • Problema di connessione all'inizio della consegna: tipo di errore Undefined , motivo errore Unreachable e riprovare.
  • Connessione persa durante la consegna: errore soft, motivo errore Refused , riprovate.
  • Errore sincrono restituito da Baidu durante l'invio: errore, motivo errore Refused e non si esegue alcun tentativo.
Adobe Campaign contatta il server di Baidu ogni 10 minuti per recuperare lo stato del messaggio inviato e aggiornare i registri di trasmissione. Se un messaggio viene dichiarato come inviato, lo stato del messaggio nei log è 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 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 dei messaggi: parole chiave non consentite utilizzate nei campi personalizzati Errore Non è possibile utilizzare le seguenti parole chiave: {1} Morbido No
Fase di creazione/analisi dei messaggi: payload troppo grande Errore La 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 all'indirizzo: {1} Morbido Non Raggiungibile Yes
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 Yes
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 dispositivo superata Errore Morbido Rifiutato Yes
Rifiuto del messaggio FCM: Registrazione non valida / non registrata Errore Rigido 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

quarantena via SMS

Per connettori standard
Il meccanismo di quarantena per i messaggi SMS è globalmente lo stesso del processo generale. Consultate Le quarantena . Le specifiche per gli SMS sono elencate di seguito.
La Delivery log qualification tabella 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 della cornice di riconoscimento 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, consultare questa pagina .
Il connettore SMPP recupera i dati dal messaggio SR (Status Report) restituito utilizzando espressioni regolari (regex) per filtrare il contenuto. Questi dati vengono quindi confrontati con le informazioni presenti nella Delivery log qualification tabella (disponibile dal menu Administration > Campaign Management > Non deliverables Management ).
Prima che un nuovo tipo di errore sia qualificato, il motivo dell'errore è sempre impostato su Rifiutato per impostazione predefinita.
I tipi di errore e i motivi dell'errore sono gli stessi utilizzati per le e-mail. Consulta Tipi di consegna non riuscita e motivi . Chiedete al vostro fornitore un elenco di stati e codici di errore al fine di impostare i tipi di errore e i motivi corretti per l'errore nella tabella delle qualifiche 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 email.
  • La seconda parte ( Generico in questo esempio) del messaggio di errore fa riferimento al nome dell'implementazione SMSC, come definito nel SMSC implementation name campo dell'account esterno SMS. Vedere questa pagina .
    Poiché lo stesso codice di errore può avere un significato diverso per ciascun provider, questo campo consente di sapere quale provider ha generato il codice di errore. L'errore può essere trovato nella documentazione del fornitore pertinente.
  • La terza parte ( DELIVRD in questo esempio) del messaggio di errore corrisponde al codice di stato recuperato dalla SR utilizzando il regex di estrazione dello stato definito nell'account esterno di SMS.
    Questo regex è specificato nella SMSC specificities scheda dell'account esterno. Vedere questa pagina .
    Per impostazione predefinita, il regex estrae lo stato: come definito nella 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 dalla SR utilizzando il regex di estrazione del codice di errore definito nell'account esterno di SMS.
    Questo regex è specificato nella SMSC specificities scheda dell'account esterno. Vedere questa pagina .
    Per impostazione predefinita, il regex estrae l’ errore: come definito nella sezione Appendice B della specifica ​SMPP 3.4.
  • Tutto ciò che viene dopo il simbolo di tubo (|) viene visualizzato solo nella First text colonna della Delivery log qualification tabella. 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, vedere Qualificazione Qualificazione della posta per posta rimbalzata.
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 DELIVERED utilizzati dalla maggior parte dei fornitori. Qualsiasi altro stato porta a un duro fallimento.