Resend vs. Mailchimp vs. Loops:
welke kies je waarvoor?

Transactioneel of marketing: de scheiding die de keuze maakt

Die scheiding is geen semantiek, ze heeft drie gevolgen. Juridisch: voor marketingmail heb je toestemming nodig of een bestaande klantrelatie met een soortgelijk aanbod, plus in elke mail een afmeldmogelijkheid. Transactionele mail hoort bij de uitvoering van je overeenkomst en kent die afmeldknop niet, en juist daarom mag je er geen aanbieding in verstoppen. Technisch: als je campagnes en je wachtwoordmails van hetzelfde subdomein komen, kan een slechte campagne de bezorging van je wachtwoordmails meetrekken. Organisatorisch: het zijn twee verschillende mensen die op verzenden drukken, met twee verschillende gereedschappen.

Begin de keuze dus niet bij de tool maar bij deze vraag: welke van de twee stromen is bij jou de grootste, en wie beheert de tekst?

Wat de drie werkelijk zijn

Let op de rij "transactioneel". Dat is de vaakst over het hoofd geziene regel in deze vergelijking: wie Mailchimp kiest omdat de nieuwsbrief er goed uitziet, ontdekt later dat de wachtwoordmails uit een tweede product met een eigen tarief en een eigen API moeten komen.

DNS: wat je in alle drie precies zet

Welke tool je ook kiest, dit werk is hetzelfde en het bepaalt of je mail aankomt. Reken op een uur, plus wachttijd op DNS.

• SPF. Een TXT-record op het verzendende (sub)domein met de include van je leverancier. Eén SPF-record per hostnaam, niet twee, en let op de limiet van tien opzoekingen: die haal je sneller dan je denkt met drie diensten die namens jou versturen.
• DKIM. De CNAME- of TXT-records die je leverancier je geeft, per selector. Hiermee ondertekent hij je mail; zonder DKIM valt de rest om.
• DMARC. Een record op _dmarc.jouwdomein.nl. Begin met p=none en een rua-adres, lees twee weken rapporten, en schuif daarna pas naar quarantine en reject. Let op uitlijning: het zichtbare afzenderadres moet horen bij wat SPF en DKIM ondertekenen, dus stel het eigen return-path in dat je leverancier aanbiedt.
• Eigen subdomeinen. Bijvoorbeeld tx.jouwdomein.nl voor je product en nieuws.jouwdomein.nl voor marketing, zodat één slechte campagne je bestelbevestigingen niet meesleurt. Je hoofddomein houd je vrij voor je gewone zakelijke mail.
• Afmelden met één klik. De headers List-Unsubscribe en List-Unsubscribe-Post horen bij bulkmail. Google en Yahoo stellen hier sinds 2024 eisen aan, samen met authenticatie en een lage klachtratio; de actuele drempels staan in Googles richtlijnen voor afzenders, en daar horen ze ook vandaan te komen.
• Opwarmen en meekijken. Een nieuw subdomein bouw je rustig op, te beginnen bij je actiefste ontvangers. Koppel daarna de webhooks voor bounces en klachten aan je eigen database en zet harde bounces meteen uit. Google Postmaster Tools laat zien hoe Gmail naar je kijkt.

API en templating in de praktijk

Resend is een API met SDK's, een batch-eindpunt en webhooks voor bezorgd, gebounced en geklaagd. Templates schrijf je als React Email-componenten die in je repository staan, dus een mail gaat door dezelfde review en dezelfde versiegeschiedenis als de rest van je code. Dat is de sterkte en tegelijk de beperking: een tekstwijziging is een deploy, tenzij je er een eigen redactieschermpje voor bouwt.

Loops draait het om. De developer stuurt gebeurtenissen en eigenschappen naar Loops; marketing bouwt daar de mails en de wachtstappen omheen. Transactionele sjablonen kun je er ook in kwijt, met variabelen die je meestuurt. Je levert een stukje controle in over opmaak en versiebeheer en krijgt er snelheid voor terug.

Mailchimp is gebouwd voor iemand die geen developer is: sleepbare editor, merge tags, formulieren, landingspagina's en koppelingen met webshops. Voor transactionele mail schakel je Mandrill bij, en dat is een tweede API met een eigen tegoed. Wie voor beide stromen bij Mailchimp blijft, beheert twee producten.

