Subfoldery, subdomeny czy ccTLD - co wybrać dla strony wielojęzycznej?

Subfoldery (/de/, /fr/) to najczęściej rekomendowane rozwiązanie. Dziedziczą autorytet domeny głównej, są najtańsze w utrzymaniu i najłatwiejsze do zarządzania. Subdomeny (de.example.com) sprawdzają się, gdy wersje językowe różnią się technologicznie. ccTLD (example.de) dają najsilniejszy sygnał geotargetowania, ale wymagają budowania autorytetu od zera dla każdej domeny.

Czy struktura URL wpływa na SEO wielojęzyczne?

Tak, i to znacząco. Struktura URL determinuje, jak Google interpretuje powiązania między wersjami językowymi, jak rozkłada się autorytet domeny (link equity) oraz jak silny jest sygnał geotargetowania. Subfoldery konsolidują autorytet na jednej domenie, ccTLD rozpraszają go między osobne domeny.

Jak przenieść stronę z parametrów językowych na subfoldery?

Migracja wymaga czterech kroków: przygotowania mapy przekierowań 301 z każdego starego URL (np. ?lang=de) na nowy (/de/), aktualizacji hreflang i canonical, zgłoszenia nowej struktury w Google Search Console oraz monitorowania indeksacji przez 4-8 tygodni. Ważne: nigdy nie usuwaj przekierowań, dopóki Google nie zaindeksuje nowych URL.

Czy Google preferuje konkretną strukturę URL dla stron wielojęzycznych?

Google oficjalnie nie preferuje żadnej konkretnej struktury. Dokumentacja Google Search Central wymienia subfoldery, subdomeny i ccTLD jako równoważne opcje. W praktyce jednak subfoldery dają najlepsze rezultaty w większości przypadków, ponieważ konsolidują autorytet i są najprostsze w konfiguracji hreflang.

Jak obsłużyć URL-e dla tego samego języka w różnych regionach?

Używaj kodów język-region w strukturze URL, np. /en-us/ i /en-gb/ lub /pt-br/ i /pt-pt/. W hreflang stosuj odpowiednie kody (hreflang='en-us', hreflang='en-gb'). Google Search Console pozwala ustawić geotargeting na poziomie subfoldera. Treść w tych wersjach powinna być zlokalizowana (waluta, ortografia, terminologia), a nie identyczna.

Fundament architektury wielojęzycznej

Struktura URL dla stron wielojęzycznych

Subfoldery, subdomeny czy domeny krajowe? Wybór struktury URL to jedna z pierwszych i najważniejszych decyzji przy budowie strony wielojęzycznej. Wpływa na SEO, koszty utrzymania i efektywność geotargetowania.

Ten przewodnik porównuje trzy główne podejścia, pomaga podjąć decyzję i prowadzi przez proces migracji. Oparte na doświadczeniu z setek wdrożeń wielojęzycznych.

Trzy podejścia w skrócie:

Subfoldery (rekomendowane)

example.com/de/produkt

Subdomeny

de.example.com/produkt

ccTLD (domeny krajowe)

example.de/produkt

Parametry (niezalecane)

example.com/produkt?lang=de

Porównanie trzech podejść

Każde podejście ma swoje zalety i ograniczenia. Wybór zależy od budżetu, liczby rynków, struktury organizacyjnej i celów SEO.

Subfoldery (podkatalogi)

example.com/de/produkt

Rekomendowane

Wszystkie wersje językowe w ramach jednej domeny, rozdzielone folderami. Najczęściej rekomendowane rozwiązanie przez Google i specjalistów SEO.

Zalety

+Pełna konsolidacja autorytetu domeny (link equity)
+Jedna domena, jeden hosting, jeden SSL - najniższe koszty
+Najprostsza konfiguracja hreflang i canonical
+Łatwe zarządzanie w Google Search Console
+Obsługiwane natywnie przez WPML, Polylang, Shopify Markets

Ograniczenia

-Słabszy sygnał geotargetowania niż ccTLD
-Serwer musi obsłużyć ruch ze wszystkich rynków
-Trudniejsze rozdzielenie zarządzania między oddziały

Kiedy wybrać

