Une agence qui revend des services de messagerie finit toujours par rencontrer un client qui refuse d’envoyer par les serveurs d’un tiers. Il peut s’agir d’une exigence de conformité, d’un relais existant dont la réputation a été soigneusement construite pendant des années ou d’une politique que personne ne souhaite renégocier. Le SMTP en marque blanche répond à cette demande sans vous faire perdre la relation commerciale: l’interface porte votre marque et les messages du client partent par sa propre infrastructure.
Cette page explique comment les deux réglages se combinent, pourquoi cette séparation reste utile même si aucun client ne l’exige et quel travail d’authentification détermine si les messages arrivent réellement à destination.
Deux réglages qui se combinent
Le SMTP en marque blanche n’est pas une fonction que l’on active d’un simple bouton. Il résulte de deux réglages indépendants définis par domaine, raison pour laquelle cette combinaison passe facilement inaperçue.
L’identité visuelle est configurée par domaine. Chaque domaine peut reprendre la présentation par défaut du compte, afficher sa propre marque ou n’en afficher aucune. Un même compte peut donc présenter une entreprise différente sur chacun de ses domaines. Le fonctionnement est détaillé dans l’identité visuelle par domaine.
L’envoi est lui aussi configuré par domaine. Un domaine peut utiliser le serveur SMTP géré de la plateforme, un profil que vous fournissez ou aucun service. Chaque profil contient les identifiants d’un relais, notamment le nom d’hôte, le port, le nom d’utilisateur et le mot de passe, et chaque domaine peut pointer vers un profil différent. Consultez notre article sur le serveur SMTP personnalisé par domaine.
Configurez les deux réglages pour chaque domaine et vous obtenez un SMTP en marque blanche: quarante domaines clients, quarante marques si vous le souhaitez et quarante circuits d’envoi distincts, le tout administré avec un seul accès et un seul abonnement.
Pourquoi un client demande cette configuration
Les clients demandent un SMTP en marque blanche pour quatre raisons. Il est utile de les distinguer, car seules deux d’entre elles sont négociables.
Des adresses IP dont la réputation est déjà établie. Une réputation d’envoi établie est réellement difficile à reconstruire et facile à perdre. Un client dont les messages sont actuellement remis de façon fiable possède un véritable actif. Lui demander d’y renoncer revient à lui faire prendre un risque pour votre propre commodité.
Un contrat qui désigne le circuit d’envoi. Certains accords précisent l’origine des messages. Ce n’est pas une préférence et vous ne convaincrez pas le client d’y renoncer.
Un volume transactionnel existant. Si l’application du client envoie déjà par un fournisseur donné, acheminer sa correspondance par le même service permet de conserver une seule relation commerciale au lieu de deux.
La prudence institutionnelle. C’est la raison la plus vague et la plus courante: un responsable ne souhaite pas voir les messages partir par un fournisseur qui n’a pas été évalué. Le SMTP en marque blanche résout ce problème sans lancer une procédure d’achat.
Une séparation utile dans tous les cas
Même lorsque aucun client ne l’impose, le SMTP en marque blanche protège votre agence contre un type d’incident qui devient coûteux à grande échelle.
Sur un circuit partagé, le comportement de chaque client affecte la réputation de tous les autres. Il suffit d’une boîte compromise, d’un envoi en masse mal préparé ou d’une campagne générant trop de rebonds pour dégrader la délivrabilité de l’ensemble du portefeuille. Vous devez alors expliquer aux clients touchés un problème dont la cause appartient à quelqu’un d’autre.
Le routage par domaine contient le problème. Un incident sur un domaine reste limité à ce domaine, transformant une crise qui toucherait tout le portefeuille en une seule conversation délicate. Pour une agence qui gère quarante domaines clients, ce cloisonnement vaut largement le coût de la configuration.
À qui revient le travail d’authentification
C’est à ce stade que les configurations SMTP en marque blanche échouent, et elles le font discrètement: les messages partent sans erreur mais finissent dans les courriers indésirables.
Pour envoyer par le relais du client, le DNS de ce dernier doit autoriser ce relais. Son enregistrement SPF doit l’inclure, et la signature DKIM doit être alignée sur le domaine de l’adresse d’expéditeur. Aucun de ces éléments ne se trouve dans votre DNS. Les deux modifications nécessitent donc l’intervention du client, ce qui constitue le véritable coût de gestion de ce projet.
Effectuez un test réel avant de considérer le travail terminé. Envoyez un message vers deux grands fournisseurs et consultez ses en-têtes: SPF validé, DKIM validé et alignement DMARC correct. Si les trois résultats apparaissent, la configuration est achevée. Si l’un d’eux échoue, vous avez construit un système qui semble fonctionner mais ne fonctionne pas. Nos guides sur SPF et l’alignement DMARC expliquent les conditions à remplir.
Prévoyez cette charge pour chaque client plutôt que pour le projet dans son ensemble. Quarante domaines représentent quarante échanges sur le DNS avec quarante personnes différentes qui contrôlent ces enregistrements auprès de quarante bureaux d’enregistrement différents. C’est cette étape qui prend des semaines plutôt que quelques minutes.
Ce qui reste sous votre contrôle
Avec un SMTP en marque blanche, le client fournit le circuit d’envoi, tandis que tout ce que ses équipes utilisent directement continue de porter votre marque.
Ses utilisateurs se connectent au webmail avec votre logo, vos couleurs et votre adresse d’assistance. Les boîtes, les alias, le routage et le stockage sont administrés depuis votre tableau de bord. En cas de problème, ils vous contactent, car c’est ce que leur indique l’interface. C’est précisément le principe de la revente, par opposition à une simple recommandation.
Il faut néanmoins préciser en toute transparence que les en-têtes montrent toujours où les messages ont été traités. Une personne disposant de connaissances techniques peut donc reconnaître la plateforme sous-jacente en inspectant un message. Cela vaut pour tous les services de messagerie en marque blanche, même lorsque personne ne le mentionne, et ce détail n’a jamais d’importance pour les employés du client. Il peut en avoir pour son service informatique, et mieux vaut en discuter tôt que de le découvrir par surprise.
Le coût et sa répartition
White Label Lite coûte $39 par mois ou $389 par an. Il est disponible avec toutes les offres de messagerie, y compris l’offre gratuite, et son prix ne dépend pas du nombre de clients. Quarante domaines clients coûtent autant que quatre.
Le coût du relais revient au client, ce qui représente un avantage commercial important: vous revendez l’administration et l’interface, pas la capacité d’envoi. Un client qui génère un volume transactionnel coûteux n’alourdit donc pas votre facture. Votre offre de messagerie couvre le nombre de domaines et de boîtes. Une agence de cette taille utilise généralement Agency à $29 par mois, qui permet de gérer mille domaines.
Voilà la totalité du coût récurrent: $68 par mois pour un service de messagerie multiclient à votre marque, où chaque client envoie par sa propre infrastructure.
Quand cette solution est déconseillée
Dans trois cas, le SMTP en marque blanche est un mauvais choix. Prétendre le contraire finirait par vous coûter cher.
Le client ne possède aucun relais et vous devriez en construire un. Mettre en place une infrastructure d’envoi pour un client qui n’en a pas demande des semaines de montée en réputation des adresses IP et crée une responsabilité permanente. L’envoi géré existe précisément pour éviter cette tâche. Un relais neuf est une régression présentée comme une souplesse supplémentaire.
Vous devriez assurer le support d’une infrastructure sans aucune visibilité. Lorsque le relais du client cesse d’accepter les messages, ses envois s’arrêtent et il vous appelle. Si vous n’avez aucun accès au système, vous devenez responsable d’un problème que vous ne pouvez pas diagnostiquer. Déterminez à l’avance qui mènera les investigations.
Le client est petit et cette organisation n’est que symbolique. Un client de deux personnes qui demande son propre circuit d’envoi parce que cela semble plus professionnel réclame une complexité qui produira probablement un ticket d’assistance dans les trois mois. L’envoi géré lui convient mieux, et le lui dire est une meilleure décision commerciale que d’accepter.
Ce modèle est justifié pour les clients qui possèdent déjà leur infrastructure d’envoi et savent pourquoi ils la conservent. Pour tous les autres, la configuration la plus simple est aussi la plus fiable.
