SEO mobilne

TL;DR — SEO mobilne oznacza, że witryna dobrze działa dla osób korzystających z telefonów oraz odpowiada sposobowi, w jaki Google czyta dziś internet — na podstawie mobilnej wersji strony. Większość osób wyszukuje na telefonie, a od 2023 r. Google używa wersji mobilnej do ustalania pozycji wszędzie. Trzeba zadbać o dwie rzeczy: pełną treść na stronie mobilnej oraz szybkość i wygodę obsługi na małym ekranie.

Dotknij, aby rozwinąć

The chart compares mobile, desktop, and other HTTP request share worldwide across four weeks. Desktop has the larger share in this Cloudflare-observed period.

Czym jest SEO mobilne

SEO mobilne to optymalizacja witryny tak, aby dobrze spełniała dwa zadania:

1. Działała dla użytkowników mobilnych — szybko się wczytywała, mieściła na ekranie, miała tekst czytelny bez powiększania i przyciski wystarczająco duże, by łatwo je dotknąć.
2. Działała zgodnie ze sposobem indeksowania Google — Google odwiedza dziś witrynę głównie jako smartfon i na podstawie jej mobilnej wersji określa temat stron oraz ich pozycje.

Ta druga część ma nazwę: indeksowanie zoptymalizowane pod urządzenia mobilne (mobile-first indexing). Google zakończyło przechodzenie całej sieci na ten model w październiku 2023 r. Wniosek jest prosty: witryna mobilna nie może już być okrojonym dodatkiem. To właśnie ta wersja się liczy.

Dlaczego to ważne

Większość użytkowników Google korzysta z telefonów. Ponieważ Google czyta mobilną wersję strony, element nieobecny w witrynie mobilnej jest dla wyszukiwarki tak, jakby nie istniał w ogóle. Jeśli wersja desktopowa ma świetny akapit, obraz lub link, który wersja mobilna usuwa „dla przejrzystości”, Google może go nigdy nie zobaczyć.

Kilka najważniejszych zasad

• Umieść całą treść na urządzeniach mobilnych. Nie usuwaj z wersji mobilnej tekstu, obrazów ani linków. To najważniejsza zasada — więcej w karcie Zaawansowane.
• Stosuj projektowanie responsywne. Jedna witryna dopasowująca się do rozmiaru ekranu to najprostsza i zalecana przez Google konfiguracja.
• Dbaj o szybkość. Użytkownicy porzucają wolne strony, szczególnie na telefonach. Google mierzy szybkość i stabilność za pomocą Core Web Vitals.
• Dbaj o użyteczność. Czytelny rozmiar czcionki, odpowiednio duże cele dotykowe i brak przewijania w poziomie.
• Nie zasłaniaj strony wyskakującymi oknami. Pełnoekranowe okna blokujące treść po wejściu z wyników wyszukiwania mogą zaszkodzić.

Częste nieporozumienie

Nie ma osobnego „rankingu mobilnego” i „rankingu desktopowego” — istnieje jeden indeks. Google czyta wersję mobilną i na jej podstawie ustala pozycje wszędzie. SEO mobilne nie jest więc projektem pobocznym; dla większości witryn po prostu jest SEO.

Pełne omówienie konfiguracji, zasad zgodności treści, Core Web Vitals, interstitiali, narzędzi używanych po wycofaniu Mobile-Friendly Test i obecnego statusu AMP znajdziesz w karcie Zaawansowane.

TL;DR — SEO mobilne to optymalizacja zarówno dla użytkowników urządzeń mobilnych, jak i pod kątem indeksowania zoptymalizowanego pod urządzenia mobilne. Odkąd Google zakończyło przejście w październiku 2023 r. (pełne egzekwowanie od lipca 2024 r.), wersja mobilna jest podstawową wersją używaną do indeksowania i ustalania pozycji. Istnieje jeden indeks, więc to dziś fundament SEO. Google zaleca projektowanie responsywne. Najważniejsza jest zgodność treści: tekst, dane strukturalne, obrazy, tekst alternatywny i linki muszą być obecne w mobilnym HTML. Do tego dochodzą dobre mobilne Core Web Vitals (LCP, INP, CLS), użyteczność mobilna i brak natrętnych interstitiali. Mobile-Friendly Test i raport Mobile Usability w Search Console wycofano w grudniu 2023 r. — obecnie używaj Lighthouse. AMP nie jest zalecane w nowych projektach.

