Skip to content

Perguntas frequentes

Este artigo fornece respostas para algumas perguntas frequentes sobre e-mails.

O que acontece quando um e-mail é enviado e vários perfis têm o mesmo endereço de e-mail?

Se vários usuários com endereços de e-mail correspondentes estão em um Segment para receber uma Campaign, um único perfil de usuário com esse endereço de e-mail é selecionado no momento do envio. Dessa forma, o e-mail é enviado apenas uma vez e deduplicado, garantindo que não alcance o mesmo endereço de e-mail várias vezes.

Endereços de e-mail exclusivos: a Braze não impõe endereços de e-mail exclusivos entre perfis. Se você depende de uma relação um para um entre um endereço de e-mail e um perfil, monitore internamente a existência de duplicatas ao criar usuários.

Deduplicação antes do Liquid: para envios em que a Braze deduplica por endereço de e-mail dentro de um único despacho (por exemplo, Campaigns agendadas em que vários membros do Segment com o mesmo endereço são processados juntos), essa deduplicação acontece antes de o Liquid ser executado para o perfil escolhido para representar aquele endereço. Se o Liquid abortar para esse perfil (por exemplo, com abort_message()), esse endereço não recebe a mensagem naquele despacho — incluindo perfis já ignorados pela deduplicação. Envios disparados não aplicam essa mesma deduplicação de endereço dentro do despacho; vários perfis que compartilham um endereço podem permanecer elegíveis em um único lote, portanto esse comportamento de interrupção não se aplica da mesma forma (veja o próximo parágrafo).

Se vários perfis compartilham um endereço de e-mail e um perfil cancela a inscrição, a Braze atualiza outros perfis (até 100) com esse endereço para o mesmo estado de inscrição. Isso se aplica a cancelamentos de inscrição e outras alterações, como o estado global de inscrição e os status individuais de grupos de inscrições.

Grupos de teste: para Campaigns com Grupos de teste, a Braze seleciona um perfil para a entrega principal quando vários perfis compartilham um endereço. Esse destinatário principal pode não estar no seu grupo de teste, mesmo quando outro perfil com o mesmo endereço está.

Os seguintes cenários podem fazer parecer que um usuário recebeu um e-mail duas vezes:

  • Listas de teste ou destinatários de teste: endereços de teste e destinatários de teste internos podem receber um envio além do seu público principal, o que pode parecer uma duplicata quando uma caixa de entrada corresponde tanto a um perfil quanto a uma entrada de teste.
  • Ocorreu um erro durante a criação da Campaign ou do Canvas: o usuário pode não receber o mesmo envio duas vezes, mas pode receber dois e-mails separados com a mesma linha de assunto. Quando uma Campaign ou Canvas é duplicada, verifique os detalhes de configuração do e-mail, como imagens ou linhas de assunto. Você também pode consultar os changelogs para ver se a Campaign ou o Canvas foi modificado após o lançamento — uma duplicata pode compartilhar a mesma linha de assunto do original quando o usuário a recebeu.
  • Vários perfis de usuário têm encaminhamento de e-mail: se um usuário tem várias contas em um determinado app, mas uma conta encaminha e-mails, o usuário recebe a Campaign uma vez por caixa de entrada; o e-mail pode aparecer duas vezes na caixa de entrada para onde as mensagens são encaminhadas. Apenas alguns provedores indicam quando um e-mail foi encaminhado de outra conta.
  • Configuração de e-mail no destinatário: alguns clientes de e-mail mesclam caixas de entrada (“caixa de entrada universal”). Se a mesma Campaign direciona várias contas que compartilham uma caixa de entrada, pode parecer que uma pessoa recebeu a Campaign duas vezes, quando na verdade dois perfis distintos receberam a mensagem. O destinatário pode confirmar se várias contas estão combinadas em uma caixa de entrada.

Essa deduplicação se aplica quando os usuários direcionados estão no mesmo despacho. A reelegibilidade é avaliada por perfil, não por endereço de e-mail.

A reelegibilidade de Campaigns de e-mail e etapas de Canvas usa o perfil de cada usuário — não a caixa de entrada — portanto, vários perfis podem se qualificar para envios separados enquanto essa lógica é satisfeita. Combinado com disparadores, isso pode entregar mais de uma mensagem para a mesma caixa de entrada, mesmo quando você está tentando respeitar um único período de inelegibilidade no nível do endereço. Campaigns disparadas (excluindo Campaigns disparadas por API) e Canvas também podem enviar duas vezes para um endereço quando perfis diferentes com endereços de e-mail correspondentes atendem ao disparador em momentos diferentes — por exemplo, se o usuário A e o usuário B compartilham [email protected], mas estão em fusos horários diferentes enquanto a entrega usa fusos horários locais.

Os usuários não são deduplicados por e-mail na entrada do Canvas, portanto podem não ser deduplicados além da primeira etapa de um Canvas se progredirem em momentos ligeiramente diferentes devido à entrada com limite de frequência. Quando um usuário associado a um determinado endereço de e-mail abre ou clica em um e-mail, todos os perfis de usuário que compartilham esse endereço de e-mail são marcados como tendo aberto ou clicado na Campaign.

Exceção: Campaigns disparadas por API