De beslissende vraag is niet welke API het prettigst werkt, maar: wie mag volgende maand een zin in de welkomstmail veranderen zonder een developer te storen? Het antwoord op die vraag kiest je tool.

Prijsmodel bij groei

De prijs van vandaag zegt weinig, de vorm van het model zegt alles. Resend rekent naar verzonden volume: je betaalt voor frequentie. Loops en Mailchimp rekenen naar aantal contacten: je betaalt voor lijstgrootte, ook in een maand dat je niets verstuurt.

Dat leidt tot twee tegenovergestelde valkuilen. Een grote, slapende lijst is duur in een contactmodel en bijna gratis in een volumemodel. Een dagelijkse mail naar een kleine groep is precies andersom. Bij Mailchimp komt er nog een detail bij dat rekeningen verrast: hoe afgemelde en gearchiveerde contacten meetellen verschilt per abonnementsvorm. Zoek dat op vóór je importeert, niet erna.

Praktisch: schrijf twee getallen op, je verwachte aantal contacten over twaalf maanden en je verwachte aantal mails per contact per maand, en vul die in op resend.com/pricing, loops.so/pricing en mailchimp.com/pricing. Dat is de enige vergelijking die klopt, en hij klopt alleen op de dag dat je hem maakt. Opruimen scheelt in beide modellen: contacten die achttien maanden niets openden kosten geld en drukken je reputatie.

Wanneer wint welke

Resend wint

Als je product het grootste deel van de mail verstuurt: bevestigingen, uitnodigingen, facturen, meldingen. Je team is technisch, je wilt sjablonen in je repository, en je hebt de gebeurtenissen die mail veroorzaken toch al in je eigen database. Een eenvoudige nieuwsbrief kan er daarnaast bij.

Loops wint

Als je een SaaS hebt met onboarding- en lifecycle-mail waar de tekst regelmatig verandert en een marketeer die tekst beheert. De developer stuurt events, en daar stopt zijn werk. Je levert wat versiebeheer in en wint er tempo mee.

Mailchimp wint

Als de nieuwsbrief het product is: een groot, gemengd publiek, formulieren en landingspagina's erbij, koppelingen met een webshop, en een team dat de interface al kent. Reken de transactionele kant apart mee, want die zit er niet bij in.

Combineren is normaal en meestal verstandiger dan één tool alles laten doen. Resend voor je product, Loops of Mailchimp voor je publiek, en twee subdomeinen ertussen.

Wanneer je geen van de drie nodig hebt

• Een handvol mails per dag uit je applicatie. De mailrelay die je al betaalt bij je hoster of je kantoorpakket kan dat vaak aan, binnen hun limieten. Het DNS-huiswerk hierboven blijft wel gewoon staan.
• Alles wat intern is. Een melding aan je eigen team hoort in Slack of Teams, niet in een mailtool met contactlimieten.
• Je platform verstuurt al. Draait je verkoop op een webshopplatform of een CRM dat zelf mail stuurt, dan vergroot een vierde tool vooral de kans dat dezelfde persoon twee keer hetzelfde krijgt.
• Je lijst is nog klein. Bij de eerste tientallen relaties leer je meer van twintig mails die je met de hand schrijft dan van een flow die je nog niet kunt onderbouwen.
• Je betaalt al voor een pakket dat het kan. Zit e-mail in je bestaande CRM-abonnement, gebruik dat dan eerst op, ook als het minder mooi is.

Veelgestelde vragen

Hoe we deze keuze in een project maken

We beginnen met het tellen van de twee stromen: hoeveel mail verstuurt het product per dag en hoeveel verstuurt marketing per maand. Daarna leggen we vast wie de tekst beheert. Die twee antwoorden kiezen de tool doorgaans al, en pas dan kijken we naar prijs. Het DNS-werk (SPF, DKIM, DMARC, gescheiden subdomeinen, webhooks voor bounces) doen we in dezelfde week, want zonder dat is elke toolvergelijking academisch.

Wat we niet doen is een lijst kopen of importeren zonder grondslag. Wil je dit laten opzetten, dan staat op de pagina over marketingautomatisering wat dat inhoudt en hoe de prijs tot stand komt.