Wenn ein Unternehmen eine Website, Firmen-E-Mail und den Einstieg in mehrere Sprachversionen oder Märkte gleichzeitig vorbereitet, liegt die eigentliche Herausforderung meist nicht bei einer einzelnen Domain oder einem einzelnen Postfach. Entscheidend ist, dass alles als ein zusammenhängendes System funktioniert. Genau darum ging es in diesem Projekt für AA ENERGOBUD.
Es musste eine klare technische Struktur geschaffen werden, in der Domains, Firmen-E-Mail in Google Workspace, DNS-Einträge, Hosting und eine künftige mehrsprachige WordPress-Website sauber zusammenspielen. Eine Domain sollte als Grundlage für die Firmen-E-Mail und die englische Version der Website dienen, die andere für die polnische Version. In der Praxis bedeutete das nicht nur, eine weitere Domain hinzuzufügen, sondern eine technische Basis aufzubauen, die von Anfang an stabil funktioniert und nach dem Start nicht erneut umgebaut werden muss.
Ausgangssituation
Zu Beginn des Projekts gab es zwei bei OVH registrierte Domains. Für die Hauptdomain war Google Workspace bereits im Einsatz: Das zentrale Firmenpostfach war eingerichtet, zusätzliche Adressen waren konfiguriert und die grundlegende Domain-Verifizierung war abgeschlossen.
Im nächsten Schritt musste die zweite Domain so eingebunden werden, dass sie sowohl in der E-Mail-Logik als auch für die polnische Sprachversion der Website korrekt funktioniert. Gleichzeitig musste eine einzige WordPress-Installation so vorbereitet werden, dass sie über WPML auf zwei Domains arbeitet: die englische Version auf .com, die polnische auf .pl.
Damit handelte es sich nicht mehr nur um eine E-Mail-Einrichtung oder eine Website-Konfiguration für sich genommen. Es war eine Infrastrukturaufgabe, bei der E-Mail, Domains, DNS, Hosting und SEO unmittelbar zusammenhingen.
Was gelöst werden musste
Im Rahmen des Projekts musste die zweite Domain als Alias-Domain in Google Workspace angebunden, die korrekte Funktion der Firmenadressen auf beiden Domains gesichert, DNS-Einträge geprüft und korrigiert, die grundlegende E-Mail-Authentifizierung über SPF, DKIM und DMARC vorbereitet, die zweite Domain in cPanel mit einem gemeinsamen Document Root verbunden, eine WordPress-Installation für den mehrsprachigen Betrieb über zwei Domains vorbereitet und eine saubere technische Grundlage für die weitere SEO-Arbeit geschaffen werden.
Worin die eigentliche Komplexität lag
Auf den ersten Blick wirken solche Aufgaben einfach: Domain hinzufügen, E-Mail anbinden, Website weiterleiten. In der Praxis entstehen die größten Probleme jedoch genau an den Schnittstellen mehrerer Systeme.
Wird die zweite Domain ohne Abstimmung auf die E-Mail-Logik eingebunden, können einzelne Nachrichten nicht ankommen oder nur unzuverlässig funktionieren. Beginnt cPanel, E-Mails lokal zu verarbeiten, statt sie an Google Workspace weiterzugeben, entstehen Routing-Probleme. Wird eine mehrsprachige Website auf zwei Domains ohne klare Struktur eingerichtet, folgen doppelte Seiten, Indexierungsprobleme und unnötige SEO-Risiken.
Mit anderen Worten: Die Aufgabe bestand nicht einfach darin, alles anzuschließen, sondern sicherzustellen, dass Domains, E-Mail und Website geordnet zusammenarbeiten.
Was umgesetzt wurde
Audit der Domains und DNS-Einträge
Zu Beginn wurden die DNS-Zonen beider Domains geprüft. Dabei musste klar zwischen Einträgen für die Website und Einträgen für die E-Mail unterschieden werden. Gleichzeitig war zu prüfen, ob gemischte Einstellungen aus verschiedenen Diensten vorhanden waren.
Auf dieser Basis wurde die Grundlogik festgelegt: Beide Domains sollen auf die Website zeigen, während die E-Mail unter der Kontrolle von Google Workspace bleibt und nicht vom lokalen Hosting verarbeitet wird.
Prüfung von Google Workspace und Einbindung der zweiten Domain
Für die Hauptdomain wurde die aktive Google-Workspace-Konfiguration bestätigt. Anschließend wurde die zweite Domain als Alias-Domain vorbereitet, damit E-Mail-Adressen auf dieser Domain innerhalb derselben Firmenstruktur funktionieren.
Dadurch konnten unnötige separate Konten vermieden werden, wo korrekt konfigurierte Aliase und eine saubere Domain-Logik ausreichen. Für das Unternehmen bedeutet das einfachere Verwaltung, eine klarere E-Mail-Struktur und geringere unnötige Kosten.
Korrektur von SPF und Prüfung der E-Mail-Logik
SPF-Einträge wurden gesondert überprüft. Das ist einer der Bereiche, in denen ein Fehler zu Beginn oft unbemerkt bleibt, sich später jedoch durch schlechtere Zustellbarkeit oder Spam-Probleme bemerkbar macht.
Die Versandlogik wurde so abgestimmt, dass beide Domains innerhalb eines gemeinsamen Firmen-E-Mail-Modells funktionieren, ohne einander zu stören.
Vorbereitung von DKIM und DMARC
Im nächsten Schritt wurde die E-Mail-Authentifizierung auf Ebene von DKIM und DMARC vorbereitet. Das ist nicht nur für die technische Zustellbarkeit wichtig, sondern auch für das Vertrauen in die Domain, den stabilen Betrieb der Firmen-E-Mail und den korrekten Versand von Nachrichten über die Website.
In der Praxis sind es oft genau diese Faktoren, die darüber entscheiden, ob eine Nachricht von E-Mail-Diensten als vertrauenswürdig eingestuft oder als verdächtig behandelt wird.
Einbindung der zweiten Domain in cPanel
Um nicht zwei getrennte Websites aufbauen zu müssen, wurde die zweite Domain in cPanel mit einem gemeinsamen Document Root verbunden. Das bedeutet, dass beide Domains physisch auf dieselbe WordPress-Installation zugreifen.
Für das Unternehmen ist das praktischer und wirtschaftlicher: ein Verwaltungssystem, ein Satz von Templates und Plugins, einfachere Wartung und geringeres Risiko technischer Abweichungen zwischen den Sprachversionen.
Vorbereitung von WordPress und WPML für zwei Domains
Auf WordPress-Ebene wurde ein Modell vorbereitet, bei dem eine Installation zwei Sprachversionen über WPML bedient. Die englische Version wurde einer Domain zugeordnet, die polnische der anderen.
Das ist ein wesentlicher Punkt, weil eine sauber angelegte Sprachstruktur von Anfang an die spätere Weiterentwicklung der Website deutlich erleichtert, ohne zur Grundarchitektur zurückkehren zu müssen.
Prüfung der grundlegenden SEO-Logik
Da unterschiedliche Domains für unterschiedliche Sprachen die Indexierung direkt beeinflussen, wurde auch die SEO-Logik berücksichtigt. Ziel war es, doppelte Seiten, Canonical-Probleme und unklare Sprachzuordnungen zu vermeiden.
So entstand eine Struktur, die weiteres Wachstum unterstützt, ohne von Beginn an technischen Ballast aufzubauen.
Welche Risiken reduziert wurden
Eines der größten Risiken in solchen Projekten besteht darin, dass die zweite Domain zwar mit der Website verbunden wird, aber nicht mit der tatsächlichen E-Mail-Logik abgestimmt ist. Dann funktioniert die E-Mail nur teilweise oder unzuverlässig.
Ein weiteres häufiges Risiko ist ein Konflikt zwischen Google Workspace und der lokalen Hosting-E-Mail. Wird das nicht kontrolliert, können manche Nachrichten am falschen Ort verarbeitet werden.
Zusätzlich wurden Risiken im Zusammenhang mit SPF, DKIM und DMARC sowie mit der mehrsprachigen Struktur auf unterschiedlichen Domains berücksichtigt. Genau in diesen Bereichen entstehen oft Probleme, die erst nach dem Launch sichtbar werden.
Was besonders wichtig war
In diesem Projekt war es wichtig, die Aufgabe nicht in voneinander getrennte Kleinstkonfigurationen zu zerlegen. E-Mail, Domains, Hosting und WordPress waren hier unmittelbar miteinander verbunden.
Ebenso wichtig war es, bei einer einzigen WordPress-Installation zu bleiben, statt zwei getrennte Websites aufzubauen. Das vereinfacht die Pflege, senkt den technischen Aufwand und schafft ein stabileres Modell für die Zukunft.
Außerdem war entscheidend, die Rollen der Domains klar zu definieren: eine als Grundlage für die englische Version und die Firmen-E-Mail, die andere als Domain für die polnische Version der Website. Eine solche Struktur schafft eine geordnete Basis sowohl für das Unternehmen als auch für SEO.
Ergebnis
Im Ergebnis wurde für ein international tätiges Bauunternehmen nicht einfach eine Sammlung einzelner Einstellungen vorbereitet, sondern ein einheitliches technisches Modell. Eine WordPress-Installation bedient nun zwei Sprachversionen, zwei Domains übernehmen unterschiedliche Rollen innerhalb eines Projekts, die Firmen-E-Mail folgt einer zentralen Logik und die E-Mail-Authentifizierung ist auf zuverlässige Zustellbarkeit ausgelegt.
Für das Unternehmen bedeutet das mehr Planbarkeit, weniger technische Risiken und eine solide Grundlage für den Website-Start, die Kommunikation mit Kunden und die weitere Skalierung.
Was der Kunde am Ende erhalten hat
Am Ende erhielt der Kunde ein übersichtliches und skalierbares System, in dem Website, Domains und E-Mail nicht gegeneinander arbeiten. Es wurde eine Grundlage für eine mehrsprachige WordPress-Website, eine zentralisierte Firmen-E-Mail und die weitere technische Entwicklung geschaffen, ohne nach dem Launch alles neu aufbauen zu müssen.
Der Wert dieses Projekts lag nicht nur in den einzelnen Einstellungen, sondern darin, dass jede Entscheidung Teil einer logisch aufgebauten Gesamtstruktur war, die sich für einen stabilen Betrieb in der Zukunft eignet.
In dieser Fallstudie ging es nicht einfach darum, noch eine Domain anzubinden oder ein paar E-Mail-Adressen zu konfigurieren. Ziel war es, eine funktionierende Grundlage zu schaffen, in der E-Mail, Domains, Hosting und Website einander unterstützen, statt zusätzliche Risikopunkte zu erzeugen.
Genau dieser Ansatz ermöglicht es einem Unternehmen, nicht mit einer provisorischen Lösung zu starten, sondern mit einer sauber vorbereiteten technischen Basis.
Sie möchten Domains, Firmen-E-Mail und Website in einem funktionierenden System zusammenführen? Kontaktieren Sie uns. Wir helfen dabei, eine technische Grundlage aufzubauen, die spätere unnötige Nacharbeiten vermeidet.