L’essentiel à retenir
- Routage multi-fournisseur : connectez plusieurs fournisseurs d’envoi (Amazon SES, SendGrid, Mailgun, SMTP générique, Gmail OAuth) à un même espace de travail et gérez-les depuis un point unique.
- Répartition de charge pondérée : attribuez à chaque serveur une part du trafic sortant en fonction du coût, du quota journalier et du débit d’envoi maximal.
- Basculement automatique (failover) : lorsqu’un fournisseur renvoie des erreurs de limitation de débit ou de disponibilité (par exemple HTTP 429, HTTP 5xx ou un SMTP 421 émis par le relais), les messages en file d’attente sont redirigés en temps réel vers un serveur de secours.
Lorsque votre volume atteint des centaines de milliers, voire des millions d’e-mails par mois, dépendre d’un seul fournisseur d’envoi crée un point de défaillance unique. Une panne chez le fournisseur, une maintenance programmée, une limitation de débit (throttling) ou l’atteinte inattendue de votre quota d’envoi journalier peuvent retarder des campagnes et des e-mails transactionnels dont l’activité dépend.
L’infrastructure multi-fournisseur d’eMailBase répond à ce problème en transformant vos serveurs d’envoi en un pool flexible et auto-réparateur, plutôt qu’en un canal unique.
1. Les bénéfices techniques d’une architecture multi-serveur
Piloter plusieurs serveurs d’envoi depuis une seule console vous apporte trois avantages opérationnels :
Basculement automatisé
Lorsque le serveur principal est injoignable ou refuse les soumissions avec une erreur temporaire (comme un SMTP 421 émis par le relais, ou un HTTP 429 ou 5xx renvoyé par l’API d’un fournisseur), eMailBase transfère automatiquement les messages concernés de la file d’attente vers un serveur de secours préconfiguré, pour que la campagne se poursuive. Les reports (deferrals) émis par le fournisseur de messagerie du destinataire (par exemple un 4xx de Gmail ou d’Outlook) sont retentés selon le calendrier prévu plutôt que basculés, car changer de fournisseur ne résout pas un blocage côté destinataire.
Montée en charge du débit et des quotas
Chaque compte d’envoi cloud dispose d’un débit d’envoi maximal (e-mails par seconde) et, chez la plupart des fournisseurs, d’un quota journalier ou mensuel. Répartir le trafic sur plusieurs serveurs permet à votre débit global d’approcher leur capacité cumulée, si bien que les grosses campagnes se terminent plus vite. En pratique, la limitation de débit appliquée côté réception par les grands fournisseurs de messagerie s’applique toujours : adaptez donc le rythme d’envoi vers chaque domaine destinataire en fonction de votre réputation.
Segmentation du trafic par usage
Vous pouvez dédier des serveurs distincts à chaque flux d’e-mails : un compte Google Workspace (Gmail OAuth) pour les relances commerciales personnalisées en one-to-one, un pool Amazon SES pour les newsletters récurrentes et Twilio SendGrid pour les e-mails transactionnels déclenchés par des événements. Séparer les flux isole aussi leurs réputations : une campagne de newsletter peu performante ne pénalise pas vos e-mails de réinitialisation de mot de passe ni vos reçus.
2. Les modèles d’infrastructure d’envoi les plus courants
| Modèle d’architecture | Configuration | Objectif opérationnel principal |
|---|---|---|
| Optimisé pour les coûts, avec basculement | Amazon SES (pondération de 80 %) + SendGrid (pondération de 20 % et cible de basculement) | Profiter du faible coût par message d’Amazon SES tout en conservant sur SendGrid une route de secours fiable et déjà chauffée. |
| Configuration de démarrage flexible pour les PME | Gmail OAuth en 1 clic (e-mails one-to-one) + Amazon SES (e-mails de campagne) | Utiliser la boîte professionnelle existante pour démarrer rapidement la prospection personnalisée, tandis que SES gère les envois en volume. Google Workspace plafonne l’envoi à environ 2 000 messages par utilisateur et par jour, et l’envoi en masse vers Gmail exige toujours SPF, DKIM et DMARC sur votre domaine. |
| Grande entreprise | Plusieurs comptes Amazon SES répartis sur différentes régions (US East, EU West, Asia Pacific Southeast) | Bénéficier de quotas et de débits d’envoi indépendants par région, conserver les données dans la région requise pour se conformer aux exigences de résidence des données, et rester opérationnel si une région AWS subit un incident. |
3. Comment configurer le routage des serveurs dans eMailBase
- Ouvrez le BYO Sending Hub dans votre espace de travail.
- Connectez chaque fournisseur en saisissant sa clé API ou ses identifiants SMTP, ou associez un compte Google via OAuth en 1 clic.
- Ajustez le curseur Poids de chaque serveur pour définir la répartition de trafic souhaitée.
- Choisissez le serveur qui servira de destination de basculement et définissez le seuil de tentatives, c’est-à-dire le nombre d’échecs tolérés avant que le trafic ne change de route.
