ccTLD kontra subdomena kontra podkatalog

TL;DR — Jeśli chcesz serwować różne wersje witryny w różnych krajach, masz do wyboru trzy kształty URL-i: domenę krajową, taką jak example.de, subdomenę, taką jak de.example.com, albo folder, taki jak example.com/de/. Google opisuje wszystkie trzy jako użyteczne struktury. Ważna różnica: domena krajowa (.de, .fr, .co.uk) automatycznie i silnie sygnalizuje wyszukiwarkom oraz użytkownikom, dla którego kraju jest przeznaczona. Wersja folderowa jest najłatwiejsza w utrzymaniu, więc dla większości witryn to rozsądny domyślny wybór.

Trzy opcje

Załóżmy, że firma z USA rozszerza działalność na Niemcy. Gdzie ma znajdować się niemiecka wersja witryny? Są trzy możliwości:

• ccTLD — domena najwyższego poziomu z kodem kraju: example.de. .de to własne zakończenie domenowe Niemiec, tak jak .fr należy do Francji, a .co.uk do Wielkiej Brytanii. Kupujesz osobną domenę dla każdego kraju.
• Subdomena — prefiks przy głównej domenie: de.example.com. Ta sama domena główna z prefiksem de z przodu.
• Podkatalog (albo podfolder) — ścieżka w głównej domenie: example.com/de/. Ta sama domena, wszystko w jednym miejscu, tylko uporządkowane w folderach.

Czy któraś opcja daje lepsze pozycje?

Google nie dokumentuje żadnej struktury jako uniwersalnie najlepszej. Jego wytyczne przedstawiają różne zalety, wady i sygnały lokalizacji, dlatego decyzja powinna pasować do odbiorców i modelu operacyjnego, a nie zakładać gwarantowany wynik rankingowy.

Nie znaczy to jednak, że są wymienne. Oto jedyna różnica, którą początkujący naprawdę powinien zrozumieć:

ccTLD automatycznie ogłasza kraj. Gdy Google widzi example.de, już wie, że witryna jest skierowana do Niemiec — nie trzeba niczego dodatkowo konfigurować. Użytkownicy otrzymują ten sam sygnał: niemiecki klient bardziej ufa adresowi .de niż ogólnemu .com.

W przypadku subdomeny lub podkatalogu sygnał kraju nie jest automatyczny. Zamierzoną grupę odbiorców trzeba ustanowić jawnymi sygnałami, takimi jak hreflang, treść właściwa dla lokalizacji, lokalne szczegóły i lokalne linki.

Którą opcję wybrać?

Prosta zasada:

• Użyj podkatalogu (example.com/de/), jeśli nie masz pewności. Jest najtańszy i najprostszy w utrzymaniu — jedna domena, jedna konfiguracja hostingu, jedno miejsce do zarządzania całością — a cała „siła” witryny pozostaje na jednej domenie.
• Użyj ccTLD (example.de), jeśli już posiadasz domeny krajowe, zaufanie do lokalnego adresu naprawdę ma znaczenie (często w bankowości, administracji i dużym handlu) albo kraj wymaga prawnie korzystania z własnej domeny.
• Użyj subdomeny (de.example.com) głównie wtedy, gdy masz techniczny powód, aby utrzymywać każdy kraj na osobnym hoście, ale nie chcesz kupować osobnych domen.

Najczęstszy błąd

Nie kupuj ccTLD dla każdego kraju z myślą, że zapewni lepsze pozycje. Nie zapewni — podzielisz autorytet witryny między kilkanaście osobnych domen, z których każda będzie musiała od zera zdobywać własne linki i reputację. To realny koszt, a nie darmowa wygrana. Chcesz poznać pełny kompromis, rzeczywiste stanowisko Google oraz skutki usunięcia narzędzia geotargetowania z Search Console? Przejdź do karty Advanced.

TL;DR — Przy kierowaniu na kraj lub język wybierasz między ccTLD (example.de), subdomeną gTLD (de.example.com) a podkatalogiem gTLD (example.com/de/). Google opisuje wszystkie trzy jako użyteczne struktury z różnymi kompromisami. Rzeczywistym wyróżnikiem jest sygnał geograficzny: ccTLD niesie automatyczny i jednoznaczny sygnał kraju, którego dwie pozostałe opcje nie otrzymują za darmo. Kosztem tego sygnału jest fragmentacja — osobne domeny dzielą kapitał linków, zwiększają infrastrukturę i utrudniają zarządzanie hreflangiem między właściwościami. Podkatalogi konsolidują autorytet na jednej domenie i są najtańsze w utrzymaniu, ale po usunięciu przez Google raportu International Targeting z Search Console (wrzesień 2022) nie ma już sposobu, aby jawnie zadeklarować kraj docelowy podfolderu — stosuj hreflang razem z widoczną treścią lokalną i innymi sygnałami lokalnymi. Subdomeny są pośrodku: to osobny host, który może być hostowany w kraju docelowym, ale poza tym potrzebuje takich samych ręcznych sygnałów jak podkatalog. Własność, kwalifikacja rejestranta, zarządzanie i koszt są równie ważne jak sam sygnał — a późniejsza zmiana struktury jest pełną migracją URL-i (przekierowania, canonicale, hreflang, mapy witryn, monitoring), a nie szybką poprawką. Mój domyślny wybór: podkatalogi, chyba że istniejący ccTLD, wymóg zaufania lub prawa albo rzeczywista separacja infrastruktury przemawiają za inną opcją. To decyzja międzynarodowa — ogólne pytanie o architekturę kropka kontra ukośnik jest osobnym tematem (zobacz niżej).

