Informazioni sulla gestione della quarantena

Informazioni sulla 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.

Ottimizzazione della consegna tramite quarantena

I profili con indirizzi e-mail o numeri di telefono in quarantena vengono automaticamente esclusi durante la preparazione dei messaggi (vedi Identificazione degli 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 a elenco Bloccati

La quarantena si applica solo a un indirizzo, non a tutto il profilo. Ciò significa che se due profili hanno lo stesso indirizzo e-mail, vengono entrambi coinvolti se l’indirizzo viene messo in quarantena.

Allo stesso modo, un profilo con un indirizzo e-mail messo in quarantena potrebbe aggiornare il profilo e immettere un nuovo indirizzo e potrebbe quindi essere nuovamente indirizzato mediante azioni di consegna.

Il fatto di essere sul elenco Bloccati, d'altra parte, fa sì che il profilo non sia più oggetto di targeting da parte di alcuna consegna, ad esempio dopo un annullamento dell'abbonamento (opt-out).

Identificazione degli indirizzi messi in quarantena

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

Identificazione di 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 (consulta Log di consegna e cronologia).

Identificazione degli indirizzi messi in quarantena per l’intera piattaforma

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 .

Per ciascun indirizzo sono disponibili le seguenti informazioni:

Identificazione degli indirizzi messi in quarantena nei rapporti di consegna

I seguenti rapporti forniscono informazioni sugli indirizzi messi in quarantena:

• Per ogni consegna, il rapporto Delivery summary mostra il numero di indirizzi messi in quarantena nella destinazione 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.

• Il rapporto Non-deliverables and bounces visualizza informazioni sugli indirizzi messi in quarantena, sui tipi di errore rilevato, ecc., e un’interruzione non riuscita 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.

Identificazione degli 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 sulla scheda Deliveries . 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. A questo scopo, utilizza il filtro dell'applicazione Quarantined email address.

Rimozione di un indirizzo 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 flusso di lavoro Database cleanup .

Per rimuovere manualmente un indirizzo dall’elenco di quarantena:

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

  

• Puoi anche 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:

• Gli indirizzi in uno stato With errors verranno rimossi dall’elenco di quarantena dopo una consegna riuscita.
• Gli indirizzi in uno stato With errors verranno rimossi dall’elenco di quarantena se l’ultimo messaggio non recapitato è stato visualizzato più di 10 giorni fa. Per ulteriori informazioni sulla gestione degli errori software, consulta questa sezione.
• Gli indirizzi in uno stato With errors che rimbalzano con l'errore Mailbox full verranno rimossi dall'elenco di quarantena dopo 30 giorni.

Il loro stato cambia in Valid.

È possibile 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). Per ulteriori informazioni sulla procedura guidata di distribuzione, consulta questa sezione.

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 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 (loop di feedback), 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.

Nell’elenco degli indirizzi messi in quarantena, il campo Error reason indica perché l’indirizzo selezionato è stato messo in quarantena. 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.

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.

• Quando il contatore degli errori raggiunge la soglia limite, l’indirizzo viene messo in quarantena.
• Nella configurazione predefinita, la soglia è impostata a cinque errori, dove due errori sono significativi se si verificano almeno a 24 ore di distanza. L’indirizzo viene messo in quarantena al quinto errore.
• È possibile modificare la soglia del contatore di errori. 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 flusso di lavoro Database cleanup.

quarantene di notifiche push

Il meccanismo di quarantena per le notifiche push è globalmente lo stesso del processo generale. Consulta 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 flusso di lavoro mobileAppOptOutMgt . 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.

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 soft, 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.

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

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 .

quarantena SMS

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.

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 nella tabella Delivery log qualification (disponibile tramite il 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.

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 (Generico 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 ti consente di sapere quale provider ha generato il codice di errore. Puoi quindi trovare l’errore 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.

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

  

  Per impostazione predefinita, il 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 regex di estrazione del codice di errore definito nell’account esterno SMS.

  Questo 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 viene dopo il simbolo di tubo (|) 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 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 DELIVERED utilizzati dalla maggior parte dei provider. Qualsiasi altro stato causa un errore grave.