Campaigns disparadas por API deduplicarão ou enviarão duplicatas dependendo de onde o público é definido. E-mails duplicados devem ser direcionados separadamente na chamada de API usando user_ids distintos para receber várias entregas. Aqui estão três cenários possíveis para Campaigns disparadas por API:

  • Cenário 1: E-mails duplicados no Segment de destino: se o mesmo e-mail aparece em vários perfis de usuário que estão agrupados nos filtros de público do dashboard para uma Campaign disparada por API, apenas um dos perfis recebe o e-mail.
  • Cenário 2: E-mails duplicados em diferentes user_ids dentro do objeto recipients: se o mesmo e-mail aparece dentro de vários valores external_user_id referenciados pelo objeto recipients, o e-mail é enviado duas vezes.
  • Cenário 3: E-mails duplicados devido a user_ids duplicados dentro do objeto recipients: se você tentar adicionar o mesmo perfil de usuário duas vezes, apenas um dos perfis recebe o e-mail.

Testes A/B com endereços de e-mail duplicados

Evite testes multivariantes e A/B em e-mail quando vários perfis podem compartilhar o mesmo endereço de e-mail. As variantes são atribuídas por perfil, o que pode produzir mais de uma mensagem para a mesma caixa de entrada. Se você precisar testar nessa situação, não combine uma etapa de variante vencedora com entrega por fuso local de uma forma que atrase a seleção do vencedor — essas opções juntas podem aumentar a chance de envios duplicados.

Canvas e endereços de e-mail duplicados

Para jornadas Canvas, se endereços de e-mail duplicados recebem um envio ou mais de um pode depender do agrupamento de entrada, do momento das etapas e de outros fatores. Considere o comportamento como indefinido até que você o valide para a sua jornada. Quando possível, mescle ou consolide perfis duplicados. Quer deterministic deduplication for duplicate email addresses in Canvas? Considere deixar um feedback de produto.

O que acontece com o estado de inscrição quando o endereço de e-mail de um usuário é alterado para um compartilhado por outro usuário?

Se você definir ou atualizar o endereço de e-mail do usuário A para outro endereço de e-mail compartilhado por um usuário B existente, o usuário A herda o estado de inscrição que já existe do usuário B, a menos que a configuração Reinscrever usuários quando eles atualizarem seu e-mail esteja ativada.

As atualizações nas configurações de e-mail de saída serão aplicadas retroativamente?

Não. As atualizações feitas nas configurações de e-mail de saída não afetam retroativamente os envios existentes. Por exemplo, alterar o nome de exibição padrão nas configurações de e-mail não substituirá automaticamente o nome de exibição padrão existente nas suas Campaigns ou Canvas ativos.

O que é uma “boa” taxa de entrega de e-mail?

Normalmente, o “número mágico” é em torno de 98% de mensagens entregues com uma taxa de bounce não superior a 3%. Se menos de 98% das mensagens são entregues, geralmente há motivo para preocupação.

No entanto, uma taxa de entrega de 98% ou mais ainda pode ter problemas de entregabilidade. Por exemplo, se todos os seus bounces vêm de um único domínio, isso é um sinal claro de um problema de reputação com esse provedor.

Além disso, as mensagens podem estar sendo entregues e indo para a pasta de SPAM, indicando problemas de reputação potencialmente sérios. É importante monitorar não apenas o número de mensagens sendo entregues, mas também as taxas de abertura e cliques para determinar se os usuários estão realmente vendo as mensagens em suas caixas de entrada. Como os provedores geralmente não reportam cada instância de SPAM, uma taxa de SPAM de até 1% pode ser motivo de preocupação e análise mais aprofundada.

Por fim, o seu negócio e os tipos de e-mails que você envia também podem afetar a entrega. Por exemplo, alguém que envia principalmente e-mails de transação deve esperar ver uma taxa melhor do que alguém que envia muitas mensagens de marketing.

Por que minhas métricas de entrega de e-mail não somam 100%?

As métricas de entrega de e-mail (entregas, bounces e taxa de SPAM) podem não somar 100% por causa de e-mails que sofreram soft bounce e não foram entregues após o período de novas tentativas de até 72 horas.

Soft bounces são e-mails que voltam devido a um problema temporário ou transitório, como “caixa de entrada cheia”, “servidor temporariamente indisponível”, entre outros. Se um e-mail com soft bounce ainda não for entregue após 72 horas, esse e-mail não será contabilizado nas métricas de entrega da Campaign.

O que é um loop de feedback de e-mail?

Um loop de feedback de e-mail (FBL) permite que os remetentes monitorem sua reputação identificando Campaigns que recebem um alto volume de reclamações. Para etapas de implementação de um loop de feedback do Gmail, consulte o artigo Loop de feedback do Google.

O que são pixels de rastreamento de abertura?

Pixels de rastreamento de abertura utilizam o domínio de rastreamento de cliques do remetente para rastrear eventos de abertura de e-mail. O pixel é uma tag de imagem adicionada ao HTML do e-mail. Geralmente é o último elemento HTML dentro da tag body. Quando um usuário carrega o e-mail, uma solicitação é feita para popular a imagem a partir do domínio de rastreamento de marca, que registra um evento de abertura.

Posso rastrear aberturas de e-mails renderizados em texto simples?

Não. A Braze rastreia aberturas de e-mail usando um pixel de rastreamento de abertura incorporado no HTML do e-mail. Quando o cliente de e-mail do destinatário carrega o e-mail, ele solicita essa imagem, e a Braze registra um evento de abertura.

Como e-mails em texto simples não podem conter imagens, o pixel de rastreamento de abertura não é incluído, portanto as aberturas não podem ser rastreadas para e-mails renderizados em texto simples. Os cliques ainda podem ser rastreados, pois os hiperlinks permanecem funcionais em texto simples.

