2026: teste de encaminhamento de e-mail do BigCommerce sem receber mensagens: como diagnosticar?

O teste não entrega nada na caixa de destino, embora o endereço da loja pareça correto.

Separe os fluxos: para testar o encaminhamento, envie de outra caixa para o endereço exibido pela loja — nunca use como remetente o próprio endereço de destino; para testar a confirmação, faça um pedido de teste e verifique o e-mail do cliente informado nele.

Este guia é para quem está configurando o encaminhamento do domínio da loja e precisa validar o caminho de recebimento. Também ajuda quem acabou de alterar notificações de pedido ou quer proteger a caixa principal durante testes controlados.

Diagnóstico do teste de encaminhamento de e-mail do BigCommerce

Antes de alterar configurações, identifique exatamente qual mensagem você esperava receber. “E-mail da loja” pode significar uma mensagem enviada por alguém para o endereço público do domínio, uma mensagem encaminhada para uma caixa existente ou uma notificação que a plataforma envia após uma ação na loja. Esses fluxos não provam a mesma coisa e não falham necessariamente pelo mesmo motivo.

Faça esta triagem antes de repetir o teste:

• Remetente: qual caixa enviou a mensagem? No teste de encaminhamento, deve ser uma caixa independente do endereço configurado como destino.
• Destinatário original: qual endereço recebeu a mensagem primeiro? Para validar o endereço da loja, use o endereço exibido no domínio da loja.
• Destino esperado: para qual caixa o encaminhamento deveria levar a mensagem?
• Tipo de mensagem: você enviou uma mensagem de teste ou esperava uma confirmação gerada por um pedido?
• Resultado observado: a mensagem não chegou ao endereço da loja, não foi encaminhada ao destino ou não apareceu na caixa do comprador?

Essa distinção evita um erro comum: concluir que o encaminhamento está quebrado porque não chegou uma confirmação de pedido, ou concluir que a notificação de pedido funciona porque uma mensagem comum chegou à caixa de destino. A documentação do BigCommerce explica que a plataforma pode enviar mensagens em nome da loja, incluindo confirmações de pedido, e trata separadamente o encaminhamento de e-mails do domínio. Isso descreve recursos e fluxos; não comprova a entrega de uma mensagem específica. Consulte as orientações oficiais sobre e-mails no BigCommerce para conferir as opções aplicáveis à configuração da sua loja.

O endereço de destino está sendo usado como remetente?

O primeiro teste deve verificar o trajeto entre o endereço visível da loja e a caixa para a qual o encaminhamento aponta. Para isso, envie uma mensagem a partir de uma caixa independente e coloque como destinatário o endereço da loja. O endereço de destino configurado no campo “Forwarding email to” deve ser quem recebe a mensagem encaminhada, não quem a envia no teste.

Imagine que a página da loja mostre contato@seudominio.com e que a configuração encaminhe as mensagens para operacao@exemplo.com. No teste, uma terceira caixa envia uma mensagem para contato@seudominio.com; depois, você verifica se ela aparece em operacao@exemplo.com. Se você enviar a partir de operacao@exemplo.com para contato@seudominio.com, a mensagem pode voltar para a caixa de origem ou percorrer novamente a rota de encaminhamento. O BigCommerce alerta que usar o endereço de destino para testar pode criar um ciclo de encaminhamento ou deixar a mensagem presa. Essa advertência vale para o cenário descrito pela documentação; não significa que todo serviço de encaminhamento sempre terá esse comportamento.

Registre o que usou em cada campo antes de testar novamente. Isso reduz tentativas confusas e permite comparar os resultados sem trocar vários elementos ao mesmo tempo. Se a mensagem independente também não chegar, avance para a conferência do endereço de destino e do serviço que administra o domínio.

Caixa de destino, endereço público e serviço de e-mail

Um endereço exibido na loja não é necessariamente uma caixa de entrada independente. Em uma configuração de encaminhamento, o endereço do domínio pode direcionar mensagens recebidas para uma caixa já existente, sem oferecer uma caixa própria para login ou leitura. Por isso, abrir o endereço da loja em um aplicativo de e-mail e esperar encontrar uma caixa separada pode não fazer sentido para a configuração em uso.

Confira estes pontos sem presumir que o endereço está errado:

• Endereço exibido: copie o endereço usado no teste diretamente da configuração atual da loja ou do lugar em que ele aparece publicamente. Observe erros de digitação, espaços e diferenças entre endereços semelhantes.
• Destino configurado: confirme qual caixa deve receber a mensagem encaminhada. A caixa precisa estar acessível para você e não deve ser confundida com o endereço público que recebe a mensagem inicialmente.
• Responsável pelo domínio: identifique se o encaminhamento está sendo gerenciado pelo recurso integrado do BigCommerce ou por um serviço de e-mail de terceiros.
• Conflito entre serviços: segundo a documentação do BigCommerce, o encaminhamento integrado não pode ser usado ao mesmo tempo que um serviço de e-mail de terceiros para essa configuração. Se você já usa outro serviço, confira a orientação dele e a configuração efetiva do domínio antes de alternar recursos.
• Caixa final: procure a mensagem em spam, lixeira, abas separadas e pastas definidas por filtros. Uma regra pode mover a mensagem sem que ela apareça na caixa de entrada principal.