Co właściwie obejmuje SEO mobilne

SEO mobilne polega na optymalizacji witryny tak, aby dobrze działała podczas indeksowania przez mobilnego user-agenta, a jednocześnie zapewniała osobom korzystającym z telefonów szybkie i wygodne doświadczenie. To dwa powiązane, lecz odrębne cele. Klaster dzieli się mniej więcej zgodnie z tą granicą:

• Indeksowanie: mobile-first indexing, zgodność treści i konfiguracja witryny (responsywna, dynamiczne serwowanie albo osobne adresy URL).
• Doświadczenie: Core Web Vitals na urządzeniach mobilnych, użyteczność mobilna i natrętne interstitiale.

Temat przestał być niszowy z czysto technicznego powodu: Google indeksuje i ocenia mobilną wersję strony. Błędy mobilne szkodzą więc nie tylko ruchowi mobilnemu, ale całej widoczności.

Mobile-first indexing w jednym akapicie

Google używa do indeksowania i ustalania pozycji mobilnej wersji treści witryny, pobranej przez agenta smartfonowego. To właśnie mobile-first indexing. Wdrażanie zaczęło się od eksperymentu w 2016 r., w 2019 r. stało się ustawieniem domyślnym dla nowych witryn, w marcu 2020 r. objęło zapowiedzią „całą sieć”, a w październiku 2023 r. zostało zakończone. Pełne egzekwowanie zaczęło się po 5 lipca 2024 r., więc witryna, która naprawdę nie działa dla mobilnego Googlebota, może w ogóle nie zostać zindeksowana. Nie ma osobnego „indeksu mobilnego” ani możliwości rezygnacji, a mobile-first indexing nie daje premii rankingowej — zmienia tylko wersję strony, którą czyta Google. Szczegółowy materiał o mobile-first indexing omawia zasady zgodności, zweryfikowaną oś czasu, pułapkę lazy loadingu i różnice w Bing; tutaj chodzi jedynie o kontekst.

Konfiguracja witryny: trzy opcje, jedno zalecenie

Google obsługuje trzy sposoby dostarczania wersji mobilnej:

Google mówi wprost: “recommends Responsive Web Design because it’s the easiest design pattern to implement and maintain” (tłumaczenie) Google zaleca responsywne projektowanie stron, ponieważ jest to najłatwiejszy wzorzec do wdrożenia i utrzymania. Nie chodzi o lepsze pozycje. Projekt responsywny niemal automatycznie zapewnia zgodność treści, bo istnieje tylko jedna wersja. Dynamiczne serwowanie i osobne adresy URL tworzą drugą powierzchnię HTML, która może się rozjechać. Szczegóły i pułapki opisują osobne materiały: projektowanie responsywne omawia zależność od viewportu i mit premii rankingowej, a dynamiczne serwowanie — wymóg Vary: User-Agent i powody, dla których to dziś rozwiązanie historyczne. Konfigurację canonical/alternate dla m-dot opisuje materiał o mobile-first indexing.

Zgodność treści to najważniejsza zasada

Google czyta wersję mobilną, dlatego “only the content shown on the mobile site is used for indexing.” (tłumaczenie) Do indeksowania używana jest wyłącznie treść widoczna w witrynie mobilnej. Wskazówki Google zaczynają się od słów “Make sure that your mobile site contains the same content as your desktop site” (tłumaczenie) Upewnij się, że witryna mobilna zawiera tę samą treść co witryna desktopowa. Zgodność obejmuje więcej niż tekst główny:

• Dane strukturalne — “Make sure that your mobile and desktop sites have the same structured data,” (tłumaczenie) upewnij się, że witryny mobilna i desktopowa mają te same dane strukturalne; adresy w znacznikach powinny wskazywać mobilne URL-e.
• Obrazy i tekst alternatywny — zachowaj te same obrazy i teksty alternatywne na urządzeniach mobilnych; wpływa to na wyszukiwanie obrazów.
• Tytuły i opisy meta — równoważne w obu wersjach.
• Nagłówki — “Use the same clear and meaningful headings.” (tłumaczenie) Używaj tych samych jasnych i znaczących nagłówków.
• Linki wewnętrzne i nawigacja — nie usuwaj ich z wersji mobilnej.
• Meta tagi robots — noindex wysyłany wyłącznie w szablonie mobilnym to klasyczny sposób na przypadkowe wyindeksowanie.

Zgodność nie oznacza identyczności bajt w bajt — oszczędniejszy układ mobilny jest w porządku, lecz usuwanie treści przeznaczonej do indeksowania już nie. Warto też porzucić mit dotyczący treści ukrytej w kartach lub akordeonach ze względów UX. Gary Illyes wyjaśnił: “in the mobile-first world content hidden for ux should have full weight” (tłumaczenie) W świecie mobile-first treść ukryta ze względów UX powinna mieć pełną wagę. Nie trzeba więc rozwijać wszystkiego od razu.

Szybkość mobilna i Core Web Vitals

Szybkość ma większe znaczenie na urządzeniach mobilnych, gdzie połączenia i sprzęt są słabsze, a cierpliwość użytkowników mniejsza. Google mierzy doświadczenie strony głównie za pomocą Core Web Vitals i stwierdza: “Core Web Vitals are used by our ranking systems.” (tłumaczenie) Core Web Vitals są używane przez nasze systemy rankingowe. Trzy progi mierzone na urządzeniach mobilnych to:

• LCP (Largest Contentful Paint) — poniżej 2,5 s.
• INP (Interaction to Next Paint) — poniżej 200ms.
• CLS (Cumulative Layout Shift) — poniżej 0,1.

Trzeba jednak zachować perspektywę: doświadczenie strony to zestaw sygnałów używanych w szerszych systemach rankingowych, a nie osobny system. Google zaznacza, że “always seeks to show the most relevant content, even if the page experience is sub-par.” (tłumaczenie) Google zawsze stara się pokazać najtrafniejszą treść, nawet gdy doświadczenie strony jest słabe. Poprawiaj CWV, bo pomagają użytkownikom i są realnym sygnałem, a nie dlatego, że zastąpią lepszą treść. PageSpeed Insights podaje osobne wyniki mobilne i desktopowe; skup się na mobilnych. Pełne progi, dane terenowe i laboratoryjne oraz poprawki opisuje materiał o Core Web Vitals.

Użyteczność mobilna

Podstawowe elementy użyteczności wskazywane przez Google w kontekście page experience to:

• Meta tag viewport — <meta name="viewport" content="width=device-width, initial-scale=1">. Bez niego przeglądarki mobilne renderują stronę w szerokości desktopowej.
• Czytelne czcionki — tekst czytelny bez powiększania; baza około 16 px to bezpieczne minimum.
• Cele dotykowe — przyciski i linki wystarczająco duże, aby niezawodnie je naciskać; około 48 px.
• Brak przewijania w poziomie — treść mieści się w viewporcie.
• Nie blokuj CSS/JS w robots.txt — Googlebot musi wyrenderować stronę mobilną.

Odpowiada to pytaniom samooceny Google, takim jak “Does your content display well on mobile devices?” (tłumaczenie) Czy treść wyświetla się poprawnie na urządzeniach mobilnych? Pełną metodologię testów, progi i sposób audytu opisuje materiał Użyteczność mobilna, a składnię, atrybuty i częste błędy samego znacznika — Meta tag viewport.

Natrętne interstitiale

Pełnoekranowe okna zasłaniające treść po wejściu z wyników wyszukiwania mogą zaszkodzić. Google definiuje je tak: “Intrusive interstitials and dialogs are page elements that obstruct users’ view of the content, usually for promotional purposes,” (tłumaczenie) natrętne interstitiale i okna dialogowe to elementy strony, które zasłaniają użytkownikom treść, zwykle w celach promocyjnych. Ponadto “make it hard for Google and other search engines to understand your content.” (tłumaczenie) Utrudniają Google i innym wyszukiwarkom zrozumienie treści. Problematyczne są pełnoekranowe nakładki, osobne ekrany wymagające zamknięcia przed czytaniem oraz treść ukryta za warstwą promocyjną. Dopuszczalne są małe banery “that take up only a small fraction of the screen,” (tłumaczenie) zajmujące jedynie niewielką część ekranu, natywne banery instalacji aplikacji oraz wymagane prawem zgody i bramki wiekowe. Szczegóły opisuje materiał o interstitialach.