Esse é o comportamento esperado. Para precisão na taxa de abertura, projete e-mails como HTML e esteja ciente de que as aberturas não serão contabilizadas quando os destinatários visualizarem a versão em texto simples.

Como funciona o rastreamento de e-mail quando os destinatários encaminham e-mails?

Quando um destinatário encaminha um e-mail, o e-mail encaminhado inclui o mesmo pixel de rastreamento de abertura e links de rastreamento de cliques do original. Isso significa:

  • Se alguém que não estava no público da sua Campaign original receber um e-mail encaminhado e abri-lo, a Braze registra um evento de abertura.
  • Se essa pessoa clicar em um link no e-mail encaminhado, a Braze registra um evento de clique.
  • Esses eventos são atribuídos ao perfil do destinatário original, não à pessoa que recebeu o e-mail encaminhado, porque o pixel de rastreamento e os links estão vinculados ao destinatário original.

A Braze não consegue distinguir entre aberturas e cliques do destinatário original e aqueles de pessoas que receberam uma cópia encaminhada. Esse é o comportamento padrão para pixels de rastreamento de e-mail e afeta todos os provedores de serviços de e-mail.

Ao analisar métricas de e-mail, esteja ciente de que a atividade de encaminhamento pode contribuir para as contagens de aberturas e cliques. Se você notar taxas de engajamento incomumente altas ou atividade repetida do mesmo perfil ao longo do tempo, o encaminhamento pode ser um fator.

O que acontece quando uma Campaign de e-mail ou Canvas é interrompido?

Os usuários são impedidos de entrar no Canvas, e nenhuma mensagem adicional é enviada.

Para Campaigns de e-mail e Canvas, o botão de parar não interrompe imediatamente o envio. Quando as solicitações de envio são enviadas, elas não podem ser impedidas de serem entregues ao usuário, o que pode acontecer após algum atraso.

Embora a Braze não envie mais solicitações depois que a Campaign ou o Canvas é interrompido, as análises ainda podem aumentar enquanto o provedor de serviços de e-mail termina de processar as solicitações que já estão em andamento.

Por que estou vendo mais Cliques totais do que Aberturas totais nas minhas análises de e-mail?

Aberturas totais é a contagem de quantas vezes o e-mail foi aberto pelos usuários, enquanto Cliques totais é a contagem de quantas vezes os usuários clicaram dentro do e-mail entregue, incluindo qualquer tipo de clique, como cliques em links. Você pode estar vendo mais cliques do que aberturas por qualquer um dos seguintes motivos:

  • Os usuários estão realizando vários cliques no corpo do e-mail dentro de uma única abertura.
  • Os usuários clicam em alguns links do e-mail dentro do painel de pré-visualização dos seus telefones. Neste caso, a Braze registra este e-mail como tendo sido clicado, mas não aberto.
  • Os usuários reabrem um e-mail que previamente visualizaram.

Por que minhas contagens de cliques são maiores do que meu Segment de usuários que clicaram?

As análises de Campaign mostram o número total de eventos de clique, enquanto os Segments retornam o número de usuários únicos que realizaram esses cliques. Como cada usuário pode clicar várias vezes, o total de cliques nas análises é frequentemente maior do que a contagem de usuários que clicaram quando você cria um Segment.

Por exemplo, se 100 usuários clicam em um link 3 vezes cada, as análises da Campaign mostram 300 cliques totais, mas um Segment filtrado por “Clicou no e-mail” para essa Campaign retorna 100 usuários.

Por que estou vendo zero aberturas e cliques de e-mail?

Você pode não ver aberturas ou cliques de e-mail se houver uma má configuração no seu domínio de rastreamento. Isso pode ser devido a qualquer um dos seguintes motivos:

  • Há um problema de SSL em que as URLs de rastreamento são http em vez de https.
  • Há um problema com sua rede de distribuição de conteúdo (CDN) em que a string do user agent nos eventos de abertura, eventos de clique ou ambos não está sendo preenchida.

Por que estou vendo comportamento incomum de abertura ou clique de e-mail?

Se você notar padrões inesperados nas suas métricas de abertura ou clique de e-mail — como um único usuário parecendo clicar em todos os links imediatamente, ou aberturas não sendo registradas como esperado — revise as seguintes causas comuns:

O recorte de e-mail remove o pixel de rastreamento

Quando um e-mail é recortado pelo provedor de e-mail do destinatário (como o Gmail, que recorta mensagens com mais de aproximadamente 102 KB), o conteúdo no final do e-mail pode ser truncado. Como o pixel de rastreamento de abertura é normalmente inserido no final do e-mail, o recorte pode impedir que o rastreamento de abertura funcione.

Como identificar: verifique se o e-mail exibe um link “Ver mensagem completa” ou similar na parte inferior. Você pode usar o Inbox Vision para pré-visualizar o e-mail completo com rolagem e verificar se a mensagem está sendo recortada.

Como resolver: você pode configurar a Braze para colocar o pixel de rastreamento no topo do e-mail em vez do final. Mover o pixel de rastreamento pode afetar como alguns clientes de e-mail renderizam seu HTML, então teste seus e-mails no Inbox Vision após fazer essa alteração. Observe que, se o destinatário tiver as imagens desativadas, as aberturas não podem ser rastreadas independentemente do posicionamento do pixel.

O pixel de rastreamento causa espaço branco no topo do e-mail