Dla większości firm. Szczególnie przy ekspansji na 2-10 rynków, ograniczonym budżecie SEO i centralnym zarządzaniu treścią.

Subdomeny

de.example.com/produkt

Każda wersja językowa na osobnej subdomenie. Google traktuje subdomeny jako częściowo odrębne serwisy, co wpływa na dystrybucję autorytetu.

Zalety

+Łatwe rozdzielenie technicze (osobne serwery/CMS-y)
+Możliwość geolokalizacji serwera per subdomena
+Niezależne zarządzanie przez zespoły regionalne
+Osobne konto Google Search Console per subdomena

Ograniczenia

-Autorytet domeny nie jest w pełni dziedziczony
-Wyższe koszty utrzymania (osobne hostingi/SSL mogą być potrzebne)
-Bardziej skomplikowana konfiguracja hreflang
-Crawl budget dzielony między subdomeny

Kiedy wybrać

Gdy wersje językowe różnią się technologicznie (inny CMS), przy dużych zespołach regionalnych z autonomią techniczną, lub gdy infrastruktura wymaga separacji.

ccTLD (domeny krajowe)

example.de/produkt

Osobna domena krajowa dla każdego rynku. Najsilniejszy sygnał geotargetowania, ale najwyższe koszty i brak współdzielenia autorytetu.

Zalety

+Najsilniejszy sygnał geotargetowania w Google
+Budowanie zaufania u lokalnych użytkowników (znana domena .de, .fr)
+Pełna niezależność techniczna i zarządcza
+Łatwe rozpoznanie rynku docelowego

Ograniczenia

-Każda domena buduje autorytet od zera
-Najwyższy koszt (osobna domena, hosting, SSL na każdy rynek)
-Linki zwrotne nie konsolidują się na jednej domenie
-Najdłuższy czas do osiągnięcia efektów SEO
-Ryzyko niedostępności domen w niektórych ccTLD

Kiedy wybrać

Dla dużych marek z budżetem na budowanie autorytetu osobno na każdym rynku. Gdy rozpoznawalność lokalnej domeny jest kluczowa dla zaufania klientów.

Tabela porównawcza

Szczegółowe porównanie czterech podejść do struktury URL. Parametry uwzględnione ze względu na popularność, choć ich stosowanie jest odradzane.

Aspekt	Subfolder /de/	Subdomena de.	ccTLD .de	?lang=de
Autorytet domeny (link equity)	Skonsolidowany na jednej domenie	Częściowo dziedziczony	Budowany od zera	Skonsolidowany, ale źle crawlowany
Sygnał geotargetowania	Średni (przez GSC)	Średni (przez GSC)	Najsilniejszy (automatyczny)	Brak
Koszt roczny (estymacja)	Najniższy (1 domena)	Niski (1 domena)	Wysoki (domena per rynek)	Najniższy (1 domena)
Konfiguracja hreflang	Prosta	Średnia	Złożona (cross-domain)	Problematyczna
Crawl budget	Wspólny (efektywny)	Dzielony per subdomena	Osobny per domena	Marnowany na parametry
Google Search Console	Jedna usługa, filtrowanie URL	Osobna usługa per subdomena	Osobna usługa per domena	Jedna usługa, brak filtrowania
Zarządzanie treścią	Centralne (jeden CMS)	Rozproszone lub centralne	Rozproszone	Centralne (jeden CMS)
Rekomendacja SEO	Najlepsza dla większości	Dobra przy separacji technicznej	Najlepsza przy dużym budżecie	Niezalecane

Jak wybrać strukturę URL?

Odpowiedz na 5 pytań, aby określić najlepsze podejście dla Twojej strony. W 80% przypadków odpowiedzią będą subfoldery.

Ile rynków docelowych planujesz obsługiwać?

2-5 rynków: subfoldery. 5-15 rynków: subfoldery lub subdomeny. Ponad 15 rynków: subfoldery (łatwiejsze zarządzanie) lub ccTLD (przy dużym budżecie).

Jaki masz budżet na SEO i infrastrukturę?

Ograniczony budżet: subfoldery - jedyna sensowna opcja. Średni budżet: subfoldery lub subdomeny. Duży budżet: ccTLD, jeśli rozpoznawalność lokalna jest priorytetem.

