Verzendlimieten en domeinopwarming: waarom nieuwe domeinen worden gefilterd

Verzendlimieten kunnen willekeurig lijken totdat je begrijpt wat ze proberen te voorkomen. Een nieuw domein dat op zijn eerste middag vierduizend berichten verstuurt, kan voor de ontvangende server op een gehackt account lijken. Een plotselinge toename zonder verzendgeschiedenis kan argwaan wekken en ook de aflevering van legitieme mail schaden.

De grenzen zijn er dus niet alleen om abonnementen van elkaar te onderscheiden. Ze verkleinen het risico dat een nieuw domein meteen te veel verstuurt en een reputatie beschadigt die het nog nauwelijks heeft opgebouwd.

Hier lees je welke limieten gelden, wat er gebeurt als je ze bereikt en hoe je het volume geleidelijk verhoogt. Geen enkel schema garandeert dat berichten door spamfilters komen.

Wat verzendlimieten beschermen

Vooral de reputatie van je domein en van de gedeelde infrastructuur.

De reputatie van je domein. Diensten zoals Gmail, Outlook en Yahoo beoordelen de verzendgeschiedenis en signalen van ongewenste mail. Daarbij spelen volumeverschillen, klachten, ongeldige adressen en reacties van ontvangers een rol, maar de precieze filtermodellen zijn niet openbaar. Een plotselinge massale verzending vanaf een onbekend domein kan de aflevering van al je mail beïnvloeden, ook facturen en berichten om een wachtwoord opnieuw in te stellen.

Andere gebruikers van dezelfde infrastructuur. Op een gedeeld platform versturen verschillende accounts via dezelfde IP-adressen. Een golf ongevraagde mail kan de reputatie van dat IP-adres en de aflevering voor andere gebruikers verslechteren. Limieten verkleinen dit risico, maar voorkomen niet zelfstandig elk misbruik.

Een hoger quotum schakelt de beoordeling door de ontvanger niet uit. Goede authenticatie, instellingen en inhoud helpen, maar geven de afzender geen controle over de map waarin een bericht belandt.

De limieten per abonnement

Dit zijn basiswaarden, geen toezegging over het beschikbare quotum. De telling volgt de kalenderdatum van de dienst, niet een voortschrijdend venster van 24 uur. Het dagquotum wordt per ontvanger verbruikt en de accountlimiet telt alle mailboxen samen: twintig Starter-mailboxen kunnen niet elk 1,000 verbruiken, want de gezamenlijke grens is 6,000. To, Cc en Bcc tellen samen mee. Een bericht aan 120 personen overschrijdt dus de Starter-limiet, ook al verstuur je maar één mail. Nieuwe domeinen hebben lagere quota. Nano vereist eigen SMTP; de tabelrij omvat geen verzending via de servers van het platform.

Voor SMTP-aanlevering geldt ook een uurlimiet, die belangrijk is bij geautomatiseerd versturen. Een programma dat zijn volledige dagquotum in anderhalve minuut probeert te gebruiken, kan daar eerder tegenaan lopen. Vermijd pieken en controleer de grenzen van de gebruikte verzendroute.

Waarom nieuwe accounts lager beginnen

Tijdens een proefperiode zonder eerdere betalingen zijn de basisveiligheidsgrenzen 30 per mailbox per dag, 50 per account, 10 ontvangers per bericht en 15 SMTP-aanleveringen per uur. Het dagquotum telt ontvangers; domeinopwarming kan het verder verlagen. Buiten de proefperiode of bij een andere accountstatus gelden andere regels. Een bevestigde betaling heft doorgaans de beperking voor accounts zonder eerdere betaling op, maar niet de abonnementsgrenzen, domeinlimieten of andere controles.

Het doel is de gedeelde infrastructuur te beschermen. Proefperiodes trekken ook mensen aan die een ongevraagde campagne willen versturen en daarna verdwijnen. Andere gebruikers blijven dan met de schade aan de IP-reputatie zitten. Een betaling beïnvloedt de accountrechten, maar bewijst niet dat de verzending legitiem is en garandeert geen aflevering.

De basiswaarde van 30 per dag is bedoeld voor een kleine test van instellingen, aflevering en mailclients, niet voor een campagne. Door het aantal ontvangers en de domeinopwarming kan het werkelijke quotum lager zijn.

Wat er gebeurt als je een verzendlimiet bereikt