Quando o pixel de rastreamento de abertura é posicionado no topo de um e-mail, uma linha ou espaço branco visível pode aparecer no topo do corpo do e-mail, especialmente em dispositivos móveis.

Como identificar: na Braze, acesse Configurações > Preferências de e-mail e selecione a seção Pixel de rastreamento de abertura. Se Move for SendGrid, Move for SparkPost ou Move for Amazon SES estiver ativado para o seu provedor de envio, o pixel é posicionado no topo do HTML do seu e-mail. Se você notar um espaço ou linha branca no topo do seu e-mail renderizado, essa configuração pode ser a causa.

Como resolver: desative o toggle relevante de Move for SendGrid, Move for SparkPost ou Move for Amazon SES na seção Pixel de rastreamento de abertura para o seu provedor de envio. O pixel de rastreamento geralmente é menos visível no final de um e-mail. Teste seus e-mails no Inbox Vision após alterar o posicionamento. Para saber mais, consulte Atualizar o posicionamento.

Estatísticas atrasadas ou cliques sem aberturas

O rastreamento de abertura depende do destinatário carregar o e-mail com imagens ativadas. Em alguns casos, as estatísticas podem parecer atrasadas ou cliques podem ser registrados sem aberturas correspondentes devido a:

  • O destinatário visualizar o e-mail em um painel de pré-visualização sem abri-lo completamente, e depois clicar em links diretamente da pré-visualização.
  • O cliente de e-mail não carregar as imagens (e, portanto, o pixel de rastreamento) até depois que o destinatário interagiu com os links.

Algumas ferramentas de segurança de e-mail corporativo (como Barracuda, Proofpoint e serviços semelhantes) verificam e-mails recebidos clicando automaticamente em todos os links da mensagem para verificar se são seguros. Isso pode resultar em eventos de clique aparecendo em segundos após o envio, frequentemente com todos os links do e-mail sendo clicados em rápida sucessão.

Esse comportamento é mais comum com domínios de e-mail institucionais (como escolas, universidades e ambientes corporativos) e é mais provável quando o seu domínio de envio difere significativamente do seu domínio de rastreamento. Configurar um domínio de rastreamento de marca personalizado pode reduzir a frequência desses cliques automatizados.

Como identificar: procure o endereço IP do evento de clique (disponível nos dados do Currents) em um mecanismo de busca. Se o IP estiver associado a um provedor de segurança conhecido (como Barracuda Networks), os cliques provavelmente são automatizados. Você também pode ver um cabeçalho User-Agent consistente em vários cliques automatizados.

Para contexto adicional sobre como a verificação de segurança afeta as métricas de e-mail, consulte Lidando com aumentos nas taxas de clique.

Quais são os riscos potenciais de disparar cliques de servidor?

Certos elementos de uma mensagem de e-mail, como mensagens excessivamente longas ou muitos pontos de exclamação, podem disparar respostas de segurança de e-mail. Essas respostas podem afetar o relatório e a reputação do IP e levar usuários a cancelar a inscrição.

Para práticas recomendadas sobre como lidar com essas respostas, consulte Lidando com aumentos nas taxas de clique.

A Braze rastreia links de cancelamento de inscrição se o seguinte Liquid for usado nos e-mails: ${set_user_to_unsubscribed_url}

Se há mais Cancelamentos de inscrição do que usuários que clicaram no link de cancelamento de inscrição no corpo do e-mail, o List-unsubscribe frequentemente explica a diferença. List-unsubscribe é um caminho adicional de cancelamento de inscrição no cabeçalho do e-mail (não o link no corpo da sua mensagem). Quando um usuário cancela a inscrição dessa forma, isso conta como Cancelamento de inscrição, mas não conta como um clique na URL de cancelamento de inscrição rastreada no corpo.

Se o número total de cliques no link de cancelamento de inscrição no corpo é maior do que o número de Cancelamentos de inscrição, os usuários podem ter clicado no link mais de uma vez — por exemplo, se cancelaram a inscrição, se reinscreveram e cancelaram a inscrição novamente, as análises de e-mail podem registrar vários cliques no detalhamento de cliques.

Se um usuário clicar no link de cancelamento de inscrição duas vezes (por exemplo, se cancelou a inscrição, se inscreveu novamente e depois cancelou a inscrição novamente), isso conta duas vezes nas análises de e-mail.

Não. A Braze não oferece essa funcionalidade. Isso porque a grande maioria dos e-mails é aberta em dispositivos móveis e em clientes de e-mail modernos, que renderizam imagens e conteúdo sem problemas.

Alternativa: para obter esse mesmo resultado, você pode hospedar o conteúdo do seu e-mail em uma landing page externa (como seu website), que pode então ser vinculada a partir da Campaign de e-mail que você está criando usando a ferramenta Link ao editar o corpo do e-mail.

A Braze transforma automaticamente URLs em texto simples ou texto “www.” em links?

Não. A Braze não escaneia sua mensagem e converte texto simples, como texto que começa com www. ou parece uma URL, em hiperlinks. Apenas links que você define com tags de âncora HTML (<a href="...">) são processados pela renderização normal e recursos de link na Braze.

Se um destinatário vê texto simples exibido como um link clicável, esse comportamento geralmente vem do cliente de e-mail dele (por exemplo, Gmail, Outlook ou Apple Mail). Muitos clientes detectam strings que parecem URL após a mensagem ser entregue e as transformam em links no dispositivo do destinatário. A Braze não controla esse comportamento e não pode desativá-lo para o destinatário.