Czy wersje językowe muszą być niezależne technicznie?

Nie (wspólny CMS, wspólny zespół): subfoldery. Tak (różne CMS-y, różne zespoły): subdomeny. Pełna autonomia per rynek: ccTLD.

Czy masz istniejący autorytet domeny do wykorzystania?

Silna domena (DR 50+): subfoldery - wykorzystaj istniejący autorytet. Nowa domena lub słaba (DR poniżej 20): rozważ ccTLD, jeśli planujesz długoterminowe budowanie marki na poszczególnych rynkach.

Jak szybko potrzebujesz efektów SEO?

Szybko (3-6 miesięcy): subfoldery - natychmiastowe dziedziczenie autorytetu. Średnioterminowo (6-12 miesięcy): subdomeny. Długoterminowo (12-24 miesiące): ccTLD.

Podsumowanie

Jeśli nie masz konkretnego powodu, aby wybrać inaczej, subfoldery to najlepsza opcja domyślna. Konsolidują autorytet, są najtańsze i najłatwiejsze w zarządzaniu. Sprawdzają się zarówno dla małych stron z 2 językami, jak i dużych portali z 20+ wersjami.

Struktura URL a hreflang

Hreflang informuje Google o relacjach między wersjami językowymi. Każda struktura URL wymaga innej konfiguracji hreflang.

Subfoldery

<link rel="alternate"
  hreflang="de"
  href="https://example.com/de/produkt" />
<link rel="alternate"
  hreflang="pl"
  href="https://example.com/pl/produkt" />
<link rel="alternate"
  hreflang="x-default"
  href="https://example.com/en/product" />

Wszystkie URL-e w tej samej domenie. Najprostsza implementacja.

Subdomeny

<link rel="alternate"
  hreflang="de"
  href="https://de.example.com/produkt" />
<link rel="alternate"
  hreflang="pl"
  href="https://pl.example.com/produkt" />
<link rel="alternate"
  hreflang="x-default"
  href="https://en.example.com/product" />

Cross-subdomain hreflang. Wymaga weryfikacji wszystkich subdomen w GSC.

ccTLD

<link rel="alternate"
  hreflang="de"
  href="https://example.de/produkt" />
<link rel="alternate"
  hreflang="pl"
  href="https://example.pl/produkt" />
<link rel="alternate"
  hreflang="x-default"
  href="https://example.com/product" />

Cross-domain hreflang. Najwyższe ryzyko niespójności.

Hreflang i język-region

Jeśli obsługujesz ten sam język na różnych rynkach (np. niemiecki w Niemczech i Austrii), używaj kodów język-region: hreflang="de-de" i hreflang="de-at". Struktura URL powinna to odzwierciedlać: /de-de/ i /de-at/.

8 najczęstszych błędów w strukturze URL

Na podstawie audytów stron wielojęzycznych. Błędy nr 1 i 3 (parametry i brak przekierowań) odpowiadają za największe straty ruchu organicznego.

Parametry ?lang= zamiast subfolderów

Krytyczny

Google nie traktuje parametrów jako sygnału językowego. URL example.com/product?lang=de nie przekazuje informacji o geotargetowaniu. Crawlery mogą pomijać wersje parametryzowane jako duplikaty.

Migruj na subfoldery (/de/product). Ustaw przekierowania 301 ze starych URL-i.

Niespójne kody języków w URL-ach

Wysoki

Mieszanie konwencji: /de/ na jednych stronach, /deutsch/ na innych, /german/ na jeszcze innych. Utrudnia crawlowanie i budowanie spójnej architektury hreflang.

Stosuj kody ISO 639-1 (2-literowe: de, fr, pl) lub ISO 639-1 + region (de-de, de-at, pt-br).

Brak przekierowań 301 przy zmianie struktury

Krytyczny

Migracja z subdomen na subfoldery bez przekierowań powoduje utratę dotychczasowego autorytetu, indeksacji i pozycji. Google traktuje nowe URL-e jako zupełnie nowe strony.

Przygotuj pełną mapę przekierowań 301. Nigdy nie usuwaj przekierowań, dopóki nowe URL-e nie zostaną zaindeksowane.