A co z AMP?

AMP (Accelerated Mobile Pages) nie jest już zalecane w nowych projektach. Google usunęło wymóg AMP dla karuzeli Top Stories oraz AMP jako sygnał rankingowy. Standardowy responsywny HTML z dobrymi Core Web Vitals spełnia wszystkie zadania AMP bez utrzymywania drugiej bazy kodu. Traktuj AMP jako rozwiązanie historyczne: jeśli już je masz, może zostać; jeśli zaczynasz od zera, pomiń je.

Narzędzia się zmieniły — teraz używaj Lighthouse

W tym miejscu większość starszych poradników jest nieaktualna. 1 grudnia 2023 r. Google wycofało raport Mobile Usability w Search Console, narzędzie Mobile-Friendly Test i interfejs Mobile-Friendly Test API. Google zaznaczyło, że “doesn’t mean that mobile usability isn’t important” (tłumaczenie) nie oznacza to, że użyteczność mobilna przestała być ważna — nadal jest częścią wskazówek dotyczących page experience. Jednocześnie “many other robust resources for evaluating mobile usability have emerged, including Lighthouse from Chrome.” (tłumaczenie) Pojawiło się wiele innych solidnych narzędzi do oceny użyteczności mobilnej, w tym Lighthouse z Chrome. Obecny zestaw narzędzi to:

• Lighthouse w Chrome DevTools — następca Mobile-Friendly Test; audytuje użyteczność mobilną i wydajność.
• PageSpeed Insights — mobilne Core Web Vitals, dane terenowe i laboratoryjne.
• Search Console — raport Core Web Vitals, Crawl Stats do obserwacji aktywności smartfonowego Googlebota oraz URL Inspection do sprawdzania wyrenderowanego mobilnego HTML.
• Emulacja urządzeń w Chrome DevTools — kontrole wizualne w wymiarach telefonu.

Poradnik, który nadal każe „otworzyć raport Mobile Usability”, jest nieaktualny.

Co dalej: klaster mobile-seo

Ten artykuł jest mapą. Każdy poniższy temat ma osobny szczegółowy materiał:

• Mobile-first indexing — czym naprawdę jest indeksowanie mobilnego HTML przez Google, dlaczego zgodność treści to zasada numer jeden, zweryfikowana oś czasu 2016→2023, pułapka lazy loadingu i różnice w Bing.
• Lista kontrolna SEO mobilnego — praktyczny audyt zgodności, konfiguracji, szybkości, użyteczności i interstitiali.
• Projektowanie responsywne — zależność od viewportu, powody zalecenia Google i mit premii rankingowej.
• Dynamiczne serwowanie — wymóg Vary: User-Agent i powody, dla których jest to dziś rozwiązanie historyczne.
• Użyteczność mobilna — czytelny tekst, cele dotykowe, dopasowanie viewportu i testowanie po wycofaniu raportu Search Console.
• Meta tag viewport — dokładna składnia, opis atrybutów i częste błędy.
• AMP SEO — czym było AMP, dlaczego Google usunęło je jako sygnał rankingowy i wymóg Top Stories oraz dlaczego nie jest zalecane w nowych projektach.
• Natrętne interstitiale — okna i nakładki, które mogą szkodzić pozycjom, kryteria natrętności i wyjątki, takie jak małe banery oraz bramki prawne i wiekowe.

Powiązanie z doświadczeniem strony opisują Core Web Vitals, a miejsce urządzeń mobilnych w procesie crawlowania i indeksowania — szerszy filar technicznego SEO.

Podsumowanie AI

Skrócona wersja karty zaawansowanej:

• SEO mobilne = optymalizacja dla użytkowników mobilnych i pod kątem mobile-first indexing. Odkąd Google zakończyło przejście w październiku 2023 r. (pełne egzekwowanie po lipcu 2024 r.), wersja mobilna jest podstawową wersją indeksowaną i ocenianą przez Google. Jeden indeks, bez możliwości rezygnacji — to fundament SEO, a nie nisza.
• Projektowanie responsywne to konfiguracja zalecana przez Google („najłatwiejsza do wdrożenia i utrzymania”). Dynamiczne serwowanie działa, ale wymaga Vary: User-Agent; osobne adresy URL (m-dot) są najbardziej podatne na błędy.
• Najważniejsza jest zgodność treści: „do indeksowania używana jest wyłącznie treść widoczna w witrynie mobilnej”. Zachowaj na urządzeniach mobilnych tekst, dane strukturalne z mobilnymi URL-ami, obrazy i tekst alternatywny, tytuły i meta dane, nagłówki, linki wewnętrzne oraz meta robots. Zgodność nie oznacza identyczności; treść ukryta w kartach lub akordeonach jest dopuszczalna.
• Mobilne Core Web Vitals: LCP < 2,5 s, INP < 200ms, CLS < 0,1. Są to sygnały w szerszych systemach rankingowych, a nie osobny system.
• Użyteczność mobilna: meta tag viewport, czytelne czcionki (około 16 px), cele dotykowe (około 48 px), brak przewijania w poziomie i brak blokowania CSS/JS.
• Natrętne interstitiale — pełnoekranowe nakładki mogą szkodzić; małe banery oraz bramki prawne i wiekowe są dopuszczalne.
• AMP nie jest zalecane w nowych projektach — usunięto je jako sygnał rankingowy i wymóg Top Stories.
• Narzędzia się zmieniły: Mobile-Friendly Test i raport Mobile Usability w Search Console wycofano 1 grudnia 2023 r. Używaj Lighthouse, PageSpeed Insights, Search Console (CWV, Crawl Stats, URL Inspection) i emulacji DevTools.

Oficjalna dokumentacja

Dokumentacja źródłowa wyszukiwarek.

Google

• Sprawdzone metody dotyczące mobile-first indexing — podstawowy dokument o zgodności treści, danych strukturalnych i obrazów, trzech konfiguracjach witryny oraz zaleceniu projektowania responsywnego. Zacznij tutaj.
• Zakończyliśmy wdrażanie mobile-first indexing (październik 2023) — oficjalne ogłoszenie zakończenia wdrażania.
• Ogłoszenie mobile-first indexing dla całej sieci (marzec 2020) — zapowiedź dla całej sieci.
• Unikaj natrętnych interstitiali i okien dialogowych — elementy problematyczne i dopuszczalne.
• Ułatwianie użytkownikom dostępu do treści na urządzeniach mobilnych (sierpień 2016) — pierwotne ogłoszenie dotyczące interstitiali.
• Jak Google rozumie page experience — Core Web Vitals, dostosowanie do urządzeń mobilnych i pytania samooceny.
• Rola jakości strony w tworzeniu pomocnej treści (kwiecień 2023) — sygnały dotyczące jakości strony w szerszych systemach, a nie osobny system.

Bing / Microsoft

• Bing nie publikuje osobnego dokumentu o SEO mobilnym o szczegółowości materiałów Google. Od dawna traktuje dostosowanie do urządzeń mobilnych jako sygnał, zaleca projektowanie responsywne i udostępnia kontrolę dostosowania w Bing Webmaster Tools. Bing nie przeszedł na mobile-first indexing — zachowuje jeden indeks niezależny od urządzenia; zobacz szczegółowy materiał o mobile-first indexing.

Cytaty ze źródeł

Publiczne wypowiedzi Google. Każdy link prowadzi bezpośrednio do cytowanego fragmentu strony źródłowej.

Google — mobile-first indexing i konfiguracja

