En 2026, le test de transfert d’e-mails BigCommerce ne reçoit rien : comment diagnostiquer ?

Vous envoyez un message à l’adresse affichée par votre boutique, mais rien n’apparaît dans la boîte de réception attendue.

Le diagnostic le plus rapide consiste à séparer deux essais : pour vérifier le transfert, envoyez un message depuis une autre adresse vers l’adresse de la boutique, et non depuis l’adresse de destination du transfert. Pour vérifier une confirmation de commande, créez ensuite une commande de test et contrôlez son adresse destinataire séparément. BigCommerce met en garde contre un possible cycle de transfert si vous utilisez l’adresse destinataire comme expéditeur de votre test (documentation officielle sur les e-mails et le transfert BigCommerce).

Cet article s’adresse aux vendeurs qui configurent le transfert d’une adresse de domaine de boutique et veulent valider son chemin de réception.
Il convient aussi aux personnes qui viennent de modifier une notification ou un modèle et souhaitent examiner le message du point de vue du destinataire.
Si vous voulez isoler des essais de votre boîte professionnelle, vous trouverez également les limites à respecter pour ne pas y acheminer des messages clients.

Identifier le message et le chemin attendus

Avant de modifier la configuration, notez trois éléments pour le message qui manque : qui l’a envoyé, à quelle adresse il était adressé et dans quelle boîte vous vous attendiez à le voir. Sans cette distinction, il est facile de chercher un défaut de transfert alors que le message attendu était une notification de commande — ou l’inverse.

Une adresse affichée sur votre boutique n’est pas nécessairement une boîte de réception autonome. Dans le cas d’un transfert, les messages adressés à cette adresse sont acheminés vers une autre boîte. La boîte de destination, et non l’adresse affichée, est alors le lieu où vous devez vérifier l’arrivée. La documentation BigCommerce décrit ses options de transfert et précise que son transfert intégré ne peut pas être utilisé en même temps qu’un service de messagerie tiers pour le domaine (règles de transfert de BigCommerce).

Commencez par établir ce que vous testez réellement :

• Adresse de boutique vers boîte existante : vous vérifiez un acheminement entrant. Le message doit partir d’une adresse indépendante et être envoyé vers l’adresse affichée par la boutique.
• Commande vers adresse du client : vous vérifiez le processus de commande et la notification correspondante. L’adresse à surveiller est celle renseignée pour le client dans la commande de test.
• Message d’essai vers l’adresse de destination du transfert : ce test ne vérifie pas le trajet attendu. Il peut créer une boucle ou empêcher le message d’aboutir, selon la configuration.

BigCommerce peut envoyer au nom de la boutique des messages tels que les confirmations de commande. Cela n’établit pas qu’un message précis a été généré, envoyé ou accepté par la boîte du destinataire. Le résultat doit être vérifié pour votre boutique et votre configuration, plutôt que déduit de la seule présence d’une adresse dans les paramètres.

Le tableau ne garantit pas l’arrivée d’un message : il sert à empêcher une confusion entre adresses et étapes. Si vous ne savez pas quel service héberge réellement la boîte du domaine, vérifiez les réglages du compte et les instructions du fournisseur avant de lancer des essais supplémentaires.

Le transfert ne reçoit rien

Quelle adresse utiliser comme expéditeur du test ?

Pour vérifier l’adresse de boutique, partez d’une autre boîte à laquelle vous avez accès. Envoyez un message simple à l’adresse affichée par la boutique, puis consultez la boîte vers laquelle le transfert doit aboutir. N’utilisez pas comme expéditeur l’adresse renseignée dans « Forwarding email to » : c’est la destination du transfert, pas l’adresse externe à partir de laquelle il faut vérifier l’acheminement.

Cette distinction est importante parce que le test peut sinon demander au système de transférer un message vers la boîte qui l’a déjà envoyé. BigCommerce signale qu’une telle configuration de test peut produire un cycle de transfert ou laisser le message bloqué. Il s’agit d’un risque lié à ce chemin de test décrit par la plateforme, et non d’une affirmation que tous les services de transfert se comportent toujours ainsi.

Une absence de message signifie-t-elle que l’adresse est mal configurée ?

