Inteligente. Focado. E-mail.
E-mail rápido e multiplataforma, projetado para filtrar o ruído.
💡 AMP for Email: Um formato que permite incorporar componentes interativos, semelhantes aos de apps, diretamente em mensagens de e-mail. Pense em formulários que você pode preencher, carrosséis de imagens pelos quais você pode deslizar ou listas de produtos que são atualizadas em tempo real, tudo isso sem sair da sua caixa de entrada.
Lembra de quando o e-mail era apenas texto e imagens estáticos? O AMP vira esse modelo de cabeça para baixo.
Com o AMP for Email, as mensagens podem fazer coisas. Coisas de verdade. Uma confirmação de reserva em restaurante que permite alterar o horário da reserva clicando em botões ali mesmo no e-mail. Uma mensagem de e-commerce em que o estoque e o preço do produto são atualizados automaticamente, mesmo dias depois de o e-mail ter chegado. Convites para eventos em que você confirma presença com um toque, em vez de abrir um navegador.
A tecnologia vem do Google (é baseada no framework web AMP deles) e foi projetada para reduzir a diferença entre o que você pode fazer em um site e o que você pode fazer em um cliente de e-mail. Basicamente, ela faz os e-mails parecerem menos documentos estáticos e mais miniapps web.
Mas aqui está o porém: o suporte é limitado. O Gmail lida bem com isso, Yahoo e Outlook têm níveis variados de suporte, e alguns clientes simplesmente não oferecem suporte algum. Segundo dados do Litmus Email Analytics, apenas cerca de 23% das aberturas de e-mail acontecem em clientes que oferecem suporte total ao AMP. Então você está criando experiências interativas para menos de um quarto da sua audiência. O restante vê uma versão alternativa de e-mail HTML.
Os e-mails AMP na verdade contêm três versões da mesma mensagem: uma versão AMP, uma versão HTML e uma versão em texto simples. O cliente de e-mail escolhe aquela que ele suporta e exibe essa versão.
A versão AMP usa componentes específicos (chamados de componentes AMP) que permitem interatividade. Coisas como <amp-carousel> para carrosséis de imagens, <amp-form> para envio de dados e <amp-list> para conteúdo dinâmico que é atualizado a partir de um servidor. Esses componentes são isolados em sandbox e validados, então não podem executar JavaScript arbitrário nem fazer nada malicioso. A segurança foi uma grande preocupação no design.
O fallback em HTML é o que todo mundo vê no restante dos casos. Você o projeta para ter uma aparência parecida com a versão AMP, só que sem as partes interativas. Um carrossel vira imagens estáticas. Um formulário vira um botão que abre seu site.
Texto simples é seu fallback nuclear para clientes antigos ou usuários que preferem e-mail somente em texto.
Quando alguém interage com um componente AMP (clicando em um botão, enviando um formulário), a ação envia dados para o seu servidor por meio de endpoints HTTPS seguros. Seu servidor processa isso e pode enviar dados atualizados de volta para atualizar partes do e-mail. É assim que preços de produtos ou contagens de estoque continuam atualizados dias após o envio.
Os requisitos técnicos são bem rigorosos, porém. Você precisa validar seu domínio de envio com o Google, implementar a autenticação adequada de DKIM e SPF e passar por um processo de análise do remetente. Definitivamente não é um projetinho de fim de semana para equipes pequenas.
O e-commerce adora AMP. Recomendações de produtos que se atualizam com base no estoque atual, experiências de navegação e compra em que as pessoas adicionam itens ao carrinho sem sair do Gmail, lembretes de carrinho abandonado com preços em tempo real. Isso aumenta a conversão porque há menos atrito.
A gestão de eventos fica mais fluida. Formulários de confirmação de presença embutidos nos convites, integração com calendário com um clique, listas de participantes que se atualizam à medida que mais pessoas confirmam. Melhor do que mandar as pessoas para uma página externa de inscrição.
Pesquisas e feedback ficam menos dolorosos. Em vez de "clique aqui para responder à nossa pesquisa", a pesquisa fica dentro do e-mail. As taxas de resposta são maiores quando as pessoas não precisam mudar de contexto e ir para um navegador.
Feeds de conteúdo como resumos de notícias ou coletâneas de blog podem puxar conteúdo novo no momento da abertura, em vez do momento do envio. Na prática, o e-mail se torna uma visualização ao vivo do seu conteúdo mais recente.
Viagens e hospitalidade usam isso para confirmações de reserva em que você pode selecionar assentos, pré-pedir refeições ou fazer check-in em voos diretamente no e-mail de confirmação. Menos troca de app, experiência melhor.
Sempre crie o fallback primeiro. Projete a versão HTML antes de mexer no AMP. A maior parte da sua audiência vai ver essa versão e, se o fallback for ruim, a campanha inteira vai por água abaixo.
Não invente demais. Só porque você pode adicionar 47 elementos interativos não significa que deve. Concentre-se em uma ou duas interações significativas que realmente melhorem a experiência do usuário. Carrosséis e formulários que realmente sirvam para alguma coisa.
Teste exaustivamente. O suporte a AMP varia enormemente entre clientes e versões. O que funciona no Gmail web pode falhar no app móvel do Gmail. Teste tudo em caixas de entrada reais antes de enviar para a sua lista inteira.
Respeite os tempos de carregamento. Conteúdo dinâmico que é atualizado na abertura exige chamadas ao servidor. Se seus endpoints forem lentos, o e-mail parece quebrado. Mantenha tudo rápido.
Considere a questão da privacidade. E-mails AMP podem rastrear quando as pessoas os abrem e interagem com componentes de maneiras que e-mails comuns não conseguem. Seja transparente sobre a coleta de dados.
Avalie o custo de desenvolvimento. Criar e-mails AMP leva significativamente mais tempo do que criar e-mails HTML comuns. Certifique-se de que a interatividade realmente melhora suas métricas antes de investir pesado.