• “Google recommends Responsive Web Design because it’s the easiest design pattern to implement and maintain.” (tłumaczenie) Google zaleca responsywne projektowanie stron, ponieważ jest to najłatwiejszy wzorzec do wdrożenia i utrzymania. — dokumentacja Google Search Central. Przejdź do cytatu
• “Make sure that your mobile site contains the same content as your desktop site.” (tłumaczenie) Upewnij się, że witryna mobilna zawiera tę samą treść co witryna desktopowa. Przejdź do cytatu

Google — interstitiale

• “Intrusive interstitials and dialogs are page elements that obstruct users’ view of the content, usually for promotional purposes.” (tłumaczenie) Natrętne interstitiale i okna dialogowe to elementy strony, które zasłaniają użytkownikom treść, zwykle w celach promocyjnych. — dokumentacja Google Search Central. Przejdź do cytatu
• “Intrusive dialogs and interstitials make it hard for Google and other search engines to understand your content, which may lead to poor search performance.” (tłumaczenie) Natrętne okna dialogowe i interstitiale utrudniają Google i innym wyszukiwarkom zrozumienie treści, co może prowadzić do gorszych wyników w wyszukiwaniu. Przejdź do cytatu

Google — page experience i Core Web Vitals

• “Core Web Vitals are used by our ranking systems.” (tłumaczenie) Core Web Vitals są używane przez nasze systemy rankingowe. — dokumentacja Google Search Central. Przejdź do cytatu
• “Google Search always seeks to show the most relevant content, even if the page experience is sub-par.” (tłumaczenie) Wyszukiwarka Google zawsze stara się pokazać najtrafniejszą treść, nawet gdy doświadczenie strony jest słabe. Przejdź do cytatu

Google — wycofanie narzędzi mobilnych (grudzień 2023) (za dosłowną relacją Search Engine Land)

• “This doesn’t mean that mobile usability isn’t important for success with Google Search. It remains critical for users… and as such, it remains a part of our page experience guidance.” (tłumaczenie) Nie oznacza to, że użyteczność mobilna nie jest ważna dla sukcesu w wyszukiwarce Google. Nadal ma kluczowe znaczenie dla użytkowników i dlatego pozostaje częścią naszych wskazówek dotyczących page experience. Przeczytaj relację
• “In the nearly ten years since we initially launched this report, many other robust resources for evaluating mobile usability have emerged, including Lighthouse from Chrome.” (tłumaczenie) W ciągu niemal dziesięciu lat od uruchomienia tego raportu pojawiło się wiele innych solidnych narzędzi do oceny użyteczności mobilnej, w tym Lighthouse z Chrome. Przeczytaj relację

John Mueller, Google — zakończenie mobile-first indexing (październik 2023) (za dosłowną relacją Search Engine Land)

• “It’s been a long road, getting from there to here. We’re delighted to announce that the trek to Mobile First Indexing is now complete.” (tłumaczenie) To była długa droga. Z radością ogłaszamy, że przejście na Mobile First Indexing zostało zakończone. Przeczytaj relację

Gary Illyes, Google — ukryta treść mobilna (za Search Engine Roundtable)

• “No, in the mobile-first world content hidden for ux should have full weight.” (tłumaczenie) Nie, w świecie mobile-first treść ukryta ze względów UX powinna mieć pełną wagę. Przeczytaj relację

Lista kontrolna SEO mobilnego

Szybka kontrola indeksowania i doświadczenia. Osobny szczegółowy materiał z listą kontrolną SEO mobilnego ma szerszy zakres; tutaj jest wersja dla centrum klastra.

Indeksowanie / zgodność treści (sprawdzaj mobilny HTML — to on jest indeksowany)

• Pełna ważna treść znajduje się na urządzeniach mobilnych — nie jest skracana „dla przejrzystości”.
• Te same dane strukturalne są na urządzeniach mobilnych, a adresy wskazują mobilne URL-e.
• Te same obrazy i teksty alternatywne są na urządzeniach mobilnych.
• title i meta description są równoważne w obu wersjach.
• Nagłówki są takie same na urządzeniach mobilnych i desktopowych.
• Linki wewnętrzne i nawigacja znajdują się w mobilnym HTML.
• Szablon mobilny nie zawiera przypadkowego noindex ani nofollow.
• Główna treść wczytuje się podczas przewijania lub jest w początkowym HTML — nie wymaga dotknięcia, przesunięcia ani wpisania tekstu.
• (Tylko osobne adresy URL) wersja desktopowa jest canonicalem i ma alternate do mobilnej; (tylko dynamiczne serwowanie) ustawiono nagłówek Vary: User-Agent.