Duplikacja treści na wersji bez prefiksu

Wysoki

example.com/product i example.com/en/product zawierają tę samą treść w angielskim. Google widzi dwie strony z identyczną treścią, co rozmywa sygnały rankingowe.

Przekieruj 301 wersję bez prefiksu na odpowiedni subfolder (np. /en/). Lub ustaw wersję bez prefiksu jako domyślną z hreflang x-default.

Mieszanie struktur URL

Wysoki

Część rynków w subfolderach (/fr/), część w subdomenach (de.example.com), a część w ccTLD (example.it). Skrajnie trudne do zarządzania, podatne na błędy hreflang.

Wybierz jedną strukturę i stosuj ją konsekwentnie na wszystkich rynkach. Migruj istniejące wersje.

Brak x-default w hreflang

Średni

Brak wersji domyślnej (x-default) w implementacji hreflang. Użytkownicy z rynków, dla których nie ma dedykowanej wersji, mogą trafić na losową wersję językową.

Dodaj hreflang x-default wskazujący na wersję domyślną (zwykle angielską lub stronę wyboru języka).

Lokalizowane URL-e bez mapowania hreflang

Średni

URL-e produktów są tłumaczone (/buty-sportowe/ vs /running-shoes/), ale brakuje hreflang łączącego te strony. Google nie wie, że to te same strony w różnych językach.

Hreflang musi łączyć zlokalizowane URL-e. Mapuj /pl/buty-sportowe/ z /en/running-shoes/ przez hreflang.

Redirect łańcuchowe przy zmianie struktury

Średni

Po migracji stary URL przekierowuje na pośredni adres, który z kolei przekierowuje na docelowy. Łańcuchy przekierowań zmniejszają przekazywany link equity i spowalniają crawlowanie.

Wszystkie przekierowania powinny prowadzić bezpośrednio do docelowego URL (jeden skok 301).

Implementacja w popularnych CMS-ach

Jak skonfigurować strukturę URL w najczęściej używanych platformach. Konkretne ustawienia i ścieżki konfiguracji.

WordPress + WPML

Subfoldery (/de/) lub subdomeny

Więcej

WPML obsługuje trzy tryby: subfoldery (domyślny, rekomendowany), subdomeny i osobne domeny. Ustawienie w WPML > Languages > Language URL format. Hreflang generowany automatycznie. Slug produktów i stron można tłumaczyć (np. /buty/ vs /shoes/). Kompatybilny z Yoast SEO i Rank Math.

Ścieżka konfiguracji:

WPML > Languages > Language URL format > Directory for each language

WordPress + Polylang

Subfoldery (/de/)

Więcej

Polylang domyślnie stosuje subfoldery. Konfiguracja: Settings > Languages > URL modifications. Opcje: dodanie /language/ do URL, ukrycie domyślnego języka w URL. Polylang Pro dodaje automatyczny hreflang. Wersja darmowa wymaga ręcznej konfiguracji lub dodatkowego pluginu.

Ścieżka konfiguracji:

Settings > Languages > URL modifications > The language is set from the directory name

Shopify Markets

Subfoldery (/de-de/) lub osobne domeny

Więcej

Shopify Markets automatycznie tworzy subfoldery z kodem język-region (np. /de-de/, /fr-fr/). Hreflang generowany automatycznie. Możliwość przypisania osobnych domen per rynek. URL-e produktów nie są tłumaczone (slug pozostaje w języku oryginału). Aplikacje tłumaczeniowe (Weglot, Langify) mogą zmieniać to zachowanie.

Ścieżka konfiguracji:

Settings > Markets > Manage > Domains and languages

WooCommerce + WPML

Subfoldery (/de/)

Więcej

WooCommerce Multilingual (dodatek do WPML) zarządza tłumaczeniami produktów, kategorii i atrybutów. Subfoldery to domyślna i rekomendowana struktura. Slug produktów tłumaczony automatycznie. Uwaga na URL-e paginacji, filtrów i sortowania w kategoriach - muszą być spójne między wersjami.

Ścieżka konfiguracji:

WPML > WooCommerce Multilingual > Store URLs > Enable translated store URLs

Magento / Adobe Commerce

