IOSOR Guides
Second domaine e-mail : transfert sans mélanger la phase de chauffe
Maîtrisez le transfert d'un second domaine e-mail dans votre CPaaS en marque blanche sans polluer la réputation active.
La segmentation des messages transactionnels sur des identités d'envoi dédiées protège vos taux de délivrabilité globaux. L'erreur classique consiste à router du volume réel vers une adresse non rodée avant la propagation DNS. Isolez vos profils de trafic et planifiez un transfert progressif via API.
Pourquoi ajouter un second domaine lors de la croissance
Lorsque vos locataires CPaaS en marque blanche étendent leurs opérations, un domaine d'envoi unique devient rapidement un goulot d'étranglement. Séparer les alertes transactionnelles des messages marketing protège la délivrabilité, mais le transfert exige de la précision. Si vous déclenchez du trafic sur une adresse fraîche avant la stabilisation des enregistrements, les fournisseurs de messagerie signalent les pics de volume.
Configuration DNS et enregistrements fondamentaux
Avant de router le moindre trafic en direct, configurez SPF, DKIM et DMARC. Chaque domaine personnalisé requiert des signatures cryptographiques uniques. Si vous partagez des registres de facturation entre services, assurez-vous que les alertes financières suivent des règles similaires pour éviter les écarts. Validez que vos nouveaux enregistrements DNS se propagent globalement avant d'assigner l'adresse aux profils des locataires dans votre portail de gestion.
Isolation des profils de trafic
Ne mélangez pas du trafic OTP transactionnel à fort volume avec des bulletins promotionnels sur la même identité non rodée. Les fournisseurs de messagerie analysent les métriques d'engagement par empreinte d'expéditeur. Si les plaintes pour spam frappent votre second domaine alors que son score de confiance est bas, le placement en boîte de réception s'effondre. Consultez notre guide sur la chauffe de domaines dédiés versus partagés pour décider si vos locataires ont besoin de bassins isolés.
Suivi des métriques de réputation
| Métrique | Seuil Sûr | Action en cas de dépassement |
|---|---|---|
| Taux de rebond | Moins de 2.5% | Suspendre la campagne |
| Plainte spam | Moins de 0.08% | Révoquer l'envoi |
| Authentification | 100% succès | Arrêter le routage |
| Volume journalier | +20% max | Plafonner le débit |
Seuils de facturation et limites d'échelle
L'exploitation de plusieurs domaines nécessite un financement de compte robuste. IOSOR applique un seuil prépayé strict de USD 20 pour empêcher l'abus de plateforme, garantissant que chaque locataire maintient des soldes positifs avant d'expédier des messages.
Commencez avec IOSOR
Lectures: rebonds versus plaintes · Gestion des pics d'abus d'e-mails sortants via des listes de suppression auto… · réservation prépayée avant le premier débit.
À retenir — IOSOR
Un second domaine qui hérite du volume de A est une chauffe mélangée.
Faites : isolez owner, sélecteur, ledger et plafond ; prouvez B avant la bascule. Ne faites pas : pointer le From de A vers B le jour un, ni partager la rampe de reprise de A.
Ce guide vous a-t-il aidé ?
Guides associés
- Séparation des files d'attente d'e-mails transactionnels et promotionnels
Concevez un routage d'e-mails robuste dans votre CPaaS pour protéger les OTP et notifications système critiques.
- Réactiver les domaines d'envoi dormants sans déclencher les filtres ISP
Réintroduisez en toute sécurité les domaines de sous-locataires à faible activité dans les pools d'envoi actifs grâce à des plannings de montée en puissance contrôlés et une allocation JIT automatisée.
- Gestion des limites de débit et régulation des files d'attente pour les pics d'emails
Apprenez à tamponner les pics d'emails volumineux grâce aux files d'attente asynchrones, moteurs de backoff et limites de débit pour respecter les règles ISP.