Trzy struktury — dokładnie

ccTLD to domena najwyższego poziomu z kodem kraju — .de, .fr, .co.uk, .jp. Google traktuje ją domyślnie jako silny sygnał geotargetowania: automatycznie przypisuje domenę do kraju i nie można (ani nie trzeba) zastępować tego ręcznym ustawieniem. gTLD (ogólna domena najwyższego poziomu, taka jak .com, .org, .net) sama nie niesie znaczenia kraju, więc subdomena lub podkatalog w gTLD musi zdobyć geotargetowanie w inny sposób.

Co dokładnie mówi Google

Dokumentacja Google dotycząca zarządzania witrynami wieloregionalnymi i wielojęzycznymi wymienia te struktury URL-i do kierowania na kraj oraz opisuje ich kompromisy:

• Domena właściwa dla kraju (ccTLD) — zaleta: jasne geotargetowanie, umowna jasna lokalizacja serwera, łatwe rozdzielenie witryn. Wada: kosztowna, może mieć ograniczoną dostępność i wymaga większej infrastruktury.
• Subdomena z gTLD — zaleta: łatwa konfiguracja i możliwość użycia różnych lokalizacji serwera. Wada: użytkownicy mogą nie rozpoznać geotargetowania na podstawie samego URL-a.
• Podkatalog z gTLD — zaleta: łatwa konfiguracja, niskie utrzymanie (ten sam host). Wada: użytkownicy mogą nie rozpoznać geotargetowania z URL-a, a lokalizacja serwera jest jedna.
• Parametry URL (example.com?country=de) — niezalecane do kierowania na kraj; trudno je segmentować, a użytkownicy nie rozpoznają geografii z URL-a.

Zauważ, czego nie ma na tej liście: twierdzenia, że któraś opcja daje lepsze pozycje. Spójne stanowisko Google, powtórzone w wytycznych dotyczących struktury URL-i i w ogólnej dokumentacji struktury witryny, brzmi: nie ma preferencji dotyczącej indeksowania ani rankingu — wybierz rozwiązanie najłatwiejsze do zorganizowania i utrzymania. Wybór struktury dotyczy operacji i sygnałów, a nie dźwigni rankingowej.

Kluczowy wyróżnik: automatyczny kontra ręczny sygnał geograficzny

To sedno decyzji i element odróżniający ją od ogólnej debaty o subdomenie kontra podkatalogu.

ccTLD daje sygnał kraju za darmo. example.de jest rozumiany jako skierowany do Niemiec w chwili, gdy Google go zobaczy. Nie musisz nic robić. Użytkownicy także to widzą — .de na pasku adresu jest sygnałem zaufania i trafności, którego ścieżka .com/de/ nie może w pełni zastąpić.

Subdomena lub podkatalog w gTLD nie otrzymują tego automatycznie. .com nic nie mówi o kraju. Jak więc zakomunikować Google, że example.com/de/ jest przeznaczone dla niemieckojęzycznych odbiorców w Niemczech?

Przez lata odpowiedź miała dwie części: hreflang oraz raport International Targeting w Search Console, który pozwalał ręcznie ustawić kraj docelowy dla całej właściwości gTLD — w tym, przy użyciu właściwości z prefiksem URL, dla konkretnego podkatalogu, takiego jak example.com/de/. To ręczne ustawienie kraju było jedynym sposobem jawnego geotargetowania podfolderu.

Zmiana pomijana przez większość artykułów: International Targeting zniknął

Google usunęło raport International Targeting z Search Console we wrześniu 2022 roku (własne ogłoszenie Google; omówione także przez Search Engine Land). Raport miał dwie karty — sprawdzanie błędów hreflang oraz ustawienie kierowania na kraj. Według Google wartość ręcznego ustawienia kraju z czasem spadła, a hreflang dojrzał.

Praktyczny skutek jest konkretny i ważny: nie ma już sposobu, aby jawnie zadeklarować Google kraj docelowy podkatalogu (ani subdomeny). Ręczne ustawienie zniknęło. Dla podfolderu lub subdomeny gTLD pozostają:

• hreflang — wzajemne adnotacje language-region informujące Google, którą wersję serwować danemu użytkownikowi (zobacz hreflang i x-default).
• Sygnały wywnioskowane przez Google — lokalizacja serwera/CDN, lokalny język i waluta, lokalny adres i numery telefonu oraz linki z witryn w danym kraju.

Żaden z tych sygnałów nie jest twardą deklaracją „ten folder kieruje na Niemcy”, jaką było dawne ustawienie. hreflang to wskazówka dotycząca wersji do pokazania, a nie przypisanie kraju. Dlatego podkatalog całkowicie zależy teraz od poprawnego hreflang — a w moim badaniu 374 756 domen używających hreflang ponad 67% miało co najmniej częściowe błędy. To prawdziwy koszt „najłatwiejszej w utrzymaniu” opcji: sygnał geograficzny zależy od ciebie i jest mniej odporny na pomyłki.

