Visão da caixa de entrada
O Inbox Vision permite que você visualize seus e-mails sob a perspectiva de vários clientes de e-mail e dispositivos móveis. Por exemplo, você pode usar o Inbox Vision para testar as diferenças entre os modos escuro e claro para confirmar que seus e-mails estão corretos.
Em geral, seu e-mail não funcionará com o Inbox Vision se o conteúdo do e-mail depender de informações de modelo, como informações de perfil de usuário. Isso ocorre porque os modelos do Braze em um usuário vazio quando enviamos e-mails usando esse recurso.
Verifique se você adicionou valores padrão a qualquer Liquid em sua mensagem de e-mail. Se nenhum valor padrão for fornecido, você poderá receber um falso positivo ou o teste poderá não ser executado.
Testando seu e-mail no Inbox Vision
Seu e-mail deve incluir uma linha de assunto e um domínio de envio válido para que você possa ver essas visualizações. Lembre-se de como seu e-mail pode ser renderizado de forma diferente no desktop e nos dispositivos móveis. Ao visualizar essas prévias, você pode revisar o conteúdo e garantir que o e-mail esteja sendo exibido como pretendido.
Para testar sua mensagem de e-mail no Inbox Vision, faça o seguinte:
- Vá para seu editor de arrastar e soltar ou editor de e-mail HTML.
- Em seu editor, selecione Preview & Test.
- Selecione Visão da caixa de entrada.
- Selecione Run Inbox Vision. Isso pode levar de dois a dez minutos para ser concluído.
- Em seguida, selecione um bloco para ver a visualização em mais detalhes. Essas visualizações estão agrupadas nas seguintes seções: Clientes Web, clientes de aplicativos e clientes móveis.
!Visão geral do Inbox Vision para o editor HTML.
6. Faça alterações em um modelo, se necessário. 7. Selecione Reexecutar teste para ver as visualizações atualizadas.
O Inbox Vision não é compatível se sua mensagem de e-mail incluir lógica de cancelamento, pois esses e-mails são renderizados como conteúdo estático.
Pré-visualização como usuário
Quando você visualiza o e-mail como um usuário aleatório, quaisquer configurações ou atributos específicos associados a um usuário, como seu nome ou preferências, não são salvos para visualizações atuais ou futuras. Quando você seleciona um usuário personalizado, a visualização mostrada no Inbox Vision pode ser diferente da visualização da mensagem em outro lugar, pois essa opção usa dados específicos do usuário para criar a visualização
Análise de código
A análise de código é uma maneira de o Braze destacar os problemas que podem existir em seu HTML, mostrando o número de ocorrências de cada problema e fornecendo informações sobre quais elementos HTML não são compatíveis.
Exibição de informações de análise de código
Essas informações podem ser encontradas na guia Inbox Vision, selecionando List view. Esse modo de exibição de lista está disponível apenas para modelos de e-mail HTML. Se estiver usando modelos de e-mail do tipo arrastar e soltar, verifique as visualizações para resolver possíveis problemas.
!Exemplo de análise de código na visualização do Inbox Vision.
Às vezes, a análise de código será exibida mais rapidamente do que a visualização para um cliente de e-mail específico. Isso ocorre porque o Braze aguarda até que o e-mail chegue à caixa de entrada antes de fazer a captura de tela.
Teste de spam
Os testes de spam tentam prever se seu e-mail chegará às pastas de spam ou às caixas de entrada de seus clientes. Os testes de spam são executados nos principais filtros de spam, como IronPort, SpamAssassin e Barracuda, bem como nos principais filtros de provedores de serviços de Internet (ISP), como Gmail.com e Outlook.com.
Exibição dos resultados do teste de spam
Para verificar os resultados do teste de spam, faça o seguinte:
- Selecione a guia Spam Testing (Teste de spam ) na seção Inbox Vision (Visão da caixa de entrada ). A tabela Spam Test Result (Resultado do teste de spam ) lista o nome, o status e o tipo do filtro de spam.
2. Analise esses resultados e faça os ajustes necessários em sua campanha de e-mail. 3. Selecione Re-run Test (Reexecutar teste ) para recarregar os resultados do teste de spam.
Teste de acessibilidade
O teste de acessibilidade no Inbox Vision destaca os problemas de acessibilidade que podem existir em seu e-mail para fornecer informações sobre quais elementos não estão atendendo aos padrões de acessibilidade. Ele analisa o conteúdo de seu e-mail em relação a algumas Diretrizes de Acessibilidade de Conteúdo da Web(WCAG). As WCAG são um conjunto de padrões técnicos reconhecidos internacionalmente e desenvolvidos pelo World Wide Web Consortium (W3C) para tornar o conteúdo da Web mais acessível a pessoas com deficiências.
Como funciona
Quando você executa um teste do Inbox Vision, a ferramenta verifica automaticamente se há problemas comuns de acessibilidade de e-mail no conjunto de regras WCAG 2.2 AA, como texto alternativo ausente, contraste de cores insuficiente e estrutura de cabeçalho inadequada, e categoriza a gravidade de cada problema para ajudá-lo a priorizar as correções.
Os Testes de Acessibilidade podem ser usados para apoiar os esforços de conformidade do Cliente com regulamentos ou leis, como a Lei de Acessibilidade Europeia. No entanto, o Cliente reconhece que a Braze não faz representações ou garantias com relação ao fato de o uso dos Testes de Acessibilidade satisfazer ou não as obrigações de conformidade do Cliente e se isenta de qualquer responsabilidade com relação a isso.
Visualização dos resultados dos testes de acessibilidade
O teste de acessibilidade gerará resultados para cada regra como aprovado, reprovado ou precisa de revisão na guia Teste de acessibilidade. Cada regra é categorizada usando POUR (Perceivable, Operable, Understandable, Robust), que são os quatro princípios principais por trás das WCAG.
Categorias POUR
Os problemas são categorizados de acordo com os quatro princípios fundamentais do POUR: Perceptível, operável, compreensível e robusto. Cada princípio aborda um aspecto diferente do design acessível.
| Princípio | Definição |
|---|---|
| Perceptível | As informações e os componentes da interface do usuário devem ser apresentados aos usuários de forma que eles possam perceber. Os usuários devem ser capazes de perceber as informações que estão sendo apresentadas (elas não podem ser invisíveis para todos os seus sentidos). |
| Operável | Os componentes da interface do usuário e a navegação devem ser operáveis. Os usuários devem ser capazes de operar a interface (a interface não pode exigir uma interação que um usuário não possa realizar). |
| Compreensível | As informações e a operação da interface do usuário devem ser compreensíveis. Os usuários devem ser capazes de entender as informações, bem como a operação da interface do usuário (o conteúdo ou a operação não podem estar além de sua compreensão). |
| Robusto | O conteúdo deve ser suficientemente robusto para que possa ser interpretado de forma confiável por uma ampla variedade de agentes de usuário, incluindo tecnologias assistivas. Os usuários devem poder acessar o conteúdo à medida que as tecnologias avançam (à medida que as tecnologias e os agentes de usuário evoluem, o conteúdo deve permanecer acessível). |
Níveis de gravidade
O Inbox Vision classifica os problemas de acessibilidade por gravidade para ajudá-lo a priorizar os esforços de correção.
| Status | Definição |
|---|---|
| Crítico | Problemas que podem bloquear o acesso ao conteúdo ou à funcionalidade para usuários com deficiências. Esses são os mais graves e devem ser priorizados para correção. |
| Sério | Problemas que podem causar barreiras significativas, mas não podem bloquear completamente o acesso. Elas devem ser tratadas prontamente. |
| Moderado | Problemas que podem causar alguma dificuldade para usuários com deficiências, mas que têm menos probabilidade de bloquear totalmente o acesso. |
| Menor | Problemas que têm um impacto relativamente baixo na acessibilidade e podem causar apenas pequenos inconvenientes. |
| Precisa de revisão | Não é possível detectar se há um problema ou não. Isso pode ocorrer quando não é possível determinar a taxa de contraste, pois o texto é colocado em uma imagem de fundo. Isso precisará ser revisado manualmente, pois não pode ser determinado automaticamente. |
| Aprovado | Aprovado nas WCAG A, AA ou nas práticas recomendadas de acessibilidade. |
Atualmente, o editor de arrastar e soltar e-mails não suporta a configuração de um elemento do documento <title>. Como resultado, o scanner de acessibilidade sempre falhará nessa verificação.
Estamos monitorando essa limitação para melhorias futuras. Se isso afetar seus fluxos de trabalho ou seus usuários, compartilhe seus comentários para que possamos priorizar as correções mais impactantes.
Compreensão dos testes automatizados 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 no 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.
Precisão do teste
Todos os nossos testes são executados em clientes de e-mail reais. A Braze trabalha arduamente para verificar se todas as renderizações são as mais precisas possíveis. Se você sempre encontrar um problema com um cliente de e-mail, abra um tíquete de suporte.
Editar esta página no GitHub