Não altere a configuração integrada e a configuração do provedor externo ao mesmo tempo. Se o domínio usa um serviço de terceiros, confirme primeiro como ele recebe e encaminha mensagens; caso contrário, você pode mudar uma rota sem saber qual serviço está ativo. A orientação oficial do BigCommerce sobre encaminhamento automático de mensagens também ajuda a entender que o encaminhamento depende das configurações do serviço que recebe a mensagem. Aplique as instruções do serviço que administra a sua caixa, não as de uma configuração diferente.

Para uma análise organizada, anote o endereço de origem, o endereço público da loja, o destino configurado e o serviço responsável. Não compartilhe senhas nem códigos de acesso ao pedir ajuda: para investigar o percurso, normalmente é mais útil informar qual endereço enviou a mensagem, a que endereço ela foi enviada e qual resultado você observou.

Notificação de pedido: um teste separado

Uma confirmação de pedido não é um e-mail comum enviado ao endereço público da loja. Ela é uma notificação associada ao fluxo de pedido e ao endereço de cliente usado nesse fluxo. Para verificar esse caminho, faça um pedido de teste de acordo com as opções disponíveis na sua conta, use um endereço de recebimento que você possa consultar e confira o resultado tanto no painel quanto na caixa do cliente.

A documentação oficial do BigCommerce descreve o processo de criação de um pedido de teste para conferir as configurações da loja. Use o procedimento disponível no seu painel e confirme as condições antes de executar o teste. O objetivo é verificar se o pedido aparece e se a notificação esperada é gerada para o endereço de cliente informado.

Acompanhe o processo em partes:

• Pedido criado: confirme no painel se o pedido de teste foi registrado. Se ele não aparece, a falha pode estar antes da etapa de envio da notificação.
• Endereço de cliente: confira o endereço usado no pedido, sem confundi-lo com o endereço público da loja ou com o destino do encaminhamento.
• Notificação configurada: verifique quais mensagens estão ativadas para o fluxo de pedido e se a alteração recente foi salva.
• Caixa do destinatário: consulte a caixa esperada, inclusive spam e pastas criadas por filtros. Se não encontrar a mensagem, faça uma busca pelo assunto ou pelo remetente exibido.
• Apresentação da mensagem: quando ela chegar, confira se o conteúdo e a formatação correspondem ao que você espera que o comprador veja.

O resultado confirma apenas o que você observou nesse teste, nessa configuração e nessa caixa. Ele não prova que todos os provedores de e-mail receberão ou apresentarão a mensagem da mesma forma. Se o pedido consta no painel, mas o e-mail não aparece, investigue primeiro a configuração da notificação e o endereço de cliente. Se o problema ocorre com mensagens comuns enviadas ao domínio da loja, retorne ao teste de encaminhamento: são diagnósticos distintos.

Sequência de verificação quando a mensagem não aparece

Siga esta ordem e altere um elemento por vez. Assim, você evita mascarar a causa com várias mudanças simultâneas.

Confirme o endereço que recebeu a mensagem primeiro. Para o teste de encaminhamento, envie para o endereço público da loja. Não envie diretamente à caixa de destino esperando provar a rota do domínio. Se houver mais de um endereço publicado, confirme qual deles está associado ao encaminhamento em questão.

Use uma caixa de envio independente. Escolha uma origem diferente da caixa configurada como destino. Envie uma mensagem simples, sem anexos, para reduzir variáveis durante o teste. A orientação do BigCommerce sobre encaminhamento alerta para o risco de ciclo quando o endereço de destino é usado para testar o próprio fluxo.

Verifique o destino configurado. Confira se a caixa de destino está escrita corretamente e se você consegue acessá-la. Se o endereço da loja encaminha para uma caixa que você não controla, peça confirmação ao responsável pela conta ou pelo domínio, em vez de fazer alterações às cegas.

Identifique o serviço ativo. Determine se o endereço é administrado pelo encaminhamento integrado do BigCommerce ou por outro serviço de e-mail. A documentação oficial informa que o serviço de terceiros não pode coexistir com o encaminhamento integrado nessa configuração. Como o painel e o gerenciamento do domínio podem variar, confirme a opção disponível na sua conta e a orientação do serviço responsável.

Procure fora da caixa de entrada principal. Verifique spam, lixeira, abas secundárias e filtros automáticos. A orientação para localizar mensagens ausentes recomenda inspecionar pastas e configurações de recebimento. Use o equivalente disponível no serviço da sua caixa; o nome das pastas e das opções pode variar.

