Domain-Trennung für wachsende Cold-E-Mail-Teams

Cold-Outreach-Teams in DACH-Vertriebsorganisationen wachsen — von einzelnen SDRs zu Teams mit 5, 10, 20 Outreach-Reps. Bei dieser Skala wird die Domain-Architektur kritisch.

Warum Hauptdomain-Versand gefährlich ist

Empfänger-Anbieter bewerten Reputation auf Domain-Ebene. Hohe Beschwerden gegen die Domain bedeuten: alle Mails von dieser Domain bekommen niedrigere Inbox-Wahrscheinlichkeit — auch transactional Mails.

Schadens-Szenario:

• SDR-Team versendet 10.000 Cold-Mails/Woche
• Beschwerde-Quote 0,5% (für Cold realistisch)
• Hauptdomain bekommt 50 Beschwerden/Woche zusätzlich
• Über 4 Wochen kumuliert sich Rate über Gmail-0,3%-Schwelle
• Konsequenz: alle Mails landen systematisch in Spam
• Bestellbestätigungen kommen nicht an

Empfohlene Domain-Architektur

Architektur A: Eine Cold-Domain pro Team

# Hauptdomain — transactional
ihr-unternehmen.de

# Cold-Outreach-Domain
outreach.ihr-unternehmen.de
# oder eigenständige Domain
get-ihr-unternehmen.com

Vorteile: einfache Architektur. Nachteile: alle SDRs teilen Reputation.

Architektur B: Eine Cold-Domain pro SDR

sdr-mueller.ihr-unternehmen.de
sdr-schmidt.ihr-unternehmen.de
sdr-weber.ihr-unternehmen.de

Vorteile: maximale Isolation. Nachteile: Verwaltung wird komplex.

Architektur C: Hybrid

# Eine Cold-Domain pro Team
outreach-eu.ihr-unternehmen.de
outreach-us.ihr-unternehmen.de

# Aber: separate dedizierte IPs pro SDR-Untergruppe

Mittelweg. Bei Authorize Hosting Pro wirtschaftlich abbildbar.

DNS-Konfiguration

# MX für Reply-Empfangen
outreach-eu.ihr-unternehmen.de. IN MX 10 mx.authorizehosting.com.

# A-Record (oft erwartet)
outreach-eu.ihr-unternehmen.de. IN A 198.51.100.50

# SPF
outreach-eu.ihr-unternehmen.de. IN TXT "v=spf1 include:_spf.authorizehosting.com -all"

# DKIM
auth1._domainkey.outreach-eu.ihr-unternehmen.de. IN TXT "v=DKIM1; k=rsa; p=MIGfMA0..."

# DMARC
_dmarc.outreach-eu.ihr-unternehmen.de. IN TXT "v=DMARC1; p=quarantine; pct=100; rua=mailto:dmarc@ihr-unternehmen.de"

MX-Eintrag ist nicht optional. Cold-Domains ohne MX werden als verdächtig gewertet.

Reply-Routing

From: Hans Müller <noreply@outreach-eu.ihr-unternehmen.de>
Reply-To: Hans Müller <hans.mueller@ihr-unternehmen.de>

Empfänger-Filter sind tolerant gegenüber Reply-To anders als From, solange beide zur gleichen Organisation gehören.

Domain-Reputation aufbauen

Eine neue Cold-Domain hat keine Reputation. Aufbau dauert 6-10 Wochen:

• Wochen 1-2: 20-50 Mails/Tag/IP an gut recherchierte Empfänger
• Wochen 3-4: 100-300 Mails/Tag/IP
• Wochen 5-6: 500-1.000 Mails/Tag/IP
• Wochen 7-10: Schrittweise auf 2.000-5.000 Mails/Tag/IP

Recovery

Schritt 1: Versand mit betroffener Domain pausieren. Andere Cold-Domains können weiterlaufen.

Schritt 2: Listen-Audit der letzten 2-4 Wochen.

Schritt 3: Engagement-Filter — nur an Top-engaged für 2-4 Wochen.

Schritt 4: Bei massiver Beschädigung Domain aufgeben. Neue Cold-Domain einrichten. Alte 6-12 Monate ruhen lassen.

Bei Hauptdomain-Reputations-Problemen ist Wiederherstellung deutlich schwieriger — die Hauptdomain kann nicht "aufgegeben" werden. Daher die strukturelle Wichtigkeit der Domain-Trennung.

UWG §7-Compliance

Domain-Trennung ist Versand-Organisation, keine Compliance-Frage. UWG §7 gilt unabhängig: mutmaßliches Interesse muss vorliegen, Werbecharakter erkennbar, Opt-Out funktionierend.

Empfänger, die der Hauptdomain zugestimmt haben, haben nicht automatisch Cold-Outreach von einer separaten Domain zugestimmt — und umgekehrt. Aus DSGVO-Perspektive: Cold-Listen separat verwalten von transactional.

Operative Komplexität

• DNS-Verwaltung pro Cold-Domain (SPF, DKIM, DMARC, MX, A)
• IP-Warming für jede neue Domain
• Pro-Domain-Reputations-Monitoring
• Pro-Domain-FBL-Anmeldung
• Komplexere Suppression-Verwaltung

Bei kleinen Cold-Teams (1-3 SDRs, <1.000 Mails/Tag) reicht Architektur A. Ab 5+ SDRs Architektur B oder C.