Sådan holder et bureau styr på deliverability for ti kundedomæner samtidig

Et bureau, der sender B2B-outreach for ti forskellige kunder, har reelt ti separate deliverability-problemer, der kører parallelt - ikke ét. Et enkelt kundedomæne, der ender på en blacklist, kan smitte af på bureauets omdømme hos de øvrige kunder, hvis overvågningen ikke er sat rigtigt op fra start. Denne artikel gennemgår, hvordan man vælger email deliverability monitoring tools, der rent faktisk skalerer til mange klienter, og hvorfor Salesforce alene ikke løser opgaven.

Problemet: ét bureau, ti klienter, ti separate afsenderomdømmer

Når et bureau sender cold email for flere B2B-kunder, har hver kunde sit eget domæne, sin egen SPF/DKIM/DMARC-opsætning og sin egen afsenderhistorik hos Google, Microsoft og de øvrige mailudbydere. Det betyder, at en kampagne, der går glimrende for én kunde, sagtens kan lande i spam for en anden - selvom bureauet bruger den samme skabelon og det samme værktøj til at sende.

Problemet vokser, fordi bureauer typisk starter med at overvåge manuelt: et regneark, nogle skærmbilleder fra Postmaster Tools, en kundes egen rapport fra Salesforce. Det holder til tre-fire kunder. Ved ti eller flere bliver det umuligt at opdage, at ét domæne stille og roligt mister leveringsevne, før kunden selv ringer og spørger, hvorfor svarprocenten er faldet.

Sådan bygger du en overvågning, der skalerer til flere kunder

Løsningen er ikke flere regneark, men et fast sæt kriterier for, hvilke email deliverability monitoring tools der reelt kan håndtere multi-domæne-drift. Værktøjet skal kunne vise status per domæne uden at blande data sammen, og det skal give besked, før problemet rammer inboxen - ikke bagefter.

Et minimumssetup for et bureau med flere kunder bør indeholde følgende elementer, uanset hvilken leverandør der vælges:

• Separat SPF, DKIM og DMARC-record per kundedomæne - aldrig delt mellem kunder
• Automatisk parsing af DMARC aggregate-rapporter, så uautoriserede afsendere opdages med det samme
• Blacklist-overvågning per domæne og per afsender-IP, ikke kun på bureauets eget domæne
• Seed-list eller inbox placement-test, der viser reel placering hos Gmail, Outlook og øvrige store udbydere
• Alarmtærskler for bounce rate og spam complaint rate, sat per kunde - én kundes tærskel passer ikke nødvendigvis til en anden
• Et eksportérbart klientrapport-format, så bureauet kan vise data uden at afsløre andre kunders tal

Værktøjer i praksis: fra DMARC-rapporter til CRM-integration

De bedste email deliverability-værktøjer til bureau-brug falder typisk i tre kategorier. DMARC-rapportværktøjer som dmarcian samler og fortolker de rå XML-rapporter, som mailudbydere sender tilbage - uden dem er DMARC reelt ubrugeligt i praksis, fordi ingen læser rådata manuelt. Dmarcian pricing er lagdelt efter antal beskyttede domæner, hvilket gør det relevant at regne på, om bureauet betaler per klientdomæne eller får en samlet aftale - spørg altid leverandøren direkte, da niveauerne ændrer sig over tid.

Den anden kategori er seed-list og inbox placement-værktøjer, der viser, om en mail rent faktisk lander i indbakken eller i spam hos de store udbydere - det er den eneste måde at få et objektivt billede uafhængigt af, hvad afsenderens eget CRM rapporterer.

Den tredje kategori er CRM-integrationen selv. Her opstår typiske salesforce email deliverability issues: Salesforce viser bounces, replies og opt-outs pr. kontakt, men har ingen indbygget visning af domænets omdømme, blacklist-status eller DMARC-alignment. Et bureau, der kun kigger på Salesforce-rapporter, ser symptomerne (faldende svarprocent) uden at se årsagen (domænet er på vej ned ad et omdømme-fald).

Benchmarks: hvad er normalt for et sundt sæt kundedomæner

Når man overvåger ti domæner samtidig, er det afgørende at kende de normale intervaller - ellers bruger man alarmer på støj i stedet for reelle problemer. Under et sundt setup for målrettet B2B-outreach ligger tallene typisk i følgende bånd:

Fem fejl bureauer laver, når de skalerer til flere kunder

De fleste deliverability-problemer hos bureauer med mange kunder opstår ikke af mangel på værktøjer, men af manglende disciplin i, hvordan de bruges.

• At lade flere kunder sende fra samme rodddomæne eller samme delte IP-pulje for at spare på opsætningen
• At ignorere DMARC aggregate-rapporter, fordi de er tekniske og svære at læse uden et fortolkningsværktøj
• At sætte en ny kundes domæne direkte i fuld volumen uden opvarmning, fordi kunden ønsker hurtige resultater
• At bruge Salesforce-rapporter som eneste kilde til deliverability-status, uden at krydstjekke mod faktisk inbox placement
• At mangle en fast eskaleringsproces, så et fald i leveringsevne først opdages, når kunden selv klager

Sådan gør vi det hos LDM

Hos LDM får hver kunde sit eget afsenderdomæne eller subdomæne med individuel SPF, DKIM og DMARC-opsætning, aldrig delt med andre kunder. Vi kører faste ugentlige gennemgange af DMARC-rapporter, blacklist-status og inbox placement per domæne, og alarmtærsklerne er sat individuelt, fordi en etableret e-handelskunde og en nystartet SaaS-virksomhed ikke har samme normalniveau.

Vi kobler denne overvågning til CRM-flowet, så svar og bounces fra hver kunde forbliver adskilt, men uden at det kræver, at kunden selv skal forstå DMARC-rapporter eller vælge mellem forskellige email deliverability monitoring tools. Målet er, at et bureau eller en intern SDR-afdeling kan se ét overblik per kunde - ikke ét kaos på tværs af alle.

Ofte stillede spørgsmål