Konfiguracja

• W miarę możliwości zastosowano projekt responsywny: jeden URL i jeden HTML.
• Obecny jest <meta name="viewport" content="width=device-width, initial-scale=1">.
• CSS i JS nie są blokowane w robots.txt.

Szybkość — mobilne Core Web Vitals

• Na urządzeniach mobilnych LCP jest poniżej 2,5 s, INP poniżej 200ms, a CLS poniżej 0,1.
• W PageSpeed Insights sprawdzono wynik mobilny, a nie tylko desktopowy.

Użyteczność

• Tekst jest czytelny bez powiększania; baza około 16 px.
• Cele dotykowe są wystarczająco duże — około 48 px — i nie są stłoczone.
• Nie ma przewijania w poziomie.
• Po wejściu z wyszukiwarki nie ma natrętnych pełnoekranowych interstitiali; małe banery i bramki prawne lub wiekowe są dopuszczalne.

Narzędzia po grudniu 2023 r.

• Audyt wykonano w Lighthouse, a nie w wycofanym Mobile-Friendly Test.
• Wyrenderowany mobilny HTML sprawdzono w URL Inspection w Search Console.

SEO mobilne — ściąga

Jedna zasada: Google indeksuje mobilny HTML. Jeśli czegoś nie ma na urządzeniach mobilnych, zakładaj, że nie zostanie zindeksowane.

Konfiguracja witryny

Zachowaj zgodność na urządzeniach mobilnych: treść · dane strukturalne (mobilne URL-e) · obrazy i tekst alternatywny · tytuły i meta description · nagłówki · linki wewnętrzne · meta robots.

Core Web Vitals na urządzeniach mobilnych: LCP < 2,5 s · INP < 200ms · CLS < 0,1.

Cele użyteczności: meta tag viewport · bazowa czcionka około 16 px · cele dotykowe około 48 px · brak przewijania w poziomie · nie blokuj CSS/JS.

Interstitiale: pełnoekranowe nakładki przy wejściu są problematyczne; małe banery oraz bramki prawne i wiekowe są dopuszczalne.

Ważne daty

• Październik 2023 — zakończenie mobile-first indexing.
• 5 lipca 2024 — pełne egzekwowanie; witryny niedziałające mobilnie mogą nie zostać zindeksowane.
• 1 grudnia 2023 — wycofanie Mobile-Friendly Test i raportu Mobile Usability w Search Console → używaj Lighthouse.

Obecne narzędzia: Lighthouse · PageSpeed Insights · Search Console (CWV, Crawl Stats, URL Inspection) · emulacja Chrome DevTools.

AMP: niezalecane w nowych projektach; usunięte jako sygnał rankingowy i wymóg Top Stories.

Jak mierzyć kondycję SEO mobilnego

Odsetek zaliczonych mobilnych Core Web Vitals

Metryka: udział grup URL-i z danych terenowych dla urządzeń mobilnych ocenionych jako dobre pod względem LCP, INP i CLS. Co pokazuje: czy prawdziwe wizyty mobilne spełniają udokumentowane przez Google progi wszystkich trzech wskaźników. Jak ją uzyskać: raport Core Web Vitals w Search Console i mobilne dane terenowe w PageSpeed Insights. Punkt odniesienia / realistyczny zakres: stosuj opublikowane progi — LCP nie więcej niż 2,5 s, INP nie więcej niż 200 milisekund i CLS nie więcej niż 0,1 — a następnie ustal pokrycie własnych szablonów. Częstotliwość: co miesiąc i po wdrożeniach wydajnościowych; dane terenowe korzystają z ruchomego okna.

Wyjątki od zgodności treści mobilnej

