Indeksowanie mobile-first

Indeksowanie mobile-first oznacza, że Google wykorzystuje mobilną wersję adresu URL jako główne źródło do crawlowania, indeksowania i oceny w rankingu. Dla większości witryn oznacza to, że liczy się Twoje mobilne HTML, a wersja desktop jest co najwyżej drugorzędna.

To nie jest przełącznik na rankingi mobilne. To model indeksowania. Jeśli Twoja responsywna strona podaje tę samą treść wszystkim urządzeniom, zwykle jest w porządku. Jeśli w wersji mobilnej utniesz treść, ukryjesz linki wewnętrzne, usuniesz schemat (schema) lub zepsujesz renderowanie, to masz problem SEO.

Co Google realnie wykorzystuje

Najważniejszy jest crawler Googlebot-Smartphone. W Google Search Console, w logach serwera oraz w testach agenta użytkownika w Screaming Frog — to na tego bota powinieneś zwracać uwagę w pierwszej kolejności. Google jest to samo podkreślało od lat: treść mobilna jest podstawą do indeksowania. Do 2023 roku Google w praktyce zakończyło przenoszenie dla zdecydowanej większości witryn, a stare założenia „desktop-first” przestały mieć znaczenie.

W praktyce Google ocenia to, co strona mobilna udostępnia: główną treść, linki wewnętrzne, dane strukturalne, kanoniczne adresy (canonicals), hreflang, adresy URL obrazów oraz dyrektywy robots. Jeśli tego nie ma w mobilnym wyrenderowaniu, nie zakładaj, że Google odzyska to z wersji desktop.

Co psuje się w rzeczywistości

Najczęstsze problemy są nudne i kosztowne. Treści w akordeonach, które nigdy się nie renderują. Linki faceted usuwane na mobile. Specyfikacje produktów ukryte za interakcjami po stronie klienta, których Googlebot-Smartphone nie uruchamia w sposób konsekwentny. Oddzielne konfiguracje m-dot z słabszymi danymi strukturalnymi i cieńszą treścią. Niepowodzenia hydratacji JavaScript na wolniejszych urządzeniach.

Użyj Inspekcji adresu URL w GSC (GSC URL Inspection), aby porównać zaindeksowane HTML, Screaming Frog z Googlebot Smartphone oraz logi serwera i potwierdzić zachowanie crawlowania na smartfonach. Ahrefs i Semrush mogą pokazać spadki widoczności w rankingach, ale nie powiedzą, co Google realnie wyrenderowało. To kluczowe zastrzeżenie: narzędzia do widoczności stron trzecich są sygnałami „z dołu”, a nie diagnostyczną prawdą.

Jak wygląda dobre wdrożenie

• Najpierw projekt responsywny. Jeden adres URL, jeden zestaw HTML, mniej punktów awarii.
• Równość treści. Taka sama główna kopia, nagłówki, linki wewnętrzne, schemat, canonicals i hreflang na mobile i desktop.
• Udostępnienie zasobów krytycznych dla renderowania. Nie blokuj w robots.txt ścieżek do CSS, JS ani obrazów.
• Wydajność na mobile pod kontrolą. LCP poniżej 2,5 s nadal jest rozsądnym celem, szczególnie na średniej półce Androidów przez 4G.
• Równość danych strukturalnych. Oznaczenia Produkt, Artykuł (Article), FAQ i Breadcrumb powinny być zgodne. Waliduj przez Rich Results Test, a nie „na nadzieję”.

Surfer SEO, Moz, Ahrefs i Semrush mogą pomóc w benchmarkingu treści i konkurencji, ale żadne z nich nie zastąpi testów renderowania. Właśnie tutaj wiele zespołów popada w rutynę.

Uczciwe zastrzeżenie

Indeksowanie mobile-first nie oznacza, że treści mobilne domyślnie ukryte są automatycznie bezwartościowe. Google potrafi indeksować treści w zakładkach i akordeonach. John Mueller z Google powtarzał to wielokrotnie od lat. Problem nie leży w samym wzorcu UI; problem pojawia się wtedy, gdy treść nie znajduje się w DOM, jest opóźniana przez zepsuty JavaScript albo jest wyłączona z linkowania wewnętrznego.

Zasada jest więc prosta: jeśli crawler smartfonów nie potrafi niezawodnie pobrać i wyrenderować tej treści, nie traktuj jej jako indeksowalnej treści SEO.