Creatività
Un documento, non un template
Quello che scrivi è un albero di blocchi con uno schema pubblicato. Quello che esce è quel documento renderizzato per un target — e-mail, pagina, modulo, SMS, push o stampa. I due sono separati di proposito, perché l'editor è sostituibile e il rendering no, e fingere il contrario è il modo in cui uno strumento di marketing finisce con sei versioni dello stesso messaggio che non concordano più.
Sei target, una sola sorgente
Ogni target ha vincoli che non sono una questione di gusto, e il renderer li conosce così tu non devi farlo.
E-mail significa tabelle e CSS inlined, niente flex e niente grid perché Outlook usa ancora Word per impaginare la posta, un'alternativa in testo semplice generata per te, colori che sopravvivono a un client in dark mode che inverte le tinte, e una soglia di dimensione a circa 102 KB dove Gmail inizia a troncare.
Pagina significa HTML responsive moderno e normale, pubblicato sotto uno slug, sul tuo dominio se ne vuoi uno. Modulo è una pagina più binding dei campi, validazione, un honeypot e un limite di frequenza — ed è l'unica via d'ingresso ai tuoi contatti che può legittimamente produrre una base di consent.
SMS conta i segmenti mentre scrivi. Push è un titolo, un corpo, un'icona, azioni e un deep link. Lettera è CSS di stampa renderizzato in un PDF, indirizzato e spedito.
Il documento stesso è salvato come setup con uno schema pubblicato, nel servizio documenti dell'ecosistema anziché nascosto in una tabella privata. Il che significa che il giorno in cui arriva un editor migliore, quello modifica gli stessi documenti e a monte non cambia nulla.
- 1emailTabelle, CSS inlined, alternativa testuale, sicura in dark mode, soglia ~102 KB.
- 2paginaHTML responsive sotto uno slug, sul tuo dominio.
- 3moduloPagina più binding, validazione, honeypot, limite di frequenza.
- 4smsTesto con un contatore di segmenti GSM-7 / UCS-2 in tempo reale.
- 5pushTitolo, corpo, icona, azioni, deep link.
- 6letteraCSS di stampa → PDF.
- iLa giunturaL'editor è sostituibile; i target no. Ecco perché il documento ha uno schema pubblicato.
Output renderizzato in cache per target
Variabili di merge
Una variabile sconosciuta fallisce alla pubblicazione, non silenziosamente all'invio
Il comportamento predefinito di ogni linguaggio di templating per una chiave mancante è non renderizzare nulla. In una mail significa "Ciao ," inviato a quarantamila persone, e nessuno se ne accorge finché non iniziano ad arrivare le risposte. Quindi un documento viene validato contro il vocabolario delle variabili prima ancora di poter essere pubblicato.
Cosa puoi interpolare
E-mail, nome, telefono e locale del contatto; attrs.*, che è aperto perché gli attributi sono tuoi; il nome e l'indirizzo postale della tua organizzazione; i link di annullamento iscrizione e preferenze; e l'oggetto e la preheader del messaggio stesso.
Deliberatamente un elenco anziché "qualsiasi cosa nel record". Una riga di contatto porta anche identificatori interni, e nessuno di quelli appartiene a un messaggio.
Un fallback non è una variabile mancante
{{first_name | default:there}} è una variabile nota che questo particolare contatto semplicemente non ha — una lista importata dove metà delle righe non aveva nome. Quella renderizza il fallback ed è perfettamente corretto.
Quello che viene rifiutato è {{frist_name}}: una variabile che non esiste per nessuno. Al momento dell'invio i due sembrano identici. Al momento della pubblicazione non potrebbero essere più diversi, ed è per questo che il controllo avviene lì.
Lo stesso vocabolario funziona su ogni target, quindi una frase scritta per un'e-mail si renderizza nell'SMS e sulla landing page senza essere riscritta. E first_name è derivato al momento del rendering dal nome completo anziché essere salvato — perché una divisione salvata è una divisione sbagliata in attesa della persona il cui nome non rispetta l'assunzione.
Scrivilo una volta. Arriva vestito per il canale.
Prima che esca
I controlli che avvengono mentre puoi ancora correggere le cose
Il troncamento di Gmail
Oltre circa 102 KB, Gmail tronca il messaggio e nasconde il resto dietro un link che la maggior parte delle persone non preme mai — incluso, in fondo, il tuo annullamento dell'iscrizione. Il renderer misura e avvisa alla pubblicazione.
Peso delle immagini
Una foto hero da quattro megabyte sfora il budget di dimensioni e si renderizza male su un telefono. Le immagini vengono ridimensionate e convertite al caricamento, il che è una questione di deliverability più che un vezzo.
Anteprima in inbox
Il messaggio viene renderizzato e fotografato alle larghezze desktop e mobile, così la vista elenco mostra com'è davvero la cosa e non il suo nome. Nessun servizio di anteprima a pagamento.
Un vero invio di prova
Inviatelo a te stesso, attraverso lo stesso renderer e la stessa identità di invio che riceverebbe un destinatario reale. Un'anteprima che percorre un codice diverso non prova nulla sul messaggio che viene spedito.
L'HTML incollato viene sanificato
I contenuti incollati da altre fonti passano per un sanitizzatore prima di essere salvati, perché un'e-mail di marketing non è il posto dove scoprire cosa c'era negli appunti di qualcuno.
Markdown, se preferisci
Scrivi in Markdown e fallo renderizzare. Molto più affidabile che chiedere a un modello l'HTML di un'e-mail, ed è ciò che rende un agente che scrive un messaggio un'idea praticabile e non una demo.
Partendo dal tuo sito web
Incolla un URL al primo avvio. ClickSomo legge la pagina per il logo, le icone, il manifest e i colori misurati — non colori tirati a indovinare — e costruisce una prima e-mail che sembra già tua. Rileva anche la piattaforma, il che di solito basta per suggerire un funnel che vale la pena avere: a un negozio va il carrello abbandonato, a un editore la newsletter di benvenuto.
Ogni recupero di un URL che fornisci passa per un fetcher protetto: solo HTTP e HTTPS, indirizzi letterali verificati direttamente, ogni risposta DNS deve essere pubblica e ogni hop di redirect viene riconvalidato. Recuperare URL arbitrari per conto di un cliente è uno dei modi più semplici per crearsi una falla nella propria rete, e non è una cosa da scriversi due volte.
La parte onesta: un primo template generato dal tuo sito è un buon punto di partenza, non un design finito. Prende il logo, i colori e il carattere più o meno giusti, così che il tuo primo invio non sembri una demo — e poi lo modifichi tu, che è un lavoro molto meglio che fissare una tela vuota.