Testare, pubblicare e sfruttare le comunicazioni

01Il catalogo collega il contenuto al business #sec_eb7a12db

Aprite Impostazioni > Comunicazione > Catalogo di mail.

Un modello non è solo un layout. È associato a un evento business, una lingua, uno stato di pubblicazione e, quando esistono più varianti, un modello predefinito. Il catalogo permette quindi di far evolvere il contenuto senza modificare il funzionamento di una campagna.

I modelli globali forniti da REVIEWIT servono da base. La souscription può copiarli nel suo catalogo per creare una variante governata localmente. La copia diventa quindi un modello autonomo: può essere adattata, testata e poi pubblicata senza alterare il riferimento globale.

02Comprendere la scelta del modello #sec_3b7d052a

Durante un invio automatico, REVIEWIT cerca prima il modello locale pubblicato che corrisponde all'evento e alla lingua. In mancanza, utilizza il riferimento di piattaforma in questa lingua, poi la sua variante inglese. Una risorsa inglese integrata assicura l'ultima caduta per gli eventi strutturali.

Lo stato Pubblicato autorizza l'uso. Lo stato Per default è anch'esso operativo: un modello pubblicato che non è la variante predefinita della sua coppia evento-lingua non sarà scelto automaticamente.

03Utilizzare le variabili #sec_06b16195

Le variabili iniettano il contesto reale nel modello. La loro sintassi è sensibile alle maiuscole e minuscole e utilizza una sola coppia di parentesi graffe: {CampaignTitle}, {ResourceName} o {ReviewerName}, per esempio.

Possono essere utilizzate nell'oggetto, nel pre-header, nel corpo e negli attributi HTML. In un file HTML, il contenuto di <title> diventa anche l'oggetto del messaggio. I valori sono codificati in modo che un testo contenente < o & non possa modificare l'HTML.

Una variabile senza valore rimane visibile come tale nell'email. È un segnale di errore utile durante il test, ma non deve raggiungere i destinatari. La distinzione tra maiuscole e minuscole è importante: {ResourceName} e {resourcename} sono due identificatori diversi.

04Variabili disponibili per evento #sec_9bbe09a2

L'elenco seguente riporta le variabili sicure da utilizzare nei modelli attualmente emessi. Un evento marcato Dormiente è conosciuto dal catalogo, ma non è ancora attivato automaticamente.

La scheda [Variabili delle email: riferimento ed esempi](tuto-communication-factory-variables) raggruppa separatamente la sintassi, il dizionario dettagliato e i controlli da effettuare.

Revisioni

EscalationReceived possiede diversi percorsi di emissione. Alcuni forniscono anche EscalatedByName e Reason, altri CampaignId e DueDate . Solo ResourceName è garantito in tutti i casi: utilizzate questa intersezione nel modello predefinito.

Contestazioni e decisioni

Eliminazioni, accessi e consultazione

05Scegliere una presentazione adattata alla variabile #sec_62b17f16

ResourceName può essere un nome leggibile o un riferimento come #123 . Presentatelo in un blocco etichettato piuttosto che in una frase che suppone che si tratti sempre di un nome.

Le date sono già formattate dal servizio che emette l'evento. Non tentate di riformattarle nell'HTML.

Answer, Question, Reason, Argument, Comment e ResolutionNote sono testi liberi inseriti da persone. Visualizzateli come citazioni o in un blocco dedicato, mai all'interno di una frase di cui potrebbero cambiare il significato.

CampaignId è un identificatore numerico. Utilizzate CampaignTitle quando è proposto e il modello ha bisogno di un titolo leggibile.

06Variabili da non utilizzare per il momento #sec_8cd304e6

{DeepLink} e {SettingsLink} appaiono ancora in alcuni modelli storici, ma non sono alimentate dagli eventi attuali. Non aggiungete un pulsante o un link che ne dipenda fintanto che non figurano tra le variabili disponibili dell'evento.

Alcune rilanci manuali storiche impiegano ancora la sintassi {{ReviewerName}}. Non è equivalente alla sintassi {ReviewerName} delle notifiche automatiche. Testate sempre il modello nel percorso che lo utilizzerà realmente.

07Anteprima e invio di un test #sec_47ce789e

Prima di pubblicare :

1. aprite l'anteprima del modello ;
2. verificate l'oggetto, il pre-header e la formattazione ;
3. fornite valori realistici a tutte le variabili presenti ;
4. scegliete un mittente attivo ;
5. inviate il messaggio a un indirizzo controllato ;
6. verificate che non rimanga alcun testo {Variabile} nel messaggio ricevuto.

Un invio accettato dimostra che la catena REVIEWIT-fornitore funziona. Non dimostra da solo la consegna nella casella di posta, l'apertura del messaggio o l'azione del destinatario.

08L'assistenza prevista nell'editor #sec_6baa51e4

Questo riferimento ha lo scopo di alimentare direttamente l'editor: quando l'amministratore sceglie un evento, una palette Variabili disponibili può mostrare solo le variabili pertinenti, la loro definizione e un esempio, quindi permettere di inserirle al cursore.

La validazione può quindi segnalare prima dell'invio :

• una variabile garantita, pronta per essere utilizzata ;
• una variabile contestuale, assente da alcuni percorsi ;
• una variabile sconosciuta o non disponibile ;
• una sintassi errata, in particolare le doppie parentesi graffe ;
• una variabile presente nell'HTML ma senza valore di test.

La pagina che state leggendo rimane il riferimento funzionale: permette di preparare e controllare un modello, anche quando questo aiuto contestuale non è ancora offerto dall'editor utilizzato.

09Pubblicare con discernimento #sec_f4bd4f8e

Pubblicate solo le varianti pronte per essere utilizzate. Per ogni evento e ogni lingua necessaria, controllate che un solo modello pubblicato porti lo stato predefinito.

Un modello associato a un evento dormiente può essere visualizzato in anteprima e testato, ma non sarà inviato automaticamente finché la funzione aziendale corrispondente non lo emette.

10Sfruttamento quotidiano #sec_e7735df5

La configurazione è pronta quando sono riuniti i seguenti cinque elementi :

• una route di invio attiva e designata per default ;
• un dominio verificato e poi attivato ;
• un mittente attivo e coerente con questa route ;
• un modello pubblicato e predefinito per l'evento e la lingua ;
• un test ricevuto senza variabili non risolte.

Dopo ogni rotazione di segreto, modifica DNS o cambio di route, rifate un test completo. Tenete anche d'occhio i quozienti, i rifiuti e i ritorni di deliverability del fornitore: una richiesta di invio accettata non è una prova di consegna.

11Da ricordare #sec_f6d8bee2

Il catalogo governa il significato del messaggio; i domini e i mittenti ne stabiliscono la legittimità; il fornitore ne assicura la consegna. Il Subscription Manager riunisce questi leve senza confondere le loro responsabilità.