International SEO audit 2026 — checklist 78 punktów

International SEO audit to systematyczny przegląd strony działającej na wielu rynkach pod kątem poprawności konfiguracji, widoczności w lokalnych SERP-ach i efektywności inwestycji per rynek. W 2026 roku firmy z 3+ wersjami językowymi tracą średnio 30–50% potencjału organicznego na błędach, które audyt wykryłby w dwa dni. Ten artykuł to kompletna checklist 78 punktów z instrukcjami wykonania, kryteriami oceny i priorytetami naprawy – zbudowana na bazie 45+ audytów międzynarodowych przeprowadzonych przez polskie agencje w latach 2023–2026.

Audyt międzynarodowy nie jest tym samym co klasyczny audyt SEO. Dodaje warstwy: hreflang consistency, geotargeting, lokalne konkurencja, regionalne sygnały, compliance (RODO, cookie walls), struktura URL per rynek. Każda z tych warstw może być poprawna osobno, a łącznie generować konflikt, który Google rozstrzyga na niekorzyść strony. Dlatego audyt międzynarodowy wymaga dedykowanej metodyki, nie tylko rozszerzonej wersji lokalnego.

Tekst jest praktyczny i wykonawczy. Po przeczytaniu będziecie mieli gotową listę 78 checkpoints do zastosowania na własnej stronie lub u klienta. Czas wykonania pełnego audytu – 16–40 godzin zależnie od skali (2 rynki vs 10+). Wynik – raport z priorytetyzacją napraw i szacowanym wpływem na ruch organiczny.

W skrócie

Audit międzynarodowy ma 78 punktów w 9 obszarach – od hreflang po lokalne link profile.
Najczęstsze błędy: niespójny hreflang (40% audytowanych stron), brak x-default, duplicate content między rynkami.
Czas wykonania pełnego audytu – 16–40 godzin, budżet 8 000–25 000 PLN zlecenia agencji.
Typowy efekt naprawy top 10 błędów – 20–40% wzrost ruchu organicznego w ciągu 3–6 miesięcy.
Narzędzia: Screaming Frog + Ahrefs/Semrush + GSC per rynek + Chrome DevTools + Hreflang Tags Checker.

Przygotowanie audytu — co mieć pod ręką

Audit bez odpowiednich dostępów i narzędzi kończy się tym, że 30% checkpointów jest „niemożliwych do weryfikacji”. Przed startem skompletujcie pełen toolkit.

Dostępy

Google Search Console – wszystkie properties per rynek (osobne lub domain property z filtrem country).
Google Analytics 4 – z segmentacją per kraj/region.
Bing Webmaster Tools – mały, ale istotny dla US, UK, niektórych rynków DACH.
Ahrefs / Semrush – pełen dostęp per target rynek.
CMS admin – do weryfikacji meta, redirects, hreflang tags.
Server access – do weryfikacji .htaccess, nginx config, robots.txt.

Narzędzia

Screaming Frog (Pro, 239 USD/rok) – crawling, hreflang report, duplicate detection.
Hreflang Tags Testing Tool (Merkle) – walidator hreflang syntax.
Chrome DevTools + Lighthouse – performance per rynek.
Cloudflare Radar / Wappalyzer – tech stack analysis.
Ahrefs Site Audit – broken links, redirect chains.
PageSpeed Insights – Core Web Vitals per rynek (różne lokalizacje użytkowników = różne metryki).

Dziewięć obszarów audytu międzynarodowego

Obszar	Punkty	Czas (h)	Priorytet
1. Struktura URL i geotargeting	8	2–3	Wysoki
2. Hreflang	12	3–4	Krytyczny
3. Canonical i duplicate	7	2	Krytyczny
4. Lokalny content i keyword research	10	3–5	Wysoki
5. Indexation i crawling	9	2–3	Wysoki
6. Link profile per rynek	8	2–3	Średni
7. Performance i Core Web Vitals	9	1–2	Wysoki
8. Compliance (GDPR, cookies)	6	1	Wysoki
9. Analytics i measurement	9	2	Średni

