Een bureau dat e-maildiensten doorverkoopt, krijgt vroeg of laat te maken met een klant die niet via de servers van een ander wil verzenden. Soms is dat een nalevingsvereiste, soms heeft de klant een bestaande relay waarvan de reputatie jarenlang is opgebouwd, en soms is het een beleidsregel die niemand opnieuw ter discussie wil stellen. White-label SMTP voldoet aan die eis zonder dat het je de klantrelatie kost: de interface draagt jouw merk, terwijl de berichten via de infrastructuur van de klant worden verzonden.
Op deze pagina lees je hoe de twee instellingen samengaan, waarom die scheiding ook waardevol is wanneer geen enkele klant erom vraagt en welk authenticatiewerk bepaalt of de berichten daadwerkelijk aankomen.
Twee instellingen die samen één oplossing vormen
White-label SMTP is geen functie die je met één schakelaar aanzet. Het bestaat uit twee onafhankelijke instellingen per domein die samenkomen. Daardoor wordt deze combinatie gemakkelijk over het hoofd gezien.
De huisstijl wordt per domein ingesteld. Elk domein kan de standaard van het account overnemen, een eigen merk gebruiken of geen merk tonen. Eén account kan zo op ieder beheerd domein een ander bedrijf presenteren. De werking staat beschreven in huisstijl per domein.
Ook verzending wordt per domein ingesteld. Een domein gebruikt de beheerde SMTP-dienst van het platform, een profiel dat je zelf aanlevert of helemaal geen verzenddienst. Een profiel bevat de gegevens voor een relay, waaronder hostnaam, poort, gebruikersnaam en wachtwoord. Elk domein kan naar een ander profiel verwijzen. Meer hierover lees je in aangepaste SMTP per domein.
Stel beide opties per domein in en je hebt white-label SMTP: veertig klantdomeinen, desgewenst veertig verschillende merken en veertig afzonderlijke verzendroutes, allemaal beheerd vanuit één aanmelding en één abonnement.
Waarom klanten hierom vragen
Klanten vragen om vier redenen naar white-label SMTP. Het is belangrijk die redenen uit elkaar te houden, want slechts twee ervan zijn bespreekbaar.
Ze bezitten IP-adressen met een opgebouwde reputatie. Een gevestigde verzendreputatie is bijzonder moeilijk opnieuw op te bouwen en gemakkelijk kwijt te raken. Een klant wiens mail nu betrouwbaar wordt bezorgd, bezit een waardevol bedrijfsmiddel. Vragen om dat op te geven betekent dat de klant voor jouw gemak een risico moet nemen.
Een contract schrijft de verzendroute voor. Sommige overeenkomsten bepalen waar berichten vandaan moeten komen. Dat is geen voorkeur waarover je de klant op andere gedachten kunt brengen.
Er is al transactioneel verzendvolume. Als de toepassing van de klant al via een bepaalde provider verzendt, houdt dezelfde route voor gewone correspondentie het bij één leveranciersrelatie in plaats van twee.
Institutionele voorzichtigheid. Dit is de vaagste en tegelijk de meest voorkomende reden: een leidinggevende voelt zich niet prettig bij mail die via een nog niet beoordeelde leverancier vertrekt. White-label SMTP lost dat op zonder een volledig inkooptraject.
De scheiding is hoe dan ook waardevol
Zelfs wanneer geen klant erop staat, beschermt white-label SMTP je tegen een probleem dat op grotere schaal duur uitpakt.
Op één gedeelde route beïnvloedt het gedrag van elke klant de reputatie van alle andere klanten. Eén gehackt postvak, één onverstandige bulkmailing of één campagne met veel bounces kan de bezorging voor het hele klantenbestand aantasten. Je hebt dan een probleem dat moeilijk uit te leggen is aan de getroffen klanten, omdat een andere organisatie de oorzaak vormt.
Routering per domein houdt het probleem binnen de grenzen. Een incident op één domein blijft beperkt tot dat domein, waardoor een probleem voor de hele klantenportefeuille verandert in één lastig gesprek. Voor een bureau met veertig klantdomeinen is die afscherming meer waard dan de configuratie kost.
Waar het authenticatiewerk terechtkomt
Op dit punt mislukken white-label SMTP-configuraties, en dat gebeurt geruisloos: de mail wordt zonder foutmelding verzonden, maar belandt in de spammap.
Voor verzending via de relay van de klant moeten de DNS-instellingen van die klant de relay machtigen. Het SPF-record moet hem bevatten en de DKIM-handtekening moet uitgelijnd zijn met het domein in de Van-header. Geen van beide staat in jouw DNS. De klant moet dus beide wijzigingen uitvoeren, en dat is de werkelijke projectmanagementlast van deze constructie.
Voer een echte test uit voordat je het werk als afgerond beschouwt. Stuur een bericht naar twee grote providers en controleer de berichtkoppen: SPF geslaagd, DKIM geslaagd en DMARC-uitlijning correct. Zijn alle drie zichtbaar, dan ben je klaar. Mislukt er één, dan heb je iets gebouwd dat lijkt te werken maar het niet doet. Onze handleidingen voor SPF en DMARC-uitlijning leggen uit aan welke voorwaarden moet worden voldaan.
Begroot dit werk per klant en niet alleen voor het project als geheel. Veertig domeinen betekenen veertig DNS-gesprekken met veertig verschillende mensen die de records bij veertig verschillende registrars beheren. Dit onderdeel duurt weken in plaats van minuten.
Wat onder jouw beheer blijft
Bij white-label SMTP levert de klant de verzendroute, terwijl alles wat de medewerkers daadwerkelijk gebruiken nog steeds jouw merk draagt.
Ze melden zich aan bij webmail met jouw logo, kleuren en supportadres. Postvakken, aliassen, routering en opslag beheer je vanuit jouw dashboard. Als iets niet werkt, nemen ze contact met jou op omdat de interface dat aangeeft. Dat is precies het doel van doorverkoop in plaats van doorverwijzing.
De eerlijke beperking is dat berichtkoppen nog steeds laten zien waar mail is verwerkt. Een technisch onderlegde ontvanger kan bij inspectie dus het achterliggende platform herkennen. Dat geldt voor iedere white-label e-maildienst, ook als men het niet vermeldt, en het maakt voor de medewerkers van klanten vrijwel nooit iets uit. Soms vindt de eigen IT-afdeling van een klant het wel belangrijk. Bespreek dat liever vroeg dan dat je er later door wordt verrast.
Wat het kost en wie betaalt
White Label Lite kost $39 per maand of $389 per jaar, is beschikbaar bij elk e-mailabonnement, ook het gratis abonnement, en wordt niet per klant berekend. Veertig klantdomeinen kosten evenveel als vier.
De klant betaalt de relay. Dat is een commercieel voordeel dat het vermelden waard is: je verkoopt het beheer en de interface door, niet de verzendcapaciteit. Een klant met een groot, kostbaar transactioneel verzendvolume verhoogt je rekening dus niet. Je e-mailabonnement dekt het aantal domeinen en postvakken. Een bureau van deze omvang gebruikt meestal Agency voor $29 per maand en duizend domeinen.
Dat zijn de totale terugkerende kosten: $68 per maand voor een mailomgeving met eigen huisstijl en meerdere klanten, waarbij iedere klant via de eigen infrastructuur verzendt.
Wanneer je dit niet moet doen
In drie gevallen is white-label SMTP de verkeerde keuze. Doen alsof dat niet zo is, zou je uiteindelijk geld kosten.
De klant heeft geen relay en jij zou er een moeten bouwen. Verzendinfrastructuur opzetten voor een klant die daar nog niet over beschikt, vergt weken van opwarming en brengt blijvende verantwoordelijkheid met zich mee. Beheerde verzending bestaat juist om dit te voorkomen. Een nieuwe relay is een achteruitgang die als flexibiliteit wordt gepresenteerd.
Je zou infrastructuur ondersteunen die je niet kunt inzien. Als de relay van de klant geen mail meer accepteert, stopt de verzending en belt de klant jou. Zonder inzicht in het systeem ben je verantwoordelijk voor iets wat je niet kunt onderzoeken. Spreek vooraf af wie problemen diagnosticeert.
De klant is klein en de constructie is vooral voor de vorm. Een klant met twee medewerkers die een eigen verzendroute vraagt omdat dat professioneler klinkt, vraagt om complexiteit die binnen drie maanden een supportmelding oplevert. Beheerde verzending is geschikter, en dat eerlijk zeggen is zakelijk verstandiger dan akkoord gaan.
Deze aanpak verdient zijn plaats bij klanten die al eigen verzendinfrastructuur hebben en weten waarom. Voor alle anderen is de eenvoudigere opzet ook de betrouwbaardere.