Pas nécessairement. Une faute de saisie est une possibilité, mais l’adresse affichée peut aussi être associée à un autre service de messagerie ou à une destination différente de celle que vous consultez. Il est donc plus utile de suivre le trajet complet que de modifier immédiatement le paramètre.

Pour votre test de transfert de l’adresse e-mail de la boutique BigCommerce, vérifiez dans cet ordre :

1. Relisez l’adresse affichée sur la boutique. Confirmez l’orthographe de la partie située avant et après le signe arobase. Assurez-vous que le message a été envoyé à cette adresse précise, et pas à une adresse de contact ressemblante.
2. Confirmez la destination du transfert. Ouvrez les réglages utilisés par votre boutique ou par le service qui héberge le domaine. Vérifiez que la boîte consultée est bien celle déclarée comme destinataire. Ne présumez pas que l’adresse affichée possède une boîte séparée.
3. Identifiez le mode de messagerie actif. Établissez si le domaine utilise le transfert intégré de BigCommerce ou un service tiers. D’après la documentation de la plateforme, le transfert intégré ne se combine pas avec un service de messagerie tiers pour ce domaine ; vérifiez donc le mode réellement configuré avant de basculer d’une solution à l’autre (documentation de configuration des e-mails BigCommerce).
4. Envoyez un nouveau message depuis une autre boîte. Le destinataire doit être l’adresse de boutique, tandis que l’expéditeur reste indépendant de la destination. Évitez de réutiliser l’adresse vers laquelle les messages sont transférés.
5. Recherchez le message dans toute la boîte de destination. Examinez les dossiers de courrier indésirable et les catégories disponibles. Vérifiez aussi les filtres, règles ou actions automatiques qui pourraient déplacer ou supprimer le message. Google recommande de contrôler les dossiers et filtres lorsqu’un message manque (aide Gmail sur la recherche de messages manquants).
6. Consultez les détails disponibles auprès du fournisseur concerné. Si la boîte finale est hébergée par un service tiers, examinez ses paramètres et ses indications de diagnostic. Une option présente dans votre interface, son nom et son comportement peuvent varier selon l’hébergement et la configuration de votre domaine.
7. Répétez l’essai après une seule modification. Si vous changez la destination, le mode de transfert ou un filtre, refaites un test indépendant et notez le changement. Modifier plusieurs éléments simultanément rend difficile l’identification du réglage qui a résolu — ou aggravé — le problème.

La confirmation de commande reste absente

Un test de transfert et un test de commande ne vérifient pas le même événement. Dans le premier cas, vous envoyez un message à l’adresse de votre boutique pour vérifier son acheminement. Dans le second, vous déclenchez le processus de commande pour examiner la notification reçue par le client. Une réussite dans l’un n’établit pas la réussite de l’autre.

BigCommerce documente une procédure de commande de test pour examiner les réglages de la boutique, notamment les étapes liées à la livraison, aux taxes et au paiement (guide officiel pour créer une commande de test). Utilisez la procédure disponible dans votre compte, puis contrôlez séparément la création de la commande, les réglages de notification et la boîte associée à l’adresse client saisie.

Pour tester la confirmation de commande BigCommerce, suivez un parcours maîtrisé :

1. Choisissez une adresse client que vous pouvez consulter. Elle doit être accessible pendant toute la durée du test. Si vous envisagez une adresse de test isolée, vérifiez au préalable qu’elle est autorisée dans votre contexte et qu’elle permet réellement de consulter le message.
2. Utilisez la procédure de commande de test indiquée par BigCommerce. Ne remplacez pas cette étape par un simple courriel adressé à l’adresse de boutique : un message manuel ne déclenche pas nécessairement la notification de commande.
3. Vérifiez que la commande de test a bien été créée dans l’administration. Si elle n’apparaît pas, le problème se situe peut-être avant l’étape d’envoi du courriel. Ne concluez pas à un défaut de réception sur la seule base d’une boîte vide.
4. Examinez les paramètres de notification et le destinataire de la commande. Confirmez que vous contrôlez l’adresse client concernée et que la notification attendue correspond bien au message que vous cherchez.
5. Consultez la boîte associée à cette adresse et ses dossiers secondaires. Une notification peut être classée ailleurs ou déplacée par une règle. Les consignes Gmail sur la recherche d’un message manquant incluent notamment la vérification des dossiers et filtres (procédure de recherche de messages manquants).
6. Séparez le constat du diagnostic. Notez si la commande a été créée, si la notification apparaît dans les réglages pertinents et si le destinataire a reçu quelque chose. Ces observations permettent de demander de l’aide à partir d’un point précis, plutôt que de signaler uniquement que « le courriel ne marche pas ».