Metryka: przetestowane URL-e, w których wersja mobilna pomija lub zmienia indeksowalny element dostępny na desktopie. Co pokazuje: czy mobile-first indexing otrzymuje zamierzoną treść i sygnały. Jak ją uzyskać: cykliczne porównania crawlów mobilnych i desktopowych obejmujące tekst, linki, metadane, dyrektywy, obrazy i dane strukturalne. Punkt odniesienia / realistyczny zakres: zero znanych istotnych wyjątków; różnice wyłącznie w układzie nie są liczone. Częstotliwość: po każdym dużym wydaniu szablonu i w comiesięcznej próbce.

Mobilne wyniki organiczne według szablonu

Metryka: kliknięcia, wyświetlenia, CTR i średnia pozycja na urządzeniach mobilnych w podziale na typ strony. Co pokazuje: gdzie zmieniła się widoczność lub zachowanie użytkowników, bez udawania, że jedna wartość zagregowana wyjaśnia przyczynę. Jak ją uzyskać: raport Performance w Search Console z filtrem urządzeń mobilnych połączony ze stabilną klasyfikacją szablonów. Punkt odniesienia / realistyczny zakres: porównuj z sezonową bazą każdego szablonu i opisanymi wdrożeniami; nie istnieje uniwersalne tempo wzrostu. Częstotliwość: co tydzień dla alertów, co miesiąc dla decyzji.

Sprawdź się: SEO mobilne

Pięć krótkich pytań o SEO mobilne. Wybierz odpowiedź, a następnie ją sprawdź.

Materiały warte uwagi

Moje artykuły

• Przewodnik dla początkujących po technicznym SEO — miejsce urządzeń mobilnych w szerszym procesie crawlowania, indeksowania i ustalania pozycji.
• Core Web Vitals: czym są i jak je poprawić — szczegółowe omówienie mobilnej wydajności.
• Problemy JavaScript SEO i sprawdzone metody — ważne, gdy treść mobilna zależy od renderowania.

Moje wystąpienia

• Jak działa wyszukiwarka (SlideShare) — omówienie crawlowania, renderowania, indeksowania i ustalania pozycji, w tym crawlowania przez Googlebota jako smartfon. Stałe zastrzeżenie: “This is my understanding of systems… not going to be 100% complete or accurate.” (tłumaczenie) To moje rozumienie tych systemów; nie będzie w 100% kompletne ani dokładne.

Z branży

• Sprawdzone metody dotyczące mobile-first indexing (Google) — podstawowy dokument o zgodności i konfiguracji.
• Jak Google rozumie page experience (Google) — Core Web Vitals i dostosowanie mobilne jako sygnały.
• Google wycofuje raport Mobile Usability, Mobile-Friendly Test i API (Search Engine Land) — wycofanie narzędzi w grudniu 2023 r. i zalecenie Lighthouse.
• Google kończy mobile-first indexing po niemal siedmiu latach (Search Engine Land) — zakończenie w październiku 2023 r. wraz z cytatem Muellera.
• Po 5 lipca Google nie zindeksuje witryn niedziałających mobilnie (Search Engine Land) — etap pełnego egzekwowania w lipcu 2024 r.
• Sygnały page experience w rankingu Google dotyczą tylko urządzeń mobilnych (Search Engine Land) — różnica osi czasu między urządzeniami mobilnymi i desktopowymi.
• Google potwierdza, że treść ukryta w kartach jest dopuszczalna w mobile-first index (Search Engine Roundtable) — cytat Gary’ego Illyesa o ukrytej treści.

Statystyki warte cytowania

• 53% użytkowników mobilnych opuszcza stronę, której wczytanie trwa dłużej niż 3 sekundy — często cytowany wynik badania szybkości mobilnej Google/DoubleClick. Przypomina, że wydajność mobilna wpływa zarówno na konwersję, jak i na ranking.
• Mobile-first indexing zakończono w październiku 2023 r., a pełne egzekwowanie zaczęło się po 5 lipca 2024 r. Od tego momentu witryny niedziałające dla mobilnego Googlebota mogą w ogóle nie zostać zindeksowane (Google). Źródło
• Progi Core Web Vitals na urządzeniach mobilnych: LCP < 2,5 s, INP < 200ms, CLS < 0,1 — progi „dobrego” wyniku Google używane przez systemy rankingowe. Źródło

Dziennik zmian