ccTLD całkowicie omija ten problem. Nigdy nie potrzebował ustawienia International Targeting, więc utrata raportu niczego dla niego nie zmieniła. Ta asymetria — ccTLD nigdy nie zależały od ręcznego narzędzia, a podfoldery zależały — jest najsilniejszym pojedynczym argumentem za ccTLD, gdy sygnał geograficzny naprawdę ma znaczenie.

Koszt ccTLD: fragmentacja

Jeśli ccTLD daje najczystszy sygnał, dlaczego nie używać go wszędzie? Ponieważ sygnał przychodzi w pakiecie z realnymi kosztami:

• Podzielony autorytet. Każdy ccTLD to osobna domena. Linki do example.de budują autorytet example.de, a nie example.com. Zaczynasz budować reputację każdego kraju prawie od zera, zamiast gromadzić ją na jednej silnej domenie. W witrynie, której siła skupia się na jednym gTLD, ta fragmentacja może zaszkodzić bardziej, niż pomaga czysty sygnał geograficzny.
• Zwielokrotniona infrastruktura. Więcej domen do rejestracji i odnowienia, więcej konfiguracji hostingu lub CDN, więcej certyfikatów — więcej wszystkiego. Niektóre ccTLD wymagają także lokalnej obecności lub adresu, aby w ogóle je zarejestrować (.com.au, historycznie niektóre ccTLD UE), co jest przeszkodą prawną i administracyjną, a nie tylko techniczną.
• Trudniejszy hreflang. Hreflang w jednej domenie jest kłopotliwy; hreflang między kilkunastoma osobnymi właściwościami — z których każda musi wzajemnie wskazywać wszystkie pozostałe — jest miejscem, w którym najczęściej psują się duże witryny międzynarodowe. Każdy dodany ccTLD to kolejny węzeł, na który każdy inny musi poprawnie wskazywać.

Podkatalogi odwracają wszystkie te zależności: jedna domena, jedna właściwość, jedna konfiguracja hostingu, skonsolidowany autorytet i hreflang w obrębie jednej witryny. Dlatego są praktycznym domyślnym wyborem dla większości globalnych witryn — prostota operacyjna jest realna, nawet jeśli sygnał geograficzny jest słabszy.

Subdomeny: rozwiązanie pośrednie

Subdomena gTLD (de.example.com) jest rzeczywistą opcją pośrednią, ale warto rozumieć, dlaczego:

• Podobnie jak podkatalog znajduje się w gTLD, więc nie otrzymuje automatycznego sygnału kraju — potrzebuje tego samego hreflang i sygnałów wywnioskowanych co podfolder.
• W przeciwieństwie do podkatalogu jest osobnym hostem, więc można ją łatwo hostować na innym serwerze lub w innym kraju oraz wydzielić do innego zespołu lub stosu. Dokumentacja Google zwraca uwagę, że subdomeny “allow different server locations.” (tłumaczenie) „pozwalają korzystać z różnych lokalizacji serwera”.
• To, czy Google potraktuje subdomenę jako część głównej witryny (z przepływem autorytetu), czy jako osobną witrynę, jest ustalane osobno dla każdej witryny na podstawie integracji — tak samo jak w ogólnym pytaniu subdomena kontra podkatalog.

Subdomena daje więc elastyczność hostingu bez osobnej domeny, ale za cenę takiego samego ręcznego sygnału geograficznego, jakiego potrzebuje podkatalog. Jeśli nie potrzebujesz osobnego hosta, podkatalog zwykle robi to samo przy mniejszym narzucie.

A co z badaniami korelacyjnymi?

Zobaczysz badania, w których ccTLD dominują w międzynarodowych SERP-ach — na przykład analiza SE Ranking obejmująca 20 000 słów kluczowych na 15 rynkach wykazała, że ccTLD zajmują większość pozycji w pierwszej trójce, podkatalogi są daleko za nimi, a subdomeny stanowią niewielką część. Przyjmując to bez zastrzeżeń, można dojść do wniosku, że ccTLD „wygrywają”.

Zachowałbym ostrożność. Te liczby są korelacyjne, nie przyczynowe. Na konkurencyjnych rynkach lokalnych witryny z ccTLD to zazwyczaj ugruntowani lokalni gracze — długo obecne marki, firmy lokalne i krajowi sprzedawcy — którzy zajmowaliby dobre pozycje niezależnie od kształtu URL-a. .de nie powoduje rankingu; powoduje go bycie silną, lokalnie trafną i dobrze powiązaną witryną, a takie witryny zwyczajowo używają ccTLD. Czysty sygnał geograficzny pomaga na marginesie, ale nie tworzy autorytetu, na który nie zapracowano. Nie czytaj „ccTLD mają wyższe pozycje” jako „przejdź na ccTLD, a pozycje wzrosną”.

Gdzie mieszczą się ogólne (niemiędzynarodowe) kompromisy

Wszystko powyżej dotyczy kąta kierowania międzynarodowego. Istnieje osobne, niemiędzynarodowe pytanie — czy subdomena jest ogólnie równoważna podkatalogowi dla SEO (blog, centrum pomocy, dokumentacja), jak działa traktowanie dla poszczególnych witryn oraz dlaczego większość „wygranych” migracji subdomena → podkatalog jest zakłócana przez równoczesne zmiany. Omawiam to dokładnie w ogólnym artykule subdomain vs subdirectory w klastrze website-structure, razem ze studiami przypadku (Pink Cake Box, IWantMyName), sygnałami integracji Google dla poszczególnych witryn i obejściem przez reverse proxy. Jeśli pytasz „gdzie umieścić blog”, zacznij tam. Jeśli pytasz „jak serwować różne kraje”, jesteś we właściwym miejscu.

