Eine mit Shared Webhosting gebündelte Domain-E-Mail gehört zu den häufigsten Risiken für die Zustellbarkeit kleiner Betreiber. Das Paket ist bei der Anmeldung bequem, strukturell aber oft ungünstig für die Platzierung im Posteingang. Sechs Monate später landen Kundenantworten möglicherweise im Spam, ohne dass der Betreiber den Grund erkennt, denn die Ursache in Form der gemeinsamen IP-Reputation ist von innen nicht sichtbar.
Viele Konfigurationen für Domain-E-Mail beim Webhosting entstehen, weil das Paket bei der Registrierung direkt angeboten wird. Problematisch wird es, wenn ein Mandant auf der gemeinsam genutzten IP einen Blocklist-Eintrag auslöst und dadurch bei allen Mandanten dieser IP die Posteingangsplatzierung für Tage oder Wochen beeinträchtigt wird. E-Mails lassen sich mit ungefähr 30 Minuten Arbeit zu einem spezialisierten Host umziehen, während die Website unverändert bleibt.
Dieser Leitfaden erläutert die Fehlermuster und führt durch die Lösung. Eine Betrachtung für kleine Teams finden Sie unter E-Mail-Hosting für kleine Unternehmen.
Was eine Webhosting-Domain-E-Mail tatsächlich ist
Damit ist die E-Mail-Hosting-Funktion gemeint, die in Shared-Webhosting-Tarifen enthalten ist. Anbieter nach dem cPanel-Modell wie Bluehost, HostGator, Hostinger, GoDaddy Hosting und ähnliche verkaufen Domain, Website und E-Mail als ein Paket. Der Mailserver nutzt dieselbe IP wie Ihre Website und die Websites Hunderter weiterer Mandanten.
Das Paket weist bei mehreren Aspekten, die für die Posteingangsplatzierung wichtig sind, strukturelle Schwächen auf: gemeinsame IP-Reputation, schwache Standardauthentifizierung, fehlende DMARC-Transparenz und gebündeltes DNS, das alle Ebenen an denselben Anbieter bindet. Die bequeme Anmeldung verdeckt damit mögliche Zustellbarkeitskosten, die erst Monate später sichtbar werden.
Die vier Fehlermuster gebündelter Angebote
Vier Fehlermuster können Domain-E-Mail betreffen, die mit Shared Webhosting gebündelt ist. Sie sind eher struktureller Natur als eine einzelne korrigierbare Einstellung. Jedes kann die Zustellbarkeit beeinträchtigen oder die Migration erschweren, was Betreiber bei den vermeintlichen Einsparungen des Pakets selten einkalkulieren.
- Beschädigte Reputation der gemeinsamen IP. Ein auffälliger Nachbar bringt die IP auf eine Blocklist, wodurch die Posteingangsplatzierung aller Mandanten leiden kann.
- Standardmäßig schwache Authentifizierung. SPF ist ein einzelner gemeinsamer Eintrag, DKIM fehlt möglicherweise, und DMARC-Berichte werden selten an ein geeignetes Ziel geleitet.
- Keine Transparenz durch DMARC. Ohne Berichte in einem kontrollierten Postfach bleibt unklar, wer die Domain nachahmt.
- Anbieterbindung bei der Migration. DNS, Registrar und Postfachanbieter sind derselbe Dienstleister, sodass ein Wechsel oft alle drei betrifft.
Die Fehler verstärken einander. Schwache Authentifizierung verschärft das Problem der gemeinsamen IP. Ohne DMARC-Transparenz werden Probleme später erkannt. Die Anbieterbindung verhindert einen schnellen Ausstieg. Zusammen erklären diese vier Punkte, warum gebündelte Webhosting-E-Mail-Konfigurationen bei wachsendem Volumen häufig schlechter abschneiden.
Fehler 1: Beschädigte Reputation der gemeinsamen IP
Die beschädigte Reputation einer gemeinsamen IP ist das erste strukturelle Problem. Ihre ausgehenden E-Mails verlassen eine IP, die Sie mit 100-500 anderen Mandanten teilen. Versendet ein Mandant Spam, kann die IP auf wichtigen Blocklists landen und Ihre Posteingangsplatzierung sinken, bis der Eintrag aufgehoben wird. Das dauert mitunter Tage oder Wochen.
Der Schaden ist nicht gleich verteilt. Der Mandant, der den Eintrag ausgelöst hat, trägt selten den Bereinigungsaufwand. Andere Mandanten derselben IP bezahlen mit verlorenen Antworten und Kundenbeschwerden. Viele Webhosting-Anbieter informieren betroffene Mandanten bei einem Blocklist-Ereignis nicht proaktiv. Betreiber bemerken zunächst weniger Antworten und beginnen dann mit der Untersuchung. Bis dahin kann sich die Wirkung über Tage oder Wochen geschäftskritischer E-Mails summiert haben.
Fehler 2: Standardmäßig schwache Authentifizierung
Das zweite Problem ist eine standardmäßig schwache Authentifizierung. SPF wird als einzelner gemeinsamer Eintrag für die Absender der gesamten Plattform veröffentlicht und lässt sich nicht auf die tatsächlichen Absender Ihrer Domain begrenzen. DKIM fehlt häufig vollständig, und vorhandene Schlüssel werden unter Umständen selten rotiert. DMARC wird oft gar nicht veröffentlicht.
Selbst bei einwandfreier Reputation der gemeinsamen IP können ausgehende E-Mails daher nur schwach authentifiziert sein. Moderne Empfänger, etwa durch Gmail-Regeln für Massenversender und strengere Abgleichprüfungen von Microsoft, bewerten nicht authentifizierte E-Mails bei großem Volumen ungünstiger. Diese Bewertung betrifft Ihre Domain unabhängig von der IP-Reputation, weshalb gebündelte Webhosting-E-Mail auch auf einer sauberen gemeinsamen IP Nachteile haben kann.
Fehler 3: Keine Transparenz durch DMARC
DMARC-Berichte zeigen, wer E-Mails im Namen Ihrer Domain sendet. Dazu gehören legitime Absender, die authentifiziert werden müssen, ebenso wie mögliche Fälscher, die sich als Ihre Marke ausgeben. Wenn die Berichte nicht an ein von Ihnen kontrolliertes Postfach fließen, bleiben beide Gruppen unsichtbar.
Viele gebündelte Webhosting-Plattformen bieten keine sichtbare Steuerung des DMARC-Berichtsziels. Wenn der Berichtsstrom beim Anbieter statt bei Ihnen landet, können Sie Domainfälschungen nicht selbst erkennen. Dadurch können sich Probleme über Monate entwickeln, bevor sie auffallen. Spezialisierte Postfachanbieter leiten Berichte häufig pro Domain an ein festgelegtes Postfach weiter und schaffen so standardmäßig Transparenz. Den umfassenderen Rahmen zur Authentifizierung erläutert E-Mail mit eigener Domain.
Fehler 4: Anbieterbindung bei der Migration
Beim Paket liegen DNS, Registrar und Postfachhosting beim selben Anbieter. Der Wechsel eines Bereichs erfordert häufig auch den Wechsel der anderen, wodurch aus einer einfachen Änderung des MX-Eintrags ein mehrwöchiges Migrationsprojekt wird. Manche Anbieter verlangen zusätzlich $50-200 pro Postfach für eine unterstützte Migration von der Plattform.
Diese Bindung führt dazu, dass Betreiber länger als sinnvoll bei Paketen bleiben. Die Migrationskosten in Form von Zeit, Geld und möglichen Kundenbeeinträchtigungen erscheinen höher als die Mehrkosten eines weiteren Quartals. Die zunehmenden Zustellbarkeitskosten können später dennoch eine Migration auslösen, nur später als bei geringeren Wechselhürden. Ein Paket, das alle drei Ebenen kontrolliert, schafft dieses Risiko.
Die Lösung in 30 Minuten
Die strukturellen Probleme einer Webhosting-E-Mail lassen sich angehen, indem E-Mails zu einem spezialisierten Postfachanbieter wechseln und die Website an ihrem bisherigen Ort bleibt. Die A- und CNAME-Einträge der Website ändern sich nicht. Nur die MX-Einträge werden auf den neuen Postfachanbieter ausgerichtet. Die Kosten für das neue Postfach liegen bei $0-51/year.
Schritt für Schritt: Registrieren Sie sich bei TrekMail, kostenlos für Nano oder für $4/month bei Starter. Fügen Sie die Domain im Dashboard hinzu. Suchen Sie im cPanel Ihres Webhostings den Bereich für DNS-Einträge, der meist „Zone Editor“ oder „DNS Manager“ heißt. Ersetzen Sie die MX-Einträge, die dem Internet das Ziel für E-Mails Ihrer Domain mitteilen, durch die Werte von TrekMail. Veröffentlichen Sie die vom TrekMail-Assistenten erzeugten SPF-, DKIM- und DMARC-Einträge. Senden Sie aus dem neuen Postfach eine Testnachricht an Gmail, Outlook und Yahoo. Prüfen Sie bei allen drei die Anzeige PASS in den Headern. Damit ist die Grundkonfiguration abgeschlossen. Viele Betreiber benötigen dafür weniger als 30 Minuten.
Wie TrekMail zur Lösung passt
TrekMail übernimmt die Postfachebene, ohne DNS, Website-Hosting oder Domainregistrierung zu kontrollieren. Die Plattform erstellt DNS-Einträge, die Sie beim bestehenden DNS-Host veröffentlichen. Die Website bleibt beim vorhandenen Webhost und die Domain beim bisherigen Registrar. Nur die E-Mail-Ebene zieht um.
DKIM-Rotation pro Kunde, automatisierte SPF-Verwaltung und Weiterleitung von DMARC-Berichten sind standardmäßig vorgesehen. Die strukturellen Schutzmaßnahmen gegen die vier Paketprobleme sind Teil der Plattform und erfordern nicht jeweils eine manuelle Konfiguration durch den Betreiber. Einen Kostenvergleich mit Paketangeboten finden Sie unter Preise für geschäftliche E-Mail-Dienste.
Nächste Schritte
Der Ansatz für eine mit Shared Hosting gebündelte Domain-E-Mail ist unkompliziert: Die Website bleibt am bisherigen Ort, während E-Mails zu einem spezialisierten Postfachanbieter wechseln. Nur MX- und Authentifizierungseinträge werden aktualisiert. Die vier strukturellen Probleme des Webhosting-E-Mail-Pakets lassen sich so reduzieren, ohne das Website-DNS oder den Registrar zu ändern.
Testen Sie TrekMail Nano kostenlos unter trekmail.net/pricing. Eine Karte ist nicht erforderlich, und nach den derzeit veröffentlichten Bedingungen gibt es keine feste Testfrist. Nano umfasst 10 Domains × 10 Postfächer. Starter für $4/month erweitert die Kapazität bei steigendem Versandvolumen auf 50 × 100.
Diese Probleme werden selten erneut geprüft, weil ihre Kosten nicht direkt sichtbar sind. Sie zeigen sich in verlorenen Antworten und langsameren Verkaufsgesprächen statt auf einer Rechnung. Der Wechsel zu einem spezialisierten Host kann diese zuvor verborgenen Kosten sichtbar machen. Einige Betreiber berichten nach der Migration von höheren Antwortraten und schnelleren Verkaufszyklen, wobei das Ergebnis von Versandprofil und Empfängern abhängt.
Die Diagnose ist einfach: Prüfen Sie, ob DMARC-Sammelberichte, also tägliche Zusammenfassungen der Absender, die im Namen Ihrer Domain senden, in einem von Ihnen kontrollierten Postfach eintreffen. Wenn nicht, liegt Fehlermuster 3 vor, und häufig sind auch die anderen drei vorhanden. Ein spezialisierter Host kann alle vier Punkte gemeinsam adressieren. Anbieter gebündelter Registrierungsdienste weisen selten auf das Zustellbarkeitsproblem hin, da das Paket für sie rentabel ist. Betreiber müssen es daher meist anhand von DMARC-Berichten oder einer sinkenden Antwortrate selbst erkennen.
Für Betreiber mit mehreren Websites auf demselben Shared-Hosting-Konto besteht ein höherer Handlungsdruck. Die ausgehenden E-Mails jeder Website teilen dieselbe IP und ähnliche Schwächen bei der Authentifizierung. Ein spezialisierter Host mit DKIM-Rotation pro Kunde trennt die Reputation der einzelnen Marken besser und kann verhindern, dass ein Vorfall einer Marke auf alle anderen im selben Betreiberkonto übergreift.
Ein letzter Hinweis: Der Registrar, der das Paket ursprünglich verkauft hat, wird selten selbst auf das Zustellbarkeitsproblem hinweisen. Das Paket ist rentabel, während der Ausstieg Reibung verursacht. Betreiber müssen das Problem über DMARC-Berichte oder eine sinkende Antwortrate selbst erkennen. Die Initiative zur Lösung geht daher eher vom Betreiber als vom Anbieter aus. Falls noch nicht geschehen, legen Sie eine Kalendererinnerung für die vierteljährliche Prüfung der DMARC-Berichte an.
