Mobile-first indexing – jak sprawdzić i poprawić wersję mobilną sklepu pod SEO

Dane strukturalne, metadane i zdjęcia w wersji mobilnej

Poza treścią widoczną Google zwraca uwagę na elementy, których klient nie widzi bezpośrednio. Dane strukturalne powinny być takie same w obu wersjach, a jeśli trzeba wybierać, od czego zacząć, dokumentacja wymienia jako priorytet znaczniki ścieżki nawigacji, produktu i wideo. Tytuł strony i meta description również powinny być równoważne na komputerze i telefonie. Jak przygotować znaczniki produktu, opisujemy w poradniku o danych strukturalnych w sklepie.

Przy zdjęciach dokumentacja zaleca wysoką jakość, obsługiwane formaty, te same teksty alternatywne i adresy plików, które nie zmieniają się przy każdym wczytaniu strony. Jeśli wersja mobilna używa innych adresów zdjęć niż wersja na komputery, Google uprzedza o możliwym przejściowym spadku ruchu z grafiki, bo nowe adresy muszą zbudować historię. Więcej o przygotowaniu plików piszemy w artykule o optymalizacji zdjęć produktowych.

Ostatni element to tagi robots i blokady. Google ostrzega, że jeśli wersja mobilna ma inny tag robots niż wersja na komputery, zwłaszcza noindex lub nofollow, indeksowanie może się nie powieść. Zasoby wersji mobilnej, takie jak skrypty czy zdjęcia pod innymi adresami, nie mogą być zablokowane w pliku robots.txt.

Jak sprawdzić wersję mobilną sklepu krok po kroku