W decyzji uwzględnij też własność, zarządzanie i koszt

Wytyczne Google przedstawiają to jako kompromis, a nie konkurs rankingowy; kompromisy wykraczają poza sygnał geograficzny:

• Własność i dostępność. Musisz móc faktycznie kupić i utrzymać wybrany ccTLD. Niektóre rejestry ograniczają rejestrację do osób z lokalną obecnością biznesową, lokalnym kontaktem lub adresem (historycznie dotyczyło to niektórych ccTLD UE i domen w stylu .com.au). Kilka ccTLD jest sprzedawanych i traktowanych bardziej jak ogólne domeny próżności niż sygnały kraju (.io, .co), więc nie zakładaj, że każde zakończenie cc działa tak samo w oczach Google.
• Zarządzanie i izolacja wdrożeń. Osobny ccTLD lub subdomena może być prowadzona przez inny zespół, na innym stosie i z niezależnymi wdrożeniami — to naprawdę przydatne, jeśli rynek lokalny potrzebuje własnego cyklu wydań. Taka izolacja jest też kosztem: więcej właściwości do zabezpieczenia, monitorowania i utrzymania spójności oraz większa powierzchnia, na której błąd jednego rynku (zepsuty tag hreflang, wygasły certyfikat) może pozostać niezauważony przez zespół obsługujący pozostałe.
• Koszt. Rejestracja, odnowienie, hosting i certyfikaty rosną wraz z liczbą właściwości. Strategia ccTLD dla każdego rynku zwielokrotnia te koszty; podkatalog ogranicza je do jednej domeny.

Nic z tego nie zmienia głównej odpowiedzi — dopasuj strukturę do zakresu rynku, tego, kto jest właścicielem i może utrzymywać każdą właściwość, oraz znaczenia lokalnego zaufania w danej branży — ale przejdź od razu do pytania „która opcja daje wyższy ranking”, a pominiesz ograniczenia, które w praktyce decydują o wyborze.

Ryzyko migracji

Późniejsza zmiana struktury — ccTLD na podkatalog, subdomena na ccTLD albo dowolny inny kierunek — nie jest kopiowaniem i wklejaniem. To migracja URL-i z taką samą mechaniką i ryzykiem jak każda inna:

• Przekierowania. Każdy stary URL potrzebuje przekierowania 1:1 do nowego odpowiednika, a nie zbiorczego przekierowania na stronę główną.
• Tagi canonical. Zaktualizuj canonicale, aby wskazywały nowe URL-e; gdy nadal masz regionalne duplikaty w tym samym języku, Google zaleca preferowany canonical wraz z hreflang zamiast pozostawiania ich do wzajemnej konkurencji.
• hreflang. Wzajemny zestaw hreflang każdej lokalizacji musi wskazywać nowe URL-e — we wszystkich właściwościach, nie tylko w tej, którą przenosisz.
• Linki wewnętrzne i mapy witryn. Zaktualizuj linki wewnętrzne do nowych URL-i i odśwież mapy XML, aby crawlery szybko znalazły nową strukturę.
• Weryfikacja hosta. ccTLD lub subdomena to nowa właściwość w Search Console/Bing Webmaster Tools; zweryfikuj ją, zanim będziesz potrzebować danych, a nie dopiero po awarii.
• Monitoring. Obserwuj indeksowanie, ruch i pozycje w trakcie przejścia. Przy porównaniu liczb przed i po pamiętaj, że sama migracja jest zmienną zakłócającą — nie możesz przypisać zmiany nowemu kształtowi URL-a bez kontrolowania wszystkich innych równoczesnych zmian (przekierowań, odświeżenia treści i zmian linków).

Nie migruj struktur wyłącznie w pogoni za poprawą pozycji — Google nie deklaruje preferencji między nimi, a sama migracja niesie większe ryzyko, niż prawdopodobnie naprawi zmiana struktury.

Moja rekomendacja

• Domyślnie wybieraj podkatalogi (example.com/de/). Są najtańsze w utrzymaniu, autorytet pozostaje skonsolidowany, a dla większości witryn słabszy sygnał geograficzny jest rozsądną ceną za prostotę. Zobowiąż się tylko do poprawnego hreflang, bo od 2022 roku jest to jedyna jawna dźwignia.
• Wybierz ccTLD, gdy sygnał geograficzny naprawdę ma znaczenie i możesz ponieść koszt fragmentacji: już posiadasz domeny krajowe, działasz w sektorze, w którym lokalny adres buduje zaufanie (finanse, zdrowie, duży handel, otoczenie administracji), albo rynek ma wymogi prawne/rejestracyjne kierujące cię na własną domenę. Przed decyzją potwierdź, że możesz zarejestrować i zarządzać wybranymi domenami. Pamiętaj, że każda domena buduje własny autorytet.
• Wybierz subdomeny głównie ze względów infrastrukturalnych — potrzebujesz osobnego hosta lub stosu dla każdego kraju, ale nie chcesz (albo nie potrzebujesz) osobnych domen. Nadal musisz zapewnić ten sam ręczny sygnał geograficzny co podkatalog.
• Nigdy nie mieszaj przypadkowo. Spójne stosowanie jednej struktury na wszystkich rynkach ma większe znaczenie niż sama wybrana opcja. Spójność utrzymuje hreflang i crawlowanie w rozsądnym stanie przy dużej skali.
• Nigdy nie migruj struktur bez planu. Jeśli się przenosisz, potraktuj to jako pełną migrację URL-i — przekierowania, canonicale, hreflang, linki wewnętrzne, mapy witryn, weryfikacja hosta, monitoring — a nie szybką poprawkę problemu z rankingiem.

