Opa!
Estou desenvolvendo uma automação de venda de ingressos end-to-end para um festival local: ela lê um banco de dados do Google Sheets, executa parsing/lógica, e envia por email para cada comprador um código QR, a logo da marca e algum texto via um endereço SMTP corporativo conectado.
Minha preocupação: o email tem duas imagens, a logo da marca (no topo, no cabeçalho) e o QR (abaixo do texto). O QR é referenciado por expressão então é resolvido corretamente. Mas se um provedor decidir exibir a versão de texto em vez da HTML, o cliente perde a logo e o QR.
Para contexto, o QR também está incluído como anexo de arquivo, não apenas inline, então mesmo se a renderização falhar o comprador ainda tem o QR. Mas eu gostaria de entender corretamente o comportamento de HTML/texto.
Perguntas:
-
Com Email Format: Both, como exatamente o n8n decide o que é enviado: ele envia ambas as partes em uma mensagem, ou escolhe uma?
-
Todos os provedores modernos (Gmail, Yandex, Mail.ru, iCloud) renderizam a parte HTML, ou existe um risco real de alguns exibirem a versão de texto para clientes? - a mais importante
-
Existem boas práticas para garantir que o HTML/QR seja renderizado para clientes que pagaram?
Obrigado!
Oi @Nick_Vieru
Quando você seleciona o formato “Both” (Ambos) no n8n, o sistema não escolhe uma versão para enviar; em vez disso, agrupa as versões em texto simples e HTML em um único email (tecnicamente chamado de mensagem multipart/alternative). Quando o email chega, é o aplicativo de email do destinatário—não o n8n—que decide qual versão exibir. Na quase totalidade dos casos, o aplicativo tentará exibir a versão HTML porque ela é mais visualmente atraente.
Para provedores modernos como Gmail, iCloud, Yandex e Mail.ru, há muito pouco risco de um cliente ver apenas a versão de texto. A renderização HTML é o padrão global para email. A única situação em que um usuário veria a versão apenas em texto é se ele tivesse alterado manualmente suas configurações para “Apenas Texto Simples” por razões extremas de segurança ou acessibilidade, ou se o email fosse marcado como spam de alto risco pelo provedor.
Com relação às suas imagens, o n8n trata imagens incorporadas usando “Content-IDs” (CIDs), que informam ao cliente de email para recuperar um anexo específico e colocá-lo dentro do corpo HTML. Embora isso geralmente funcione, alguns clientes corporativos (como certas versões do Microsoft Outlook) podem ser exigentes e ocasionalmente removem a renderização incorporada, simplesmente exibindo as imagens como anexos tradicionais na parte inferior do email.
Como você já está incluindo o código QR como um anexo de arquivo separado, você já implementou a melhor rede de segurança possível. Para garantir ainda mais uma aparência profissional, você pode adicionar “texto alternativo” às suas tags de imagem HTML (por exemplo, alt="Seu QR Code do Ingresso") para que, mesmo se a imagem não carregar, o usuário saiba o que está faltando. Sua configuração atual é robusta e segue as melhores práticas da indústria para emails transacionais críticos
Obrigado! Isso esclarece e me deixa muito menos preocupado.
Vou adicionar a tag HTML alt ao código QR e ao logo da marca. Tenha um ótimo dia!