Creatividade
Un documento, non unha plantilla
O que escribes é unha árbore de bloques cun esquema publicado. O que sae é ese documento renderizado para un destino — correo electrónico, páxina, formulario, SMS, push ou impresión. Os dous están separados a propósito, porque o editor é substituíble e a renderización non, e finxir o contrario é como unha ferramenta de mercadotecnia acaba con seis versións da mesma mensaxe que xa non coinciden.
Seis destinos, unha orixe
Cada destino ten restricións que non son cuestión de gusto, e o renderizador coñéceas para que non teñas que facelo ti.
Correo electrónico significa táboas e CSS integrado, sen flex nin grid porque Outlook aínda usa Word para maquetar o correo, unha alternativa en texto plano xerada por ti, cores que sobreviven a un cliente en modo escuro que invierte as cores, e un límite de tamaño duns 102 KB onde Gmail comeza a recortar.
Páxina significa HTML moderno e responsivo normal, publicado baixo un slug, no teu propio dominio se queres un. Formulario é unha páxina máis vinculacións de campos, validación, un honeypot e un límite de frecuencia — e é a única ruta cara aos teus contactos que pode producir lexítimamente unha base de consent.
SMS conta os segmentos mentres escribes. Push é un título, un corpo, unha icona, accións e unha ligazón profunda. Carta é CSS de impresión renderizado a un PDF, enderezado e enviado polo correo.
O documento en si almacénase como unha configuración cun esquema publicado, no servizo de documentos do ecosistema en vez de agochado nunha táboa privada. O que significa que o día que chegue un editor mellor, edita os mesmos documentos e non cambia nada augas arriba.
- 1correo electrónicoTáboas, CSS integrado, alternativa en texto, seguro en modo escuro, límite duns 102 KB.
- 2páxinaHTML responsivo baixo un slug, no teu dominio.
- 3formularioPáxina máis vinculacións, validación, honeypot, límite de frecuencia.
- 4smsTexto con contador de segmentos GSM-7 / UCS-2 en tempo real.
- 5empurrarTítulo, corpo, icona, accións, ligazón profunda.
- 6cartaCSS de impresión → PDF.
- iA costuraO editor é substituíble; os destinos non. Por iso o documento ten un esquema publicado.
Saída renderizada almacenada na caché por destino
Variables de fusión
Unha variable descoñecida falla na publicación, non silenciosamente no envío
O comportamento predeterminado de toda linguaxe de plantillas ante unha clave ausente é renderizar nada. Nun correo iso significa «Ola ,» enviado a corenta mil persoas, e ninguén se decata ata que comezan a chegar as respostas. Por iso un documento se valida contra o vocabulario de variables antes de poder publicarse.
O que podes interpolar
O correo electrónico, o nome, o teléfono e a localización do contacto; attrs.*, que está aberto porque os atributos son teus; o nome e o enderezo postal da túa organización; as ligazóns de baixa e de preferencias; e o asunto e a preheader da propia mensaxe.
Deliberadamente unha lista e non «calquera cousa do rexistro». Unha fila de contacto tamén leva identificadores internos, e ningún deles pertence a unha mensaxe.
Un fallback non é unha variable ausente
{{first_name | default:there}} é unha variable coñecida que este contacto en concreto non ten — unha lista importada na que a metade das filas non tiña nome. Iso renderiza o fallback e está perfectamente ben.
O que se rexeita é {{frist_name}}: unha variable que non existe para ninguén. No momento do envío as dúas parecen idénticas. No momento da publicación non poderían ser máis distintas, e por iso a comprobación alí se fai.
O mesmo vocabulario funciona en todos os destinos, así que unha frase escrita para un correo electrónico renderiza no SMS e na páxina de aterraxe sen reescribila. E first_name derívase no momento de renderizar a partir do nome completo en vez de almacenarse — porque unha división almacenada é unha división errónea á espera da persoa cuxo nome non encaixa coa suposición.
Escríbeo unha vez. Chega vestido para a canle.
Antes de que saia
As comprobacións que se fan mentres aínda podes arranxar as cousas
O recorte de Gmail
Por riba duns 102 KB, Gmail trunca a mensaxe e agocha o resto tras unha ligazón que case ninguén preme — incluíndo, no fondo de todo, a túa baixa. O renderizador mide e avisa na publicación.
Peso das imaxes
Unha fotografía principal de catro megabytes rebenta o orzamento de tamaño e renderiza mal nun teléfono. As imaxes redimensiónanse e convértense ao subilas, o que é un asunto de entregabilidade e non un detalle estético.
Vista previa na caixa de entrada
A mensaxe renderízase e fotografíase en anchos de escritorio e de móbil, así que a vista de lista mostra como é realmente a cousa e non o seu nome. Sen servizos de vista previa de pago.
Un envío de proba real
Envíao a ti mesmo, polo mesmo renderizador e a mesma identidade de envío que recibiría un destinatario real. Unha vista previa que segue un camiño de código distinto non proba nada sobre a mensaxe que se envía.
O HTML pegado sánitízase
O contido pegado desde outro lugar pasa por un sanitizador antes de almacenarse, porque un correo de marketing non é o sitio para descubrir que había no portapapeis de alguén.
Markdown, se o prefires
Escribe en Markdown e faino renderizar. Moito máis fiable que pedirlle a un modelo HTML de correo, e é o que fai que un axente que escribe unha mensaxe sexa unha idea viable e non unha demo.
Comezando desde o teu propio sitio web
Pega un URL na túa primeira execución. ClickSomo le a páxina para obter o seu logotipo, as súas iconas, o seu manifest e as súas cores medidas — non cores que alguén adiviñou — e constrúe un primeiro correo electrónico que xa parece teu. Tamén detecta a plataforma, o que normalmente basta para suxerir un funil que vale a pena: unha tenda recibe un carriño abandonado, un editor recibe unha benvida ao boletín.
Cada descarga dun URL que fornezas pasa por un descargador protexido: só HTTP e HTTPS, enderezos literais comprobados directamente, cada resposta DNS requirida para ser pública e cada salto de redirección revalidado. Descargar URLs arbitrarios en nome dun cliente é unha das formas máis sinxelas de abrir un burato na túa propia rede, e non é algo que se deba escribir dúas veces.
A parte honesta: unha primeira plantilla xerada a partir do teu sitio web é un bo comezo, non un deseño rematado. Acerta aproximadamente co logotipo, as cores e a tipografía para que o teu primeiro envío non pareza unha demo — e despois edítao ti, o que é un traballo moito mellor que quedar mirando un lenzo baleiro.