Jak to się łączy z resztą

Artykuły z tego klastra obejmują szersze podstawy międzynarodowe — audyt międzynarodowego SEO, checklistę wdrożenia, badanie słów kluczowych na wielu rynkach oraz decyzję tłumaczenie kontra lokalizacja. Mechanika na poziomie tagów znajduje się w hreflang i x-default. Po wyborze struktury decydującym czynnikiem prawie zawsze jest poprawność hreflang, a nie sama struktura.

Podsumowanie AI

Skrót wersji Advanced:

• Trzy struktury kierowania na kraj: ccTLD (example.de), subdomena gTLD (de.example.com), podkatalog gTLD (example.com/de/).
• Google nie ma preferencji rankingowej między nimi (wynika to z dokumentacji wieloregionalnej i dotyczącej struktury URL-i). Wybór dotyczy sygnałów i operacji, a nie pozycji.
• Najważniejszy wyróżnik — sygnał geograficzny. ccTLD niesie automatyczny i jednoznaczny sygnał kraju dla Google i użytkowników, bez ręcznej konfiguracji. Subdomena lub podkatalog w gTLD nie otrzymuje automatycznego sygnału kraju i musi opierać się na hreflang oraz sygnałach wywnioskowanych (lokalizacja serwera, język, waluta, lokalne linki).
• International Targeting usunięty (wrzesień 2022). Google usunęło raport Search Console, który pozwalał ręcznie ustawić kraj docelowy właściwości gTLD (w tym podkatalogu). Nie ma już jawnego sposobu zadeklarowania kraju podfolderu — hreflang jest jedyną pozostałą dźwignią.
• Koszt ccTLD = fragmentacja. Osobne domeny dzielą kapitał linków (każda buduje własny autorytet), zwiększają infrastrukturę i utrudniają hreflang między właściwościami.
• Podkatalog = najtańsza opcja z autorytetem skonsolidowanym na jednej domenie, ale całkowicie polega na hreflang w zakresie sygnału geograficznego.
• Subdomena = rozwiązanie pośrednie: osobny host (elastyczne hostowanie i lokalizacja serwera), ale nadal potrzebuje tych samych ręcznych sygnałów geograficznych co podkatalog; Google traktuje ją jako część witryny albo osobną witrynę zależnie od właściwości.
• Zastrzeżenie dotyczące korelacji: badania pokazujące dominację ccTLD w międzynarodowych SERP-ach (np. badanie SE Ranking obejmujące 20 tys. słów kluczowych) są korelacyjne — ugruntowane lokalne marki zwyczajowo używają ccTLD; domena nie powoduje pozycji.
• Własność, zarządzanie, koszt. Niektóre ccTLD ograniczają rejestrację do osób z lokalną obecnością lub adresem; kilka działa raczej jak ogólne domeny próżności niż sygnały kraju. Więcej właściwości oznacza większy narzut zarządzania i większy koszt (rejestracja, hosting, certyfikaty), niezależnie od sygnału geograficznego.
• Ryzyko migracji. Późniejsza zmiana struktury to pełna migracja URL-i — przekierowania, canonicale, hreflang, linki wewnętrzne, mapy witryn, weryfikacja hosta i monitoring — a każde porównanie pozycji przed/po jest zakłócane przez wszystkie inne zmiany wykonane przy migracji. Nie migruj wyłącznie w pogoni za poprawą pozycji.
• Domyślny wybór Patricka: podkatalogi, chyba że istniejący ccTLD, wymóg zaufania/prawa albo rzeczywista separacja infrastruktury przemawiają za innym rozwiązaniem. Spójność między rynkami ma większe znaczenie niż sam wybór.

Którą strukturę wybrać?

Pracuj od góry do dołu — pierwsza pasująca odpowiedź „tak” zwykle rozstrzyga.

1. Czy już posiadasz domeny krajowe (example.de, example.fr) albo twoja firma jest już na nich ugruntowana? → Użyj ccTLD. Koszt fragmentacji został już poniesiony, a lokalny autorytet zbudowany; nie porzucaj tego w imię konsolidacji. Zachowaj domeny i skonfiguruj hreflang między właściwościami.

2. Czy rynek prawnie wymaga lokalnej domeny albo lokalne zaufanie ma krytyczne znaczenie (finanse, zdrowie, administracja, duży handel krajowy)? → Użyj ccTLD dla tego rynku. Automatyczny sygnał geograficzny i zaufanie do lokalnego adresu są tu warte dodatkowej domeny. (Możesz prowadzić ccTLD na niektórych rynkach, a podkatalogi na innych, ale zachowaj spójność wewnątrz każdego rynku.)