Łącznie 78 punktów, 18–25 godzin pracy. Dla dużych stron (10+ rynków) wydłużcie o 50–100%.

Obszar 1 — Struktura URL i geotargeting

Typ struktury URL – ccTLD / subdomain / subfolder / parametry. Czy spójny na wszystkich rynkach? Mixing (jeden rynek subdomain, inny subfolder) = problem.
Geotargeting w GSC – czy każda property ma przypisany kraj (jeśli generic TLD)?
Język w URL – czy kod języka jest ISO 639-1 (de, en, pl), nie freestyle (deutsch, english)?
Region w URL – gdzie potrzebny (pl-pl vs pl, de-de vs de-at)?
Trailing slash consistency – czy jeden standard na wszystkie rynki?
Redirect configuration – czy użytkownik z Niemiec zostaje automatycznie przekierowany na /de/ (i czy to zgodne z best practice Google, czyli nie – redirect to anti-pattern)?
Język defaultowy – którą wersję wchodzi użytkownik bez wskazania języka?
Linki wewnętrzne – czy z jednej wersji językowej linkujemy tylko do tej samej wersji, czy cross-lingual?

Szczegóły wyboru struktury – Struktura URL międzynarodowa: domeny, subdomeny, foldery.

Obszar 2 — Hreflang (najważniejszy)

Obecność hreflang – czy jest na każdej stronie z wersją w innym języku?
Lokalizacja hreflang – w <head> HTML, w HTTP headers, w XML sitemap? Wybierzcie jeden – mixing bywa problematyczny.
Self-referencing – czy każda strona zawiera hreflang wskazujący na siebie?
x-default – czy jest i czy prowadzi do sensownej wersji fallback?
Bi-directional consistency – jeśli PL linkuje na DE, to DE musi linkować na PL. Audyt Screaming Frog wyciąga to automatycznie.
Kody języków – ISO 639-1 (de, pl), nie freestyle. Regiony ISO 3166-1 (DE, AT, CH).
Encoding – hreflang link bez entities, czysty URL.
Protokół – https, nie http, nie relative.
Hreflang na 404 – strony zwracające 404 nie powinny mieć hreflang (paradoks).
Hreflang na paginacji – drugie strony list kategorii – czy mają hreflang?
Hreflang na produktach e-commerce – czy poprawnie mapują SKU między rynkami?
Blokada crawlera – czy docelowe URL są indeksowalne (nie noindex, nie blokowane w robots)?

Hreflang to numer 1 obszar błędów. 40% audytowanych stron ma co najmniej 3 problemy w tym obszarze. Pełna konfiguracja – Hreflang 2026: konfiguracja, która nie psuje SEO.

Obszar 3 — Canonical i duplicate content

Canonical consistency – każda strona ma canonical wskazujący na siebie lub master wersję?
Canonical vs hreflang konflikt – jeśli PL ma canonical na DE, hreflang jest ignorowany.
Duplicate treści między rynkami – EN-US i EN-GB z identycznym tekstem = Google nie wie, który wybrać.
Trailing slash canonical – /page/ vs /page bez slash jako różne strony.
HTTP vs HTTPS – czy wszystkie canonicals wskazują na HTTPS?
WWW vs non-WWW – konsystencja per rynek.
Parametry URL – czy filtry, sortowanie generują duplicate? Obsłużone canonical lub robots?

Obszar 4 — Lokalny content i keyword research