Wykres – kolejne kroki kontroli wersji mobilnej sklepu pod kątem SEO. [#chart:se32b]

1. Sprawdź adres w Search Console – narzędzie do sprawdzania adresów URL pokazuje, jaki robot ostatnio skanował stronę, a test na żywo pozwala zobaczyć wyrenderowany kod i zrzut ekranu z perspektywy robota na smartfony.

2. Porównaj treść obu wersji – otwórz kartę produktu na telefonie i komputerze i sprawdź opis, parametry, opinie, nagłówki oraz linki. Przy dużym sklepie użyj crawlera, który może skanować stronę jako smartfon, i porównaj liczbę słów czy linków.

3. Sprawdź dane i metadane – tytuł, meta description, dane strukturalne, teksty ALT, tag kanoniczny i tagi robots w wersji mobilnej.

4. Zmierz wygodę i szybkość – Lighthouse i PageSpeed Insights w profilu mobilnym, a dla całego sklepu raport Podstawowe wskaźniki internetowe w Search Console.

5. Przetestuj zakup na telefonie – wyszukiwarka, filtry, wybór wariantu, koszyk i płatność na prawdziwym urządzeniu, najlepiej na słabszym łączu.

W Search Console nie ma już dawnego raportu obsługi na urządzeniach mobilnych, a strona pomocy tego raportu przekierowuje obecnie do dokumentacji Lighthouse. Do oceny wygody korzystania z witryny na telefonach Google odsyła więc do Lighthouse, a w dokumentacji o doświadczeniu na stronie pyta wprost, czy treść dobrze wyświetla się na urządzeniach mobilnych. Szybkość i stabilność wersji mobilnej oceniają wskaźniki opisane w artykule o Core Web Vitals w sklepie.

[#przyklad] Sklep z narzędziami ogrodowymi wdrożył nowy szablon, w którym na telefonach opis produktu był skracany do trzech zdań, a tabela parametrów i opinie znalazły się w zakładkach ładowanych dopiero po kliknięciu. Po kilku tygodniach część kart produktów straciła pozycje na długie frazy z parametrami, np. moc i długość cięcia. Test na żywo w Search Console pokazał, że w kodzie widzianym przez robota nie ma parametrów ani opinii. Po zmianie zakładek tak, by treść była w kodzie od początku i tylko zwinięta, sklep odzyskał widoczność na te frazy. Przykład jest uproszczony, ale schemat problemu powtarza się często.

Wygoda zakupów na telefonie a SEO

Mobile-first indexing dotyczy tego, co Google indeksuje, ale wersja mobilna to także miejsce, w którym klienci kupują. Google w dokumentacji o doświadczeniu na stronie zwraca uwagę m.in. na dobre wyświetlanie treści na urządzeniach mobilnych, unikanie natrętnych reklam pełnoekranowych i łatwe odróżnienie głównej treści od pozostałych elementów. W sklepie przekłada się to na konkretne decyzje projektowe.

• Czytelny pierwszy ekran – zdjęcie, nazwa, cena i przycisk zakupu widoczne bez przewijania.

• Pop-upy z umiarem – okno z newsletterem zasłaniające całą kartę produktu zaraz po wejściu to zły pomysł.

• Wygodne filtry – lista kategorii z filtrami, które da się obsłużyć kciukiem, bez przeładowania całej strony przy każdym kliknięciu.

• Krótki koszyk i płatność – mniej pól formularza, szybkie metody płatności i jasne koszty dostawy.

• Szybkość – telefony i mobilne łącza bezlitośnie pokazują ciężkie zdjęcia i nadmiar skryptów, dlatego testy wydajności zawsze wykonuj w profilu mobilnym.

Jeśli prowadzisz sklep na Shoperze, praktyczne wskazówki dotyczące tej platformy znajdziesz w artykule o wersji mobilnej sklepu na Shoperze. Przy nowych wdrożeniach warto od początku projektować kartę produktu z myślą o telefonie, co jest standardem naszych wdrożeń sklepów na Shoperze.

Osobna wersja mobilna – kiedy przejść na projekt responsywny

Wciąż zdarzają się starsze sklepy z osobną wersją mobilną pod innym adresem, np. w subdomenie. Taka konfiguracja jest dopuszczalna, ale każdy nowy produkt, każda zmiana opisu i każdy znacznik trzeba utrzymywać w dwóch miejscach. Google dla osobnych adresów wymienia szereg dodatkowych wymagań: te same kody błędów w obu wersjach, brak fragmentów adresu po znaku #, odpowiedniki mobilne dla wszystkich stron z inną treścią, weryfikację obu wersji w Search Console i poprawne znaczniki hreflang łączące wersje mobilne z mobilnymi.

Jeśli planujesz zmianę szablonu lub platformy, przejście na projekt responsywny zwykle upraszcza SEO na lata. Taka zmiana wymaga jednak przekierowań starych adresów mobilnych na odpowiadające im strony, aktualizacji linków i kontroli indeksowania po wdrożeniu. Zasady przekierowań opisujemy w artykule o przekierowaniach 301 w sklepie. Najważniejsze, by każdy adres wersji mobilnej prowadził do właściwego odpowiednika, a nie hurtowo na stronę główną.

Najczęstsze błędy w wersji mobilnej sklepu

• Okrojony opis i parametry na telefonie – mniej treści dla Google i mniej argumentów dla klienta.

• Treść ładowana po kliknięciu – robot nie kliknie zakładki ani przycisku.

• Inne tagi robots lub canonical w wersji mobilnej – ryzyko wypadnięcia stron z indeksu.

• Zablokowane zasoby mobilne – Google nie wyrenderuje strony poprawnie.

• Osobna wersja mobilna przekierowująca wszystko na stronę główną – Google wskazuje ten błąd jako jeden z typowych problemów stron niedziałających na telefonach.

• Natrętne okna na pierwszym ekranie – pogarszają doświadczenie i konwersję.

[#checklista] Projekt responsywny lub pełna zgodność dwóch wersji; ta sama treść opisu, parametrów i opinii; dłuższe teksty w zakładkach z treścią w kodzie; te same nagłówki, tytuł i meta description; te same dane strukturalne i teksty ALT; identyczne tagi robots i canonical; brak blokad zasobów mobilnych; test na żywo w Search Console dla kluczowych szablonów; zakup przetestowany na telefonie; Core Web Vitals sprawdzone w widoku mobilnym.

Kontrola wersji mobilnej to stały element naszych audytów SEO. Jeśli po zmianie szablonu część produktów zniknęła z wyników, zacznij od diagnozy indeksowania opisanej w poradniku o tym, dlaczego produkty nie pojawiają się w Google.

Najczęściej zadawane pytania

Co to jest mobile-first indexing?

To sposób działania Google, w którym do indeksowania i ustalania pozycji wykorzystywana jest mobilna wersja strony, pobierana przez robota działającego jak smartfon. Google ogłosił zakończenie przechodzenia na ten model w październiku 2023 roku.

Czy sklep musi mieć wersję mobilną?

Formalnie nie jest to wymagane, ale Google bardzo zdecydowanie ją zaleca, a większość klientów przegląda sklepy na telefonach. W praktyce sklep bez dobrej wersji mobilnej traci zarówno w wyszukiwarce, jak i w konwersji.

Czy treść schowana w zakładkach na telefonie jest indeksowana?

Tak, jeśli jest obecna w kodzie strony i tylko zwinięta. Google dopuszcza przenoszenie dłuższych treści do zakładek i akordeonów. Problem pojawia się, gdy treść jest pobierana dopiero po kliknięciu, bo Google nie wykonuje takich interakcji.

Jak sprawdzić, jak Google widzi mobilną wersję mojego sklepu?

Najlepiej w narzędziu do sprawdzania adresów URL w Search Console. Test na żywo pokazuje wyrenderowany kod i zrzut ekranu z perspektywy Googlebota na smartfony. Warto porównać go z tym, co widzisz na komputerze.

Czy projekt responsywny wystarczy pod mobile-first indexing?

Zwykle tak, bo treść i metadane są wtedy takie same na wszystkich urządzeniach. Trzeba jednak sprawdzić, czy szablon nie ukrywa na telefonach części treści, nie ładuje jej po kliknięciu i nie usuwa bloków z linkami wewnętrznymi.

Czy test optymalizacji mobilnej Google nadal działa?

Dawny raport obsługi na urządzeniach mobilnych w Search Console nie jest już dostępny, a jego strona pomocy przekierowuje do dokumentacji Lighthouse. Do oceny wersji mobilnej używaj Lighthouse, PageSpeed Insights i narzędzia do sprawdzania adresów URL.

Czy Google w ogóle nie patrzy na wersję sklepu na komputery?

Do indeksowania i ustalania pozycji Google używa wersji mobilnej. Według wpisu na blogu Google z 2023 roku starszy robot w wersji na komputery jest wykorzystywany tylko w nielicznych przypadkach witryn, które w ogóle nie działają na telefonach, a Google zamierza ograniczać takie skanowanie.

Podsumowanie

Mobile-first indexing oznacza, że dla Google liczy się mobilna wersja sklepu. Jeśli na telefonie brakuje opisu, parametrów, opinii czy linków, Google ich nie uwzględni. Najbezpieczniejszy jest projekt responsywny z pełną treścią, w którym dłuższe teksty można chować w zakładkach, o ile są w kodzie strony. Regularnie sprawdzaj kluczowe szablony w narzędziu do sprawdzania adresów URL, pilnuj zgodności danych strukturalnych, metadanych i tagów robots oraz testuj zakupy na prawdziwym, niekoniecznie najnowszym telefonie.

Jeśli chcesz sprawdzić, jak Google widzi mobilną wersję twojego sklepu, i poprawić to, co ogranicza jego widoczność, zobacz, jak prowadzimy SEO dla sklepów internetowych.