Als de controle plaatsvindt voordat het bericht aan de SMTP-server wordt overgedragen, wordt de verzending met een foutmelding geweigerd in plaats van ongemerkt te verdwijnen. Controleer bij achtergrondtaken de uiteindelijke status en fout, niet alleen of de taak is aangemaakt. Ook een bericht dat binnen het quotum wordt geaccepteerd, komt niet gegarandeerd in de inbox terecht.

De dagtellers zijn gekoppeld aan de kalenderdatum van de dienst. Als het quotum om 4 uur ’s middags op is, komt er niet geleidelijk ruimte vrij doordat eerdere verzendingen ouder worden: er wordt een nieuwe datum geteld. SMTP-uurtellers hebben een afzonderlijke periode. Controleer de gebruikte tijdzone en de resterende ruimte, in plaats van uit te gaan van jouw lokale middernacht.

Loop je regelmatig tegen de limieten aan, overweeg dan een hoger abonnement als de volumegroei gerechtvaardigd is. Voor campagnes kun je een gespecialiseerde aanbieder en eigen SMTP gebruiken, nadat je de beperkingen van de gekozen methode hebt gecontroleerd. Een eigen route heft de controles in webmail en API niet op. Je kunt ook minder meldingen sturen, bijvoorbeeld een dagelijkse samenvatting in plaats van veel losse berichten.

Meer mailboxen aanmaken alleen om het quotum te omzeilen lost het probleem niet op. De gezamenlijke accountlimiet blijft bestaan en de ontvanger ziet nog steeds hetzelfde domein. Zo verbeter je de reputatie niet, en het kan op een poging lijken om beveiliging te omzeilen.

Domeinopwarming

Een nieuw domein heeft geen verzendgeschiedenis. Ontvangende servers kunnen het daarom voorzichtiger behandelen. Meteen met veel volume beginnen is riskant: goede inhoud alleen garandeert geen aflevering in de inbox.

Domeinopwarming, ook wel warm-up genoemd, betekent dat je geleidelijk meer berichten verstuurt die ontvangers echt verwachten. Het gaat niet om nagebootste activiteit en het biedt geen aflevergarantie. Dit schema is slechts een voorbeeld om het tempo te beoordelen:

Geleidelijke groei is vooral belangrijk als het domein nog nooit heeft verstuurd, lang niet is gebruikt of voor het eerst met een grote lijst werkt. Een domein dat jarenlang gelijkmatig verstuurt, hoeft niet altijd het hele proces te herhalen. Een andere aanbieder kan wel de IP-adressen, authenticatie en berichtverwerking veranderen. De domeingeschiedenis garandeert daarom geen probleemloze verhuizing.

Twee uitgangspunten zijn belangrijker dan het schema. Begin met mensen die je berichten verwachten, zonder geopende berichten of antwoorden te kopen. En schoon de lijst op voordat je verstuurt: verwijder bekende ongeldige adressen en controleer de toestemming. E-mailverificatie helpt adressen te beoordelen, maar bewijst geen toestemming en garandeert niet dat alle berichten kunnen worden afgeleverd.

Wat ontvangende servers beoordelen

Het volume verklaart niet alles. Controleer ook deze signalen:

Klachtenpercentage. Dit is een door de ontvangende dienst berekende maat voor spammarkeringen. De richtlijnen van Google voor afzenders adviseren het percentage in Postmaster Tools onder 0.1% te houden en waarden van 0.3% of meer te vermijden. Dat laatste komt neer op ongeveer drie klachten per duizend binnen die maatstaf, niet noodzakelijk over alle verzonden berichten. Pas deze cijfers niet als universele grens op elke dienst toe.

Bouncepercentage. Permanente weigeringen voor niet-bestaande adressen kunnen op een oude of ongecontroleerde lijst wijzen. Meer dan 2% is hier aanleiding om te stoppen en de oorzaak te onderzoeken, geen algemene blokkeergrens van alle maildiensten.

Authenticatie. Stel SPF, DKIM en DMARC in voor je werkelijke verzendbronnen en controleer domeinafstemming. De eisen hangen af van de ontvangende dienst en het soort en volume mail. Opwarming herstelt geen verkeerde authenticatie.

Gelijkmatigheid. Dagelijks 500 berichten versturen of alleen op maandag 3,500 geeft bij hetzelfde weektotaal verschillende belastingpatronen. Vermijd onverklaarbare pieken, maar beschouw een regelmatig schema niet als bewijs van een goede reputatie.

Reacties van ontvangers. Echte antwoorden en verwachte correspondentie helpen de lijstkwaliteit te beoordelen. Openingen worden onnauwkeurig gemeten en de weging van signalen in verschillende filters is onbekend. Boots geen interacties na om het domein op te warmen.