Para aparência, rastreamento e estilização previsíveis de links, use tags <a href> explícitas em vez de URLs em texto simples.

Embora você possa definir o atributo target (como target="_blank" ou target="_top") em links no HTML do seu e-mail, a maioria dos clientes de e-mail ignora ou substitui esse atributo. Por exemplo, o Gmail efetivamente força o comportamento semelhante a _blank independentemente do que você especificar.

Como o comportamento dos clientes de e-mail varia, o atributo target não deve ser usado de forma confiável para controlar como os links abrem. Para detalhes sobre quais clientes de e-mail suportam o atributo target, consulte caniemail.com.

Alguns analisadores de consulta tratam um sinal de mais + não codificado como um espaço. Se a URL de destino precisa de um sinal de mais em um parâmetro de consulta, codifique-o em porcentagem como %2B antes de adicionar o link ao seu e-mail.

Por que meus usuários estão sendo automaticamente cancelados por software de segurança de e-mail?

Algumas ferramentas de segurança de e-mail corporativo (como Barracuda, Proofpoint e serviços semelhantes) pré-buscam ou verificam todas as URLs em e-mails recebidos, incluindo links de cancelamento de inscrição. Isso pode causar cancelamentos de inscrição não intencionais quando a ferramenta de segurança segue o link de list-unsubscribe com um clique.

Para mitigar isso:

  • Recomende que os destinatários adicionem seu domínio de envio à lista de permissões: trabalhe com as equipes de TI dos destinatários afetados para adicionar seu domínio de envio e domínios de rastreamento da Braze à lista de permissões de segurança de e-mail.
  • Use uma Central de Preferências: em vez de um link direto de cancelamento de inscrição, use uma Central de Preferências que exija interação do usuário para confirmar a ação de cancelamento de inscrição. Verificadores de segurança normalmente não completam formulários de múltiplas etapas.
  • Revise os logs de cancelamento de inscrição: verifique o cabeçalho User-Agent e o endereço IP nos dados de eventos de cancelamento de inscrição do Currents para identificar padrões consistentes com verificação automatizada (como cabeçalhos User-Agent consistentes em vários cancelamentos de inscrição).

Para mais detalhes sobre como a verificação do lado do servidor pode afetar as métricas de e-mail, consulte Lidando com aumentos nas taxas de clique.

Por que minha taxa de aberturas por máquina mudou inesperadamente?

Aberturas por máquina são disparadas por recursos de segurança de e-mail como a Proteção de Privacidade do Apple Mail (MPP), que pré-carrega o conteúdo do e-mail (incluindo o pixel de rastreamento) sem que o usuário abra fisicamente o e-mail. As taxas de abertura por máquina podem flutuar com base em:

  • Mudanças na proporção do seu público que usa o Apple Mail ou outros clientes de e-mail com privacidade ativada.
  • Atualizações nos recursos de privacidade do provedor de e-mail ou comportamentos de detecção de bots.
  • Mudanças na segmentação ou direcionamento do seu público.

As porcentagens de abertura por máquina não são uma medida confiável do engajamento real. Para uma visão mais precisa do desempenho do e-mail, concentre-se em Outras aberturas (aberturas não automatizadas) e Cliques únicos. Você também pode comparar essas métricas ao longo do tempo usando o Dashboard de desempenho de e-mail.

