Inbox Vision
O Inbox Vision permite que você visualize seus e-mails a partir da perspectiva de vários clientes de e-mail e dispositivos móveis. Por exemplo, você pode testar as diferenças entre o modo escuro e o modo claro para confirmar se seus e-mails são exibidos como pretendido.
O Inbox Vision pode não funcionar se o conteúdo do seu e-mail depender de informações de modelo, como dados de perfil de usuário. A Braze usa um usuário vazio como modelo ao enviar e-mails para esse recurso.
Adicione valores padrão a qualquer Liquid na sua mensagem de e-mail. Sem valores padrão, você pode receber um falso positivo ou o teste pode falhar.
Considerações
Em geral, seu e-mail não funcionará com o Inbox Vision se o conteúdo depender de informações de modelos, como informações do perfil de usuário. Isso acontece porque a Braze aplica o modelo a um usuário vazio quando enviamos e-mails com esse recurso.
Para resolver isso, adicione valores padrão (ou quaisquer valores) ao Liquid da sua mensagem de e-mail antes de executar o Inbox Vision. Quando você terminar os testes no Inbox Vision, a mensagem de e-mail original aparecerá. Se nenhum valor for fornecido, o teste poderá não renderizar as prévias corretamente.
Sua empresa tem um limite de quantos e-mails você pode visualizar com o Inbox Vision. Você pode monitorar esse limite na guia Prévias de e-mail do Inbox Vision.
Inclua uma linha de assunto e um domínio de envio válido para ver as prévias. Fique atento às diferenças de renderização entre desktop e dispositivos móveis. Use as prévias para confirmar que o e-mail aparece como esperado.
Se a prévia de uma Campaign mostrar um erro de permissão, limpe o cache e os cookies ou tente usar uma janela anônima. Às vezes, extensões do navegador bloqueiam a prévia.
Para testar sua mensagem de e-mail no Inbox Vision:
- Acesse o editor de arrastar e soltar ou o editor de HTML de e-mail.
- No editor, selecione Prévia e teste.
- Selecione Inbox Vision.
- Selecione Executar Inbox Vision. Isso leva até dez minutos.
- Em seguida, selecione um bloco para ver a prévia em mais detalhes. Essas prévias são agrupadas nas seguintes seções: Clientes web, Clientes de aplicativos e Clientes móveis.
- Selecione Executar Inbox Vision. Isso pode levar de dois a dez minutos para ser concluído.
O Inbox Vision não oferece suporte a mensagens de e-mail que incluem lógica de interrupção. Se a lógica de interrupção for disparada durante a prévia com modelo, o Inbox Vision, o teste de SPAM e o teste de acessibilidade não poderão ser executados até que a mensagem seja renderizada com sucesso para o usuário selecionado na prévia.
Prévia como usuário
Quando você faz a prévia como um usuário aleatório, o Inbox Vision não salva configurações nem atributos específicos do usuário (como nome ou preferências). Quando você seleciona um usuário personalizado, a prévia do Inbox Vision pode ser diferente de outras prévias, porque usa dados de usuários específicos.
Análise de código
A análise de código destaca possíveis problemas de HTML, mostra o número de ocorrências e indica elementos HTML não suportados.
Visualização das informações da análise de código
Encontre essas informações na guia Inbox Vision selecionando Visualização em lista. A visualização em lista está disponível apenas para modelos de e-mail em HTML. Para modelos de arrastar e soltar, use as prévias para resolver os problemas.
A análise de código pode aparecer antes da prévia de um determinado cliente porque a Braze aguarda a chegada do e-mail para fazer a captura de tela.
Teste de SPAM
O teste de SPAM estima se um e-mail pode ser filtrado como SPAM. Os testes são executados em filtros como IronPort, SpamAssassin e Barracuda, e em filtros de ISP como Gmail e Outlook. Eles usam caixas de entrada semente estáticas, que, por padrão, não abrem nem clicam nos e-mails.
O posicionamento na caixa de entrada depende principalmente do engajamento real dos destinatários. Os resultados do teste de SPAM podem não corresponder ao que você observa em campanhas reais.
Para ter uma visão mais clara da entregabilidade, teste o conteúdo com pequenas coortes reais. Altas taxas de abertura e de clique são o sinal mais confiável. Use os testes de SPAM como uma das referências, junto com o monitoramento do engajamento.
Visualização dos resultados do teste de SPAM
Para verificar os resultados do teste de SPAM:
- Selecione a guia Teste de SPAM na seção Inbox Vision. A tabela Resultado do teste de SPAM lista o nome do filtro de SPAM, o status e o tipo.
- Analise esses resultados e faça os ajustes necessários na sua campanha de e-mail.
- Selecione Executar teste novamente para recarregar os resultados do teste de SPAM.
Teste de acessibilidade
O teste de acessibilidade destaca possíveis problemas de acessibilidade no seu e-mail e mostra quais elementos não atendem aos padrões. A Braze analisa o conteúdo com base em diretrizes selecionadas das Web Content Accessibility Guidelines (WCAG), um conjunto de padrões reconhecidos internacionalmente e desenvolvidos pelo W3C para tornar o conteúdo da web mais acessível.
Como funciona
Quando você executa o Inbox Vision, a Braze verifica automaticamente problemas comuns de acessibilidade no conjunto de regras WCAG 2.2 AA (como texto alternativo ausente, contraste de cor insuficiente e estrutura de títulos inadequada). Ela também classifica a gravidade de cada problema para ajudar você a priorizar as correções. Mesmo quando o texto alternativo está presente, a forma como ele é exibido é controlada pelo cliente de e-mail do destinatário, e não pela Braze.
O teste de acessibilidade pode ser usado para apoiar os esforços do Cliente para cumprir regulamentos ou leis como o European Accessibility Act. No entanto, o Cliente reconhece que a Braze não faz declarações nem oferece garantias sobre se o uso do teste de acessibilidade atende às obrigações de conformidade do Cliente, e se isenta de qualquer responsabilidade relacionada a isso.
Visualização dos resultados do teste de acessibilidade
Na guia Teste de acessibilidade, o teste gera um resultado para cada regra: aprovada, reprovada ou precisa de revisão. A Braze categoriza cada regra usando o POUR (Perceptível, Operável, Compreensível, Robusto), os quatro princípios por trás das WCAG.
Categorias POUR
O Inbox Vision categoriza os problemas de acordo com os quatro princípios POUR fundamentais: Perceptível, Operável, Compreensível e Robusto.
| Princípio | Definição |
|---|---|
| Perceptível | As informações e os componentes da interface do usuário devem ser apresentados aos usuários de formas que eles consigam perceber. Os usuários precisam conseguir perceber as informações apresentadas (elas não podem ser invisíveis para todos os sentidos deles). |
| Operável | Os componentes da interface do usuário e a navegação devem ser operáveis. Os usuários precisam conseguir operar a interface (a interface não pode exigir uma interação que o usuário não consiga realizar). |
| Compreensível | As informações e a operação da interface do usuário devem ser compreensíveis. Os usuários precisam conseguir entender tanto as informações quanto a operação da interface (o conteúdo ou a operação não pode estar além da compreensão deles). |
| Robusto | O conteúdo deve ser robusto o suficiente para ser interpretado de forma confiável por uma grande variedade de agentes de usuário, incluindo tecnologias assistivas. Os usuários precisam conseguir acessar o conteúdo à medida que as tecnologias avançam (conforme as tecnologias e os agentes de usuário evoluem, o conteúdo deve continuar acessível). |
Níveis de gravidade
O Inbox Vision classifica os problemas de acessibilidade por gravidade para ajudar você a priorizar as correções.
| Status | Definição |
|---|---|
| Crítico | Problemas que podem bloquear o acesso ao conteúdo ou à funcionalidade para usuários com deficiência. São os mais graves e devem ter prioridade na correção. |
| Grave | Problemas que podem causar barreiras significativas, mas talvez não bloqueiem totalmente o acesso. Devem ser resolvidos rapidamente. |
| Moderado | Problemas que podem causar alguma dificuldade para usuários com deficiência, mas têm menos chance de bloquear totalmente o acesso. |
| Menor | Problemas com impacto relativamente baixo na acessibilidade e que podem causar apenas um pequeno inconveniente. |
| Precisa de revisão | Não foi possível detectar se existe um problema ou não. Isso pode acontecer quando não conseguimos determinar a taxa de contraste porque o texto está sobre uma imagem de fundo. Como não é possível determinar isso automaticamente, você precisa revisar manualmente. |
| Aprovado | Atendeu aos critérios WCAG A, AA ou às práticas recomendadas de acessibilidade. |
O editor de arrastar e soltar não permite definir um elemento <title> no documento, por isso o verificador de acessibilidade sempre reprova essa verificação.
Essa limitação está registrada para melhorias futuras. Se você tem feedback sobre the drag-and-drop editor document title limitation in Inbox Vision, abra o menu Suporte no cabeçalho global e selecione Compartilhar feedback para nos enviar suas opiniões.
Entendendo o teste automatizado de acessibilidade
Os testes automatizados de acessibilidade ajudam a detectar problemas comuns, como texto alternativo ausente ou baixo contraste de cores, com base nos padrões WCAG Nível AA. Esse é um ponto de partida poderoso para a criação de mensagens mais inclusivas.
Mas a automação não pode capturar tudo. Algumas questões precisam de um olhar humano — por exemplo, se a ordem do foco faz sentido, se os links e botões estão claramente identificados ou se suas instruções são fáceis de seguir. Pense nessas verificações como uma ferramenta de diagnóstico, não como um veredicto final. Recomendamos revisar os problemas sinalizados manualmente e usar seu bom senso quando algo estiver marcado como “Precisa de revisão”.
Para obter suporte adicional, nosso guia Acessibilidade na Braze compartilha dicas práticas para tornar seu conteúdo mais fácil de ser usado por todos, inclusive:
Ao combinar testes automatizados com uma revisão manual cuidadosa, você detectará mais problemas e criará uma experiência melhor para todos os seus usuários.
Melhores práticas
Revise sua lista de assinantes de e-mail
Consulte o dashboard de insights de e-mail para descobrir os tipos de dispositivo e provedores mais usados pelos seus assinantes.
Se precisar de mais detalhes, como navegador ou modelo de dispositivo, use seus dados do Currents ou o Construtor de consultas. Assim, você consegue ver em detalhes o engajamento recente dos seus usuários com e-mails.
Selecione prévias relevantes e prévias afetadas
Se a sua empresa atua principalmente nos EUA, algumas prévias, como as internacionais (por exemplo, GMX.de), podem ser usadas por pouquíssimos usuários. Recomendamos priorizar e otimizar as caixas de entrada que atingem um número significativo de assinantes. Reserve suas prévias para essas caixas de entrada de maior impacto.
Ao fazer correções que afetam prévias específicas, selecione apenas as prévias afetadas para não gastar prévias desnecessariamente.
Execute o Inbox Vision na versão final do e-mail
Sugerimos executar o Inbox Vision quando a mensagem de e-mail estiver pronta para produção ou quase pronta. O e-mail costuma passar por várias versões antes de ser finalizado e enviado aos usuários. Então, esperar até o final reduz o número de prévias geradas.
Executar o Inbox Vision a cada pequena edição ou alteração pode consumir suas prévias rapidamente. Sugerimos fazer primeiro todas as alterações necessárias no e-mail e, depois, executar o Inbox Vision para ver como elas afetam a renderização do e-mail nos diferentes ambientes.
A Braze executa os testes em clientes de e-mail reais e trabalha para garantir que as renderizações sejam precisas. Por padrão, a Braze usa as 20 principais prévias com base em dados gerais do setor e de especialistas. Essas prévias cobrem a maioria dos lugares onde seus usuários interagem com seus e-mails. Se a sua análise de dados indicar outras prévias mais populares, você pode definir um conjunto padrão de prévias para todas as vezes que executar o Inbox Vision.
Se você notar um problema recorrente com algum cliente, abra um ticket de suporte.
Solucione problemas em clientes que usam muitos iframes
Alguns clientes de e-mail, incluindo o GMX, renderizam as mensagens dentro de iframes e podem remover ou ignorar o CSS dos blocos <style>. Se o Inbox Vision ou os envios reais mostrarem estilos ausentes nesses clientes:
- Use layouts baseados em tabelas em vez de layouts posicionados com CSS.
- Aplique os estilos essenciais como atributos
styleem linha nos elementos afetados. - Lembre-se de que Ocultar no desktop e Ocultar no celular dependem de media queries no bloco
<style>. Por isso, essas opções podem não funcionar nesses clientes, e o conteúdo oculto por viewport pode aparecer nas duas visualizações.
Antes de enviar, teste a mensagem atualizada no Inbox Vision com a prévia do cliente afetado.
Precisão dos testes em comparação com caixas de entrada reais
Uma mensagem enviada pode parecer diferente da prévia do editor, porque cada provedor interpreta o mesmo HTML de um jeito. Baixe uma cópia do HTML enviado para comparar e use CSS em linha nos clientes que removem blocos <style>.
Corpo de e-mail em branco
Se os destinatários relatarem que o corpo do e-mail aparece em branco, mas ainda conseguem ver o nome do remetente ou a linha de assunto:
- Confirme quais clientes de e-mail são afetados.
- Use o Inbox Vision para testar a variante nesses clientes e identificar problemas de compatibilidade de HTML ou CSS.
- Se um cliente remover blocos
<style>, adicione atributosstyleaos elementos HTML afetados. Para saber mais sobre o comportamento do CSS em linha e suas limitações, consulte CSS em linha. No Gmail, excesso de CSS pode fazer com que todo o bloco<style>seja descartado, o que é uma causa comum de corpo de e-mail em branco. - No editor de HTML, você também pode ativar Ativar CSS em linha em Informações de envio > Avançado para aplicar em linha as regras da folha de estilo em toda a mensagem. Essa opção não está disponível para e-mails do editor de arrastar e soltar, que já são colocados em linha pelo próprio editor.
- Teste novamente no Inbox Vision antes de enviar futuras Campaigns.