Criativo
Um documento, não um modelo
O que escreves é uma árvore de blocos com um esquema publicado. O que sai é esse documento renderizado para um destino — e-mail, página, formulário, SMS, push ou impressão. Os dois são separados de propósito, porque o editor é substituível e a renderização não é, e fingir o contrário é como uma ferramenta de marketing acaba com seis versões da mesma mensagem que já não coincidem.
Seis destinos, uma fonte
Cada destino tem restrições que não são questão de gosto, e o renderizador conhece-as para que tu não tenhas de as conhecer.
E-mail significa tabelas e CSS inline, sem flex e sem grid porque o Outlook ainda usa o Word para compor correio, uma alternativa em texto simples gerada por ti, cores que sobrevivem a um cliente em modo escuro a inverter tudo, e um limite de tamanho nos cerca de 102 KB onde o Gmail começa a cortar.
Página significa HTML responsivo moderno comum, publicado sob um slug, no teu próprio domínio se quiseres um. Formulário é uma página mais ligações de campos, validação, um honeypot e um limite de taxa — e é a única via de entrada nos teus contactos que pode legitimamente produzir uma base consent.
SMS conta segmentos enquanto escreves. Push é um título, um corpo, um ícone, ações e um deep link. Carta é CSS de impressão renderizado para um PDF, endereçado e enviado pelo correio.
O próprio documento é armazenado como uma configuração com um esquema publicado, no serviço de documentos do ecossistema em vez de escondido numa tabela privada. O que significa que, no dia em que chegar um editor melhor, ele edita os mesmos documentos e nada a montante muda.
- 1e-mailTabelas, CSS em linha, alternativa em texto, seguro em modo escuro, guarda de ~102 KB.
- 2páginaHTML responsivo sob um slug, no teu domínio.
- 3formulárioPágina mais ligações, validação, honeypot, limite de taxa.
- 4smsTexto com contador de segmentos GSM-7 / UCS-2 em tempo real.
- 5pushTítulo, corpo, ícone, ações, deep link.
- 6cartaCSS de impressão → PDF.
- iA costuraO editor é substituível; os destinos não. É por isso que o documento tem um esquema publicado.
Saída renderizada em cache por destino
Variáveis de fusão
Uma variável desconhecida falha na publicação, não silenciosamente no envio
O comportamento predefinido de todas as linguagens de templates para uma chave em falta é não renderizar nada. Num e-mail, isso significa "Olá ," enviado a quarenta mil pessoas, e ninguém descobre até começarem a chegar as respostas. Por isso, um documento é validado contra o vocabulário de variáveis antes de sequer poder ser publicado.
O que podes interpolar
O e-mail, o nome, o telefone e a região do contacto; attrs.*, que é aberto porque os atributos são teus; o nome e a morada postal da tua organização; as ligações de cancelamento de subscrição e de preferências; e o assunto e o preheader da própria mensagem.
Deliberadamente uma lista em vez de "tudo o que está no registo". Uma linha de contacto também contém identificadores internos, e nenhum deles pertence a uma mensagem.
Uma alternativa não é uma variável em falta
{{first_name | default:there}} é uma variável conhecida que este contacto em particular simplesmente não tem — uma lista importada em que metade das linhas não tinha nome. Isso renderiza a alternativa e está perfeitamente bem.
O que é recusado é {{frist_name}}: uma variável que não existe para ninguém. No momento do envio, os dois parecem idênticos. No momento da publicação, não podiam ser mais diferentes, e é por isso que a verificação aí acontece.
O mesmo vocabulário funciona em todos os destinos, por isso uma frase escrita para um e-mail renderiza no SMS e na landing page sem ser reescrita. E first_name é derivado no momento da renderização a partir do nome completo em vez de ser armazenado — porque uma divisão armazenada é uma divisão errada à espera da pessoa cujo nome não se encaixa na suposição.
Escreve-o uma vez. Ele chega vestido para o canal.
Antes de sair
As verificações que acontecem enquanto ainda podes corrigir as coisas
O corte do Gmail
Acima de cerca de 102 KB, o Gmail trunca a mensagem e esconde o resto atrás de uma ligação que a maioria das pessoas nunca clica — incluindo, bem no fundo, o teu cancelamento de subscrição. O renderizador mede e avisa na publicação.
Peso das imagens
Uma fotografia principal de quatro megabytes rebenta com o orçamento de tamanho e renderiza mal num telemóvel. As imagens são redimensionadas e convertidas no carregamento, o que é uma questão de entregabilidade e não um detalhe estético.
Pré-visualização na caixa de entrada
A mensagem é renderizada e fotografada nas larguras de computador e de telemóvel, para que a vista de lista mostre o aspeto real da coisa em vez do seu nome. Nenhum serviço de pré-visualização pago envolvido.
Um envio de teste real
Envia-o a ti próprio, pelo mesmo renderizador e pela mesma identidade de envio que um destinatário real receberia. Uma pré-visualização que segue um caminho de código diferente não prova nada sobre a mensagem que sai.
HTML colado é higienizado
O conteúdo colado de outro lugar passa por um higienizador antes de ser armazenado, porque um e-mail de marketing não é o lugar para descobrir o que estava na área de transferência de alguém.
Markdown, se preferires
Escreve em Markdown e vê-o renderizado. Muito mais fiável do que pedir a um modelo HTML para e-mail, e é o que torna a ideia de um agente a escrever uma mensagem viável em vez de uma demonstração.
A partir do teu próprio site
Cola um URL na tua primeira utilização. O ClickSomo lê a página para encontrar o logótipo, os ícones, o manifest e as cores medidas — não cores que alguém inventou — e cria um primeiro e-mail que já parece teu. Também deteta a plataforma, o que normalmente basta para sugerir um funil que vale a pena: uma loja recebe um carrinho abandonado, um editor recebe um boas-vindas de newsletter.
Cada obtenção de um URL que forneças passa por um fetcher protegido: apenas HTTP e HTTPS, endereços literais verificados diretamente, cada resposta DNS obrigada a ser pública e cada salto de redirecionamento revalidado. Obter URLs arbitrários em nome de um cliente é uma das formas mais fáceis de criar uma falha na tua própria rede, e não é algo para escrever duas vezes.
A parte honesta: um primeiro modelo gerado a partir do teu site é um bom começo, não um design acabado. Acerta aproximadamente no logótipo, nas cores e no tipo de letra para que o teu primeiro envio não pareça uma demonstração — e depois editas tu, o que é um trabalho muito melhor do que ficar a olhar para uma tela vazia.