Binnen de verzendlimieten blijven

Scheid transactionele mail van campagnes. Facturen en wachtwoordherstel mogen niet afhankelijk zijn van de kwaliteit van een campagne. Een apart domein of subdomein helpt de stromen te scheiden, maar isoleert hun reputatie niet volledig, zeker niet bij gedeelde infrastructuur.

Let op het aantal ontvangers. Een aankondiging aan een grote lijst kan de berichtlimiet eerder bereiken dan het dagquotum. Verdeel de verzending over toegestane groepen en gebruik Bcc als adressen voor anderen verborgen moeten blijven. Dat heft het totale quotumverbruik of de campagnevereisten niet op.

Verdeel geautomatiseerde verzending over de dag. SMTP-uurlimieten gelden afzonderlijk. Een nachtelijke taak die alles tegelijk verstuurt, kan ze gemakkelijk bereiken.

Sluit adressen uit na een permanente weigering. Blijven mailen naar een bekend ongeldig adres verslechtert de lijstkwaliteit. Verwar een tijdelijke fout niet met een permanente weigering.

Maak afmelden eenvoudig. Wie niet kan vinden hoe je je afmeldt, markeert het bericht eerder als spam. Massaverzenders voor wie die eis geldt, moeten ook geschikte headers voor afmelden met één klik aanbieden. Lees wat er aan de kant van de ontvanger gebeurt.

Veelgestelde vragen

Welke dagelijkse verzendlimieten gelden?

De basiswaarden zijn 200 per mailbox en 400 per account bij Nano; 1,000 en 6,000 bij Starter; 2,000 en 15,000 bij Pro; 2,500 en 40,000 bij Agency. Per bericht zijn afhankelijk van het abonnement 50 tot 500 ontvangers toegestaan. Het dagquotum telt ontvangers; opwarming en accountstatus kunnen de effectieve grens verlagen. Nano vereist eigen SMTP.

Waarom zijn mijn limieten lager dan bij het abonnement staat?

Tijdens een proefperiode zonder eerdere betalingen zijn de basisveiligheidsgrenzen 30 per mailbox per dag en 50 per account. Andere statussen volgen andere regels. Een bevestigde betaling heft doorgaans de beperkingen voor accounts zonder eerdere betaling op, maar domeinopwarming en overige controles blijven gelden.

Wat gebeurt er als ik een limiet bereik?

De controle vóór overdracht aan de SMTP-server weigert de verzending met een foutmelding. Controleer bij achtergrondverzending de uiteindelijke taakstatus. Het dagquotum volgt de datum van de dienst, niet een voortschrijdend venster. De uurteller heeft een aparte periode.

Kan ik de limieten verhogen?

Een hoger abonnement kan het basisquotum verhogen. Overweeg voor campagnes een gespecialiseerde aanbieder en controleer de grenzen van de gebruikte route. Eigen SMTP heft de webmail- en API-quota niet op. Extra mailboxen omzeilen de gezamenlijke grens niet en verbeteren op zichzelf geen domeinreputatie.

Gelden limieten als ik mijn eigen SMTP-aanbieder gebruik?

Dat hangt af van de verzendmethode. Webmail en API controleren platformquota ook bij een eigen route. SMTP-aanlevering via een profiel heeft eigen controlevoorwaarden; daarnaast stelt de aanbieder zijn grenzen. Bij rechtstreeks versturen via een externe dienst gelden diens regels. Vraag de aanbieder wat er bij overschrijding gebeurt.

Hoe lang duurt domeinopwarming?

Vier tot zes weken wordt soms als richtlijn gebruikt, maar garandeert niet het gewenste volume. Het tempo hangt af van werkelijke aflevering, klachten, lijst, route en quota. Verslechteren de cijfers, verminder dan het volume en zoek de oorzaak in plaats van blind het schema te volgen.

Moet ik een domein opwarmen bij een verhuizing?

Niet altijd opnieuw vanaf het begin, als het al jarenlang gelijkmatig verstuurt. Een nieuwe route en nieuwe IP-adressen kunnen de aflevering wel beïnvloeden. Verhoog geleidelijk als het domein nieuw is, lang inactief was of veel meer gaat versturen. Controleer na de verhuizing authenticatie en resultaten.

Schaadt het bereiken van een limiet mijn reputatie?

Als een bericht vóór overdracht aan een externe server wordt geweigerd, ziet de ontvanger het niet. Die poging veroorzaakt daar geen klacht of bounce. Dit zegt niets over de reputatie van eerder geaccepteerde berichten en garandeert geen foutloze verzendketen.