3. Czy każdy kraj musi znajdować się na rzeczywiście osobnym serwerze, stosie lub w osobnym zespole, ale nie chcesz kupować osobnych domen? → Użyj subdomeny (de.example.com). Otrzymujesz elastyczność hostingu i lokalizacji bez osobnej domeny — pamiętaj tylko, że nadal musisz zapewnić hreflang; subdomena sama nie geotargetuje.

4. Żadne z powyższych — jesteś głównie witryną .com, rozszerzasz się na nowe języki i kraje i chcesz najprostszego działającego rozwiązania? → Użyj podkatalogów (example.com/de/). Autorytet pozostaje skonsolidowany na jednej domenie, jednej konfiguracji hostingu i jednej właściwości Search Console. Zobowiąż się do poprawnego hreflang, bo od września 2022 roku nie ma już ręcznego ustawienia kierowania na kraj.

Dwie reguły nadrzędne:

• Spójność jest ważniejsza od „idealnego” wyboru. Jedna struktura zastosowana czysto na wszystkich rynkach daje lepszy efekt niż mieszanka wybrana dla poszczególnych rynków na podstawie przeczucia.
• Nigdy nie migruj struktur wyłącznie dla poprawy pozycji. Google nie ma preferencji; ryzyko migracji (zobacz ogólny artykuł o subdomenie kontra podkatalogu) zwykle przewyższa sygnał, który można uzyskać przez hreflang.

Oficjalna dokumentacja

Dokumentacja źródłowa wyszukiwarek.

Google

• Zarządzanie witrynami wieloregionalnymi i wielojęzycznymi — trzy struktury URL-i do kierowania na kraj (ccTLD, subdomena, podkatalog), ich zalety i wady oraz zalecenie używania różnych URL-i dla każdej wersji zamiast serwowania na podstawie cookies lub przeglądarki.
• Najlepsze praktyki dotyczące struktury URL-i — zaleca ccTLD lub podkatalogi do geotargetowania i nie deklaruje preferencji rankingowej.
• Informowanie Google o zlokalizowanych wersjach strony (hreflang) — wzajemne reguły hreflang, które są jedynym pozostałym jawnym sygnałem geograficznym dla subdomen i podkatalogów gTLD, obok sygnałów wywnioskowanych samodzielnie przez Google (lokalizacja serwera, lokalna treść i lokalne linki).
• Crawlowanie i indeksowanie witryn wielojęzycznych — sposób, w jaki Google odkrywa i serwuje właściwą wersję lokalizacyjną.

Bing / Microsoft

• Jak poinformować Binga o kraju i języku witryny (Bing Webmaster Blog) — wytyczne Binga dotyczące witryn wielokrajowych i wielojęzycznych; Bing bardziej opiera się na sygnale metatagu/nagłówka content-language niż na hreflang.
• Wytyczne Bing Webmaster — ogólne wytyczne, bez nakazanej preferencji między ccTLD, subdomeną i podkatalogiem dla prawidłowych witryn.

Cytaty ze źródeł

Wypowiedzi i udokumentowane stanowiska. Gdy strona je wspiera, link jest deep linkiem do fragmentu; gdy brief przekazywał twierdzenie bez zweryfikowanego dosłownego podciągu, użyto parafrazy bez cudzysłowu.

Google — brak preferencji rankingowej między strukturami

• Parafraza: dokumentacja Google stwierdza, że należy wybrać to, co najłatwiej zorganizować i utrzymać, oraz że z perspektywy indeksowania i rankingu nie preferuje żadnej struktury URL-i. Dokumentacja struktury URL-i

Google — trzy struktury międzynarodowe i ich kompromisy

• Parafraza dokumentacji wieloregionalnej: domena najwyższego poziomu z kodem kraju zapewnia jasne geotargetowanie i łatwe rozdzielenie witryn, ale jest kosztowna i wymaga większej infrastruktury; subdomena gTLD jest łatwa w konfiguracji i pozwala na różne lokalizacje serwera, ale użytkownicy mogą nie rozpoznać geotargetowania; podkatalog gTLD jest łatwy w konfiguracji i tani w utrzymaniu na jednym hoście, lecz również może nie komunikować użytkownikom geotargetowania. Zarządzanie witrynami wieloregionalnymi i wielojęzycznymi

Google — usunięcie raportu International Targeting (wrzesień 2022)

• Parafraza ogłoszenia Google Search Console, zgodnie z relacją źródła: raport International Targeting wycofano, ponieważ wartość ręcznego ustawienia kierowania na kraj z czasem spadła, gdy hreflang dojrzał — hreflang pozostał mechanizmem sygnalizowania wersji lokalizacyjnych. Ogłoszenie Google o wycofaniu

Typowe błędy (i co robić zamiast tego)

Mit 1: „ccTLD daje lepszy ranking, więc kup jeden dla każdego kraju”. Dlaczego to błąd: Google nie preferuje żadnej struktury, a każdy ccTLD jest osobną domeną, która buduje własny autorytet prawie od zera i zwiększa złożoność infrastruktury oraz hreflang. Badania rankingowe pokazujące ccTLD na szczycie są korelacyjne — ugruntowane lokalne marki zwyczajowo korzystają z ccTLD. Co robić: używaj ccTLD tylko tam, gdzie automatyczny sygnał geograficzny lub lokalne zaufanie rzeczywiście uzasadniają fragmentację; w przeciwnym razie konsoliduj się w podkatalogach.