O Gmail remove todos os links não HTTP/HTTPS das mensagens de e-mail. Se o seu deep link usa um esquema personalizado (como myapp://path/to/content), o Gmail o removerá, e o link não funcionará para os destinatários que leem o e-mail no Gmail. Essa é uma limitação do Gmail, não da Braze.

Para contornar isso:

  • Use Universal Links (iOS) ou App Links (Android). Esses usam URLs https:// padrão que abrem seu app quando instalado e voltam para uma página web caso contrário. Consulte Universal Links e App Links para instruções de configuração.
  • Use um provedor de deep linking. Serviços como Branch geram deep links formatados em HTTP que são compatíveis com clientes de e-mail, incluindo o Gmail.
  • Configure um endpoint de redirecionamento. Hospede um endpoint https:// no seu servidor que redireciona para a URL de esquema personalizado do seu app. Os clientes de e-mail preservarão o link https://, e o redirecionamento cuidará de abrir o app.

A métrica Aberturas únicas inclui Aberturas por máquina?

Sim. Aberturas únicas incluem Aberturas por máquina. Você pode visualizar ambas as métricas na visualização de análise de Campaign e no Construtor de relatórios.

Para saber como isso afeta a atribuição do Dashboard de conversões, consulte Por que os totais de aberturas de e-mail não correspondem à análise de Campaign? em Resolução de problemas na página do Dashboard de conversões.

Por que meu volume de entrega de e-mail não corresponde ao meu volume de envio?

Após um e-mail ser enviado, a caixa de entrada do destinatário decide quando ele é entregue. As mensagens podem ser adiadas por horas ou dias por causa de uma caixa de entrada cheia, limitação de frequência do provedor de serviços de e-mail a partir de um determinado IP, e motivos semelhantes.

Quando mensagens adiadas são entregues em um dia do calendário diferente do dia de envio, Entregas podem exceder Envios para o mesmo intervalo de datas. Quando muitos adiamentos são entregues em um dia, Envios podem exceder Entregas para aquele intervalo.

Esse aviso pode persistir para Campaigns duplicadas de uma Campaign que não tinha um link de cancelamento de inscrição. Para resolvê-lo:

  • Para e-mails HTML, acesse a guia Texto simples e selecione Regenerar a partir do HTML.
  • Após duplicar, duplique a variante e remova a variante original. Não selecione a variante original, ou o aviso pode ser transferido.

Por que um usuário recebeu um e-mail que não deveria ter recebido?

A entrega pode parecer incorreta mesmo quando a Braze se comportou conforme configurado. Analise o seguinte:

  • Perfis duplicados que compartilham uma caixa de entrada (veja O que acontece quando um e-mail é enviado e vários perfis têm o mesmo endereço de e-mail?).
  • Listas de teste, destinatários de teste ou endereços internos incluídos no público ou em um envio como CC/BCC.
  • Momento do Segment ou Canvas: o usuário correspondeu ao público ou à etapa do Canvas quando a Braze avaliou a elegibilidade, e depois os atributos ou o estado de inscrição mudaram antes que ele lesse a mensagem.
  • Grupos de inscrições: o usuário permaneceu inscrito em um grupo que sua mensagem direcionou, mesmo que o estado global de inscrição sugerisse o contrário.
  • API ou importações de arquivo que atualizaram o usuário após a segmentação, mas antes de você esperar que a alteração fosse aplicada.

Revise o Log de atividade de mensagens, os changelogs da Campaign ou Canvas e a definição do Segment. Se ainda não conseguir reconciliar o envio, entre em contato com o suporte da Braze com identificadores do usuário, dispatch_id (se disponível) e timestamps.

Por que um usuário não recebeu minha mensagem de e-mail?

Há vários motivos pelos quais um usuário pode não receber um e-mail que você esperava que ele recebesse, incluindo:

  • Ele não era elegível para receber o e-mail.
  • O endereço de e-mail dele é inválido ou não existe.
  • Ele pode ter perdido ou excluído a mensagem.
  • A mensagem pode estar na pasta de SPAM.

Use as tabelas a seguir para identificar a causa.

O e-mail não foi enviado

Possível causa O que verificar
O usuário não era elegível para a Campaign ou Canvas Verifique as configurações de Públicos-alvo (para Campaigns) ou Público-alvo (para Canvas) em configurações para confirmar que o usuário atendeu a todos os filtros de público, critérios de Segment e regras de entrega no momento do envio.
A mensagem foi abortada Verifique o Log de atividade de mensagens para motivos de interrupção, como erros de Liquid ou campos obrigatórios ausentes.
O endereço de e-mail do usuário era inválido ou estava ausente Em Pesquisa de usuário, verifique o perfil do usuário para confirmar que um endereço de e-mail válido estava registrado no momento do envio.
O endereço de e-mail do usuário teve um hard bounce anteriormente Um hard bounce marca o endereço de e-mail como inválido e impede envios futuros para esse endereço. Da mesma forma, se um destinatário marca seu e-mail como SPAM, a Braze envia apenas e-mails de transação para esse usuário, não Campaigns padrão. Verifique a guia Engajamento no perfil do usuário. Para saber mais, consulte Endereços de e-mail com inscrição cancelada e Bounces e e-mails inválidos.
O usuário cancelou a inscrição de e-mail Verifique o status de inscrição do usuário em Configurações de contato na guia Engajamento. A Braze não envia e-mails para usuários que cancelaram a inscrição.

O e-mail foi enviado, mas não chegou à caixa de entrada

Possível causa O que verificar
O provedor de caixa de entrada (MBP) estava inacessível Um problema temporário impediu que o e-mail chegasse ao MBP do destinatário. Isso normalmente se resolve com novas tentativas. Os provedores de serviços de e-mail retentam soft bounces por até 72 horas.
O MBP rejeitou o e-mail O servidor de e-mail do destinatário rejeitou o e-mail. Revise o Log de atividade de mensagens para detalhes do bounce.
O MBP descartou silenciosamente o e-mail O MBP aceitou o e-mail, mas não o exibiu ao usuário e não retornou um bounce. Isso está fora do controle da Braze e não pode ser detectado nos logs da Braze.
O e-mail foi para a pasta de SPAM O MBP identificou a mensagem como SPAM e a encaminhou para a pasta de SPAM ou lixo eletrônico do usuário. Peça ao usuário para verificar a pasta de SPAM.
O destinatário tem filtragem de e-mail personalizada O usuário ou o administrador de TI pode ter configurado regras de caixa de entrada que filtram, redirecionam ou excluem mensagens recebidas.

Como posso remover um endereço de e-mail da lista de bounce?

Se um endereço de e-mail válido aparece como inválido na Braze (normalmente após um hard bounce do seu provedor de serviços de e-mail), use o endpoint /email/bounce/remove. Isso remove o endereço da sua lista de bounce da Braze e da lista de bounce mantida pelo seu provedor de e-mail. A Braze então retoma os envios para esse endereço.

Se o endereço foi marcado como SPAM em vez de hard bounce, use o endpoint /email/spam/remove.

Para saber mais, consulte Bounces e e-mails inválidos e Remover um endereço de e-mail da sua lista de bounce ou SPAM.

Como posso solucionar problemas de entregabilidade de e-mail?

Se seus e-mails estão atrasados, adiados ou sofrendo bounce, revise o Log de atividade de mensagens para detalhes de bounce e adiamento, e depois identifique onde o problema ocorre na cadeia de entrega. Problemas comuns de entregabilidade se enquadram em quatro categorias:

Lendo respostas de limite de frequência do provedor de serviços de e-mail

Seu provedor de serviços de e-mail (ESP), como Amazon SES, SparkPost ou SendGrid, retorna códigos de resposta SMTP ao aceitar ou adiar mensagens. Respostas de limite de frequência normalmente usam códigos 4xx, que indicam falhas temporárias:

  • 421: serviço temporariamente indisponível, frequentemente devido a alto volume, limites de conexão ou restrições de recursos do servidor. A mensagem permanece na fila e seu ESP retenta a entrega automaticamente.
  • 429: limite de frequência da API excedido. Você enviou muitas solicitações dentro da janela de tempo permitida.
  • 450 / 451: adiamento temporário devido a volume ou conexões. O servidor do destinatário está pedindo que você reduza a velocidade.

Quando você vê esses códigos no Log de atividade de mensagens ou no dashboard do seu provedor de serviços de e-mail, reduza o volume de envio para o domínio afetado e use intervalos de nova tentativa progressivamente mais longos. Continuar com volume total enquanto há limite de frequência pode escalar adiamentos temporários para rejeições permanentes.

Limites de frequência do provedor de caixa de entrada

Os provedores de caixa de entrada impõem seus próprios limites de frequência no e-mail recebido, separados dos controles de envio da Braze. Esses limites podem ser rígidos e estão fora do seu controle direto:

  • Virgin Media / NTL (UK): usa limitação de frequência por hora que dispara erros 421 4.1.1 MXIN503 Hourly ratelimit for your IP exceeded. Esses limites podem afetar até remetentes de baixo volume. Eles são aplicados no nível do IP em todos os remetentes que compartilham esse IP.
  • Gmail, Yahoo, iCloud, Microsoft: cada provedor tem limites proprietários de controle de frequência baseados na reputação do remetente, volume e padrões de engajamento.

Se você encontrar limitação de frequência específica do provedor, considere agrupar seus envios em um período mais longo ou segmentar por provedor de caixa de entrada para distribuir o volume de forma mais gradual. Verifique sua lista de destinatários para concentração em um provedor — se a maioria dos destinatários usa um domínio, escalone a entrega.

Atrasos de e-mail corporativo por verificação de antivírus

Endereços de e-mail comerciais frequentemente passam por gateways de segurança corporativa que verificam as mensagens antes da entrega. Isso pode atrasar e-mails de 15 a 20 minutos ou mais, especialmente para mensagens com:

  • Anexos grandes
  • Links para domínios desconhecidos
  • Conteúdo que se assemelha a padrões de phishing

Esses atrasos ocorrem porque os sistemas de segurança enfileiram as mensagens para análise comportamental em ambientes sandbox isolados. Se um grande volume de e-mails chega simultaneamente, as mensagens são enfileiradas para análise e o atraso se estende ainda mais. Esse é um comportamento normal para segurança de e-mail corporativo e não é algo que você possa contornar. Ao enviar mensagens urgentes para destinatários corporativos, leve em conta essa janela de processamento no seu cronograma de comunicação.

Solução de problemas de erros de limite de frequência Google 421 4.7.28

O Gmail retorna um erro 421-4.7.28 quando detecta uma taxa incomum de e-mails não solicitados do seu endereço IP, faixa de IP de envio, domínio SPF, domínio DKIM ou domínio de URL. Esse é um limite temporário, não um bloqueio permanente, mas sinaliza que seu volume de envio, velocidade ou reputação não atende às expectativas atuais do Gmail.

Se você receber esse erro:

  1. Pause os envios não essenciais imediatamente por 24 a 48 horas. Continuar enviando enquanto há limitação de frequência escala o problema e pode levar a rejeições permanentes 550.
  2. Confirme que SPF, DKIM e DMARC estão configurados corretamente e que o cabeçalho From: está alinhado com sua autenticação.
  3. Verifique o Google Postmaster Tools e o Centro de entregabilidade da Braze (após conectar o Google Postmaster) para o status de conformidade do seu domínio e taxas de reclamação de SPAM. Sua taxa de SPAM reportada pelos usuários deve ficar abaixo de 0,1% (o teto máximo é 0,3%).
  4. Após a pausa, retome os envios com 10 a 20% do volume anterior, apenas para seus destinatários mais engajados. Aumente o volume lentamente ao longo de várias semanas somente se não ocorrerem mais erros 4xx.

Para orientação adicional, consulte as Diretrizes para remetentes em massa do Google.

Como posso otimizar imagens no Outlook?

O Outlook frequentemente usa a renderização do Microsoft Word em vez da renderização padrão do navegador, o que pode fazer com que imagens sejam renderizadas incorretamente ou adicionem bordas ao redor das imagens. Essa mesma renderização específica do cliente também afeta como o texto alternativo é exibido em diferentes clientes de e-mail.

Se as imagens estão sendo exibidas maiores do que a largura esperada no Outlook, adicione o seguinte CSS à imagem:

1

max-width: 100%;

Por exemplo:

1

<img src="your-image.png" style="max-width: 100%;" alt="Description">

Você também pode envolver conteúdo para que fique oculto no Outlook para desktop usando comentários condicionais:

1
2
3

<!--[if !mso]><!-- -->
<span>Content hidden in Outlook desktop</span>
<!--<![endif]-->

Posso usar imagens SVG ou WebP nas minhas mensagens de e-mail?

Imagens SVG não são recomendadas para e-mail devido ao suporte limitado entre clientes de e-mail. O Gmail e vários outros provedores de e-mail importantes não renderizam imagens SVG, o que pode resultar em imagens quebradas ou ausentes para os destinatários. WebP não tem suporte consistente entre clientes.

Em vez disso, use formatos amplamente suportados, como PNG ou JPEG, para que as imagens sejam renderizadas de forma confiável.

Posso incorporar vídeos em e-mails?

Vídeos incorporados não são suportados nativamente por muitos clientes de e-mail populares, como Gmail, Outlook e Yahoo. Como resultado, elementos de vídeo incorporados podem não ser exibidos como pretendido ou podem não aparecer de todo. Além disso, incorporar vídeo diretamente em um e-mail pode aumentar significativamente o tamanho do e-mail, o que aumenta a chance de a mensagem ser marcada como SPAM.

Em vez disso, você pode criar um GIF ou imagem estática que se assemelhe a um vídeo em um player de vídeo e depois vincular essa imagem ao seu vídeo. Quando os usuários clicam na imagem, eles são direcionados ao vídeo hospedado no seu website ou em uma plataforma de vídeo. A Braze também suporta integração com Playable, que fornece conteúdo de vídeo otimizado com reprodução automática em clientes de e-mail compatíveis.

Variáveis Liquid atribuídas em uma parte do criador de mensagem podem ser usadas em outra?

Não. Cada parte do e-mail (assunto, corpo, cabeçalhos, botões, etc.) é gerada separadamente, então variáveis Liquid atribuídas em um campo não estão disponíveis em outro. Atribua variáveis em cada campo que precisar delas.

Meu modelo de e-mail está faltando. Onde ele está?

Primeiro, confirme que você tem as permissões de usuário para visualizar modelos. Para ver modelos de e-mail salvos, acesse Conteúdo > E-mail. Você pode filtrar modelos por status e tipo (HTML ou arrastar e soltar).

Preciso registrar domínios para e-mails de relay ou mascarados?

O Private Email Relay da Apple exige que você registre seus domínios de envio no Portal de Desenvolvedor da Apple para evitar bounces. O Shielded Email do Google não exige um processo manual de registro ou lista de permissões de domínio.

Não. Adicionar hiperlinks em linhas de assunto de e-mail não é suportado pelos provedores de caixa de entrada. Embora alguns provedores de caixa de entrada escaneiem automaticamente as linhas de assunto e convertam endereços físicos, datas ou horários em links clicáveis, isso acontece automaticamente no dispositivo do destinatário e está fora do controle da Braze (ou de qualquer provedor de serviços de e-mail).

Da mesma forma, adicionar hiperlinks no pré-cabeçalho não é suportado na indústria de e-mail.

Se você precisa de funcionalidade semelhante a conteúdo clicável na linha de assunto ou na área do pré-cabeçalho, considere usar as Promoções do Gmail para adicionar anotações interativas aos seus e-mails para usuários do Gmail.

O que significa o motivo de bounce unable to get mx info ou failed to get IPs from PTR record?

No Log de atividade de mensagens, um motivo de bounce semelhante ao seguinte indica um problema ao resolver a configuração de e-mail do domínio receptor (o domínio após o @ no endereço), e não relacionado à composição da mensagem na Braze:

Causas típicas incluem:

  • Registros MX ausentes, incorretos ou inacessíveis para esse domínio
  • Hostnames de e-mail de entrada que não resolvem ou que falham nas verificações de PTR (DNS reverso) esperadas pela infraestrutura receptora
  • Domínios inválidos ou com erros de digitação no endereço de e-mail

Próximas etapas:

  • Confirme a ortografia do endereço e do domínio.
  • Se o endereço estiver correto, entre em contato com o proprietário da caixa de entrada ou a equipe de TI desse domínio.
  • Peça que auditem os registros MX e DNS relacionados, incluindo os registros PTR dos servidores de e-mail, com o provedor DNS.

Outros destinatários geralmente não são afetados. Para saber como soft bounces aparecem nos relatórios, consulte Soft Bounce.

Por que recebo um alerta de SPAM ao enviar um e-mail da Braze para mim mesmo?

Se você enviar um e-mail de teste da Braze para o seu próprio endereço de e-mail e vir um aviso de SPAM ou alerta de phishing — como “o domínio de envio é semelhante ao domínio da sua empresa, mas não o reconhecemos” — esse é um recurso comum de segurança anti-phishing, não um erro na configuração da Braze.

Esse alerta normalmente aparece quando o domínio de envio do e-mail corresponde ao domínio do destinatário (por exemplo, ambos são @suaempresa.com). Os sistemas de segurança de e-mail sinalizam isso porque golpistas frequentemente falsificam domínios que parecem semelhantes ao domínio da empresa do destinatário.

Para verificar se seu e-mail está configurado corretamente:

  1. Visualize a mensagem original (cabeçalhos brutos do e-mail) no seu cliente de e-mail.
  2. Verifique se as autenticações SPF, DKIM e DMARC passam.
  3. Se todas as três passam, o envio de e-mail pela Braze está configurado corretamente.

Para evitar que esse alerta apareça:

Peça à sua equipe de TI para adicionar o domínio de envio e os endereços IP da Braze à lista de permissões dos serviços de segurança de e-mail ou gateway de e-mail da sua empresa. Isso informa ao seu sistema de segurança que deve confiar nos e-mails da sua infraestrutura de envio da Braze.
New Stuff!