Verzenden vanaf je eigen domein

Standaard verstuurt Schedulinq je e-mails vanaf schedulinq.com. Dat werkt, maar je klant ziet een afzender die niet van jou is. Koppel je een eigen domein, dan komen bevestigingen, herinneringen en facturen aan vanaf jouw adres — en herkennen Gmail en Outlook je berichten als legitiem, wat scheelt in de spammap.

Stap voor stap

1. Open de instelling voor je verzenddomein

   Ga naar Communicatie → Instellingen en blijf op het tabblad E-mail. Bovenaan staat het blok Verzenddomein. Klik op Domein verbinden.

   

2. Kies het domein waarmee je wilt versturen

   Het veld begint met mail. — dat is met opzet. Vul het aan tot een subdomein van je eigen domein, bijvoorbeeld mail.jouwbedrijf.nl.

   

   Waarom

   Een subdomein houdt de verzendreputatie van je automatische berichten gescheiden van je gewone zakelijke mail. Loopt er ooit iets mis met de bezorging, dan raakt dat niet je hoofddomein. Net zo belangrijk: je bestaande mail (Google Workspace, Microsoft 365) heeft al SPF- en DKIM-records op je hoofddomein staan, en die zouden met de nieuwe records kunnen botsen.

3. Publiceer de DNS-records bij je provider

   Schedulinq toont drie records. Log in bij je domeinprovider, zoek het DNS-beheer van je domein op en voeg ze daar één voor één toe.

   

   Gebruik de kopieerknop naast elke waarde. De DKIM-sleutel is een blok van honderden tekens dat op het scherm wordt afgekapt met … — overtypen gaat daar bijna altijd mis.

4. Verifieer de koppeling

   Klik op Ik heb de records toegevoegd — verifiëren. Lukt het, dan zie je een bevestiging en verstuurt Schedulinq vanaf dat moment vanaf jouw domein.

   

De records, één voor één

Dit is wat je publiceert en waarom. De exacte waarden staan in je eigen scherm — neem ze daar over, niet uit dit voorbeeld.

MX-record

Verplicht

Naam send, waarde feedback-smtp.eu-west-1.amazonses.com, prioriteit 10. Onder de waarde staan ook de Prioriteit en de TTL; neem die allebei over zoals ze er staan.

Waarom

Dit vangt de terugkoppeling op van mailservers die je bericht weigeren of als spam markeren. Zonder dit record verstuur je nog steeds, maar hoor je het niet wanneer bezorging structureel misgaat.

TXT-record voor SPF

Verplicht

Naam send, waarde v=spf1 include:amazonses.com ~all.

Waarom

SPF is de lijst van servers die namens jouw domein mogen versturen. Staat de server van Schedulinq er niet op, dan mag elke ontvangende mailserver je bericht weigeren — en dat doen ze in de praktijk ook.

TXT-record voor DKIM

Verplicht

Naam resend._domainkey, waarde een lange sleutel die begint met p=.

Waarom

DKIM zet een digitale handtekening onder elk bericht, zodat de ontvanger kan controleren dat het onderweg niet is aangepast. Dit is het record dat het vaakst fout gaat, juist omdat de waarde zo lang is.

TXT-record voor DMARC

Aanbevolen

Naam _dmarc, waarde v=DMARC1; p=none;.

Waarom

DMARC vertelt Gmail en Outlook wat ze moeten doen als SPF of DKIM niet klopt. Zonder dit record belanden je berichten vaker in de spammap, ook al staan de andere records goed. p=none betekent: alleen meekijken, nog niets weigeren — de veilige stand om mee te beginnen.

Als verifiëren nog niet lukt

Je krijgt dan de melding De DNS-records zijn nog niet overal doorgevoerd.

Dat is meestal geen fout maar geduld. DNS-wijzigingen moeten zich over het internet verspreiden, en de controle gebeurt bovendien op de achtergrond — soms is één keer opnieuw klikken na een halve minuut al genoeg.

Elk record heeft een eigen status, dus je ziet welke regel nog niet klopt: Nog niet gecontroleerd vóór de eerste controle, daarna In afwachting, Geverifieerd, Mislukt of Tijdelijk mislukt. Het DMARC-record heeft geen status — dat is aanbevolen, niet gecontroleerd.

Blijft het na een uur misgaan, loop dan dit na:

1. Staan alle drie de records er? Het DKIM-record wordt het vaakst vergeten — kijk welk record niet op Geverifieerd staat.
2. Klopt de schrijfwijze van de namen? Zie de waarschuwing hierboven.
3. Is de DKIM-waarde compleet? Kopieer hem opnieuw met de kopieerknop.
4. Staat er al een SPF-record op hetzelfde subdomein? Twee SPF-records naast elkaar is ongeldig; die moet je samenvoegen tot één record.

Je hoeft niet te blijven wachten met het scherm open. Klik op Later — je domein blijft als In afwachting staan onder Verzenddomein, en je kunt de wizard daar later weer openen om te verifiëren.

Als het gelukt is

Het domein staat als Geverifieerd in je instellingen en alle klantmail gaat er vanaf dat moment vanaf.

Laat de records staan. Verwijder je ze later bij je provider, dan verliest Schedulinq de verificatie en verschijnt er een waarschuwing in je instellingen dat de koppeling opnieuw moet worden afgerond.

Veelgestelde vragen

Kan ik mijn hoofddomein gebruiken in plaats van een subdomein? Ja. Vul je een domein zonder subdomein in, dan verschijnt er een waarschuwing en moet je eerst aanvinken dat je de risico's begrijpt voordat je verder kunt.

Het risico is een botsing met de SPF- en DKIM-records van je bestaande mail, wat bezorgproblemen kan geven voor je gewone zakelijke post. Kies een subdomein tenzij je een goede reden hebt om dat niet te doen.

Verandert dit het adres waarop klanten mij kunnen antwoorden? Alleen als je het antwoordadres leeg laat. Zonder eigen domein gaat een antwoord dan naar het e-mailadres van je organisatie; met een eigen domein naar het adres waar je e-mail vandaan komt — notifications@ op je verzenddomein. Vul je bij Standaard afzender op dezelfde pagina een antwoordadres in, dan komen antwoorden daar terecht, met of zonder eigen domein.

Moet ik iets doen als ik van domeinprovider verander? Ja — je verhuist je DNS mee, dus de records moeten opnieuw bij de nieuwe provider worden gezet. Doe dat het liefst vóór de verhuizing, zodat er geen periode is waarin je berichten zonder geldige handtekening vertrekken.

Kan ik het domein weer loskoppelen? Ja, met de prullenbakknop naast het domein. Je berichten vertrekken daarna weer vanaf schedulinq.com.