Hosting dla strony wielojęzycznej: domeny, subdomeny, katalogi i geolokalizacja
Katalogi, subdomeny czy osobne domeny? Porównujemy struktury URL, hreflang, certyfikaty SSL, CDN i zasoby hostingu dla strony w kilku językach.
Spis treści
Strona w kilku językach to nie tylko tłumaczenie tekstów. To decyzja o strukturze adresów, certyfikatach SSL, sposobie podpowiadania Google, która wersja jest dla kogo, oraz o tym, czy Twój hosting w ogóle uniesie kilka równoległych witryn. Wybór między osobnymi domenami, subdomenami a katalogami rzutuje na SEO, koszty i wygodę zarządzania na lata. Wyjaśniamy różnice, pułapki i to, czego naprawdę będzie potrzebować Twój hosting.
Trzy struktury adresów — i co realnie oznaczają
To pierwsza i najważniejsza decyzja. Każda struktura ma inne konsekwencje dla SEO, kosztów i utrzymania:
| Struktura | Przykład | Plusy | Minusy |
|---|---|---|---|
| Osobne domeny (ccTLD) | firma.pl, firma.de |
silny sygnał geo, lokalne zaufanie | najdroższe, osobne SEO każdej domeny |
| Subdomeny | pl.firma.com, de.firma.com |
czysty podział, łatwe na osobnych serwerach | słabsze dziedziczenie autorytetu domeny |
| Katalogi (subkatalogi) | firma.com/pl/, firma.com/de/ |
dziedziczy autorytet domeny, najtaniej | wszystko na jednej infrastrukturze |
Osobne domeny krajowe (ccTLD) dają najmocniejszy sygnał geolokalizacji i lokalne zaufanie (.pl budzi większe zaufanie polskiego klienta niż .com), ale to też najwyższy koszt: każdą domenę rejestrujesz i odnawiasz osobno, a jej pozycję w wyszukiwarce budujesz od zera.
Katalogi dziedziczą autorytet (linki, wiek, zaufanie) głównej domeny, są najtańsze i najprostsze w utrzymaniu — to najczęściej rekomendowane podejście dla małych i średnich stron, które nie potrzebują twardego rozdzielenia rynków. Wadą jest to, że całość żyje na jednej infrastrukturze.
Subdomeny to kompromis: czysty podział, łatwo postawić każdą wersję na osobnym serwerze, ale autorytet główniej domeny przenosi się na nie słabiej niż w przypadku katalogów.
Hreflang — bez tego Google miesza wersje
Niezależnie od struktury, kluczowy jest atrybut hreflang. To on mówi wyszukiwarce, która wersja językowa jest przeznaczona dla jakiego języka i regionu — np. pl-PL, de-DE, en-GB. Bez poprawnego hreflang Google może pokazywać polskiemu użytkownikowi niemiecką wersję albo uznać tłumaczenia za zduplikowaną treść.
Trzy zasady, które najczęściej się łamie:
- Wzajemność. Jeśli strona A wskazuje na B jako wersję językową, B musi wskazywać z powrotem na A. Jednostronne hreflang jest ignorowane.
- Samoodniesienie. Każda strona powinna zawierać też hreflang do samej siebie.
- Wersja
x-default. Wskazuje stronę domyślną dla użytkowników, których języka nie obsługujesz.
Hreflang możesz wstawić w sekcji <head>, w nagłówkach HTTP albo w mapie witryny — efekt jest ten sam.
Certyfikaty SSL — pilnuj każdej wersji
To częsta pułapka. Sposób zabezpieczenia HTTPS zależy od struktury:
- Osobne domeny wymagają osobnego certyfikatu dla każdej domeny (albo certyfikatu multi-domenowego SAN).
- Subdomeny najwygodniej obsłużyć certyfikatem wildcard (
*.firma.com), który pokrywa wszystkie subdomeny jednym certyfikatem. - Katalogi są najprostsze — jeden certyfikat głównej domeny pokrywa całość.
Pamiętaj, że certyfikaty (zwłaszcza darmowe Let's Encrypt) trzeba odnawiać. Przy kilku domenach/subdomenach łatwo przeoczyć wygaśnięcie jednej z nich — automatyczne odnawianie po stronie hostingu jest tu na wagę złota.
Czego potrzebuje Twój hosting
Strona wielojęzyczna mnoży obciążenie. Konkretnie:
- Zasoby. Kilka wersji to więcej plików (inode), więcej zapytań do bazy i więcej ruchu. Wtyczki tłumaczeń typu WPML czy Polylang dokładają zapytań do każdej strony — sprawdź, czy plan ma zapas CPU, RAM i limitu plików.
- CDN i geolokalizacja. Jeśli odbiorcy są w różnych krajach, sieć CDN serwuje statyczne zasoby z węzła najbliżej użytkownika, skracając czas ładowania niezależnie od położenia serwera origin. Geolokalizacja może też sugerować wersję językową na podstawie kraju — ale nigdy nie wymuszaj jej twardo (przekierowaniem), bo zablokujesz robotom indeksowanie pozostałych wersji i zirytujesz użytkowników podróżujących.
- Wiele domen na jednym koncie. Jeśli idziesz w osobne domeny, upewnij się, że hosting pozwala podpiąć kilka domen głównych (nie tylko aliasów) i obsłużyć dla nich osobne certyfikaty.
Ryzyka, o których warto wiedzieć
- Automatyczne tłumaczenie maszynowe bez korekty bywa traktowane przez Google jak treść niskiej jakości — lepiej mniej języków, ale dobrze przetłumaczonych.
- Niespójny hreflang to najczęstsze źródło problemów z indeksowaniem wielu wersji.
- Twarde przekierowanie po IP (geolokalizacja) potrafi uwięzić użytkownika w jednej wersji i utrudnić indeksację — oferuj wybór, nie przymus.
Kiedy CDN naprawdę przyspiesza stronę, a kiedy tylko komplikuje konfigurację
Najczęściej zadawane pytania
Katalogi, subdomeny czy osobne domeny — co wybrać?
Dla większości małych i średnich stron katalogi (/pl/, /de/) są najprostsze i dziedziczą autorytet głównej domeny. Osobne domeny ccTLD wybieraj, gdy zależy Ci na maksymalnym lokalnym zaufaniu i masz budżet na osobne SEO każdego rynku.
Czy hreflang jest obowiązkowy?
Technicznie nie, ale bez niego Google może mieszać wersje językowe i traktować je jak duplikaty. Przy wielu językach to praktycznie konieczność dla poprawnego indeksowania.
Jeden certyfikat SSL czy kilka?
Dla katalogów wystarczy jeden certyfikat głównej domeny. Dla subdomen najwygodniejszy jest wildcard. Dla osobnych domen — osobny certyfikat na każdą (lub jeden multi-domenowy).
Czy mogę automatycznie przekierowywać po kraju użytkownika?
Możesz sugerować wersję na podstawie geolokalizacji, ale nie wymuszaj jej twardym przekierowaniem — utrudnia to indeksację innych wersji i frustruje użytkowników. Zostaw przełącznik języka.
Podsumowanie
Strona wielojęzyczna to projekt infrastrukturalny, nie tylko tłumaczeniowy. Najpierw wybierz strukturę adresów dopasowaną do budżetu i ambicji (katalogi dla prostoty, ccTLD dla maksymalnego sygnału geo), potem zadbaj o poprawny, wzajemny hreflang, świadomie zaplanuj certyfikaty SSL i upewnij się, że hosting ma zapas zasobów oraz CDN dla rozproszonej publiczności. Geolokalizacja niech podpowiada, nie przymusza. Tak postawiona witryna rośnie na wszystkich rynkach, zamiast walczyć sama ze sobą o widoczność.
Źródła i dalsza lektura
Źródła
- Google Search Central: Localized versions of your pages (hreflang) developers.google.com
- Google Search Central: Managing multi-regional and multilingual sites developers.google.com
