Kiedy firma uruchamia stronę internetową, pocztę firmową i od razu wchodzi na kilka rynków lub języków, problem zazwyczaj nie dotyczy pojedynczej domeny czy pojedynczej skrzynki. Problem polega na tym, aby wszystko działało razem jako jeden spójny system. Właśnie takie zadanie pojawiło się w tym projekcie dla firmy AA ENERGOBUD.
Trzeba było połączyć w jedną logiczną całość domeny, pocztę firmową w Google Workspace, rekordy DNS, hosting oraz przyszłą wielojęzyczną stronę opartą na WordPressie. Jedna domena miała stać się podstawą dla poczty firmowej i anglojęzycznej wersji strony, druga dla wersji polskiej. W praktyce oznaczało to nie tylko podłączenie drugiej domeny, ale zbudowanie technicznej podstawy, która będzie stabilnie działać od początku i nie będzie wymagała przebudowy po uruchomieniu.
Sytuacja wyjściowa
Na starcie projekt obejmował dwie domeny zarejestrowane w OVH (Zobacz naszą publikację „Jak wybrać rejestratora domeny”). Dla głównej domeny wykorzystywano już Google Workspace: utworzono główną skrzynkę firmową, skonfigurowano dodatkowe adresy oraz wykonano podstawową weryfikację domeny.
Następnie pojawiło się kolejne zadanie: drugą domenę należało podłączyć tak, aby poprawnie działała zarówno w logice poczty, jak i dla polskiej wersji językowej strony. Równolegle trzeba było przygotować jedną instalację WordPressa do pracy na dwóch domenach przez WPML: wersja angielska na .com, wersja polska na .pl.
Nie było to już osobne ustawienie poczty ani osobna konfiguracja strony. Było to zadanie infrastrukturalne, w którym poczta, domeny, DNS, hosting i SEO bezpośrednio wpływały na siebie nawzajem.
Co należało rozwiązać
W ramach projektu trzeba było podłączyć drugą domenę jako alias domain w Google Workspace, zachować poprawne działanie firmowych adresów na dwóch domenach, sprawdzić i skorygować rekordy DNS, przygotować podstawowe uwierzytelnianie poczty przez SPF, DKIM i DMARC, dodać drugą domenę w cPanel do wspólnego document root, przygotować jedną instalację WordPressa do wielojęzycznej pracy na dwóch domenach oraz stworzyć poprawną techniczną podstawę do dalszego SEO.
Na czym polegała rzeczywista trudność
Na pierwszy rzut oka takie zadania wydają się proste: dodać domenę, podłączyć pocztę, skierować stronę. W praktyce jednak najwięcej problemów pojawia się właśnie na styku kilku systemów.
Jeżeli druga domena zostanie podłączona bez uzgodnienia z logiką poczty, część wiadomości może nie docierać albo działać niestabilnie. Jeżeli cPanel zaczyna obsługiwać pocztę lokalnie zamiast przekazywać ją do Google Workspace, pojawiają się problemy z routingiem. Jeżeli wielojęzyczna strona na dwóch domenach zostanie skonfigurowana bez jasnej logiki, powstają duplikaty stron, problemy z indeksowaniem i niepotrzebne ryzyka SEO.
Innymi słowy, nie chodziło o samo podłączenie wszystkich elementów, lecz o to, by domeny, poczta i strona działały ze sobą spójnie.
Co zostało zrobione
Audyt domen i DNS
Prace rozpoczęto od sprawdzenia stref DNS obu domen. Trzeba było wyraźnie oddzielić rekordy odpowiedzialne za stronę od tych, które odpowiadają za pocztę, oraz ustalić, czy nie występują mieszane ustawienia z różnych usług.
Na tym etapie ustalono podstawową logikę: obie domeny mają kierować na stronę, natomiast poczta ma pozostać pod kontrolą Google Workspace, a nie lokalnego hostingu.
Weryfikacja Google Workspace i podłączenie drugiej domeny
Dla głównej domeny potwierdzono aktywną konfigurację Google Workspace. Następnie przygotowano drugą domenę jako alias domain, tak aby adresy e-mail na tej domenie działały w ramach tej samej struktury firmowej.
Pozwoliło to uniknąć tworzenia zbędnych oddzielnych kont tam, gdzie wystarczające były poprawnie skonfigurowane aliasy i właściwa logika domen. Dla firmy oznacza to prostsze zarządzanie, bardziej przejrzystą strukturę poczty i mniejsze niepotrzebne koszty.
Korekta SPF i sprawdzenie logiki poczty
Osobno przeanalizowano rekordy SPF. To jedna z tych stref, w których błąd może nie być widoczny od razu, ale później objawia się słabszą dostarczalnością wiadomości lub trafianiem do spamu.
Uzgodniono logikę wysyłki poczty tak, aby domeny działały w jednym modelu z pocztą firmową i nie wchodziły ze sobą w konflikt.
Przygotowanie DKIM i DMARC
Następnie przygotowano uwierzytelnianie poczty na poziomie DKIM i DMARC. Ma to znaczenie nie tylko dla technicznej dostarczalności wiadomości, ale również dla zaufania do domeny, stabilnego działania poczty firmowej i poprawnej wysyłki wiadomości ze strony.
W praktyce to właśnie te elementy często decydują o tym, czy wiadomość wygląda dla usług pocztowych wiarygodnie, czy wzbudza podejrzenia.
Dodanie drugiej domeny w cPanel
Aby nie tworzyć dwóch oddzielnych stron, drugą domenę dodano w cPanel do wspólnego document root. Oznacza to, że obie domeny fizycznie obsługują jedną instalację WordPressa.
Dla firmy jest to wygodniejsze i bardziej opłacalne: jeden system zarządzania, jeden zestaw szablonów i wtyczek, prostsze utrzymanie i mniejsze ryzyko technicznych rozbieżności między wersjami językowymi.
Przygotowanie WordPressa i WPML do pracy na dwóch domenach
Na poziomie WordPressa przygotowano model, w którym jedna instalacja obsługuje dwie wersje językowe przez WPML. Wersja angielska została przypisana do jednej domeny, a polska do drugiej.
To ważny element, ponieważ poprawna struktura językowa od początku pozwala spokojnie rozwijać stronę bez konieczności wracania do podstaw architektury.
Sprawdzenie podstawowej logiki SEO
Ponieważ różne domeny dla różnych języków bezpośrednio wpływają na indeksowanie, uwzględniono również logikę SEO. Chodziło o uniknięcie duplikacji stron, błędów w canonical oraz niejasnego przypisania języków.
W rezultacie przygotowano strukturę odpowiednią do dalszego rozwoju bez generowania długu technicznego już na starcie.
Jakie ryzyka udało się ograniczyć
Jednym z największych ryzyk w takich projektach jest sytuacja, w której druga domena jest podłączona do strony, ale nie została uzgodniona z rzeczywistą logiką poczty. W efekcie wiadomości mogą działać tylko częściowo albo niestabilnie.
Kolejnym częstym ryzykiem jest konflikt między Google Workspace a lokalną pocztą hostingu. Jeżeli nie zostanie to dopilnowane, część wiadomości może być obsługiwana nie tam, gdzie powinna.
Osobno uwzględniono także ryzyka związane z SPF, DKIM i DMARC oraz z wielojęzycznością na różnych domenach. To właśnie tutaj często powstają problemy, które stają się widoczne dopiero po uruchomieniu strony.
Co było szczególnie ważne
W tym projekcie ważne było, aby nie rozdzielać zadania na drobne, oderwane od siebie ustawienia. Poczta, domeny, hosting i WordPress były tutaj ze sobą bezpośrednio powiązane.
Nie mniej istotne było zachowanie jednej instalacji WordPressa zamiast dwóch osobnych stron. Upraszcza to utrzymanie, zmniejsza obciążenie techniczne i daje stabilniejszy model na przyszłość.
Równie ważne było poprawne rozdzielenie ról domen: jedna jako podstawa dla anglojęzycznej wersji i poczty firmowej, druga jako domena dla polskiej wersji strony. Taka struktura tworzy uporządkowaną podstawę zarówno dla firmy, jak i dla SEO.
Rezultat
W efekcie dla firmy budowlanej prowadzącej działalność międzynarodową przygotowano nie zbiór pojedynczych ustawień, lecz jeden spójny model techniczny. Jedna instalacja WordPressa obsługuje dwie wersje językowe, dwie domeny pełnią różne role w ramach jednego projektu, poczta firmowa zachowuje scentralizowaną logikę, a uwierzytelnianie poczty zostało przygotowane pod poprawną dostarczalność wiadomości.
Dla firmy oznacza to większą przewidywalność, mniej ryzyk technicznych oraz dobrą podstawę do uruchomienia strony, komunikacji z klientami i dalszego skalowania działalności.
Co klient otrzymał na końcu
Na końcu klient otrzymał przejrzysty i skalowalny system, w którym strona, domeny i poczta nie wchodzą ze sobą w konflikt. Powstała baza dla wielojęzycznej strony WordPress, scentralizowanej poczty firmowej oraz dalszego rozwoju technicznego bez konieczności przebudowywania wszystkiego po uruchomieniu.
Wartość tego projektu polegała nie tylko na samych ustawieniach, ale na tym, że wszystkie decyzje zostały podjęte jako element jednej logicznej całości, odpowiedniej do stabilnej pracy w przyszłości.
W tym case study zadanie nie polegało po prostu na podłączeniu kolejnej domeny albo skonfigurowaniu kilku adresów e-mail. Chodziło o zbudowanie jednej roboczej podstawy, w której poczta, domeny, hosting i strona wzajemnie się wspierają, a nie tworzą dodatkowe punkty ryzyka.
Właśnie takie podejście pozwala firmie startować nie z tymczasowym rozwiązaniem, lecz z dobrze przygotowaną bazą techniczną.
Potrzebujesz poprawnie połączyć domeny, pocztę firmową i stronę w jeden działający system? Skontaktuj się z nami. Pomożemy przygotować techniczną podstawę bez zbędnych poprawek w przyszłości.