Une commande de test renseigne sur le parcours de votre boutique dans les conditions de l’essai. Elle ne prouve pas que chaque fournisseur de messagerie recevra le message, ni que tous les acheteurs verront une présentation identique. Pour examiner la délivrabilité, les consignes destinées aux expéditeurs expliquent les facteurs que les fournisseurs peuvent prendre en compte, sans garantir le résultat pour une adresse particulière (guide Google destiné aux expéditeurs).

Une adresse d’essai adaptée à l’usage

Une adresse de réception séparée peut limiter le mélange entre les essais et la boîte opérationnelle, mais elle ne remplace pas une adresse d’entreprise durable. Le choix dépend de ce que le message contient et de la nécessité de le retrouver après le test.

Avantages d’une adresse séparée : vous distinguez plus facilement les messages de test des demandes clients, et vous pouvez examiner la notification sans ajouter ces essais à la boîte principale. Pour un usage ponctuel, cela peut simplifier l’observation du parcours.

Limites à garder en vue : une adresse temporaire ne doit pas recevoir les demandes de clients, les informations de commande ou de paiement, ni les courriels nécessaires à la récupération d’un compte. Elle ne garantit ni la livraison ni l’acceptation par la plateforme. Avant de l’utiliser, vérifiez qu’elle est consultable et qu’elle est permise pour le test concerné. Si vous souhaitez mieux distinguer la durée d’usage des adresses temporaires, le guide de planification de la durée d’une boîte de réception peut vous aider à réfléchir à cette limite.

Un scénario fréquent illustre cette séparation : vous venez de modifier un modèle de confirmation et vous voulez en contrôler la réception sans encombrer la boîte qui sert aux demandes de clients. Une boîte d’essai accessible peut convenir pour cette vérification, à condition que le processus de test soit autorisé et qu’aucun message important ne dépende de sa conservation. En revanche, si le test porte sur une commande réelle, un paiement, une demande après-vente ou une récupération de compte, utilisez une adresse professionnelle dont vous gardez durablement la maîtrise.

Pour une boutique, il est utile de consigner le but de chaque adresse : contact client, notifications administratives, essais de modèle ou vérification du transfert. Ce repère évite qu’un collaborateur prenne l’adresse d’essai pour une boîte de service après-vente ou qu’une adresse de transfert soit présentée comme une boîte indépendante. Si plusieurs personnes effectuent des tests, indiquez aussi qui peut consulter la destination et qui doit retirer l’adresse d’essai une fois l’opération terminée.

Remettre le diagnostic sur le bon chemin

Quand un message manque, ne changez pas immédiatement tous les réglages de la boutique. Reprenez d’abord les trois repères — expéditeur, destinataire initial et boîte finale — puis vérifiez si vous testez le transfert ou la confirmation d’une commande. Pour le transfert, partez d’une boîte différente de la destination ; pour la notification, utilisez une commande de test et l’adresse client que vous pouvez consulter.

Si l’adresse de boutique transfère correctement les messages mais que la confirmation n’arrive pas, poursuivez le diagnostic du côté de la commande, de la notification et de la boîte client. Si la confirmation arrive mais que le transfert échoue, vérifiez plutôt l’adresse affichée, la destination finale, le mode de messagerie actif et les filtres. Les options visibles dans votre compte et les instructions du service qui héberge votre messagerie restent déterminantes pour votre configuration.

Si vous effectuez uniquement un essai autorisé et sans enjeu client, une adresse temporaire accessible peut servir à isoler la réception du test. Msgforward peut être envisagé dans ce cadre, sans présumer qu’une adresse temporaire sera acceptée ou recevra nécessairement chaque message. Consultez les informations de Msgforward et vérifiez que l’adresse est effectivement consultable avant de l’utiliser. Pour les clients, les commandes, les paiements et la récupération de compte, conservez une boîte professionnelle durable que vous contrôlez dans le temps.