Keyword research lokalny – czy targetowane keywordy są wynikiem research’u per rynek, czy tłumaczeniem polskich?
Search intent matching – czy treść odpowiada na lokalne zapytania (nie tylko „ma słowo kluczowe”)?
Długość treści vs konkurencja – jeśli niemiecki SERP ma średnio 5 000 słów, wy macie 1 200 – problem.
Lokalne przykłady i dane – referencje do lokalnych firm, regulacji, walut?
Meta title i description lokalizowane – nie tłumaczenia słowo w słowo, tylko lokalne SERPy-friendly.
Headings (H1, H2) lokalizowane – pod lokalne keywords.
Image alt texts – czy w języku docelowym?
URL slugs – czy w języku docelowym, nie tłumaczenie transliteracją?
Internal anchors – czy w języku docelowym?
Content freshness – czy treści są aktualizowane per rynek, czy tylko master wersja?

Obszar 5 — Indexation i crawling

Sitemap XML per rynek – czy każda wersja ma swoją sitemap i jest zgłoszona do GSC?
Robots.txt – czy nie blokuje niepotrzebnie żadnej wersji językowej?
Meta robots – index/noindex poprawne per rynek?
Coverage report w GSC – ile stron zindeksowanych vs wykluczonych per rynek?
Crawl budget – czy nie tracicie go na niepotrzebnych wersjach (np. nieaktywne rynki)?
Orphan pages – strony bez internal linków (znalezione w sitemap, ale nie w crawl)?
JavaScript rendering – czy Google poprawnie renderuje JS dla każdej wersji? Dynamiczny hreflang przez JS to ryzyko.
Page load time per rynek – CDN per region, realne TTFB dla użytkownika lokalnego.
Rate limiting – czy Googlebot nie dostaje 429 na którymkolwiek rynku?

Obszar 6 — Link profile per rynek

Liczba domen linkujących per rynek – z Ahrefs/Semrush. Jeśli DE ma 20, a PL 500 – niemiecka wersja jest słaba.
Lokalne domeny linkujące – ile z DE wersji ma niemieckie .de domeny?
Authority dystrybucji – czy DR backlinków lokalnych jest porównywalny z konkurencją?
Anchor text profile – czy naturalny (brand + long-tail), czy spam (exact match keywords)?
Nowe linki per miesiąc – trend, czy link building jest aktywny per rynek?
Toxic links – czy profil jest czysty (bez spamu, PBN-ów)?
Lost links – ile linków traciliśmy w ciągu ostatnich 12 miesięcy?
Competitor gap – gdzie konkurencja ma linki, których my nie mamy?

Obszar 7 — Performance i Core Web Vitals

LCP per rynek – z PSI + CrUX data. Dla użytkownika z danego kraju.
INP per rynek – new metric 2024, zastąpiła FID.
CLS per rynek – często różny przez lokalne reklamy.
TTFB per rynek – CDN coverage.
HTTP/2 lub HTTP/3 – czy wszystkie rynki?
Compression – Brotli/gzip na statycznych zasobach.
Image optimization – WebP/AVIF, responsive, lazy load.
Font loading – font-display: swap, preload krytycznych.
JavaScript bundle size – per rynek (niektóre tagi trackingowe tylko na niektórych rynkach).

Obszar 8 — Compliance (GDPR, cookies, pravni)

Cookie banner – czy pokazuje się w języku użytkownika?
Consent mode v2 – czy poprawnie skonfigurowany dla GA4?
Dataflow do US – czy pokazany w politykę prywatności (Standard Contractual Clauses)?
Privacy policy per rynek – czy osobna dla każdej jurysdykcji?
Regional regulations – niemiecki TMG, austriacki DSG, włoski GDPR lokalny.
Accessibility – EU EAA 2025 – strony publiczne muszą spełniać WCAG 2.1 AA od czerwca 2025.

Obszar 9 — Analytics i measurement