Mit 2: „Podkatalogi są równie dobre, więc nie potrzebuję hreflang”. Dlaczego to błąd: podkatalog w gTLD nie otrzymuje automatycznego sygnału kraju, a po usunięciu przez Google raportu International Targeting (wrzesień 2022) nie ma już ręcznego ustawienia kraju. Bez hreflang nie przekazujesz Google informacji, dla kogo przeznaczona jest każda wersja. Co robić: wdroż wzajemny, samoodnoszący hreflang we wszystkich folderach lokalizacji — to jedyna jawna dźwignia, która pozostała.

Mit 3: „Ustawię kraj docelowy dla folderu /de/ w Search Console”. Dlaczego to błąd: to ustawienie (International Targeting) już nie istnieje — usunięto je we wrześniu 2022 roku. Nie możesz już jawnie zadeklarować kraju podfolderu. Co robić: polegaj na hreflang i sygnałach wywnioskowanych (lokalizacja serwera/CDN, lokalny język i waluta, lokalny adres oraz linki z danego kraju).

Mit 4: „Subdomeny same geotargetują, bo są osobnym hostem”. Dlaczego to błąd: subdomena gTLD (de.example.com) nie niesie znaczenia kraju z .com; potrzebuje tych samych hreflang i sygnałów wywnioskowanych co podkatalog. Osobny host daje elastyczność hostingu, a nie automatyczny sygnał geograficzny. Co robić: traktuj geotargetowanie subdomeny dokładnie tak jak podkatalogu — najpierw hreflang — i używaj subdomeny tylko dla korzyści infrastrukturalnych.

Mit 5: „Przejdę na ccTLD (albo podfolder), aby naprawić słabe pozycje międzynarodowe”. Dlaczego to błąd: migracja struktury niesie ryzyko bez gwarantowanej nagrody — Google nie preferuje żadnej opcji, a studia przypadku subdomena kontra podkatalog pokazują, że większość „wygranych” migracji jest zakłócana przez równoczesne zmiany. Przenoszenie URL-i rzadko naprawia problemy z autorytetem lub trafnością. Co robić: napraw najpierw podstawowe sygnały (poprawność hreflang, jakość treści lokalnej, linki z danego kraju), zanim ruszysz strukturę URL-i.

Mit 6: „Mieszaj struktury między rynkami — wybieraj za każdym razem to, co wygodne”. Dlaczego to błąd: niespójna mieszanka utrudnia rozumienie klastrów hreflang, crawlowania i autorytetu oraz łatwiej psuje się przy dużej skali. Co robić: wybierz główną strukturę i stosuj ją konsekwentnie; odchodź od niej tylko z konkretnego, uzasadnionego powodu (istniejący ccTLD, wymóg prawny).

Lista kontrolna wyboru międzynarodowej struktury URL-i

Zanim wybierzesz

• Potwierdź, że rzeczywiście potrzebujesz kierowania na kraj/język (różnej treści dla rynków), a nie tylko tłumaczenia jednej globalnej witryny.
• Wymień rynki docelowe i zaznacz te, dla których lokalna domena ma wymogi prawne lub rejestracyjne.
• Sprawdź, czy posiadasz już odpowiednie ccTLD albo już zajmujesz pozycje na którymś z nich.
• Zdecyduj, jak ważne jest lokalne zaufanie w twojej branży (finanse/zdrowie/handel skłaniają się ku ccTLD; SaaS/treści często dobrze działają w podkatalogach).

Podejmowanie decyzji

• Już działasz na ccTLD albo kwestia prawa/zaufania ma krytyczne znaczenie? → ccTLD.
• Potrzebujesz osobnego hostingu/lokalizacji serwera dla każdego kraju, ale nie osobnych domen? → subdomena.
• W przeciwnym razie chcesz najprostszego utrzymania ze skonsolidowanym autorytetem? → podkatalog (domyślnie).
• Niezależnie od wyboru zaplanuj konsekwentne stosowanie struktury na wszystkich rynkach.

Po wyborze (dowolna struktura gTLD — subdomena lub podkatalog)

• Pamiętaj, że w Search Console nie ma już ręcznego ustawienia kraju docelowego (usunięto je we wrześniu 2022 roku).
• Wdróż wzajemny, samoodnoszący hreflang dla wszystkich wersji.
• Dodaj x-default dla strony awaryjnej/wyboru.
• Wzmocnij sygnałami wywnioskowanymi: lokalizacja serwera/CDN, lokalny język i waluta, lokalny adres/telefon, linki z witryn w danym kraju.
• Nie migruj działającej struktury wyłącznie dla poprawy pozycji.

Jeśli wybierasz ccTLD

• Zaplanuj osobną rejestrację, odnowienie, hosting i certyfikaty dla każdej domeny.
• Zaplanuj hreflang między osobnymi właściwościami (każdy ccTLD ma wzajemnie wskazywać każdy pozostały).
• Zaakceptuj, że każda domena buduje własny autorytet — nie oczekuj kumulowania kapitału linków.

Jeśli migrujesz między strukturami