Repita o teste sem alterar outras configurações. Depois de corrigir um endereço ou confirmar a rota ativa, envie uma nova mensagem independente com o mesmo percurso. Se você trocar remetente, destinatário e serviço ao mesmo tempo, não saberá qual mudança resolveu ou agravou o problema.

Abra um chamado com informações verificáveis. Se a falha continuar, reúna o endereço usado como destinatário, o serviço que administra o domínio, a caixa configurada como destino e o horário aproximado do teste. Informe se a mensagem foi enviada por uma caixa independente e se apareceu em alguma pasta. Evite enviar credenciais ou dados de pedidos reais. A equipe responsável poderá avaliar a configuração específica sem confundir encaminhamento com notificações de pedido.

Uma falha isolada não basta para concluir que o domínio está incorreto, que o BigCommerce deixou de enviar mensagens ou que a caixa de destino bloqueia tudo. Use o percurso observado para escolher a próxima verificação, em vez de testar configurações diferentes por tentativa.

Qual endereço usar em cada cenário

A decisão depende do tipo de mensagem e do que você precisa provar. Use esta comparação para escolher a caixa antes de iniciar o teste:

Um endereço temporário pode ajudar a manter um teste de baixo risco separado da caixa principal, desde que a plataforma permita seu uso e você consiga consultar as mensagens durante a verificação. Ele não substitui uma caixa comercial controlada pela empresa. Para decidir por quanto tempo manter acesso a um endereço usado em testes, consulte o planejamento de duração da caixa de entrada. Se você precisa distinguir um endereço descartável de um endereço que deve continuar recebendo mensagens, a matriz de endereços para cadastros ajuda a organizar essa escolha.

Separação entre teste e comunicação com clientes

Trate o e-mail de teste como uma ferramenta de diagnóstico, não como um novo canal de atendimento. Um endereço usado para verificar uma notificação pode receber dados do pedido ou mensagens automáticas; por isso, mantenha o teste limitado ao que você precisa conferir e não o divulgue como contato da loja.

Para a operação, mantenha endereços duradouros e acessíveis para consultas de compradores, pedidos, pagamentos, notificações administrativas e recuperação de conta. Se outra pessoa da equipe fizer o teste, documente qual endereço foi usado, qual caixa deveria receber e qual fluxo foi verificado. Isso evita que alguém interprete um endereço de teste como o contato oficial da empresa ou repita a verificação com uma caixa de destino como remetente.

A caixa principal também merece proteção. Para reduzir a mistura entre comunicações comerciais e mensagens de avaliação, defina previamente quais endereços podem ser usados em testes, quem acompanha cada caixa e quando o teste está encerrado. As orientações de privacidade da Msgforward podem ajudar você a avaliar os cuidados aplicáveis ao uso de endereços de teste. Não use dados pessoais de compradores para testar uma configuração quando um pedido controlado puder atender ao objetivo.

Dúvidas frequentes

Qual endereço devo usar como remetente no teste de encaminhamento do BigCommerce?

Envie a mensagem a partir de uma caixa independente, que não seja o endereço definido como destino do encaminhamento. No campo de destinatário, use o endereço da loja que deveria receber a mensagem. Assim, você testa o caminho entre o endereço público da loja e a caixa de destino sem criar a condição de um possível ciclo de encaminhamento.

O que verificar quando o endereço de destino não recebe o teste?

Confirme se a mensagem foi enviada ao endereço exibido pela loja, se o destino configurado está correto e qual serviço gerencia o e-mail do domínio. Depois, procure a mensagem na pasta de spam e confira filtros ou regras da caixa de destino. Se a loja usa um serviço de e-mail de terceiros, verifique a documentação desse serviço antes de ativar o encaminhamento integrado.

O teste de encaminhamento confirma que a confirmação do pedido chega ao comprador?

Não. O teste de encaminhamento verifica se uma mensagem enviada ao endereço da loja alcança a caixa de destino configurada. A confirmação do pedido é outro fluxo: faça um pedido de teste, confira se ele aparece na loja e verifique a notificação usando o endereço informado como cliente. Esse resultado não garante entrega igual em todos os provedores.

Posso usar um endereço temporário para testar notificações de pedido?

Use-o apenas se o teste for controlado, as regras da plataforma permitirem e você puder acessar a caixa durante a verificação. Não use um endereço temporário para receber consultas de compradores, dados de pedidos ou mensagens de pagamento. Para comunicação comercial e recuperação da conta, prefira um endereço duradouro sob seu controle.

Se você está fazendo apenas um teste permitido e de baixo risco, um endereço temporário da Msgforward, sem cadastro e pronto para uso, pode separar essa verificação da sua caixa principal e reduzir o acúmulo de mensagens de teste e spam. Confirme que a caixa está acessível e que o uso é compatível com as regras da plataforma; não conte com ela como garantia de entrega. Para consultas reais, pedidos, pagamentos e recuperação de acesso, use sempre um endereço comercial duradouro que você controla.

Perguntas frequentes