GA4 per rynek – osobne property czy jeden z filter?
Goals / conversions – zdefiniowane dla każdego rynku?
Attribution per rynek – czy sprzedaż jest atrybuowana do poprawnej wersji?
Search Console integration – per property w GA4?
Bing Webmaster Tools – dodane dla rynków, gdzie Bing ma znaczącą część (US, UK)?
Yandex / Seznam – jeśli targetowacie RU lub CZ.
Custom dimensions per rynek – język, region, currency do analizy segmentów.
Event tracking – czy identyczne zdarzenia są monitorowane na wszystkich rynkach?
Data retention – czy retention policy GA4 jest ustawiona zgodnie z lokalnymi regulacjami?

Priorytetyzacja napraw

Po audycie macie 25–40 issues na typowej stronie z 3 rynkami. Nie wszystkie warto naprawiać jednocześnie.

Matryca P-I (Priority × Impact)

P1 – krytyczne (naprawiać natychmiast): błędy hreflang psujące indeksację, canonical konflikty, noindex w produkcji, utracone strony z ruchu >10k/mc.
P2 – wysokie (sprint 2): brakujące x-default, wolne LCP na głównych rynkach, brak link building’u na kluczowym rynku.
P3 – średnie: duplicate między EN-US i EN-GB, suboptymalna struktura URL (kosztowna do zmiany, niewielki zysk), nierówny keyword research.
P4 – niskie: kosmetyka analityczna, drobne optymalizacje compliance, refactor wewnętrznego linkowania.

Typowy plan 90-dniowy naprawy

Tydzień 1–2 – wszystkie P1. Obowiązkowo przed czymkolwiek innym.
Tydzień 3–6 – P2, w ¾ wykonania.
Miesiąc 2 – P3 selekcja najbardziej impactful.
Miesiąc 3 – retrospekcja + re-audit top 20 punktów.

Najczęstsze błędy audytorów

Audyt bez dostępu do wszystkich GSC – nie widzicie realnej performance per rynek.
Crawling tylko po angielsku – Screaming Frog w domyślnej konfiguracji nie zbierze wszystkich URLi wielojęzycznych.
Ignorowanie lokalnej konkurencji – raport bez benchmarku jest bez kontekstu.
Hreflang check przez plugin przeglądarki – tylko dla sample strony. Do pełnego audytu – Screaming Frog.
Audyt bez testu mobile – mobile-first indexing to standard 2026, audyt wyłącznie desktop to błąd.
Ignorowanie Yandex/Baidu/Seznam – jeśli targetujecie te rynki, zwykłe Google GSC nie wystarcza.
Raport bez akcji – audyt „na pokaz” bez konkretnych zaleceń = marna wartość.

Szablon raportu audytu

Dobry raport ma 40–80 stron, nie 300. Struktura, która działa:

Executive summary (1 strona) – top 5 issues, szacowany wpływ, rekomendowane budżet napraw.
Metodyka (1 strona) – co sprawdzano, jakie narzędzia, okres danych.
Obszar 1–9 (30–60 stron) – per obszar: findings, severity, screenshots/wykresy, rekomendacje.
Priorytetyzacja (2 strony) – matryca P-I, plan 90 dni.
Załączniki – CSV z listą problemów, screenshoty, logi.

Metodykę audytu klasycznego (nie międzynarodowego), uzupełniającą te checklisty, znajdziecie w Audyt SEO 2026: metodyka, która znajduje problemy.

FAQ — najczęstsze pytania

Jak często robić audyt międzynarodowy?

Pełny audyt – raz w roku. Mini-audyt (top 25 punktów krytycznych) – kwartalnie. Ad-hoc – po każdej znaczącej zmianie (migracja domen, redesign, dodanie rynku). Dla stron enterprise z 10+ rynkami – miesięczny monitoring kluczowych metryk + kwartalny mini-audyt.

Ile kosztuje audyt międzynarodowy u agencji?

Dla 2–3 rynków – 8 000–15 000 PLN (40–60 godzin pracy). Dla 5–8 rynków – 15 000–30 000 PLN (60–100 godzin). Dla enterprise z 10+ rynkami – 30 000–60 000 PLN (100–200 godzin). Cena zawiera: pełny audyt 78 punktów, raport, priorytetyzację, prezentację wyników. Nie zawiera implementacji napraw.

