Massen-E-Mails für kleine und mittlere Unternehmen gestalten, ohne sich an einen bestimmten Dienst zu binden
· Go Komura · E-Mail-Versand, Nutzung von Altbeständen, Verbesserung der Anfragenführung, Web-Erstellung & SEO, B2B
„Wir möchten mit unserer bestehenden Domain und Website Ankündigungsmails an einige Dutzend bis einige Hundert Empfänger versenden, ohne einen weiteren dedizierten Newsletter-Dienst hinzuzufügen.“ Die realistische Antwort auf diese Anfrage lautet nicht
Bcc auf einen Schlag, sondern ein kleines Verteilsystem mitEinzelversand pro Empfänger,Abonnentenverwaltung,AbmeldungundSPF / DKIM / DMARC.
„Keinen bestimmten Dienst zu nutzen“ bedeutet hier nicht „nichts zu nutzen“. Es bedeutet, den Standard SMTP, die Abonnentenliste, die Vorlagen und den Abmeldeweg selbst zu besitzen und den Aufbau so zu gestalten, dass sich nur das Versandmittel später austauschen lässt.
Zudem geht dieser Artikel von E-Mails an Empfänger aus, zu denen bereits eine Beziehung oder Einwilligung besteht — bestehende Kunden, Mitglieder, Personen, die Informationsmaterial angefordert haben, oder Newsletter-Abonnenten. Es geht nicht darum, öffentliche Adressen zu sammeln und wahllos zu versenden. Werbe- und Reklamemails unterliegen rechtlichen Voraussetzungen, und auch unter dem Gesichtspunkt der Zustellqualität hält diese Vorgehensweise nicht lange durch.12
Die folgende Einordnung stützt sich auf die zum Stand April 2026 verfügbaren öffentlichen japanischen Informationen rund um das Gesetz zur Regulierung des Versands bestimmter elektronischer Post sowie auf die Absender-Richtlinien von Google, Yahoo und Outlook.12345
Zielgruppe und Voraussetzungen dieses Artikels
| Punkt | Inhalt |
|---|---|
| Zielgruppe | Mitarbeiter in kleinen und mittleren Unternehmen, die tatsächlich Ankündigungsmails an Kunden, Mitglieder oder Interessenten versenden — geschrieben, damit es sich für IT-Verantwortliche, Web-Zuständige und Verwaltungsmitarbeiter mit Doppelrolle gleichermaßen lesen lässt |
| Angenommene Größenordnung | Einige Dutzend bis einige Hundert Nachrichten pro Versand. Etwa einmal im Monat bis einmal pro Woche |
| Vorausgesetzte E-Mail-Umgebung | Nicht an eine bestimmte Umgebung gebunden. Ob Microsoft 365, Google Workspace, ein On-Premises-Exchange oder das SMTP eines Mietservers — der Aufbau bleibt derselbe. Unterschiede zeigen sich nur beim „SMTP-Relay“ in Kapitel 4 |
| Vorausgesetzte Empfänger | Empfänger, zu denen bereits eine Beziehung oder Einwilligung besteht, wie bestehende Kunden, Mitglieder, Personen, die Informationsmaterial angefordert haben, oder Newsletter-Abonnenten |
| Erforderliche Berechtigung | Die Möglichkeit, DNS-Einträge der Absenderdomain hinzuzufügen (notwendig für die Konfiguration von SPF / DKIM / DMARC). Nur hierfür kann eine Anfrage beim Provider oder der verwaltenden Stelle nötig sein |
Abkürzungen in diesem Artikel
Ab Kapitel 2 tauchen Begriffe ohne weitere Erklärung auf. Hier sind sie vorab zusammengefasst.
| Abkürzung | Vollständiger Name | Kurz erklärt |
|---|---|---|
| SPF | Sender Policy Framework | Ein Mechanismus, bei dem im DNS hinterlegt wird, „von wo aus Mails dieser Domain versendet werden dürfen“, und die Empfängerseite dies abgleicht. Wurde geschaffen, um die Vortäuschung des Absenders zu verhindern6 |
| DKIM | DomainKeys Identified Mail | Ein Mechanismus, bei dem die sendende Seite die Mail digital signiert und die empfangende Seite dies mit dem öffentlichen Schlüssel aus dem DNS prüft. Zeigt, dass die signierende Domain für die Mail die Verantwortung übernimmt7 |
| DMARC | Domain-based Message Authentication, Reporting, and Conformance | Ein Mechanismus, mit dem der Domaininhaber auf Grundlage der SPF-/DKIM-Ergebnisse festlegt, wie mit Mails umgegangen werden soll, die die Authentifizierung nicht bestehen. Es lassen sich drei Stufen angeben: p=none (nichts tun), p=quarantine (isolieren) und p=reject (ablehnen)8 |
| Alignment (Übereinstimmung) | ─ | Die Übereinstimmung zwischen der für den Empfänger sichtbaren From-Domain und der von SPF/DKIM geprüften Domain. Genau das betrachtet DMARC8 |
| PTR | ─ | Ein Reverse-DNS-Eintrag, um von einer IP-Adresse auf einen Hostnamen zu schließen. „Reverse-DNS ist auflösbar“ bedeutet, dass dieser Eintrag konfiguriert ist |
| List-Unsubscribe | ─ | Ein Mechanismus, bei dem das Abmeldeziel im Mail-Header hinterlegt wird. Die E-Mail-Software der Empfängerseite zeigt ihn als „Abmelden“-Schaltfläche an |
| Ein-Klick-Abmeldung | ─ | Zusätzlich zu List-Unsubscribe wird List-Unsubscribe-Post: List-Unsubscribe=One-Click gesetzt, sodass die Abmeldung ohne Bestätigungsbildschirm möglich ist9 |
| Opt-in | ─ | Der Zustand, dass der Empfänger den Bezug aus eigenem Willen beantragt hat. Adressen, die lediglich über Visitenkarten oder gekaufte Listen gesammelt wurden, sind umgekehrt kein Opt-in |
| Bounce | ─ | Eine Mail, die etwa wegen einer unbekannten Adresse nicht zugestellt werden kann und zurückkommt. Ein dauerhafter Fehlschlag, etwa weil die Adresse nicht existiert, heißt Hard Bounce |
| Beschwerde (Complaint) | ─ | Dass der Empfänger die Schaltfläche „Als Spam melden“ gedrückt hat. Dieser Anteil ist die Spam-Rate |
| SMTP-Relay | ─ | Der Ausgang, über den das selbst gebaute Verteilsystem die Mails tatsächlich ins Internet gibt |
1. Das Wichtigste zuerst
Die realistische Form, die ein kleines oder mittleres Unternehmen für den externen Massenversand von E-Mails wählen sollte, lässt sich auf ungefähr diese vier Punkte zusammenfassen.
- Einzelversand pro Empfänger
Statt Adressen gesammelt in
Bcceinzutragen, wird die Warteschlange so aufgebaut, dass jede Nachricht einzeln versendet wird. - Den Abonnentenstatus selbst führen
Halten Sie eine klare Statusverwaltung wie
active,unsubscribed,bouncedin Ihrer eigenen Datenbank oder CSV-Datei. - Abmeldungen automatisch entgegennehmen
Verzichten Sie auf einen Betrieb, in dem „bitte nicht mehr senden“ von Hand bearbeitet wird. Fügen Sie einen sichtbaren Link im Text ein, und wenn möglich
List-Unsubscribe.345 - Die Absenderdomain authentifizieren Richten Sie SPF / DKIM / DMARC, Reverse-PTR und TLS ein. Selbst wenn der Versand gelingt, kommt die Mail ohne das schwerer an.345
Kurz gesagt: Das ist kein Problem der Bedienung eines E-Mail-Programms, sondern ein Problem der Versandinfrastruktur.
Wenn Sie die Anforderung „wir wollen an alle gleichzeitig senden“ als viele Adressen in To / Cc / Bcc auflisten verstehen, scheitert das.
Tatsächlich benötigt wird ein Mechanismus für Folgendes:
- Wem darf gesendet werden
- Wem darf nicht mehr gesendet werden
- Zu welchem Zweck wurde die Einwilligung eingeholt
- Wie werden Abmeldungen entgegengenommen
- Ist die Konfiguration so, dass sie als Absender vertrauenswürdig wirkt
2. Warum ein Bcc-Sammelversand nicht ausreicht
Was Bcc beim externen Massenversand so schmerzhaft macht, ist, dass es trotz seiner scheinbaren Einfachheit keinerlei operative Substanz bietet.
| Problem | Was passiert | Was später Ärger macht |
|---|---|---|
| Abmeldungen lassen sich nicht nachverfolgen | „Bitte nicht mehr senden“ kommt per Mail-Antwort oder Anruf | Beim nächsten Versand kommt es leicht zu Fehlversand |
| Keine Bounce-Verwaltung | Es wird weiter an nicht existierende Adressen gesendet | Die Reputation sinkt leicht |
| Keine Aufzeichnung der Einwilligung | Es lässt sich nicht erklären, wann und wo zugestimmt wurde | Schwache Position bei Rechts- und Beschwerdefällen |
| Versandarten vermischen sich | Vertriebsmail und Benachrichtigungsmail laufen über dasselbe Postfach | Der alltägliche Bestell- und Rechnungsverkehr wird leicht mit hineingezogen |
| Geschwindigkeit nicht kontrollierbar | Es wird leicht in einem Schwung gebündelt versendet | Drosselung oder Spam-Einstufung sind wahrscheinlicher |
| Abhängig von einer Person | Läuft über das persönliche Mailprogramm und persönliche Arbeit | Schwer zu übergeben |
Besonders gefährlich ist, dass „es lässt sich versenden“, sodass es wie ein funktionierendes System aussieht. Tatsächlich gibt es aber weder Abmeldeverwaltung, Bounce-Sperre, Einwilligungsaufzeichnung noch Versandprotokoll, sodass der manuelle Betrieb zusammenbricht, sobald die Empfängerzahl ein wenig steigt.
Bcc ist nicht grundsätzlich schlecht.
Für interne Mitteilungen, sehr kleine Ankündigungen an einen geschlossenen Mitgliederkreis oder eine einmalige Nachricht an Beteiligte kann es funktionieren.
Nur als Grundlage für einen Mechanismus, der kontinuierlich an externe Kunden und Interessenten sendet, ist es zu schwach.
3. Was „keinen bestimmten Dienst nutzen“ in der Praxis wirklich bedeutet
Ein leicht entstehendes Missverständnis ist, dass „keinen bestimmten Dienst nutzen“ gleichbedeutend mit „alles von Hand erledigen“ sei.
In der Praxis lässt sich Vendor-Lock-in weitgehend vermeiden, wenn Sie diese drei Dinge selbst besitzen.
3.1 Was Sie selbst besitzen sollten
- Abonnentendaten
- E-Mail-Adresse
- Zeitpunkt der Einwilligung
- Quelle der Einwilligung
- Versandkategorie
- Abmeldestatus
- Versandregeln
- Was wird an wen gesendet
- In welchem Tempo wird gesendet
- Wie werden Bounces und Abmeldungen berücksichtigt
- Absenderidentität
- Absenderdomain
- SPF / DKIM / DMARC
- Eine Adresse, die Antworten empfangen kann
- Die Abmelde-URL
3.2 Was sich austauschen lässt
- Der tatsächlich sendende SMTP-Relay
- Die Implementierung der Verwaltungsoberfläche
- Der Ort, an dem die Versandwarteschlange implementiert ist
- Der Speicherort der Protokolle
Mit anderen Worten: Der Kern von „keinen Dienst zu nutzen“ ist, die Versandregeln und den Versandstatus nicht vollständig der Gegenseite zu überlassen.
- Die Empfängerliste liegt in der eigenen Datenbank
- Die Abmelde-URL liegt unter der eigenen Domain
- Betreff- und Textvorlagen besitzt das Unternehmen selbst
- Nur der SMTP-Ausgang lässt sich später austauschen
In dieser Form können Sie zunächst die vorhandene Mailinfrastruktur nutzen und später zu einem anderen Versandmittel wechseln.
4. Ein realistischer Aufbau für kleine und mittlere Unternehmen
4.1 Die Mindestbestandteile
Bei einigen Dutzend bis einigen Hundert Nachrichten pro Versand brauchen Sie von Anfang an keinen aufwendigen Mechanismus. Es ist jedoch stabiler, mindestens diese Teile getrennt zu halten.
- Abonnententabelle
- Sperrtabelle
- Abmeldungen
- Hard Bounces
- Beschwerden
- Versandvorlagen
- Betreff
- Text (HTML / Text)
- Versandkategorie
- Versandwarteschlange
- Status pro Empfänger
- Versandergebnis
- Anzahl der Wiederholungsversuche
- SMTP-Relay
- Vorhandene Mailinfrastruktur nutzen oder
- einen eigenen Server betreiben
- Protokolle
- Wann an wen gesendet wurde
- Erfolg / Fehlschlag
- Berücksichtigung von Abmeldung / Bounce
Eine anspruchsvolle Messung von Öffnungs- und Klickraten ist von Anfang an nicht zwingend nötig. Zuerst gebraucht wird die Fähigkeit, sicher zu versenden, anzuhalten und sich erklären zu können.
4.2 Felder, die die Empfängertabelle führen sollte
Die Mindestfelder sehen etwa so aus.
| Feld | Beispiel | Grund |
|---|---|---|
email |
user@example.com | Der Empfänger selbst |
status |
active / unsubscribed / bounced | Um zu beurteilen, ob der Versand erlaubt ist |
consent_at |
2026-03-20 12:34:56 | Um festzuhalten, wann die Einwilligung erteilt wurde |
consent_source |
Formular / Messe / bestehender Vertrag / manuelle Eingabe | Um zu erklären, woher die Adresse stammt |
consent_purpose |
Newsletter / Seminarankündigung / Wartungsinformation | Um festzuhalten, wozu eingewilligt wurde |
unsubscribed_at |
2026-03-29 09:10:11 | Nachweis der Abmeldung |
last_bounce_at |
2026-03-30 08:00:00 | Nötig für die Entscheidung über eine Versandsperre |
notes |
über Vertriebskontakt / Bestandskunde | Zusatzinformation |
Selbst wenn Ihre erste Datenquelle eine Excel-Tabelle oder eine bestehende Kundenliste ist, lohnt es sich, die Daten in dieser Form zu trennen. Besonders wichtig ist, dass die Sperrinformation immer Vorrang hat.
Bleibt zum Beispiel die Adresse einer Person in der Vertriebsliste erhalten, aber die Sperrtabelle zeigt unsubscribed, wird nicht gesendet.
Ohne diese Regel gelangt die Adresse über einen anderen Weg wieder hinein, und es kommt zu einem Zwischenfall.
4.3 Architekturdiagramm
flowchart LR
A[Homepage / Anmeldeformular] --> B[Abonnententabelle]
A2[Bestehende Kundenliste / Mitgliederliste] --> B
C[Versandvorlage<br/>Betreff / HTML / Text] --> D[Versandwarteschlange]
B --> D
E[Sperrtabelle<br/>Abmeldung / Bounce / Beschwerde] --> D
D --> F[SMTP-Relay<br/>vorhandene Mailinfrastruktur oder eigenes Relay]
F --> G[Empfänger]
G --> H[Abmelde-URL]
G --> I[Antwort]
G --> J[Bounce / Beschwerde]
H --> E
J --> E
I --> K[Betriebsstelle]
L[SPF / DKIM / DMARC / PTR / TLS] --> F
Für Umgebungen, in denen das Diagramm nicht angezeigt wird, ist derselbe Inhalt hier auch als Text festgehalten.
- Eingang: Das Anmeldeformular auf der Homepage sowie die bestehende Kundenliste bzw. Mitgliederliste. Beide fließen in die Abonnententabelle.
- Zentrum: In die Versandwarteschlange fließen drei Dinge: die Abonnententabelle (an wen gesendet wird), die Sperrtabelle (an wen nicht gesendet werden darf) und die Versandvorlage (Betreff, HTML, Text).
- Ausgang: Von der Versandwarteschlange geht es zum SMTP-Relay (vorhandene Mailinfrastruktur oder eigenes Relay), von dort zu den Empfängern. Am SMTP-Relay hängt die Konfiguration von SPF / DKIM / DMARC / PTR / TLS.
- Rückfluss: Von den Empfängern kommen drei Arten von Reaktionen zurück. Abmelde-URL sowie Bounce und Beschwerde fließen zurück in die Sperrtabelle, Antworten nimmt die Betriebsstelle entgegen.
Der entscheidende Punkt dieses Diagramms ist, dass das Versandmittel nicht im Zentrum steht.
Im Zentrum stehen Abonnententabelle, Sperrtabelle und Versandwarteschlange.
Der SMTP-Relay ist nur der Ausgang. Ist diese Trennung vorhanden, lässt sich das Versandmittel künftig wechseln, ohne bisherige Abmeldungen und Einwilligungshistorien zu verlieren.
4.4 Auswahl von Ausgang und Versandmaschine
Nachdem Sie „was Sie selbst besitzen“ und „was sich austauschen lässt“ getrennt haben, geht es beim eigentlichen Umsetzen als Nächstes um diese zwei Dinge.
1. Welchen Ausgang (SMTP-Relay) Sie wählen
Oft lässt sich die bereits genutzte Mailinfrastruktur direkt als Ausgang verwenden. Bei Microsoft 365 zum Beispiel sind die Verfahren, mit denen Geräte oder Anwendungen ohne eigenes Postfach senden können, offiziell zusammengestellt: das authentifizierte Client SMTP Submission, das über einen Connector laufende SMTP Relay, das nicht authentifizierte Direct Send und das für interne Massenversände gedachte High Volume Email werden zusammen mit ihren Versandobergrenzen sowie den benötigten TLS- und Port-Einstellungen verglichen.10
Ist eine On-Premises-Mailinfrastruktur vorhanden (etwa Exchange Server), wird zudem empfohlen, das Relay eher dort entgegenzunehmen, da sich das leichter konfigurieren lässt.10
Bei der Auswahl kommt es im Wesentlichen auf diese vier Punkte an.
| Worauf Sie achten | Warum |
|---|---|
| Versandobergrenze pro Tag / Minute | Ob es bei ein paar Hundert auf einmal ins Stocken gerät |
| Authentifizierungsart (Benutzer / Zertifikat / feste IP) | Ob im Betrieb Passwörter herumgereicht werden müssen |
| Versand an externe Empfänger möglich | Für den Versand an externe Kunden zwingend nötig |
| Wie SPF konfiguriert wird | Ändert sich der Ausgang, muss auch SPF angepasst werden |
2. Ob Sie eine Versandmaschine selbst bauen oder auf vorhandene OSS setzen
Abonnententabelle, Sperrtabelle, Versandwarteschlange und Abmeldeseite vollständig selbst zu entwickeln, ist überraschend aufwendig. Da es Self-Hosted-OSS mit derselben Struktur gibt, lohnt es sich zuerst zu prüfen, ob diese ausreichen. listmonk zum Beispiel ist eine unter der AGPLv3 lizenzierte, selbst gehostete Newsletter-Versandsoftware mit Verwaltung von Abonnentenlisten für Single- und Double-Opt-in, Auswertung von Kampagnenversand und Bounces sowie einer Warteschlange, die mehrere SMTP-Server nutzen kann.11
Als Orientierung für die Entscheidung gilt Folgendes.
| Situation | Realistische Wahl |
|---|---|
| Enge Anbindung an die bestehende Kundenliste gewünscht | Eigenbau. Nur Sperrtabelle und Abmeldeseite sollten von Anfang an selbst gebaut werden |
| Nur die Versandfunktion selbst wird benötigt | Selbst gehostete OSS aufsetzen und lediglich den eigenen SMTP-Relay einbinden |
| Kein eigener Server gewünscht | Einen Versanddienst nutzen. Abonnentendaten und Abmelde-URL aber trotzdem auf der eigenen Domain führen |
In jedem Fall bleibt der Grundsatz unverändert, dass Abonnentendaten, Sperrdaten und Abmelde-URL auf eigener Seite verbleiben. Solange das eingehalten wird, lassen sich sowohl Ausgang als auch Versandmaschine später austauschen.
5. Wie weit Sie je nach Größenordnung bauen sollten
5.1 Einmal im Monat, einige Dutzend Nachrichten
Bei dieser Größenordnung reicht oft schon der minimale Aufbau.
- Eine reine Versandvorlage mit Seriendruckfeldern
- Einzelversand pro Empfänger
- Eine Abmelde-URL
- Speicherung der Versandprotokolle
- Eingerichtete SPF / DKIM / DMARC
Der entscheidende Punkt hier ist, auch bei geringer Empfängerzahl nicht zu Bcc zurückzukehren.
Selbst unter 50 Empfängern lohnt es sich bei einer kontinuierlichen externen Verteilung, gleich auf die Form Einzelversand + Statusverwaltung zu setzen — das erspart später Aufwand.
5.2 Mehrmals im Monat, einige Hundert Nachrichten
Auf dieser Stufe ist es stabiler, einiges zu ergänzen.
- Versandwarteschlange
- Kontrolle der Versandgeschwindigkeit
- Berücksichtigung von Bounces
- Sofortige Umsetzung von Abmeldungen
- Eine dedizierte Versand-Subdomain
- Ein Freigabeprozess
- Testversand
- Produktivversand
- Ergebniskontrolle
Wichtig ist zudem, den alltäglichen menschlichen E-Mail-Verkehr von Werbe- und Ankündigungsmails zu trennen. Google beschreibt den Ansatz, From-Adresse und IP nach Nachrichtentyp zu trennen, und auch Yahoo rät davon ab, Bulk-/Marketing-Mail mit transaktionalen Mails/Alerts auf derselben IP oder DKIM-Domain zu vermischen.34
Schon eine Trennung der Adressen nach Verwendungszweck sorgt beispielsweise für erheblich mehr Ordnung im Betrieb.345
- Auftragsbestätigung, Abrechnung:
billing@example.com - Störungsmeldungen, Wartungsinformationen:
notice@example.com - Newsletter, Ankündigungen:
news@example.com
5.3 Wenn Sie sich einigen Tausend Nachrichten pro Tag nähern
Ab hier neigt „keinen bestimmten Dienst nutzen“ dazu, zum Selbstzweck zu werden.
Google verlangt für Gmail von Absendern mit mehr als 5.000 Nachrichten pro Tag ausdrücklich SPF / DKIM / DMARC, Übereinstimmung der From-Domain, eine Ein-Klick-Abmeldung und weitere Anforderungen. Auch Outlook verlangt für Domains mit mehr als 5.000 Nachrichten pro Tag SPF / DKIM / DMARC und weist darauf hin, dass Nachrichten, die die Anforderungen nicht erfüllen, als Spam eingestuft oder abgelehnt werden können.35
In dieser Größenordnung ändern sich auch die zentralen Betriebsthemen.
- IP-Reputation
- Beschwerdequote
- Bounce-Rate
- Bearbeitung von Abmeldungen
- Wie das Volumen gesteigert wird
- Monitoring
Auf dieser Stufe ist es in vielen Fällen tatsächlich günstiger, einen spezialisierten Dienst zu nutzen.
Das Fazit dieses Artikels lautet also nicht „bei jeder Größenordnung alles selbst bauen“, sondern: Bei einigen Dutzend bis einigen Hundert Nachrichten pro Versand ist ein kleines Verteilsystem, bei dem Sie Status und Regeln selbst führen, genau richtig.
6. Was Sie rechtlich und bei der Zustellqualität mindestens einhalten müssen
6.1 Einwilligung
Werbe- und Reklamemails erfordern grundsätzlich eine vorherige Einwilligung. Auch nach der Einordnung des Anti-Spam-Beratungszentrums ist der Versand von Werbe- und Reklamemails ohne vorherige Zustimmung grundsätzlich unzulässig.2
Auch Google und Yahoo verlangen, nur Mails zu versenden, die der Empfänger ausdrücklich gewünscht hat, keine gekauften Listen zu verwenden und automatisch vorausgewählte Opt-in-Kästchen zu vermeiden.34
In der Praxis sollten Sie mindestens Folgendes aufbewahren.
- Zeitpunkt der Einwilligung
- Quelle der Einwilligung
- Zu welcher Zustellung
- Der erläuternde Text
- Den Bildschirm oder Text, über den die Einwilligung eingeholt wurde
Rechtlich gibt es zwar eine Ausnahmeregelung für den Versand an auf der Website veröffentlichte geschäftliche Adressen. Doch es ist nicht empfehlenswert, ein Verteilsystem auf diese Ausnahme zu stützen. Egal ob man Beschwerden, Zustellrate, Reputation oder tatsächliche Reaktionsrate betrachtet — auf Dauer hält das nicht durch.2
6.2 Kennzeichnungspflicht und Abmeldung
Auch beim Versand an Empfänger mit Einwilligung besteht für Absender eine Kennzeichnungspflicht. Nach der Einordnung des Anti-Spam-Beratungszentrums sind mindestens folgende Angaben erforderlich.2
- Name oder Bezeichnung des Absenders
- E-Mail-Adresse oder URL zum Empfang von Widerspruchsmitteilungen
- Ein Hinweis, dass der Empfang abgelehnt werden kann
- Die Anschrift des Absenders
- Eine Kontaktstelle für Beschwerden und Anfragen
Das bedeutet, im Footer muss mindestens das hier stehen.
Absender: Beispiel GmbH
Abmeldung: https://example.com/unsubscribe/xxxxx
Wenn Sie diese E-Mails nicht mehr erhalten möchten, nutzen Sie bitte den obigen Link.
Adresse: Musterstadt, ...
Kontakt: support@example.com
Darüber hinaus legen die großen Empfängerseiten großen Wert darauf, wie einfach die Abmeldung ist.
- Google: verlangt von Massenversendern eine Ein-Klick-Abmeldung3
- Yahoo: verlangt/empfiehlt
List-Unsubscribezusammen mit einem Link im Text, Umsetzung innerhalb von 2 Tagen4 - Outlook: empfiehlt eine leicht auffindbare, funktionierende Abmeldung5
Deshalb ist es naheliegend, mindestens einen sichtbaren Link im Text und, wenn möglich, folgende Header einzufügen.34
List-Unsubscribe-Post: List-Unsubscribe=One-Click
List-Unsubscribe: <https://example.com/unsubscribe/xxxxx>
6.3 Authentifizierung und Zustellrate
Die großen Empfängerseiten setzen inzwischen nicht mehr „dass Sie senden können“, sondern „dass Sie authentifiziert sind“ voraus.
Googles öffentliche Richtlinien verlangen Folgendes.3
- Alle Absender: SPF oder DKIM, PTR (Übereinstimmung von Vor- und Rückwärtsauflösung), TLS
- Massenversender: SPF + DKIM + DMARC, Übereinstimmung der From-Domain
- Eine niedrige Spam-Rate
- Bei Massenversendern eine Ein-Klick-Abmeldung
Yahoos Anforderungen lauten so.4
- SPF / DKIM / DMARC
- DMARC-Alignment
- Gültige Vorwärts-/Rückwärts-DNS-Auflösung
- Abmeldung
- Spam-Rate unter 0,3 %
- Opt-in
- Trennung von Bulk- und Transaktionsmail
Auch Outlook veröffentlicht Anforderungen für Absender mit hohem Volumen.5
- SPF Pass
- DKIM Pass
- DMARC (mindestens
p=none, mit SPF oder DKIM übereinstimmend) - Ein echtes From / Reply-To
- Abmeldung
- Listenhygiene
Die minimalen operativen Prüfpunkte lassen sich so tabellarisch darstellen.
| Punkt | Mindestmaßnahme | Zweck |
|---|---|---|
| Absenderdomain | SPF / DKIM / DMARC einrichten | Spoofing verhindern, Zustellrate verbessern |
| Sendeserver | Eine stabile Umgebung mit auflösbarem PTR, TLS nutzen | Das Vertrauen der Empfängerseite nicht zu verlieren |
| From / Reply-To | Eine real existierende, antwortfähige Adresse | Beschwerden und Abmeldewünsche entgegennehmen können |
| Abmeldung | Link im Text + List-Unsubscribe |
Die Beschwerdequote senken |
| Listenqualität | Nur Opt-in, ungültige Adressen entfernen | Die Reputation schützen |
| Versandgeschwindigkeit | Nicht abrupt steigern, sondern in gleichmäßigem Tempo senden | Drosselung und Spam-Einstufung vermeiden |
| Monitoring | Bounces / Spam-Rate / Beschwerden beobachten | Verschlechterungen früh stoppen |
Google empfiehlt, das Versandvolumen mit niedrigem Volumen, bei reaktionsfreudigen Empfängern und in gleichmäßigem Tempo zu steigern. Plötzliche Spitzen oder eine Verdopplung von einem Tag auf den anderen führen häufig zu Drosselung oder einem Verlust der Reputation.3
7. Wie Sie bei der Umsetzung vorgehen
Für einen minimalen Start ist ungefähr diese Reihenfolge realistisch.
- Die Arten der versendeten Mail trennen
- Benachrichtigungsmail
- Newsletter
- Seminarankündigung
- Ankündigung an Bestandskunden
- Ein Anmeldeformular oder einen Einwilligungsprozess bauen Ermöglichen Sie es, die Einwilligung zusammen mit erläuterndem Text auf der Website einzuholen. Wichtig ist ein Text, aus dem klar wird, „was in welcher Häufigkeit ankommt“.4
- Abonnententabelle und Sperrtabelle trennen Trennen Sie diese von Anfang an — dann bricht der Betrieb später nicht zusammen, egal worauf Sie umsteigen.
- Eine reine Versanddomain / Subdomain festlegen
Zum Beispiel
news.example.comodermail.example.com. Vermeiden Sie zumindest, die Zuständigkeit mit dem alltäglichen Bestellverkehr und persönlichen Postfächern zu vermischen.34 - SPF / DKIM / DMARC / PTR / TLS einrichten Versenden Sie selbst, hat dies oberste Priorität. Machen Sie keine Umgebung ohne auflösbares Reverse-DNS zu Ihrer Versandbasis.34
- Eine Verwaltungsoberfläche bauen — klein reicht
Benötigt wird keine aufwendige Oberfläche, sondern diese Funktionen:
- Betreff bearbeiten
- Text bearbeiten
- Testversand
- Produktivversand
- Vorschau der Empfänger
- Batch-Größe einstellen
- Ergebniskontrolle
- Zunächst mit kleinen Mengen versenden Beschränken Sie sich auf Bestandskunden und reaktionsfreudige Abonnenten und versenden Sie in gleichmäßigem Tempo. Läuft es problemlos, weiten Sie den Empfängerkreis aus.3
- Abmeldungen und Bounces mit höchster Priorität umsetzen Stellen Sie sicher, dass dies funktioniert, noch bevor Sie sich um Öffnungsraten kümmern.
In dieser Reihenfolge gelangen Sie nicht zu „es lässt sich irgendwie versenden“, sondern zu „es lässt sich ohne Zwischenfälle fortführen“.
7.1 Suchbegriffe für die weitere Recherche
Für die interne Recherche oder das Gespräch mit einem Dienstleister sind hier Begriffe nach Phase geordnet, die Sie direkt als Suchbegriffe verwenden können.
| Phase | Zu suchende Begriffe |
|---|---|
| Authentifizierung einrichten | SPF Record einrichten, DKIM Signatur aktivieren, DMARC p=none starten, DMARC Report lesen, Reverse PTR prüfen |
| Auswahl des Ausgangs | Microsoft 365 SMTP Relay Connector, SMTP AUTH Versand, Exchange Server anonymes Relay, Subdomain nur für Versand |
| Verteilmechanismus | Self-Hosted Newsletter OSS, Double-Opt-in, Abmeldung Ein-Klick, List-Unsubscribe Header |
| Betriebsüberwachung | Bounce Verarbeitung hard soft, Spam Rate 0.3%, Google Postmaster Tools, Warmup Versandvolumen |
Als Erstes sollten Sie sich um die Authentifizierung kümmern. Ist das nicht erledigt, kommt die Mail nicht an — egal, wie sorgfältig Sie den Rest umsetzen.
Wenn Sie auch das Anmeldeformular, den Einwilligungstext und die Gestaltung der Abmeldeseite überarbeiten möchten, lässt sich das am besten zusammen mit der Homepage-Erstellung angehen. Geht es hingegen darum, eine bestehende Kundenliste, interne Systeme und Windows-Tools anzubinden, ist es sicherer, mit einer technischen Beratung / einem Design-Review bei der Aufteilung der Zuständigkeiten zu beginnen.
8. Häufige Fehler
Typischerweise sind das diese hier.
- Menschliche Alltagsmail und Werbe-/Ankündigungsmail über denselben Absender laufen lassen
- Einwilligung nur als Freitext-Notiz verwalten
- Abmeldungen manuell per Mail-Antwort bearbeiten
- Eine alte Visitenkartenliste gesammelt einspielen
- Plötzlich mit dem bisher größten Volumen zu senden beginnen
- Werbetexte in Benachrichtigungsmails mischen
- Beim Versandergebnis bei „die Versand-API hat Erfolg gemeldet“ stehenbleiben
- Eine Sperrtabelle, die schwächer ist als die bestehende Kundenliste
Besonders der letzte Punkt führt wirklich leicht zu Zwischenfällen.
Die Adresse einer Person bleibt in der Excel-Tabelle des Vertriebs erhalten. Diese Person hat den Newsletter aber bereits abbestellt. Gilt hier nicht die Regel, dass die Abmeldeinformation immer gewinnt, wird über einen anderen Weg immer wieder erneut versendet.
9. Zusammenfassung
Möchte ein kleines oder mittleres Unternehmen, ohne einen bestimmten Dienst zu nutzen, an eine einigermaßen große Zahl von Empfängern senden, ist die Frage nicht „welchen Knopf drücke ich“.
Wirklich nötig sind diese fünf Punkte.
- Einzelversand pro Empfänger statt eines
Bcc-Sammelversands - Eine Abonnententabelle und eine Sperrtabelle
- Eine Führung, die Abmeldungen automatisch entgegennimmt
- SPF / DKIM / DMARC / PTR / TLS
- Ein Betrieb, der Benachrichtigungen von Werbung trennt
Letztlich gilt: Die Versandregeln zu besitzen, kommt vor dem Besitz des Versandmittels.
Bei einigen Dutzend bis einigen Hundert Nachrichten pro Versand lässt sich das auch ohne dedizierten Dienst gut betreiben. Doch auch dann führt der kürzere Weg über die Gestaltung als kleines Verteilsystem — nicht über das „gesammelte Versenden per E-Mail-Programm“.
Verwandte Artikel
- Die drei Stellen, die Sie zuerst reparieren sollten, wenn Ihre Website keine Anfragen bekommt
- Wie man Artikel und Servicepages verbindet - Grundlagen des internen Linkdesigns
Referenzen
-
Verbraucherschutzbehörde (Japan), Gesetz zur Regulierung des Versands bestimmter elektronischer Post (Anti-Spam-Gesetz) ↩ ↩2
-
Anti-Spam-Beratungszentrum (Japan), Das Gesetz über bestimmte elektronische Post ↩ ↩2 ↩3 ↩4 ↩5
-
Google Workspace Admin Help, Email sender guidelines ↩ ↩2 ↩3 ↩4 ↩5 ↩6 ↩7 ↩8 ↩9 ↩10 ↩11 ↩12 ↩13 ↩14
-
Yahoo Sender Hub, Sender Best Practices ↩ ↩2 ↩3 ↩4 ↩5 ↩6 ↩7 ↩8 ↩9 ↩10 ↩11 ↩12
-
Microsoft Community Hub, Strengthening Email Ecosystem: Outlook’s New Requirements for High-Volume Senders ↩ ↩2 ↩3 ↩4 ↩5 ↩6 ↩7
-
IETF, RFC 7208 - Sender Policy Framework (SPF) for Authorizing Use of Domains in Email, Version 1 ↩
-
IETF, RFC 6376 - DomainKeys Identified Mail (DKIM) Signatures ↩
-
IETF, RFC 7489 - Domain-based Message Authentication, Reporting, and Conformance (DMARC) ↩ ↩2
-
IETF, RFC 8058 - Signaling One-Click Functionality for List Email Headers ↩
-
Microsoft Learn, How to set up a multifunction device or application to send email using Microsoft 365 or Office 365 ↩ ↩2
-
listmonk, listmonk - Free and open source self-hosted newsletter and mailing list manager ↩
Verwandte Artikel
Aktuelle Artikel mit denselben Schlagwörtern führen zu verwandten Themen weiter.
Die 10 größten Bedrohungen der Informationssicherheit 2026 — Wie man das Ranking liest und was KMU wirklich absichern sollten
In IPAs „10 größte Bedrohungen der Informationssicherheit 2026“ belegten Ransomware-Angriffe zum 11. Mal in Folge Platz 1, Supply-Chain-A...
Vergessen Sie nicht zu entscheiden, „wie viele Sekunden schnell genug sind“ ── Nichtfunktionale Anforderungen mit IPAs Non-Functional Requirements Grade ordnen
Streitigkeiten wie „es ist zu langsam“ oder „mit dieser Ausfallreaktion haben wir nicht gerechnet“ lassen sich meist auf nichtfunktionale...
Wie man ein durch Förderung finanziertes Systementwicklungsprojekt durchführt ── Rückwärtsplanung ab dem Förderbescheid und die Praxis der Geschäftsplanerstellung
Ein durch Förderung finanziertes Systementwicklungsprojekt läuft anders ab als ein gewöhnliches. Dieser Artikel behandelt praxisnah, wie ...
Kann man Systementwicklung mit einer Förderung extern beauftragen? ── Eine Übersicht der Programme nach Verwendungszweck und die Fallstricke vor der Auftragsvergabe (Stand FY2026)
Kann man eine Förderung nutzen, um Systementwicklung extern zu beauftragen? Dieser Artikel erklärt, warum „Individualentwicklung über die...
Was auch Website-Auftraggeber wissen sollten ── Die IPA-Anleitung „So sichern Sie Ihre Website“ als Checkliste nutzen
An welchem Maßstab sollten Sie die Sicherheit der Website Ihres Unternehmens prüfen? Dieser Artikel erklärt die 11 Schwachstellen und Geg...
Verwandte Themen
Diese Seiten ordnen den Artikel in einen größeren Leistungs- und Entscheidungskontext ein.
Technische Windows-Themen
Portal zu Windows-Entwicklung, Fehleranalyse und der Nutzung bestehender Assets.
Leistungen zu diesem Thema
Dieser Artikel ist direkt mit den folgenden Leistungen verbunden.
Website-Entwicklung
Die Gestaltung von Einstiegspunkten wie Anmeldeformularen, Einwilligungstexten, Abmeldeseiten und der Anfragenführung passt gut zu einer Überarbeitung im Rahmen der Homepage-Erstellung.
Technische Beratung und Design-Review
Wie sich bestehende Kundenlisten, interne Systeme, Windows-Tools und über Formulare gewonnene Lead-Daten mit einer Versandbasis verbinden lassen, lässt sich gut als Design-Review vor der Umsetzung durcharbeiten.
Häufige Fragen
Fragen, die in Beratungen zu diesem Artikelthema häufig gestellt werden.
- Dürfen wir Ankündigungsmails nicht einfach gesammelt per Bcc versenden?
- Als Grundlage für einen Mechanismus, der kontinuierlich an externe Kunden oder Interessenten sendet, ist das zu schwach. Bcc kann zwar den Versand selbst leisten, bietet aber keinerlei operative Substanz: Abmeldungen lassen sich nicht nachverfolgen, es gibt keine Bounce-Verwaltung, keine Aufzeichnung der Einwilligung, keine Kontrolle über die Versandgeschwindigkeit, und der Betrieb hängt an einer einzelnen Person. Sobald die Empfängerzahl ein wenig steigt, bricht der manuelle Betrieb zusammen. Für interne Mitteilungen oder eine einmalige Nachricht an Beteiligte kann Bcc funktionieren, doch für eine kontinuierliche externe Verteilung sollten Sie auf Einzelversand pro Empfänger mit Statusverwaltung umstellen.
- Ist für den Versand von Werbe- und Ankündigungsmails eine Einwilligung erforderlich?
- Werbe- und Reklamemails erfordern grundsätzlich eine vorherige Einwilligung. Auch nach der Einordnung des Anti-Spam-Beratungszentrums ist der Versand von Werbe- und Reklamemails ohne vorherige Zustimmung grundsätzlich unzulässig. Sowohl Google als auch Yahoo verlangen, nur Mails zu versenden, die der Empfänger ausdrücklich gewünscht hat, und keine gekauften Listen zu verwenden. In der Praxis sollten Sie Datum und Uhrzeit der Einwilligung, die Quelle der Einwilligung, den Zweck der Zustellung und den erläuternden Text als Nachweis aufbewahren. Es gibt zwar eine Ausnahmeregelung für auf der Website veröffentlichte geschäftliche Adressen, doch ein Verteilsystem, das sich darauf stützt, ist nicht empfehlenswert.
- Was ist das Mindestmaß, damit E-Mails nicht als Spam eingestuft werden?
- Die Authentifizierung der Absenderdomain. Konkret bedeutet das: SPF-/DKIM-/DMARC-Konfiguration, eine Versandumgebung mit auflösbarem Reverse-PTR, TLS, ein tatsächlich existierendes und antwortfähiges From/Reply-To, einen Abmeldelink im Text sowie einen List-Unsubscribe-Header, und eine Listenqualität, die ausschließlich auf Opt-in beruht. Google verlangt für Gmail von Absendern mit mehr als 5.000 Nachrichten pro Tag SPF+DKIM+DMARC sowie eine Ein-Klick-Abmeldung, Yahoo fordert unter anderem eine Spam-Rate unter 0,3 %. Zudem sollten Sie beim Steigern des Versandvolumens mit niedrigem Volumen beginnen und es in gleichmäßigem Tempo erhöhen.
- Können wir ein eigenes Verteilsystem aufbauen, ohne einen Newsletter-Dienst zu nutzen?
- Bei einer Größenordnung von einigen Dutzend bis einigen Hundert Empfängern pro Versand ist das gut möglich. Entscheidend ist, Abonnentendaten, Versandregeln und die Absenderidentität (Domain, Authentifizierung, Abmelde-URL) selbst zu besitzen und den Aufbau so zu gestalten, dass nur der SMTP-Relay als Ausgang später ausgetauscht werden kann. Im Zentrum steht nicht SMTP, sondern die Abonnententabelle, die Sperrtabelle und die Versandwarteschlange. Nähert man sich jedoch einigen Tausend Nachrichten pro Tag, rücken IP-Reputation und Beschwerdequote in den Mittelpunkt, sodass ein spezialisierter Dienst in vielen Fällen günstiger wird.
Autorenprofil
Profilseite des Artikelautors.
Go Komura
Geschäftsführer von KomuraSoft LLC
Spezialisiert auf Windows-Softwareentwicklung, technische Beratung und Fehleranalyse, insbesondere bei bestehenden Systemen und schwer reproduzierbaren Störungen.