Międzynarodowe SEO
Czym naprawdę jest międzynarodowe SEO — targetowanie językowe vs. krajowe, ccTLD/subdomena/podkatalog, hreflang na dużą skalę, czym różni się Bing i co jest przestarzałe — od Patricka Stoxa.
Międzynarodowe SEO polega na zapewnieniu, że wyszukiwarki rozumieją, które kraje i/lub języki są celem Twojej witryny, i serwują właściwą wersję właściwemu użytkownikowi. Dzieli się na dwie osie — targetowanie językowe vs. krajowe — i opiera się na trzech dźwigniach: strukturze URL (ccTLD/subdomena/podkatalog), hreflang i lokalizacji na stronie. Moje doświadczenie z prowadzenia tego na skalę IBM: hreflang to wskazówka, a nie dyrektywa (jego prawdziwa wartość to zamiana wersji w SERP, a nie indeksowanie); ręczny hreflang zawodzi na dużą skalę, więc automatyzuj i monitoruj stale; przewaga rankingowa ccTLD słabnie (Gary Illyes, lipiec 2024); raport GSC International Targeting zniknął (2022); a Bing opiera się na meta tagu content-language, a nie na hreflang. Dla większości witryn wybrałbym podkatalogi i jedną stronę na język zamiast rozproszenia domen per kraj. Bramkuj, które rynki wchodzisz najpierw, na podstawie popytu, kwalifikowalności, pojemności, konkurencji i ekonomii — i wiedz, że nic z tego nie gwarantuje indeksacji, rankingów, ruchu ani konwersji; to tylko zwiększa Twoje szanse.
TL;DR — Międzynarodowe SEO to sposób, w jaki informujesz wyszukiwarki, dla jakich języków i krajów jest Twoja strona, aby właściwa osoba zobaczyła właściwą wersję. To dwa osobne pytania — w jakim języku jest ta strona i dla jakiego kraju jest przeznaczona — oraz trzy główne dźwignie: struktura URL, tagi hreflang i sygnały na stronie, takie jak waluta i adres. hreflang to najważniejszy element i rzecz, o której należy pamiętać na początku, to że jest to wskazówka, a nie polecenie.
Czym jest międzynarodowe SEO
Jeśli Twoja strona obsługuje osoby w więcej niż jednym języku lub więcej niż jednym kraju, masz problem międzynarodowego SEO do rozwiązania — niezależnie od tego, czy o tym myślałeś, czy nie. Cel jest prosty do sformułowania: pomóc Google i Bing zrozumieć, która wersja strony jest przeznaczona dla której grupy odbiorców, i serwować tę wersję właściwej osobie.
Dowód potwierdzający to twierdzenie Google distinguishes multilingual sites from multi-regional sites; a site can be both. Zakres: Google Search guidance for sites serving multiple languages, countries, or regions. Poziom ufności: wysoki · Zweryfikowano: Google: Managing multi-regional and multilingual sitesBłędem, który prawie wszyscy popełniają na początku, jest traktowanie „języka” i „kraju” jako tego samego. To nie to samo:
- Targetowanie językowe dotyczy witryn wielojęzycznych — tej samej treści oferowanej w więcej niż jednym języku.
- Targetowanie krajowe dotyczy witryn wieloregionalnych — treści skierowanych do użytkowników w różnych krajach, czasem w tym samym języku.
Szybkie przykłady, które to utrwalą: Kanada to jeden kraj z dwoma oficjalnymi językami (angielskim i francuskim) — to targetowanie językowe w obrębie jednego kraju. USA i Wielka Brytania to dwa kraje, które w większości dzielą język — to targetowanie krajowe z tym samym językiem. Wiele dużych witryn potrzebuje obu naraz.
Trzy rzeczy, które faktycznie kontrolujesz
- Struktura URL. Gdzie znajdują się zlokalizowane wersje:
- ccTLD —
example.dedla Niemiec,example.frdla Francji. Najsilniejszy sygnał „to jest dla tego kraju”, ale kosztowny i trudniejszy w zarządzaniu. - Subdomena —
de.example.com. Łatwa w konfiguracji. - Podkatalog —
example.com/de/. Niskie koszty utrzymania, wszystko pod jedną domeną. Dla większości witryn to bym wybrał.
- ccTLD —
- hreflang. Mały tag, który mówi: „ten URL to wersja niemiecka, tamten to wersja francuska”. To dzięki niemu Google może pokazać odwiedzającemu z Wielkiej Brytanii stronę brytyjską, nawet gdy strona amerykańska technicznie zajmuje wyższą pozycję.
- Sygnały na stronie. Waluta, adres, numer telefonu, język tekstu, linki z lokalnych witryn. Te dyskretnie wzmacniają informację o tym, dla kogo jest strona. Dowód potwierdzający to twierdzenie Google supports locale-specific URLs and hreflang, and also considers ccTLDs and several page, server, and local-link signals when identifying an intended audience. Zakres: Google Search locale guidance; these are signals rather than guaranteed targeting controls. Poziom ufności: wysoki · Zweryfikowano: Google: Managing multi-regional and multilingual sites
Jedna rzecz, którą warto zrobić dobrze na początku
hreflang to wskazówka, a nie dyrektywa. Możesz go ustawić idealnie, a Google i tak może zdecydować się pokazać inną wersję lub połączyć dwie prawie identyczne strony językowe w jedną. Jego prawdziwą rolą nie jest wymuszanie czegokolwiek — to podmiana na właściwą wersję regionalną w wynikach wyszukiwania, gdy to możliwe. Ustaw go poprawnie mimo wszystko, ponieważ gdy jest zepsuty, ta podmiana w ogóle nie następuje.
Wiedz też o dwóch zmianach: Google usunął stary raport „International Targeting” z Search Console w 2022 roku, więc nie ustawiasz już tam targetowania krajowego. A Bing nie działa właściwie na hreflang — preferuje inny tag (więcej o obu w wersji Advanced).
Chcesz głębszą wersję — jak wybrać strukturę URL, hreflang na dużą skalę, dlaczego przewaga ccTLD słabnie i czym różni się Bing — przełącz się na zakładkę Advanced. Każdy podtemat (hreflang, x-default, tłumaczenie a lokalizacja, badanie słów kluczowych, audyt i wielojęzyczne SEO) ma własne szczegółowe omówienie, do którego prowadzą linki stamtąd.
Sprawdź się: Międzynarodowe SEO
TL;DR — Międzynarodowe SEO opiera się na dwóch osiach (język vs. kraj) i trzech dźwigniach (struktura URL, hreflang, sygnały na stronie). hreflang to wskazówka: jej korzyść to zamiana wersji w SERP, a nie indeksowanie, a Google może ją nadpisać. Wzmocnienie rankingowe ccTLD — algorytm Google LDCP — słabnie (Gary Illyes, lipiec 2024). Raport GSC International Targeting został wycofany w 2022 roku. Bing opiera się na meta tagu content-language, traktując hreflang jako “znacznie słabszy sygnał.” W skali enterprise, ręczny hreflang zawiedzie — zautomatyzuj generowanie i monitoruj stale. Moje domyślne ustawienia: podkatalogi i jedna strona na język. Uzależnij wejście na rynek od popytu, kwalifikowalności, możliwości, konkurencji i ekonomii przed wyborem architektury — a żadne z tego nie gwarantuje indeksowania, rankingów ani ruchu; po prostu zwiększa szanse, że wyszukiwarki poprawnie dopasują wersje językowe.
Dwie osie, nie jedna
Najbardziej użyteczne rozróżnienie w całym tym temacie to fakt, że targetowanie językowe i targetowanie krajowe to różne rzeczy. Dokumentacja Google jasno to rozgranicza: “Multilingual websites are those that offer content in more than one language,” (tłumaczenie) „Witryny wielojęzyczne oferują treść w więcej niż jednym języku”, podczas gdy “Multi-regional websites are those that explicitly target users in different countries.” (tłumaczenie) „Witryny wieloregionalne jawnie kierują treść do użytkowników w różnych krajach”. Możesz potrzebować jednego, obu lub żadnego.
Dowód potwierdzający to twierdzenie Google distinguishes multilingual sites from multi-regional sites; a site can be both. Zakres: Google Search guidance for sites serving multiple languages, countries, or regions. Poziom ufności: wysoki · Zweryfikowano: Google: Managing multi-regional and multilingual sitesGary Illyes wprost opisał pułapkę: “The language is absolutely not a tell for what country you are targeting.” (tłumaczenie) „Sam język absolutnie nie wskazuje, na jaki kraj kierujesz stronę.” Strona po francusku może być dla Francji, Kanady, Belgii lub
Szwajcarii. Jeśli zależy Ci na kraju, musisz jawnie zasygnalizować kraj —
kod regionu w hreflang (fr-CA, nie tylko fr) lub ccTLD. Sam język
tego nie załatwia. Atrybut HTML lang też nie pomaga: przykład Illyesa dotyczył strony, gdzie “Joomla just came with the Lang attribute set to English… And then you looked at the page, and it was 100% German.” (tłumaczenie) „Joomla miała po prostu atrybut języka ustawiony na angielski, a po otwarciu strony okazywało się, że jest w 100% po niemiecku.” Wyszukiwarki dawno nauczyły się mu nie ufać.
Żadne z tych mapowań osi nie jest mechanizmem gwarancji i warto powiedzieć to wprost: poprawne rozróżnienie język/kraj i sygnały techniczne mogą poprawić to, jak Google i Bing dopasowują wersje językowe do wyszukujących, ale nie obiecują indeksowania, rankingów, ruchu, konwersji, konkretnego wyświetlanego ustawienia regionalnego ani cytowań w odpowiedziach AI dla żadnej pojedynczej strony. Poniższa lista sygnałów ma własne udokumentowane ograniczenia co do tego, co się liczy, a co nie.
Najpierw oceń rynek, zanim zablokujesz architekturę
Zanim zdecydujesz się na strukturę URL, oceń sam rynek — architektura jest droga do odwrócenia, a wybór jej przed poznaniem rynku, na który warto wejść, jest błędny. Praktyczna lista kontrolna, której używam: popyt na wyszukiwania w tym języku/kraju, czy Twój produkt lub usługa jest faktycznie kwalifikowalna do sprzedaży lub działania tam, czy masz możliwości operacyjne, aby to wspierać (wsparcie, prawo, płatności, realizacja zamówień), jak konkurencyjny jest już rynek i czy ekonomia jednostkowa się spina po przeliczeniu. Traktuj liczby ruchu i wolumenu słów kluczowych w stylu Ahrefs jako szacunki do określania rozmiaru i porównywania rynków między sobą; traktuj własne wiersze w Google Search Console lub analityce jako zaobserwowane dane first-party, gdy już działasz gdzieś podobnym. Pominięcie tej bramy to sposób, w jaki zespoły kończą z drogim ccTLD na rynku, który nigdy nie miał konwertować. Strona international SEO keyword research szczegółowo omawia proces badania rynku po rynku.
Wybór struktury URL
To jedna decyzja architektoniczna, którą drogo jest odwrócić, więc warto zrobić ją dobrze. Google używa kilku sygnałów do określenia docelowego ustawienia regionalnego — ccTLD, hreflang, lokalizacji serwera i sygnałów na stronie, takich jak lokalne adresy, numery telefonów, waluta i lokalne linki — ale struktura URL to ta, którą wybierasz na poziomie infrastruktury.
Dowód potwierdzający to twierdzenie Google supports locale-specific URLs and hreflang, and also considers ccTLDs and several page, server, and local-link signals when identifying an intended audience. Zakres: Google Search locale guidance; these are signals rather than guaranteed targeting controls. Poziom ufności: wysoki · Zweryfikowano: Google: Managing multi-regional and multilingual sites| Struktura | Przykład | Zalety | Wady |
|---|---|---|---|
| ccTLD | example.de | Najsilniejszy sygnał kraju; jasny dla użytkowników | Kosztowny; dzieli autorytet między domeny; ograniczona dostępność |
| Subdomena | de.example.com | Łatwa konfiguracja | Często traktowana jak osobna witryna; słabsze rozpoznanie |
| Podkatalog | example.com/de/ | Konsoliduje autorytet pod jedną domeną; niskie koszty utrzymania | Pojedynczy host; słabszy czysto-geograficzny sygnał |
| Parametr URL | example.com?loc=de | — | Niezalecany; trudny do segmentacji |
Moim domyślnym wyborem dla większości witryn jest podkatalog. Utrzymuje cały autorytet pod jedną domeną zamiast dzielić go między osobne ccTLD, a także wymaga znacznie mniej konserwacji. John Mueller od lat mówi, że “subdomains and subdirectories are essentially equivalent” (tłumaczenie) „podkatalogi i subdomeny są w zasadzie równoważne” z perspektywy Google, więc czynnikami decydującymi są zwykle kwestie operacyjne, a nie magiczne SEO — wybierz to, co pasuje do Twojego stacku i długoterminowego planu. To praktyczna wskazówka z prowadzenia tego na dużą skalę, a nie uniwersalna reguła rankingowa Google — dokumentacja Google wymienia kompromisy dla każdej opcji i nie wskazuje jednej struktury jako zwycięskiej.
Największym zastrzeżeniem jest historia ccTLD. ccTLD są nadal najsilniejszym sygnałem kraju —
Google nazywa je “a strong signal… about the target country of a website” (tłumaczenie) „silnym sygnałem… dotyczącym kraju docelowego witryny” — ale
ta przewaga maleje. Gary Illyes, w Search Off the Record w lipcu 2024,
opisał mechanizm i jego spadek: “One of the main algorithms… is
called something like LDCP — language demotion country promotion… But nowadays… it
doesn’t really make sense for us to like automatically apply that little boost
because it’s ambiguous.” (tłumaczenie) „Jeden z głównych algorytmów… nazywa się
mniej więcej LDCP — obniżanie języka, promowanie kraju… Ale obecnie… nie ma dla nas
sensu automatyczne stosowanie tego małego wzmocnienia, bo to niejednoznaczne.”
Poszedł dalej: “I think eventually, like in years’ time,
that [ccTLD benefit] will also fade away,” (tłumaczenie) „Myślę, że w końcu, za kilka lat,
ta [korzyść ccTLD] również zniknie,” ponieważ “think about all the funny domain
names that you can buy… It doesn’t say anything anymore about the country.” (tłumaczenie) „pomyśl o wszystkich zabawnych nazwach domen,
które możesz kupić… To już nic nie mówi o kraju.” Jego
praktyczna rada była zgodna z moją — w ccTLD wciąż jest wartość marketingowa, “but I
would not worry too much about it” (tłumaczenie) „ale nie martwiłbym się tym zbytnio”
w kwestii rankingu. Google nawet przekierowuje swoje
własne krajowe ccTLD na google.com.
hreflang: podstawowy sygnał techniczny
hreflang to koń roboczy międzynarodowego SEO i temat, na który poświęciłem więcej czasu niż na prawie każdy inny techniczny — to był jeden z moich pierwszych wkładów, gdy dołączyłem do Ahrefs, edytując nasz przewodnik po hreflang.
Co to faktycznie robi. hreflang mówi Google (i Yandex), dla jakiego języka/regionu
URL jest przeznaczony. Jego prawdziwa korzyść to zamiana wersji w SERP: brytyjski
odwiedzający może zobaczyć Twoją stronę en-gb, nawet gdy strona en-us jest tą, która
się rankuje, pod warunkiem, że hreflang jest poprawnie skonfigurowany. Gdy tagi są
uszkodzone, ta zamiana po prostu nie następuje. To, czego hreflang nie robi, to
gwarancja indeksacji lub nadpisywanie kanonikalizacji — to jeden z około 19 sygnałów
kanonikalizacji, a nie atut.
Trzy metody implementacji, wszystkie równoważne: tagi <link rel="alternate" hreflang="…" href="…" /> w <head>; nagłówek HTTP Link:; lub
wpisy <xhtml:link> w Twojej mapie witryny XML. Nie ma wrodzonej różnicy w szybkości —
sygnały są sprawdzane podczas indeksowania w obu przypadkach, więc użyj tej metody,
którą Twój stack generuje najbardziej niezawodnie. (W konfiguracji mieszanej ccTLD-plus-.com
centralnie hostowane mapy witryny XML są zwykłym sposobem zarządzania klastrami między domenami.)
Złote zasady:
- Dwukierunkowość / wzajemność. Jeśli strona X wskazuje na stronę Y, strona Y musi wskazywać z powrotem na X. hreflang działa w klasterach — zbiorach stron wzajemnie się odwołujących — a klaster tworzy się tylko wtedy, gdy linki są wzajemne. To również sposób, w jaki sygnały są dzielone w klastrze: najsilniejsza strona może podnieść pozostałe.
- Samoodniesienie jest najlepszą praktyką, ale według Muellera technicznie “opcjonalne.”
- x-default to Twoje rozwiązanie zastępcze dla użytkowników, których język/region nie pasuje do żadnej konkretnej wersji.
- Używaj prawdziwych kodów regionów.
en-GB,fr-BE,zh-Hans— język ISO 639-1 plus opcjonalny region ISO 3166-1. Nie istnieją kody regionówEU,LATAM,APACaniMENA; celujesz w poszczególne kraje (es-MX,es-AR,es-CO).
Typowe błędy są wszędzie. W badaniu hreflang od Ahrefs, nad którym pracowałem — największym w historii, obejmującym 374 756 domen używających hreflang — 67% miało co najmniej jeden problem. Moja szczera reakcja w tamtym czasie: “I’m surprised the numbers weren’t worse… I suspect a lot of these sites have basic implementations.” (tłumaczenie) „Jestem zaskoczony, że liczby nie były gorsze… Podejrzewam, że wiele z tych witryn ma podstawowe implementacje.” Sedno pozostaje: “Hreflang is complex and hard to get right. It can break in so many different ways.” (tłumaczenie) „Hreflang jest złożony i trudny do poprawnego wdrożenia. Może się zepsuć na wiele różnych sposobów.”
hreflang to wskazówka, a nie dyrektywa. To jest linia, którą ludzie najbardziej muszą przyswoić. Jak ujął to Mueller (Bluesky, maj 2025): “hreflang doesn’t guarantee indexing… if they are the same (eg fr-fr, fr-be), it’s common that one is chosen as canonical.” (tłumaczenie) „hreflang nie gwarantuje indeksowania… jeśli są takie same (np. fr-fr, fr-be), często jeden jest wybierany jako kanoniczny.” Oraz: “Often hreflang will still swap out the URL, but reporting will be on the canonical URL.” (tłumaczenie) „Często hreflang nadal zamieni URL, ale raportowanie będzie dotyczyć kanonicznego URL.” Więc Google może skonsolidować prawie identyczne warianty językowe, a Twoje raportowanie będzie oparte na tym URL, który wybrał jako kanoniczny.
Inne sygnały — i rzeczy, które Google ignoruje
Poza hreflang i ccTLD Google czyta lokalizację na stronie: lokalną walutę,
adresy, numery telefonów, język treści oraz linki z lokalnych witryn.
Dwie rzeczy, których wyraźnie nie używa: meta tagi geolokalizacji (geo.position,
geo.region, geo.placename) oraz analiza lokalizacji na podstawie adresu IP, którą nazywa “not reliable.” (tłumaczenie) „metodą, która nie jest wiarygodna”.
Pomaga rozróżnić, jakie zadanie faktycznie wykonuje każdy sygnał, ponieważ są one ciągle mieszane: wykrywanie języka pochodzi z widocznej treści strony, a nie z danych na poziomie kodu czy URL — Google określa je, czytając to, co faktycznie jest na stronie. Targetowanie lokalizacji (dla jakiego kraju jest strona) jest sygnalizowane przez ccTLD, hreflang, lokalizację serwera i powyższe wskazówki na stronie — chociaż Google wyraźnie stwierdza, że sama lokalizacja serwera “is not definitive.” (tłumaczenie) „nie jest definitywna.” hreflang wykonuje węższe zadanie niż którekolwiek z nich: mapuje alternatywne URL lokalizacji na siebie nawzajem, aby właściwy mógł być zamieniony w wynikach; nie deklaruje języka strony. A kanonikalizacja to osobna decyzja o tym, który URL faktycznie zostanie zindeksowany i uszeregowany — hreflang wpływa na nią, ale jej w pełni nie kontroluje.
Pułapka, której należy unikać: nie przekierowuj automatycznie użytkowników na podstawie IP. Wytyczne Google mówią, aby “avoid
automatically redirecting users to a different language version based on their
perceived geographic location.” (tłumaczenie) „unikać automatycznego przekierowywania użytkowników do innej wersji językowej na podstawie ich
postrzeganej lokalizacji geograficznej.” Przekierowania geograficzne uwięzią robota indeksującego w tej lokalizacji, z której
wydaje się pochodzić, więc Google nigdy nie zobaczy Twoich innych wersji — a w UE
blokowanie geograficzne oparte na IP może naruszyć Rozporządzenie w sprawie przeciwdziałania blokowaniu geograficznemu. Używaj osobnych, stabilnych
URL dla każdego języka, utrzymuj je bezpośrednio dostępnymi (bez ścieżek tylko dla lokalizacji, które
znikają po opuszczeniu “właściwego” regionu) i daj użytkownikom wyraźne linki do zmiany
języka lub regionu samodzielnie, zamiast zgadywać za nich. Ten sam argument
wyklucza przełączanie treści oparte na plikach cookie lub nagłówkach Accept-Language: Google zaleca
“using separate locale URL configurations” (tłumaczenie) „używanie osobnych konfiguracji URL dla lokalizacji” z hreflang zamiast stron adaptujących się do lokalizacji,
ponieważ Googlebot nie ustawia domyślnie nagłówków Accept-Language i często
indeksuje z infrastruktury w USA — więc odpowiedź, która dostosowuje się na podstawie postrzeganej
lokalizacji lub nagłówków, może po prostu nigdy nie być widziana w innych lokalizacjach.
Raport International Targeting w GSC zniknął
Jeśli przewodnik mówi Ci, aby ustawić cel kraju w Search Console, jest nieaktualny. Google wycofało raport International Targeting 22 września 2022 r., stwierdzając, że funkcja targetowania kraju “was determined to have little value for the ecosystem, and is no longer supported.” (tłumaczenie) „została uznana za mało wartościową dla ekosystemu i nie jest już wspierana”. Co ją zastąpiło? Nic bezpośredniego — targetowanie kraju jest teraz wywnioskowane z ccTLD + hreflang + sygnałów na stronie + linków przychodzących. Dane o błędach hreflang, które kiedyś znajdowały się w tym raporcie, również zniknęły z GSC, więc teraz walidujesz hreflang za pomocą crawlera. Google potwierdziło, że “will continue to support and use hreflang tags.” (tłumaczenie) „będzie nadal wspierać i używać tagów hreflang”. Aby sprawdzić, którą wersję Google faktycznie zaindeksował dla danej strony, użyj narzędzia URL Inspection.
Jak Bing podchodzi do tego inaczej
To miejsce, gdzie większość przewodników albo pomija Bing, albo myli się co do niego — a ja miałem okazję być na panelu z Fabrice’em Canel z Binga, aby usłyszeć to z pierwszej ręki. Stos sygnałów Binga jest naprawdę inny niż Google. Canel określił hreflang jako “a far weaker signal.” (tłumaczenie) „znacznie słabszy sygnał”, wyjaśniając: “hreflang is indeed a far weaker signal than content-language at Bing.” (tłumaczenie) „hreflang jest rzeczywiście znacznie słabszym sygnałem niż content-language w Bing”.
Preferowane sygnały Binga, w przybliżonej kolejności priorytetów:
<meta http-equiv="content-language" content="fr-FR">— meta tag content-language- Nagłówek HTTP
Content-Language - ccTLD / lokalizacja serwera
- Język treści strony
- Lokalizacja przychodzących stron linkujących
Więc przepis na wiele wyszukiwarek to: zaimplementuj hreflang dla Google oraz dodaj meta tagi content-language dla Binga. Bing odczyta hreflang, ale traktuje go jako słaby sygnał. I w przeciwieństwie do Google (które zabiło swój raport targetowania w 2022 r.), Bing również usunął swoją funkcję Geo Targeting — Fabrice Canel potwierdził we wrześniu 2020 r., że nie została przeniesiona do przeprojektowanych Bing Webmaster Tools, mówiąc SEO, aby używali meta tagu content-language lub nagłówka HTTP zamiast tego.
Inne wyszukiwarki wymagają własnego przepływu pracy
Google kontra Bing to nie cała międzynarodowa mapa. Gdy rynek zależy od innej wyszukiwarki, zachowaj wspólną treść i techniczne fundamenty, ale zweryfikuj przepływ pracy specyficzny dla dostawcy, zamiast tłumaczyć checklistę Google:
| System | Odkrywanie i przesyłanie | Czego nie zakładać |
|---|---|---|
| Linki do przeszukania, sitemapy tam, gdzie przydatne, Search Console; brak udziału w IndexNow | Endpoint push lub dyrektywy innej wyszukiwarki konfigurują Google | |
| Bing | Bing Webmaster Tools i IndexNow | Waga lokalizacji Binga dokładnie odpowiada wadze Google |
| Naver | Search Advisor, przepływy sitemap/RSS, prośby o kolekcjonowanie i endpoint IndexNow Navera | Przesłanie gwarantuje indeksację lub pozycję |
| Yandex | Yandex Webmaster, regionalność, sitemapy, hreflang i IndexNow | Google Search Console kontroluje Yandex lub zastępuje jego przepływ regionalny |
| Cốc Cốc | Własny crawler/indeks, ręczne przesyłanie URL, odkrywanie przez Sitemap: w robots.txt i dyrektywy specyficzne dla bota | Dokumentacja Google dowodzi zachowania Cốc Cốc w zakresie canonical, hreflang lub cytowań AI |
Szczegóły należą do przewodników SEO specyficznych dla rynku. Przydatna zasada jest prostsza: wspólne zasady SEO się przenoszą; kontrolki produktów, ścieżki przesyłania, diagnostyka i nieudokumentowane zachowania — nie.
Międzynarodowe SEO na dużą skalę
Prowadziłem międzynarodowe SEO w IBM, na jednej z największych stron korporacyjnych na świecie — wiele CMS-ów, wiele infrastruktur, dziesiątki milionów URL-i. Największa lekcja: ręczne zarządzanie hreflang zawodzi na dużą skalę. Nie możesz ręcznie kuratorować wzajemnych tagów na milionach stron i w wielu systemach. Co działa:
- Automatyzuj wszystko, co się da. Generuj hreflang z systemu rejestru — często z oprogramowania pośredniczącego łączącego Twoje CMS-y — zamiast pozwalać każdemu zespołowi ręcznie pisać tagi.
- Sprawdzaj wielokrotnie. Problemy pojawiają się ciągle; to praca ciągłego indeksowania + alertów, a nie audyt raz na kwartał. Spodziewaj się awarii i buduj systemy, które je wychwytują.
- Uważaj na „przerwania w sekcji head”. Tagi hreflang wstawione do
<body>przez niepoprawny HTML są ignorowane — sprawdź, czy znajdują się w wyrenderowanym<head>. - Zweryfikuj zindeksowany URL dla każdego języka za pomocą URL Inspection w GSC, ponieważ skuteczność hreflang zależy od tego, która wersja faktycznie została zindeksowana, a nie tylko od tego, co mówi Twój tag kanoniczny.
Architektonicznie, moją preferencją na dużą skalę jest jedna strona na język zamiast jednej strony na kraj/lokalizację — daje to mniej, ale mocniejszych stron, umożliwia dynamiczną personalizację i omija wiele złożoności hreflang. Cierpliwość też ma znaczenie: międzynarodowe zmiany poruszają się w tempie cykli indeksowania, a nie w tempie, jakiego oczekują Twoi interesariusze.
Gdzie dalej
To centrum to mapa. Każdy podtemat poniżej to osobne szczegółowe omówienie:
Hreflang (osobna sekcja na pasku bocznym)
- hreflang — tag w pełnej formie: trzy metody implementacji, klastry, wzajemność, typowe błędy i walidacja.
- x-default hreflang — wartość zapasowa dla użytkowników, których język/region nie pasuje do żadnej z Twoich wersji, oraz gdzie faktycznie pomaga.
Lokalizacja, treść i audyty
- tłumaczenie a lokalizacja — dlaczego maszynowe tłumaczenie stron to nie to samo co lokalizacja dla rynku i co oznaczają dla Ciebie wytyczne Google dotyczące automatycznego tłumaczenia.
- badanie słów kluczowych SEO międzynarodowego — badanie popytu rynek po rynku, gdzie ten sam język różni się w zależności od kraju (klasyczna luka „ibis” vs. „bin chicken”).
- audyt SEO międzynarodowego — jak przeszukiwać, walidować i debugować klastry hreflang i sygnały lokalizacji w witrynie obsługującej wiele rynków.
- SEO wielojęzyczne — dogłębne omówienie połowy dyscypliny dotyczącej targetowania języka.
Podsumowanie AI
Skrócona wersja wersji zaawansowanej:
- Międzynarodowe SEO wskazuje wyszukiwarkom język i kraj docelowy każdej strony, aby właściwa wersja trafiała do właściwego użytkownika. Dwie osie to targetowanie językowe i krajowe, a trzy dźwignie to struktura adresów URL, hreflang i sygnały na stronie.
- Nic z tego nie gwarantuje wyniku. Poprawne osie i sygnały ułatwiają dopasowanie wersji lokalnych, ale nie obiecują indeksowania, pozycji, ruchu, konwersji, konkretnej wyświetlanej lokalizacji ani cytowań AI.
- Najpierw oceń rynek, potem architekturę. Weź pod uwagę popyt, dostępność produktu lub usługi, zdolności operacyjne, konkurencję i ekonomikę jednostkową. Dane Ahrefs traktuj jako szacunki wielkości rynku, a własne dane GSC i analityczne jako obserwacje po uruchomieniu podobnego rynku.
- Język to nie kraj. Aby wskazać kraj, użyj kodu regionu, takiego jak
fr-CA, albo domeny ccTLD; atrybut HTMLlangjest niewiarygodny. - Struktura URL: ccTLD daje najsilniejszy sygnał kraju, lecz jest droga i dzieli autorytet; subdomena jest łatwa; podkatalog konsoliduje autorytet i wymaga niewielkiej obsługi. Domyślnie Patrick wybiera podkatalog. Google traktuje subdomeny i podkatalogi zasadniczo równoważnie.
- Przewaga ccTLD zanika. Google ogranicza premię algorytmu LDCP; wartość marketingowa pozostaje, ale wartość rankingowa słabnie.
- hreflang jest wskazówką, nie dyrektywą. Jego korzyścią jest zamiana wersji w SERP, a nie samo indeksowanie. To około jeden z 19 sygnałów kanonizacji. Klastry muszą być wzajemne, samoodniesienie jest opcjonalne, ale przydatne, x-default ma własną rolę, a kody regionów muszą być prawdziwe — bez
EUiAPAC. Problemy z hreflang miało 67% z 374 756 domen w badaniu Ahrefs. - Każdy sygnał ma inne zadanie: wykrywanie języka czyta widoczną treść; targetowanie lokalizacji korzysta z ccTLD, hreflang, położenia serwera i sygnałów na stronie; hreflang mapuje alternatywne adresy; kanonizacja wybiera adres indeksowany. Nie przekierowuj automatycznie według IP — używaj stabilnych, odrębnych adresów, jawnego przełącznika i hreflang. Google ignoruje metatagi geograficzne oraz analizę IP.
- Raport kierowania międzynarodowego GSC wycofano 22 września 2022 r. Google uznało go za rozwiązanie o “little value for the ecosystem.” (tłumaczenie) „niewielkiej wartości dla ekosystemu”. Targetowanie kraju jest teraz wywnioskowane z ccTLD, hreflang, sygnałów na stronie i linków; hreflang pozostaje obsługiwany.
- Bing działa inaczej: hreflang jest dla niego znacznie słabszym sygnałem niż content-language. Priorytet mają metatag i nagłówek HTTP content-language; funkcję Geo Targeting usunięto z Bing Webmaster Tools w 2020 r.
- Inne wyszukiwarki traktuj osobno: Naver i Yandex mają własne narzędzia dla webmasterów i uczestniczą w IndexNow; Cốc Cốc dokumentuje własnego robota, formularz zgłoszeniowy, odkrywanie map witryn i dyrektywy. Nie przenoś na nie nieudokumentowanych zachowań Google.
- Przy dużej skali, jak w IBM: ręczny hreflang zawodzi — automatyzuj generowanie w middleware, stale monitoruj i sprawdzaj indeksowany adres dla każdej lokalizacji. Jedna strona na język oznacza mniej, ale silniejszych stron.
Oficjalna dokumentacja
Dokumentacja głównych źródeł, która reguluje międzynarodowe targetowanie w każdej wyszukiwarce.
- Zarządzanie witrynami wieloregionalnymi i wielojęzycznymi — główny dokument: definicje język vs. kraj, opcje struktury URL oraz pełna lista sygnałów lokalizacyjnych używanych przez Google.
- Zlokalizowane wersje stron — hreflang — trzy metody implementacji, wymóg dwukierunkowości, samoodniesienie, x-default oraz prawidłowe kody języków i regionów.
- Przegląd międzynarodowego SEO — najwyższy poziom indeksu międzynarodowych wytycznych Google.
- Strony dostosowujące się do lokalizacji — dlaczego dynamicznie serwowane treści lokalne są ryzykowne i zalecenie używania oddzielnych URL-i oraz hreflang.
- Ogłoszenie wartości hreflang x-default z kwietnia 2013 r. — oryginalne wprowadzenie wartości rezerwowej
x-default. - Wycofanie raportu kierowania międzynarodowego — ogłoszenie z 2022 r.: targetowanie krajowe „miało niewielką wartość dla ekosystemu”; hreflang nadal jest wspierany.
Bing / Microsoft
- Bing Webmaster Guidelines — priorytety sygnałów Bing, w tym meta tag content-language i nagłówek HTTP.
- Going International (Bing Webmaster Blog, 2009) — fundamentalny i wciąż cytowany: ccTLD jako główny sygnał oraz ostrzeżenia przed przełączaniem języka opartym na JS i cookie.
- Bing Webmaster Tools Removes Geo-Targeting Feature (Search Engine Roundtable, Sept 2020) — Fabrice Canel potwierdza, że stara funkcja Geo Targeting nie została przeniesiona do przeprojektowanych Bing Webmaster Tools.
Cytaty ze źródła
Oficjalne wypowiedzi Google i Bing, które pokazują, jak faktycznie działa targetowanie międzynarodowe.
Google — język vs. kraj oraz ccTLD
- “Multilingual websites are those that offer content in more than one language.” (tłumaczenie) „Witryny wielojęzyczne oferują treść w więcej niż jednym języku.” / “Multi-regional websites are those that explicitly target users in different countries.” (tłumaczenie) „Witryny wieloregionalne jawnie kierują treść do użytkowników w różnych krajach.” — dokumentacja Google Search Central. Skocz do cytatu
- “Country-specific domains (ccTLDs) provide a strong signal to both users and search engines about the target country of a website.” (tłumaczenie) „Domeny krajowe ccTLD stanowią dla użytkowników i wyszukiwarek silny sygnał o kraju docelowym witryny.” — dokumentacja Google Search Central. Skocz do cytatu
- “The language is absolutely not a tell for what country you are targeting.” (tłumaczenie) „Sam język absolutnie nie wskazuje, na jaki kraj kierujesz stronę.” — Gary Illyes, Google (firmowy podcast Google, lipiec 2024). Przeczytaj relację
- “One of the main algorithms… is called something like LDCP — language demotion country promotion… nowadays… it doesn’t really make sense for us to like automatically apply that little boost because it’s ambiguous.” (tłumaczenie) „Jeden z głównych algorytmów nazywa się mniej więcej LDCP — obniżenie za język i premia za kraj — ale obecnie automatyczne stosowanie tej niewielkiej premii nie ma większego sensu, ponieważ sygnał jest niejednoznaczny.” — Gary Illyes, Google (lipiec 2024). Przeczytaj relację
- “I think eventually, like in years’ time, that [ccTLD benefit] will also fade away.” (tłumaczenie) „Sądzę, że z czasem, w perspektywie lat, ta korzyść ccTLD również zaniknie.” — Gary Illyes, Google (lipiec 2024). Przeczytaj relację
Google — hreflang i struktura URL
- “hreflang doesn’t guarantee indexing… if they are the same (eg fr-fr, fr-be), it’s common that one is chosen as canonical.” (tłumaczenie) „hreflang nie gwarantuje indeksowania… jeśli są takie same (np. fr-fr, fr-be), często jeden jest wybierany jako kanoniczny.” — John Mueller, Google (Bluesky, maj 2025). Przeczytaj relację
- “Often hreflang will still swap out the URL, but reporting will be on the canonical URL.” (tłumaczenie) „Często hreflang nadal zamieni URL, ale raportowanie będzie dotyczyć kanonicznego URL.” — John Mueller, Google (maj 2025). Przeczytaj relację
- “From our point of view… subdomains and subdirectories are essentially equivalent.” (tłumaczenie) „Z naszego punktu widzenia… subdomeny i podkatalogi są zasadniczo równoważne.” — John Mueller, Google. Przeczytaj relację
Google — wycofany raport
- “The ability to target search results to specific countries using Search Console country targeting was determined to have little value for the ecosystem, and is no longer supported.” (tłumaczenie) „Możliwość kierowania wyników wyszukiwania do określonych krajów za pomocą kierowania geograficznego w Search Console została uznana za mało wartościową dla ekosystemu i nie jest już obsługiwana.” — Pomoc Google Search Console. Przejdź do cytatu
Bing / Microsoft
- “hreflang is indeed a far weaker signal than content-language at Bing.” (tłumaczenie) „hreflang jest rzeczywiście znacznie słabszym sygnałem niż content-language w Bing.” — Fabrice Canel, Microsoft Bing. Przeczytaj relację
Kilka z tych źródeł pochodzi z relacji wtórnych (Search Engine Journal, SE Roundtable, International Web Mastery) z podcastów i postów na Bluesky/mediach społecznościowych, które opierają się czystemu automatycznemu pobieraniu — zwłaszcza cytaty Illyesa z Search Off the Record, wątek Muellera na Bluesky i oświadczenie Canela o Bing. Przed potraktowaniem któregokolwiek z nich jako ostatecznego, potwierdź je w źródłach na żywo.
Ramy decyzyjne
1. Czy potrzebujesz targetowania językowego, krajowego, czy obu?
Zacznij tutaj, ponieważ to determinuje wszystkie kolejne sygnały.
- Ta sama treść w wielu językach, odbiorcy definiowani językiem → targetowanie
językowe (wielojęzyczne). hreflang z kodami języków (
de,fr,ja). - Ta sama/podobna treść skierowana do konkretnych krajów → targetowanie krajowe
(wieloregionalne). hreflang z kodami regionów (
en-GB,en-US) i/lub ccTLD. - Oba (np. francuski i angielski, każdy podzielony według kraju) → hreflang z kodami regionów
(
fr-CA,fr-FR,en-CA,en-US). - Pułapka: sam język nigdy nie implikuje kraju. Jeśli kraj ma znaczenie, sygnalizuj to jawnie.
2. ccTLD, subdomena czy podkatalog?
Przejrzyj listę; zatrzymaj się na pierwszym, który pasuje.
- Podkatalog (
example.com/de/) — mój domyślny wybór. Wybierz go, chyba że masz konkretny powód, aby tego nie robić: konsoliduje autorytet, jest najtańszy w utrzymaniu, a Google traktuje go jako równoważny subdomenie. - Subdomena (
de.example.com) — wybierz ją, gdy infrastruktura lub struktura organizacyjna sprawiają, że osobne hosty są naprawdę łatwiejsze, i akceptujesz, że może być traktowana bardziej jak osobna witryna. - ccTLD (
example.de) — wybierz ją, gdy względy marki/marketingu/prawa wymagają lokalnej domeny (lokalne zaufanie, wymagania krajowe), nie dla korzyści SEO — ta przewaga LDCP słabnie. Zaplanuj koszty i podział autorytetu. - Parametry URL — nie. Niewskazane dla lokalizacji.
3. Dopasuj sygnał lub produkt do zadania
Nie spłaszczaj wykrywania języka, mapowania lokalizacji, kanonizacji i przesyłania do jednego stosu „priorytetów”.
| Zadanie | Granica między silnikami | |
|---|---|---|
| Wykrywanie języka strony | Widoczna treść strony | Sprawdź dokumentację docelowego silnika; tag nie jest prozą |
| Mapowanie odpowiednich adresów URL wersji językowych | hreflang | Metody wsparcia i dostarczania mogą się różnić |
| Grupowanie duplikatów i konsolidacja sygnałów | System kanonizacji | Zadeklarowany canonical nie jest absolutnym poleceniem |
| Raportowanie i diagnozowanie | Search Console | Użyj Bing Webmaster Tools, Naver Search Advisor, Yandex Webmaster lub odpowiedniego produktu dostawcy |
| Powiadamianie o zmienionych adresach URL | Własne procesy indeksowania Google, sitemap i Search Console | Bing, Naver i Yandex uczestniczą w IndexNow; Cốc Cốc dokumentuje osobny proces przesyłania |
W przypadku Binga zachowaj powyższe wytyczne dotyczące content-language w zakresie dostawcy.
Nie nazywaj hreflang detektorem języka Google: jego zadaniem jest mapowanie alternatywnych adresów URL
dopiero po tym, jak Google przeczyta widoczną treść.
4. Kontrola „czy mój hreflang w ogóle działa?”
- Wzajemność: czy każda strona w klastrze wskazuje z powrotem? (Brak klastra, brak zamiany.)
- Obecna autoreferencja (najlepsza praktyka) i ustawiony fallback x-default?
- Tylko poprawne kody — prawdziwe ISO język/region, bez
EU/APAC/LATAM. - Tagi w wyrenderowanym
<head>, nie przeniesione do<body>. - Potwierdź faktycznie zindeksowany adres URL dla każdej wersji językowej przez GSC URL Inspection — hreflang opiera się na tej wersji, która została zindeksowana.
Zasoby warte Twojego czasu
Moje prelekcje
- Na pewno zepsujesz międzynarodowe SEO — Pubcon Vegas 2017 — prelekcja z ery IBM: międzynarodowe SEO ciągle się psuje, więc spodziewaj się problemów i buduj systemy, które je wychwycą. Automatyzuj wszystko; sprawdzaj wielokrotnie.
- Międzynarodowe SEO: nietypowe problemy techniczne — Pubcon Vegas 2019 — klastry hreflang, mapa witryny a HTML, tolerancja Google, przerwy w sekcji head i zagrożenia związane z automatycznymi przekierowaniami.
- Badanie hreflang i interesujące problemy — Brighton SEO 2023 — mechanizm zamiany wersji, hreflang jako jeden z ~19 sygnałów kanonizacji oraz „jedna strona na język” jako upraszczająca architektura.
- Międzynarodowe SEO w uproszczeniu — panel Outspoken Media z listopada 2023 r. — panel z Fabrice’em Canelem z Binga i Billem Huntem na temat zarządzania scentralizowanego i zdecentralizowanego, automatyzacji oraz różnic między Bingiem a Google.
Moje publikacje
- Największe dotąd badanie hreflang — 374 756 domen używających hreflang, 67% z co najmniej jednym problemem, współautorstwo z Oleksiyem Golovko.
- Tagi hreflang: łatwy przewodnik dla początkujących — przewodnik, który redagowałem jako jeden z moich pierwszych wkładów w Ahrefs; ramy klastrów hreflang i szablon półautomatyzacji.
Narzędzia, których używam do pracy międzynarodowej
- Ahrefs Site Explorer — ruch i słowa kluczowe rankingowe według kraju, do oceny rynku i czytania strategii konkurencji na poszczególnych rynkach.
- Ahrefs Keywords Explorer — badanie słów kluczowych według kraju i języka, z AI Translator obsługującym ponad 40 języków; narzędzie, które ujawnia luki między tym samym językiem a różnymi rynkami (przykład „ibis” vs. „bin chicken”).
- Ahrefs Site Audit — crawluje pod kątem dziewięciu kategorii problemów z hreflang i wizualizuje klastry do debugowania.
Od innych
- Międzynarodowe SEO: wszystko, co musisz wiedzieć — obszerny przewodnik Motoko Hunt w Search Engine Land.
- Dobre praktyki międzynarodowego SEO — przewodnik w stylu listy kontrolnej Ahrefs autorstwa Jamiego Granta i Despiny Gavoyannis.
- Wdrożenie hreflang — dziesięć największych nieporozumień SEO — Motoko Hunt w Search Engine Journal; omawia mity „tylko strona główna potrzebuje hreflang” i samoodniesienia, z cytatami Muellera.
- Google sygnalizuje spadek wartości SEO domen ccTLD — relacja Search Engine Journal z firmowego podcastu Google z lipca 2024, w którym Gary Illyes mówi o zanikaniu algorytmu LDCP.
- Google przypomina, że tagi hreflang są wskazówkami, a nie dyrektywami — relacja Search Engine Journal z wątku Johna Muellera na Bluesky z maja 2025 na temat kanonizacji hreflang.
- Bing: hreflang jest znacznie słabszym sygnałem niż content-language — relacja SE Roundtable z wypowiedzi Fabrice’a Canela na temat hierarchii sygnałów Bing.
- Internacjonalizacja i hreflang — podsumowanie podcastu z lipca 2024 r. — szczegółowe omówienie odcinka z Garym Illyesem i Martinem Splittem autorstwa International Web Mastery, w tym rozróżnienie język–kraj oraz zależność hreflang od indeksowania.
Dziennik zmian
Zaktualizowano 27 lip 2026.
Podsumowanie redakcyjne i zapisane szczegóły zmian.Szczegóły zmian
-
Szczegółowe uwagi dotyczące zmian są obecnie dostępne po angielsku.
-
Szczegółowe uwagi dotyczące zmian są obecnie dostępne po angielsku.
Pełne porównanie jest niedostępne — dla tej wersji nie zarchiwizowano wcześniejszej migawki.
Zaktualizowano 25 lip 2026.
Podsumowanie redakcyjne i zapisane szczegóły zmian.Szczegóły zmian
-
Szczegółowe uwagi dotyczące zmian są obecnie dostępne po angielsku.
Pełne porównanie jest niedostępne — dla tej wersji nie zarchiwizowano wcześniejszej migawki.
Zaktualizowano 18 lip 2026.
Podsumowanie redakcyjne i zapisane szczegóły zmian.Szczegóły zmian
-
Szczegółowe uwagi dotyczące zmian są obecnie dostępne po angielsku.
-
Szczegółowe uwagi dotyczące zmian są obecnie dostępne po angielsku.
-
Szczegółowe uwagi dotyczące zmian są obecnie dostępne po angielsku.
-
Szczegółowe uwagi dotyczące zmian są obecnie dostępne po angielsku.
Pełne porównanie jest niedostępne — dla tej wersji nie zarchiwizowano wcześniejszej migawki.