• Przekieruj każdy stary URL 1:1 do nowego odpowiednika — bez zbiorczych przekierowań na stronę główną.
• Zaktualizuj tagi canonical do nowych URL-i; dla regionalnych duplikatów w tym samym języku zachowaj preferowany canonical wraz z hreflang.
• Odbuduj wzajemny hreflang we wszystkich właściwościach, wskazując nowe URL-e.
• Zaktualizuj linki wewnętrzne i odśwież mapy XML.
• Zweryfikuj nowy host/właściwość w Search Console i Bing Webmaster Tools, zanim potrzebujesz danych.
• Monitoruj indeksowanie, ruch i pozycje podczas przejścia — pamiętaj, że sama migracja jest zmienną zakłócającą w każdym porównaniu przed/po.

Modele mentalne

1. Sygnał kontra autorytet — główny kompromis. ccTLD maksymalizuje sygnał geograficzny (automatyczny i jednoznaczny), ale fragmentuje autorytet (osobne domeny). Podkatalog maksymalizuje autorytet (skonsolidowany na jednej domenie), ale minimalizuje automatyczny sygnał geograficzny (pozostaje tylko hreflang). Subdomena znajduje się pomiędzy nimi. Niemal każda decyzja jest punktem na tej osi sygnał–autorytet.

2. Automatyczny kontra ręczny sygnał geograficzny. Tylko ccTLD daje sygnał kraju za darmo. Wszystko w gTLD — subdomena albo podkatalog — ma ręczny sygnał, za który odpowiadasz. Od września 2022 roku „ręczny” oznacza hreflang, a nie ustawienie w Search Console. Wybór struktury gTLD oznacza zobowiązanie do poprawnego działania hreflang.

3. Struktura nie jest dźwignią rankingową. Google nie ma preferencji. Nie zajmiesz wyższej pozycji dzięki wybraniu określonego kształtu. Lepszą pozycję daje trafność, zaufanie i dobre linkowanie na rynku — struktura tylko zmienia przejrzystość sygnalizowania rynku. Najpierw odrzuć pytanie „która opcja daje wyższą pozycję”; to niewłaściwe pytanie.

4. Spójność wygrywa z optymalizacją. Jedna struktura zastosowana czysto na wszystkich rynkach jest więcej warta niż mieszanka dla poszczególnych rynków wybrana na podstawie przeczuć. To spójność utrzymuje klastry hreflang i crawlowanie w stanie możliwym do zarządzania przy dużej skali.

5. Oddziel pytanie międzynarodowe od ogólnego. „Gdzie powinien znajdować się mój blog?” (subdomena kontra podkatalog ogólnie) i „jak serwować różne kraje?” to różne decyzje z innymi czynnikami rozstrzygającymi. Pierwsza dotyczy integracji i ryzyka migracji, druga sygnału geograficznego. Nie przenoś odpowiedzi z jednego pytania do drugiego.

Sprawdź się: ccTLD kontra subdomena kontra podkatalog

Pięć krótkich pytań o wybór międzynarodowej struktury URL-i. Wybierz odpowiedź przy każdym pytaniu, a następnie sprawdź wynik.

Zasoby warte uwagi

Moje powiązane teksty

• Hreflang: prosty przewodnik dla początkujących — mechanika potrzebna przy każdej subdomenie lub podkatalogu gTLD oraz moje badanie 374 756 domen używających hreflang, pokazujące, jak często hreflang się psuje (problem wystąpił w ponad 67% przypadków).
• Przewodnik dla początkujących po technicznym SEO — miejsce decyzji o międzynarodowej strukturze URL-i w szerszym obrazie.
• Subdomena kontra podkatalog: podkatalogi nie są lepsze dla SEO — mój ogólny, niemiędzynarodowy argument, że obie opcje są funkcjonalnie równoważne, a większość „wygranych” migracji jest zakłócana; tutaj znajdziesz odpowiedź na pytanie „gdzie umieścić blog”.

Moje wystąpienia

• Jak działa wyszukiwarka (SlideShare) — mój przewodnik po crawlowaniu, renderowaniu, indeksowaniu i rankingu; przydatne tło dla zrozumienia, dlaczego wyniki napędzają sygnały, a nie kształt URL-a. (Obowiązuje standardowe zastrzeżenie: „To moje rozumienie systemów… nie będzie w 100% kompletne ani dokładne”).

Z branży

• Zarządzanie witrynami wieloregionalnymi i wielojęzycznymi (Google Search Central) — źródłowa lista trzech struktur oraz ich udokumentowanych zalet i wad.
• Raport International Targeting jest wycofany (Pomoc Google Search Console) — usunięcie we wrześniu 2022 roku i jego znaczenie dla deklarowania kraju podfolderu.
• Najlepsze praktyki dotyczące struktury URL-i (Google Search Central) — wytyczne geotargetowania i stanowisko o braku preferencji.
• Badanie subdomen i podkatalogów: analiza 20 tys. słów kluczowych (SE Ranking) — przejrzyste badanie korelacyjne na 15 rynkach, w którym ccTLD dominują w międzynarodowych SERP-ach (czytaj jako korelację, nie przyczynowość).
• Najlepsze praktyki SEO z Cloudflare Workers, część 1: subdomena kontra podkatalog (Cloudflare) — obejście reverse proxy, gdy jesteś związany z subdomeną, ale chcesz używać URL-a podkatalogu.

Dziennik zmian