Czy audyt międzynarodowy może zrobić junior SEO?

Nie w pełnym zakresie. Hreflang consistency, local keyword research, competitor analysis wymagają minimum 2 lat doświadczenia w SEO międzynarodowym. Junior może wspomagać w zbieraniu danych (Screaming Frog, dane z GSC), ale interpretacja i priorytetyzacja to rola mid/senior.

Jak audytować rynki azjatyckie (CN, JP, KR)?

Dodatkowe narzędzia: Baidu Webmaster Tools (CN), Naver Webmaster Tools (KR), lokalne analytics platforms. Inna struktura SERP, inne sygnały ranking’owe (Baidu waży autorytet ICP license). Lokalni konsultanci SEO dla tych rynków są wręcz konieczni – audit bez nich jest niepełny.

Co robić, jeśli audit pokazuje 50+ błędów krytycznych?

Triage. Najpierw wszystko, co generuje noindex w produkcji, duplicates powyżej 30% stron, lub blokady Googlebot. Potem hreflang. Potem reszta P1. Nie próbujcie naprawić 50 naraz – skoordynujcie z IT, zróbcie 10–15 per sprint, weryfikujcie efekt. Niekontrolowana równoległa naprawa 50 błędów kończy się regresją, której nikt nie potrafi zidentyfikować.

Jak audytować stronę, która nie ma jeszcze rankingu na danym rynku?

Audyt skupia się wtedy bardziej na technicznej stronie (czy jest poprawnie skonfigurowana) i content strategy (czy targetuje właściwe keywordy) niż na performance’owym aspekcie (bo nie ma danych GSC). Dodatkowy element – gap analysis vs lokalna konkurencja, żeby wiedzieć, ile jest do dogonienia.

Jak udokumentować audyt dla klienta nietechnicznego?

Executive summary z vocabulary „problem – wpływ – rekomendacja – budżet”. Visual dashboards, nie tabelki z URL-ami. Screenshots bardziej niż log files. Video walkthrough dla top 5 issues. Spotkanie 1 h na prezentację + Q&A. Klient nie czyta 60-stronnicowego PDF, ale ogląda 15-minutową prezentację.

Czy automatyzacja audytu jest możliwa?

Częściowo. 60–70% checkpointów można zautomatyzować (crawling, hreflang check, Core Web Vitals, indexation report). 30–40% wymaga human judgment (interpretacja wyników, priorytetyzacja, strategia). Narzędzia: Sitebulb + Screaming Frog + custom scripts + Looker Studio. Full automation to kierunek 2027+, ale na razie audit zawsze ma human w pętli.

Co dalej

International SEO audit to inwestycja, która zwraca się w ciągu 2–4 miesięcy od implementacji napraw. Pełny kontekst SEO międzynarodowego – pillar SEO 2026: kompletny przewodnik po technicznym, contentowym i międzynarodowym SEO. Konfiguracja hreflang, który jest numerem 1 obszaru błędów – Hreflang 2026: konfiguracja, która nie psuje SEO. Struktura URL międzynarodowej architektury – Struktura URL międzynarodowa: domeny, subdomeny, foldery. A metodyka audytu klasycznego, komplementarna do międzynarodowej – Audyt SEO 2026: metodyka, która znajduje problemy.

Następny krok: zacznijcie od 2-godzinnego quick audit top 10 punktów krytycznych (hreflang consistency, noindex, canonical). Jeśli znajdziecie >3 problemy – uzasadnienie pełnego audytu. Jeśli zero – wracajcie co kwartał. Wracając do pillara SEO 2026, audit jest cyklicznym elementem dojrzałej strategii SEO międzynarodowego – nie jednorazowym wydarzeniem, ale continuous improvement loop.

International SEO audit — checklist