Subfoldery (Store Views) lub subdomeny

Więcej

Magento obsługuje wielojęzyczność przez Store Views. Domyślnie subfoldery (/de/, /fr/). Subdomeny wymagają konfiguracji na poziomie Website scope. Hreflang nie jest generowany natywnie - wymaga rozszerzenia (np. Amasty, MageWorx) lub ręcznej implementacji w szablonie. Rewrites URL obsługują tłumaczenie slugów.

Ścieżka konfiguracji:

Stores > Configuration > Web > Base URLs > Store View scope

Checklista migracji struktury URL

Zmiana struktury URL (np. z parametrów na subfoldery lub z subdomen na subfoldery) to operacja wysokiego ryzyka. Źle przeprowadzona migracja może obniżyć ruch organiczny o 30-50% na 2-6 miesięcy.

Przed migracją

✓

Eksportuj pełną listę URL-i ze wszystkich wersji językowych (Screaming Frog)

✓

Przygotuj mapę przekierowań 301: stary URL > nowy URL (arkusz kalkulacyjny)

✓

Zapisz bazowe metryki: pozycje, ruch organiczny, indeksacja per wersja

✓

Skonfiguruj nową strukturę w środowisku testowym i zweryfikuj hreflang

✓

Przygotuj zaktualizowane sitemaps XML per wersja językowa

Podczas migracji

✓

Wdróż przekierowania 301 dla wszystkich URL-i (nie 302!)

✓

Zaktualizuj hreflang na wszystkich stronach

✓

Zaktualizuj canonical na wszystkich stronach

✓

Zaktualizuj linki wewnętrzne (usunięcie starych URL-i z nawigacji, treści, stopki)

✓

Zaktualizuj sitemap.xml i prześlij do Google Search Console

Po migracji

✓

Dodaj nowe usługi (subdomeny/subfoldery) w Google Search Console

✓

Prześlij zaktualizowane sitemap.xml

✓

Monitoruj indeksację nowych URL-i w GSC URL Inspection

✓

Sprawdź status przekierowań (brak 404, brak łańcuchów)

✓

Monitoruj ruch i pozycje przez 4-8 tygodni

✓

Nie usuwaj przekierowań przez minimum 6 miesięcy

Potrzebujesz pomocy ze strukturą URL?

Audytujemy istniejącą strukturę URL, rekomendujemy optymalne podejście i prowadzimy przez proces migracji. Bezpłatna wstępna analiza.

Struktura URL dla stron wielojęzycznych

Trzy podejścia w skrócie:

Porównanie trzech podejść

Subfoldery (podkatalogi)

Zalety

Ograniczenia

Kiedy wybrać

Subdomeny

Zalety

Ograniczenia

Kiedy wybrać

ccTLD (domeny krajowe)

Zalety

Ograniczenia

Kiedy wybrać

Tabela porównawcza

Jak wybrać strukturę URL?

Ile rynków docelowych planujesz obsługiwać?

Jaki masz budżet na SEO i infrastrukturę?

Czy wersje językowe muszą być niezależne technicznie?

Czy masz istniejący autorytet domeny do wykorzystania?

Jak szybko potrzebujesz efektów SEO?

Podsumowanie

Struktura URL a hreflang

Subfoldery

Subdomeny

ccTLD

Hreflang i język-region

8 najczęstszych błędów w strukturze URL

Parametry ?lang= zamiast subfolderów

Niespójne kody języków w URL-ach

Brak przekierowań 301 przy zmianie struktury

Duplikacja treści na wersji bez prefiksu

Mieszanie struktur URL

Brak x-default w hreflang

Lokalizowane URL-e bez mapowania hreflang

Redirect łańcuchowe przy zmianie struktury

Implementacja w popularnych CMS-ach

WordPress + WPML

WordPress + Polylang

Shopify Markets

WooCommerce + WPML

Magento / Adobe Commerce

Checklista migracji struktury URL

Przed migracją

Podczas migracji

Po migracji

Potrzebujesz pomocy ze strukturą URL?

Powiązane usługi

Canonical tags

Meta tagi SEO

Duplikacja treści

Tłumaczenie stron WordPress

Lokalizacja Shopify

Blog: hreflang od podstaw