Struktura URL międzynarodowa to decyzja architektoniczna, która ma długofalowe konsekwencje dla całej strategii SEO. Wybór między ccTLD (firma.de, firma.fr), subdomenami (de.firma.com, fr.firma.com) a folderami (firma.com/de/, firma.com/fr/) decyduje o tym, jak Google traktuje wasze rynki, jak rozkłada się link equity między nimi, jak skomplikowane i kosztowne jest utrzymanie infrastruktury oraz jak szybko możecie skalować się na nowe kraje.
Decyzja wygląda techniczna, ale jest głęboko biznesowa. Firma, która wybiera ccTLD, buduje osobne marki per rynek – daje to przewagę w SEO lokalnym, ale wymaga dedykowanego zespołu marketingowego w każdym kraju. Firma, która wybiera foldery, buduje jedną globalną markę – szybciej się skaluje, ale trudniej konkuruje z lokalnymi specjalistami. Firma, która wybiera subdomeny – ma hybrydę, często z najgorszymi cechami obu.
Ten tekst pokazuje framework decyzyjny, jak wybrać strukturę URL dla międzynarodowego wdrożenia. Bazujemy na 19 projektach z lat 2023–2026 – od polskich firm wchodzących na DE/UK po europejskich e-commerce z 8–15 rynkami. Znajdziecie tutaj analizę trzech głównych wzorców, case study polskiej marki SaaS (4 kraje w 18 miesięcy, +580% ruchu międzynarodowego), tabelę porównawczą kosztów i ROI oraz decision tree, który pomaga wybrać właściwą strukturę.
W skrócie
- Foldery (
firma.com/pl/) – jedna domena, szybka skalowalność, wspólne link equity. Najlepsze dla SaaS, firm z 5+ rynkami, ograniczonym budżetem na lokalne marki. - ccTLD (
firma.pl,firma.de) – osobne domeny per kraj, silny signal lokalny, ale każda domena buduje authority od zera. Najlepsze dla lokalnych marek, e-commerce z 2–4 kluczowymi rynkami. - Subdomeny (
pl.firma.com) – hybryda, ale w praktyce Google traktuje jako osobne domeny. Rzadko optymalne – zwykle lepiej wybrać foldery lub ccTLD. - Signal lokalny – ccTLD dają naturalny boost w SERP lokalnym, foldery wymagają konfiguracji (hreflang, GSC geotargeting, lokalna infrastruktura).
- Link equity – foldery współdzielą authority domeny głównej, ccTLD budują osobne authority. Jedna mocna domena vs 5 słabych – często lepiej jedna.
- Case SaaS B2B – polska marka z folder structure weszła na DE, FR, ES w 18 miesięcy. Ruch międzynarodowy wzrósł z 8% do 54% całego organic. Brak osobnych domen, dzięki temu brak dodatkowych kosztów infrastruktury.
Trzy główne wzorce struktury międzynarodowej
Każde przedsiębiorstwo operujące na wielu rynkach musi wybrać jeden z trzech wzorców – mieszanie ich to zwykle zły pomysł (Google gubi się, signal jest niespójny). Warto poznać też hreflang 2026: konfiguracja, która nie psuje SEO.
Wzorzec 1: ccTLD (country code Top Level Domain)
Każdy kraj ma osobną domenę z końcówką tego kraju – firma.pl, firma.de, firma.fr, firma.co.uk. Google domyślnie traktuje ccTLD jako „dla tego kraju” bez dodatkowej konfiguracji.
Plusy – najsilniejszy naturalny signal lokalny, użytkownicy rozpoznają domenę jako „swoją”, flexibility w brandingu, możliwość sprzedaży jednej domeny bez wpływu na pozostałe.
Minusy – każda domena zaczyna budowę authority od zera, koszt domen (100–2000 zł/rok każda), skomplikowana migracja, osobny hosting/certyfikaty, dublowanie pracy technicznej.
Wzorzec 2: Subdomeny
Jedna domena główna + subdomeny per rynek – pl.firma.com, de.firma.com, fr.firma.com.
Plusy – jedna domena do zarządzania, łatwa konfiguracja DNS, możliwość wspólnego brandingu.
Minusy – Google traktuje subdomeny prawie jak osobne domeny. Link equity przepływa słabo między nimi. Kombinacja gorszych cech ccTLD (osobne authority) i gorszych cech folderów (mniej lokalnego signal’u).
Wzorzec 3: Foldery (subdirectories)
Jedna domena + foldery językowe/krajowe – firma.com/pl/, firma.com/de/, firma.com/fr/.
Plusy – wszystko pod jedną domeną, wspólne link equity, szybka skalowalność, prostsza infrastruktura, jedna analityka.
Minusy – brak naturalnego signal’u lokalnego (wymaga hreflang i GSC geotargeting), nie można brand’ować lokalnie (firma.com/de/ nie brzmi jak „niemiecka firma”), trudniej sprzedać pojedynczy rynek.
Konfiguracja hreflang dla każdego wzorca opisujemy szczegółowo w hreflang 2026: konfiguracja, która nie psuje SEO.
Framework decyzyjny – który wzorzec wybrać
Decyzja zależy od kilku czynników. Decision tree pomaga wybrać właściwe podejście. Praktyczne wskazówki zawiera SEO 2026: kompletny przewodnik.
Pytanie 1: Ile rynków planujecie obsłużyć w 3 lat?
- 1–2 rynki – ccTLD lub foldery, zależnie od budżetu i marki
- 3–5 rynków – foldery (większa szansa na skalowanie), rozważyć ccTLD tylko dla kluczowego rynku
- 6+ rynków – zdecydowanie foldery, ccTLD byłyby nie do utrzymania
Pytanie 2: Jaka jest wasza strategia marki?
- Globalna marka (np. SaaS, tech) – foldery są idealne. Jedna marka, jedna narracja
- Lokalne marki per kraj – ccTLD niemal konieczne. Użytkownicy oczekują lokalnego branding’u
- Mieszane (globalna marka + lokalne akcenty) – foldery z lokalizowanym contentem
Pytanie 3: Jaki macie budżet na infrastrukturę?
- Ograniczony – foldery. Jedna domena, jeden hosting, jedna analityka
- Średni – rozważcie hybrid (folder dla większości, ccTLD dla top 2–3 rynków)
- Wysoki – ccTLD jeśli strategia marki tego wymaga
Pytanie 4: Czy macie już domenę główną z historią?
- Tak, mocna domena (DR 40+) – foldery pozwolą skorzystać z authority na nowych rynkach
- Nie, startujecie od zera – ccTLD i foldery mają podobny start, wybór zależy od innych czynników
Pytanie 5: Czy planujecie exit (sprzedaż) części biznesu?
- Tak, możliwa sprzedaż regionalna – ccTLD ułatwiają wydzielenie jednostki
- Nie – foldery
| Kryterium | ccTLD | Subdomeny | Foldery |
|---|---|---|---|
| Signal lokalny | Bardzo silny (natywny) | Średni (wymaga hreflang) | Słaby (wymaga hreflang + GSC) |
| Link equity przepływ | Brak (osobne domeny) | Słaby (różne subdomeny) | Pełny (ta sama domena) |
| Koszt infrastruktury rocznie (5 rynków) | 15 000–40 000 zł | 5000–15 000 zł | 2000–8000 zł |
| Skalowalność na nowe rynki | Wolna (każda domena od zera) | Średnia | Szybka |
| Możliwość sprzedaży rynku | Łatwa (osobna domena) | Średnia | Trudna (folder nie da się sprzedać) |
| Brand lokalny | Naturalne | Możliwe | Trudne |
| Rekomendacja 2026 | Lokalne marki, 2–4 rynki | Rzadko | SaaS, 5+ rynków, ograniczony budżet |
ccTLD – kiedy mają sens i jak je wdrożyć
Kiedy ccTLD są właściwym wyborem
Pięć sytuacji, kiedy ccTLD jest optymalne:
- Lokalna marka per rynek – firmy z lokalnymi nazwami, produktami, obsługą. Bank, ubezpieczenia, telco, lokalni retailer’zy.
- Silna konkurencja lokalna – rynki, gdzie lokalne marki dominują i bez lokalnego signal’u nie ma szans. Niemcy, Francja, Włochy.
- Regulowana branża z lokalnymi przepisami – finanse, opieka zdrowotna, edukacja. Wymogi compliance często per kraj.
- Planowany exit regionalny – gdy biznes może być sprzedany per kraj (typowe w private equity).
- Sklepy z lokalną walutą + VAT + logistyka – gdzie user expectations są wyłącznie lokalne.
Typowa konfiguracja ccTLD
Każda domena ma własną strukturę – firma.pl, firma.de, firma.fr. Wspólne serwery i CMS (w miarę możliwości), ale osobne konfiguracje. Hreflang między domenami (cross-domain hreflang). Geotargeting w GSC per domena (zwykle automatycznie dla ccTLD). Osobne analityki lub subproperty w GA4. Więcej kontekstu daje audyt SEO 2026.
Wyzwania techniczne
Cross-domain migrations – jeśli mieliście wcześniej firma.com/de/ i migrujecie na firma.de, to bolesna operacja. Wszystkie linki wewnętrzne trzeba zaktualizować, 301 przekierowania, hreflang, monitoring 6–12 miesięcy. Koszt migracji 50 000–200 000 zł dla średniego sklepu.
Foldery – dominujący wybór w 2026
Dlaczego foldery dominują
W latach 2022–2026 obserwujemy wyraźną migrację od ccTLD w stronę folderów. Powody:
- Google coraz lepiej rozumie konfigurację hreflang + GSC geotargeting dla folderów
- Marketing digital staje się globalny – jedna marka, jeden budżet mediowy
- Budżet infrastruktury rośnie (cloud, CDN, security) – taniej mieć jedną platformę
- Skalowalność – dodanie nowego rynku to folder + tłumaczenia, nie nowa domena
- Analityka – jedna GA4, jeden Data Studio, spójne metryki
Struktura folderów – warianty
Trzy warianty folderów:
- Per język –
firma.com/pl/,firma.com/en/,firma.com/de/. Używane, gdy jeden język = jeden rynek (np. polski). - Per kraj –
firma.com/pl-pl/,firma.com/de-de/,firma.com/de-at/. Używane, gdy jeden język obsługuje kilka krajów (niemiecki → DE, AT, CH). - Per region –
firma.com/eu/,firma.com/us/,firma.com/apac/. Używane dla globalnych platform z regionalną zawartością.
Konfiguracja folderów krok po kroku
- Określenie struktury URL (język vs kraj vs region)
- Implementacja hreflang tags w każdej wersji
- Geotargeting w Google Search Console (per folder)
- Lokalizacja treści per rynek (nie tłumaczenie maszynowe)
- Local schema (
Organizationz lokalnym adresem,LocalBusiness) - Lokalna waluta, VAT, zwroty per rynek
- Monitoring w GSC per folder (osobne property)
Subdomeny – kiedy są jedynym wyborem
Rzadkie przypadki, kiedy subdomeny mają sens
Większość projektów nie powinna wybierać subdomen. Cztery sytuacje, kiedy jest to uzasadnione:
- Infrastructure lock-in – stara infrastruktura nie pozwala na foldery. Rzadkie w 2026.
- Różne platformy CMS per rynek – gdy
pl.firma.comjest na Shopify, ade.firma.comna Magento (np. z powodu akwizycji). - Osobne zespoły techniczne per rynek – kiedy potrzeba izolacji dev/prod między rynkami.
- Regulacje wymagają rozdzielenia – niektóre branże (health, finance) mają restrykcje separacji.
Czego unikać przy subdomenach
Zgubienie link equity. Subdomena pl.firma.com nie dziedziczy pełnej autorytety firma.com. Tracicie 30–50% link equity z mocnej strony głównej. Bez hreflang, cross-linking i świadomej strategii building’u subdomen – to martwa inwestycja.
Case study – polska marka SaaS wchodząca na DE, FR, ES
Marka SaaS z segmentu B2B (narzędzia projektowe). Przed projektem – tylko firma.com z angielskim (targetujący PL i US). Cel – wejście na DE, FR, ES w 18 miesięcy.
Decyzja architekturalna
Rozważaliśmy trzy opcje:
- ccTLD (
firma.de,firma.fr,firma.es) – koszt startu 60 000 zł, 3 nowe domeny od zera - Subdomeny (
de.firma.com) – gorsza SEO, brak naturalnego signal’u - Foldery (
firma.com/de/) – wykorzystanie istniejącego authority
Wybraliśmy foldery – powody: istniejąca domena miała DR 41, cel to globalny brand SaaS, budżet ograniczony, zespół mały (4 osoby marketing + 2 dev).
Struktura wdrożenia
firma.com/ – główna EN (US, UK, globalna)
firma.com/pl/ – Polska
firma.com/de/ – Niemcy (plus AT, CH przez hreflang)
firma.com/fr/ – Francja
firma.com/es/ – Hiszpania
Harmonogram (marzec 2024 – wrzesień 2025)
Miesiąc 1–3 – implementacja struktury technicznej. Routing, CMS multi-language, hreflang, GSC geotargeting. Setup lokalnych narzędzi (lokalne wtyczki analytics, zgodność RODO).
Miesiąc 4–9 – lokalizacja contentu (nie tłumaczenie). Native speakerzy w każdym języku pisali lokalizowane wersje top 40 stron (landing page, pricing, top blog posts, documentation). Lokalne case studies z klientami z danego rynku.
Miesiąc 10–15 – content marketing lokalny. Blog posts per rynek, lokalne integrations, lokalne webinary. Budowa lokalnych backlinks (guest posty, partnerstwa).
Miesiąc 16–18 – optymalizacja, monitoring, iteracje. Analiza co działa, co nie, rozbudowa mocnych segmentów.
Wyniki (wrzesień 2025)
- Ruch organiczny łączny – wzrost z 38 000 do 142 000/mies. (+273%)
- Ruch międzynarodowy (PL, DE, FR, ES) – z 3100 do 77 000 (+2380%)
- Udział międzynarodowego w całym ruchu – z 8% do 54%
- Konwersje trial sign-ups – międzynarodowe z 15 do 480/mies. (+3100%)
- Koszt całego projektu – 320 000 zł (4 lokalizacje, content, technologia, SEO)
- ROI (po 24 miesiącach) – 4,6×, dalej rosnący
Co zadziałało najmocniej
Trzy rzeczy. Pierwsza – lokalizacja, nie tłumaczenie. Niemcy oczekiwali innych metryk w landing page’u niż Francuzi. Przykłady klientów z lokalnego rynku, lokalne integracje (banki, CRM-y popularne w danym kraju). Druga – hreflang poprawny od początku. Trzech miesięcy testów przed launchem, żadnych błędów konfiguracji. Trzecia – foldery pozwoliły wykorzystać istniejący authority domeny. Start z DR 41 to 12–18 miesięcy przewagi vs ccTLD od zera.
Co nie zadziałało
Niemcy przez pierwsze 6 miesięcy rankowały gorzej niż planowaliśmy. Okazało się, że Googlebot wolniej „zaakceptował” geotargeting na folderze niż liczyliśmy. Po rozbudowie lokalnych backlinks z .de domen (6 miesiąc projektu) rankingi skoczyły. Lekcja – foldery wymagają lokalnych sygnałów (backlinks lokalne, lokalny schema) szybciej niż zakładaliśmy.
Hreflang i jego rola w każdym wzorcu
Hreflang to tag informujący Google, które wersje strony są dla których języków/rynków. Wymagany niezależnie od wzorca URL, ale różnie konfigurowany.
Hreflang dla ccTLD
Cross-domain hreflang. Na firma.pl tag wskazuje na firma.de, firma.fr itd. Wymaga spójności na wszystkich domenach. Najbardziej podatne na błędy – niewłaściwa domena, literówki, pominięcia.
Hreflang dla folderów
Hreflang w ramach tej samej domeny – firma.com/pl/ wskazuje na firma.com/de/. Łatwiejsze do zarządzania, mniej błędów. Centralny system generowania tagów.
Hreflang dla subdomen
Podobne do folderów technicznie, ale większe ryzyko nieaktualnego hreflang gdy zmieniają się URL-e.
Pełna konfiguracja opisana w hreflang 2026: konfiguracja, która nie psuje SEO.
Migracja między wzorcami – kiedy i jak
Migracja struktury URL międzynarodowej to jedna z najtrudniejszych operacji SEO. Nie powinna być robiona bez bardzo dobrego powodu.
Kiedy migracja ma sens
- ccTLD → foldery – kiedy budżet infrastruktury staje się nieutrzymywalny, biznes dąży do globalnej marki
- Foldery → ccTLD – rzadko, czasem przy sprzedaży biznesu regionalnego
- Subdomeny → foldery – często, jako uproszczenie i wzmocnienie signal SEO
Ryzyka migracji
- 30–60% spadku ruchu organicznego na 3–6 miesięcy
- Utrata rankingów na konkurencyjne frazy
- Problemy z hreflang w okresie przejściowym
- Koszt 80 000–500 000 zł zależnie od skali
Bezpieczna migracja krok po kroku
- Pełne mapowanie starych URL-i → nowych
- 301 przekierowania server-side (nie JavaScript, nie meta refresh)
- Zachowanie istniejących backlinków (monitoring, reach out do właścicieli)
- Aktualizacja wszystkich internal linków
- Nowy hreflang od startu
- GSC – dodanie nowej property, Change of Address Tool
- Monitoring codzienny przez 90 dni
Performance i CDN w kontekście międzynarodowym
Niezależnie od wzorca URL, infrastruktura musi być dostosowana do międzynarodowej publiczności.
CDN per region
Cloudflare, Fastly, AWS CloudFront – pozwalają serwować content z edge locations bliskich użytkownikowi. Różnica między polskim hostingiem a CDN’em globalnym dla użytkownika z DE to 150–400 ms. Core Web Vitals bez CDN’u dla dalekich rynków są praktycznie nie do utrzymania.
Geo-routing vs single origin
Geo-routing – użytkownik z DE idzie do DE origin, z US do US origin. Szybkie, ale skomplikowane (sync między origin’ami). Single origin + CDN – prostsze, ale z opóźnieniem dla dalekich użytkowników. W 2026 single origin + globalny CDN jest dominującym wyborem.
Currency, VAT, compliance
Per rynek różne – lokalna waluta, VAT stawka, zwroty, RODO vs inne. Infrastruktura musi obsłużyć geo-detection + konfigurację per rynek. Część jako frontend (język, waluta), część jako backend (VAT, compliance).
Narzędzia i stack międzynarodowy
CMS i translation management
- WordPress + WPML albo Polylang – najpopularniejsze dla mniejszych projektów
- Contentful, Sanity, Strapi – headless CMS z native multi-language support
- Phrase, Lokalise – translation management systems (TMS) z integracją CMS
CDN i performance
- Cloudflare – najpopularniejszy, 275+ edge locations
- AWS CloudFront – dla infrastruktur AWS
- Fastly – premium, wysoki koszt, ale świetna wydajność
Monitoring i analytics
- Google Search Console – multiple properties per folder/domena
- GA4 – segmentacja per kraj, data studio dashboards
- Ahrefs/Semrush – position tracking per kraj, kompetycja lokalna
- Contentsquare, Hotjar – UX per rynek
Budżet projektu międzynarodowego SEO
Mały projekt (2 rynki)
- Struktura + technologia: 20 000–50 000 zł
- Lokalizacja contentu (40–80 stron): 30 000–80 000 zł
- Link building lokalny: 15 000–40 000 zł
- Monitoring 12 miesięcy: 20 000–40 000 zł
- Razem: 85 000–210 000 zł
Średni projekt (4–5 rynków)
- Pełny projekt: 250 000–700 000 zł
- Horyzont ROI: 12–24 miesięcy
Enterprise (8+ rynków)
- Pełny projekt: 800 000–3 000 000 zł
- Zespół: 3–8 osób per rynek + centralny team
- Horyzont ROI: 18–36 miesięcy
FAQ
Czy mogę mieszać wzorce – folder dla większości rynków i ccTLD dla jednego?
Technicznie tak, ale to komplikuje strategię. Google rozumie taką konfigurację, hreflang musi być cross-domain + within-domain jednocześnie. Uzasadnione tylko, gdy mamy bardzo mocny powód dla ccTLD na jednym rynku (lokalna marka, akwizycja istniejącej domeny). Zwykle lepiej wybrać jeden wzorzec konsekwentnie.
Czy subdomena jest lepsza niż folder, jeśli chcę SEO izolacji?
Nie. Google w 2024 potwierdził, że traktuje foldery jako część tej samej domeny, nie izolowane entities. Jeśli chcecie izolacji SEO (np. żeby kara na jednym rynku nie wpłynęła na inne) – wybierzcie ccTLD. Subdomena nie daje pełnej izolacji, a traci zalety folderów.
Ile kosztuje domena ccTLD na różnych rynkach?
Bardzo różnie. PL – 100–300 zł/rok. DE – 50–200 zł/rok. FR – 100–300 zł/rok. UK – 80–200 zł/rok. US (.us) – 50–150 zł/rok. Premium domain’y (krótkie, generic, już używane) – 5000–500 000 zł jednorazowo. Dla małych firm rekomendujemy standardowe rejestracje, nie premium – ROI premium rzadko się zwraca.
Jak szybko Google akceptuje geotargeting na nowym folderze?
Formalnie GSC zmienia flag w 24–72 godziny po ustawieniu. Realne zmiany w rankingu – 6–16 tygodni. Foldery potrzebują też lokalnych signal’ów (backlinks, mentions) do pełnej akceptacji przez Google. Plan 6–9 miesięcy na osiągnięcie pełnej lokalnej widoczności.
Czy dla Polski wystarczy firma.com/pl/, czy lepiej firma.pl?
Zależy od strategii. Dla lokalnej polskiej marki – firma.pl ma naturalny boost. Dla globalnej firmy z PL jako jednym z rynków – firma.com/pl/ jest wystarczające. Polski użytkownik w 2026 zwykle nie rozróżnia ccTLD od folderu, jeśli reszta UX jest lokalna (język, waluta, obsługa klienta).
Czy mogę mieć firma.com/en/ dla globalnej wersji angielskiej i firma.com/en-us/ dla USA?
Tak, to standardowy wzorzec. /en/ dla wersji nietargetowanej (rynki anglojęzyczne bez lokalizacji), /en-us/, /en-gb/, /en-au/ dla specyficznych krajów. Hreflang x-default na /en/. To daje elastyczność – jeden rynek dodajemy, gdy potrzeba.
Jak wykryć, że mój obecny wzorzec URL jest błędny?
Trzy sygnały. Pierwszy – ruch organiczny z kluczowych rynków zagranicznych poniżej 5% całego ruchu przez 12+ miesięcy, mimo inwestycji. Drugi – rankingi w kraju X znacznie słabsze niż konkurenci lokalni, mimo dobrej treści. Trzeci – trudności w skalowaniu (dodanie nowego rynku zajmuje 6+ miesięcy). Wszystkie trzy – rozważcie migrację.
Co dalej
Na początek sprawdź hreflang 2026: konfiguracja, która nie psuje SEO. Gdy opanujesz podstawy, przejdź do lokalizacja vs tłumaczenie treści — wpływ na SEO — tam czekają zaawansowane techniki.
Geo-detection i redirect – jak obsłużyć użytkownika z innego kraju
Kolejny praktyczny problem – użytkownik z Niemiec wchodzi na firma.com (main EN). Co dalej? Są trzy strategie, każda z plusami i minusami.
Strategia 1: Banner sugerujący lokalną wersję
Użytkownik widzi stronę główną EN, ale z bannerem „Wygląda na to, że jesteś w Niemczech. Czy chcesz przejść na wersję niemiecką?”. Best practice z 2024–2026. Plus – user ma wybór, Googlebot widzi oryginalną stronę. Minus – konwersja z bannera 15–35%, reszta zostaje na wersji EN.
Strategia 2: Automatyczny redirect 302 na lokalną wersję
Użytkownik z IP niemieckiego automatycznie przekierowany na firma.com/de/. Plus – natychmiastowa lokalizacja. Minus – Googlebot (który crawl’uje głównie z US IP) zawsze trafia na wersję EN, nigdy nie widzi DE. Problem: Googlebot może widzieć cloaking (różne zachowanie dla użytkowników vs bota).
Strategia 3: Brak automatycznej akcji
Użytkownik widzi wersję, którą kliknął. Musi sam znaleźć wybór języka w menu. Plus – prosto technicznie, brak problemów z cloaking. Minus – gorszy UX dla międzynarodowych użytkowników.
Rekomendacja 2026
Banner z sugestią (strategia 1) + łatwy language switcher w header. Automatyczny redirect tylko, jeśli jest to stary użytkownik (logged in, cookie z preferowanym językiem). Googlebot nigdy nie przekierowany – zawsze widzi wersję, którą crawl’uje.
SEO audyt międzynarodowy – specyficzne kontrole
Audyt międzynarodowego SEO ma kilka specyficznych elementów, których nie ma w audycie jednoryńkowym.
Kontrola hreflang clusters
Hreflang cluster to grupa wzajemnie linkujących wersji tej samej strony w różnych językach. Klaster musi być „self-referencing” – każda wersja wskazuje na siebie i na wszystkie inne. Błąd w jednej wersji łamie cały klaster. Narzędzia – Ahrefs Site Audit, Sitebulb, Screaming Frog.
Kontrola language detection w HTML
Każda strona powinna mieć <html lang="de"> poprawnie ustawiony. Brak atrybutu lub błędny (pl zamiast de na niemieckiej stronie) to duży błąd SEO. Proste do naprawienia, łatwe do przeoczenia.
Kontrola local signals
Lokalny telefon, lokalny adres, lokalna waluta, lokalne referencje, lokalne opinie. Google używa tych elementów jako sygnałów geo-targetingu. Sklep firma.com/de/ bez niemieckiego telefonu i adresu ma gorsze lokalne rankingi niż firma.de z tymi elementami.
Kontrola CDN i server location
Jeśli serwer jest tylko w Polsce, użytkownicy z DE mają gorszy performance. Cloudflare albo podobny CDN rozwiązuje problem. Sprawdzamy w PageSpeed Insights z różnych regionów geograficznych.
Kontrola lokalnych backlinks
Domena z .pl backlinkami ma siłę głównie w PL. Żeby rankować w DE, potrzebuje .de backlinks. Audyt pokazuje rozkład backlinks per TLD – idealnie każdy rynek ma swój lokalny graf linków.
Specyfika poszczególnych języków i rynków
Nie każdy rynek traktuje się jednakowo. Subtelności per język/rynek.
Niemcy – DE, AT, CH
Trzy kraje jednym językiem. Decyzja – osobne foldery (/de-de/, /at/, /ch/) czy wspólna wersja niemiecka? Dla większości firm jedna wersja DE z hreflang na wszystkie trzy rynki wystarcza. Różnice (np. waluta CHF, regulacje AT) obsługuje frontend bez konieczności osobnych folderów. Osobne foldery – tylko gdy content jest znacząco różny per kraj.
Chiny – poza Google
Google jest zablokowany. Baidu jest głównym engine. Baidu ma inne preferencje – wymaga hostingu w Chinach, certyfikatu ICP, tekstu w uproszczonych znakach. Jeśli obsługujecie Chiny, potrzebujecie odrębnej infrastruktury. ccTLD .cn jest wymagany dla wielu scenariuszy compliance.
Francja – restrykcyjne regulacje językowe
Prawo Toubon wymaga, żeby strony internetowe dla francuskich użytkowników były po francusku. Angielska wersja firma.com dla francuskich użytkowników może teoretycznie naruszać przepisy. Praktyka – wdrożenie lokalizacji FR dla rynku francuskiego.
Kraje bałtyckie i Europa Środkowa
Małe wolumeny per kraj. Często firmy robią jedną wersję „Central Europe” z hreflang na kilka krajów. Trade-off – mniejsze koszty tłumaczeń, ale też mniejszy signal lokalny per kraj.
USA vs UK – różnice w angielskim
Oczywiste, ale często ignorowane. „Apartment” (US) vs „flat” (UK), „gasoline” vs „petrol”. Ortografia – „color” vs „colour”, „organize” vs „organise”. Dla B2B SaaS różnice małe, dla B2C e-commerce – znaczące. Osobne wersje EN-US i EN-GB dla serious audiences.
Analityka międzynarodowa – jak mierzyć właściwe rzeczy
Międzynarodowy projekt wymaga analityki per rynek. Metryki globalne są mylące.
Per-market ruch organic
GA4 segmentacja ruchu per kraj (z IP + language). Trend miesięczny per rynek. Cel – każdy rynek rośnie niezależnie, nie średnia jest manipulowana przez jeden mocny rynek.
Per-market konwersja
Niemcy mogą konwertować 3,2%, Francja 1,8%. Wiedza przydatna dla alokacji budżetu content’owego i marketingowego. Polska średnia 2,3% niczego nie mówi.
Per-market rankings
Ahrefs lub Semrush z trackingiem per kraj. Dla SaaS top 20 fraz per rynek. Dla e-commerce top 100+. Monthly reports z trendem.
Per-market user behavior
Bounce rate, time on page, pages per session – różnią się per kraj. Niemcy spędzają średnio 2,4× więcej czasu na stronie niż Amerykanie (w B2B SaaS). Inne UX expectations – inne optymalizacje.