Optymalizacja strony mobilnej — co sprawdzić na telefonie

Google indeksuje najpierw to, co widzi telefon. Jeśli na wąskim ekranie przycisk siedzi na przycisku, hero waży kilka megabajtów albo treść ucieka w bok, wersja desktopowa niewiele pomoże. Optymalizacja strony mobilnej to ten sam adres w jednej kolumnie, szybko, bez zasłony zanim widać treść.

Nie potrzebujesz osobnego serwisu „strony na urządzenia mobilne”, żeby spełnić mobile-first. Potrzebujesz responsywnego układu, lekkiego pierwszego ekranu i testu na prawdziwym telefonie, nie tylko w emulatorze.

Od czego zacząć optymalizację mobilną?

Od telefonu i od PageSpeed Insights na widoku mobile. Potem raport o obsłudze na urządzeniach mobilnych w Search Console. Osobny Mobile-Friendly Test Google schował. Dziś zostają Lighthouse, PageSpeed i dane z pola.

Laboratorium nie kłamie o ciężkim hero. Raport z pola powie, czy użytkownicy to czują. Jeśli GSC milczy, a PageSpeed krzyczy na LCP, i tak poprawiasz pierwszy ekran.

RWD czy osobna strona mobilna?

Na start responsywna. Jeden adres, jeden kod, jeden Analytics. Osobna m.domena albo drugi szablon ma sens przy starym serwisie, którego nie przebudujesz w całości. Dwa szablony to dwa miejsca do łatania i ryzyko, że telefon widzi inny tekst niż komputer — a to telefon idzie do oceny.

Dwa kody Analytics na dwóch wersjach kończą się tym, że nie wiesz, która konwertuje. RWD jest tańsze w utrzymaniu. Osobna mobilna bywa szybsza do postawienia, gdy desktop zostaje stary. Domyślnie nie mnożysz witryn.

Jak przyspieszyć stronę na telefonie?

Najpierw test, potem waga plików. Kompresujesz zdjęcia zanim wleją się na serwer. WebP, rozsądny wymiar, lazy load poniżej pierwszego ekranu. Film w tle i ciężki JavaScript na starcie odpuszczasz.

W WordPressie bywa warunek, który nie ładuje hero wideo na wąskim ekranie. Na innym CMS to ten sam pomysł. Mniej wtyczek, mniej skryptów czatu. Jedna sekunda za długo na telefonie kończy się wyjściem, zanim ktoś zobaczy ofertę.

Reklamy i popup na telefonie

Pełnoekranowa zasłona zanim widać treść, z krzyżykiem do szukania palcem, to interstitial. Google od lat obniża takie wejście w rankingu mobilnym. Baner, który nie zasłania artykułu, to inna rozmowa.

Najpierw treść, potem prośba o newsletter. Na telefonie okno czatu nie może przykrywać „sprawdź terminy” albo „do koszyka”.

Menu, przyciski i układ jednokolumnowy

Duże cele kliknięć, odstępy, menu które się składa. Telefon i formularz mają dać się trafić bez przypadkowego tapnięcia. Jedna kolumna: przewijanie w bok to błąd, nie kreatywny układ.

Czcionka, której nie trzeba przybliżać. Przycisk CTA nie szerokości desktopowego bannera ściśniętego w 320 pikselach. W sklepie karta produktu i koszyk muszą działać kciukiem, nie myszką.

Jak pisać tekst, który da się czytać na telefonie?

Krótsze akapity. Nagłówek, który widać w jednym rzucie, nie linia na pół ekranu. Sztywne „trzy słowa maksimum” jest za ciasne. Ma się zmieścić i dać się przeczytać.

Meta title i description też oceniasz na wąskim SERP. Fraza raz w tytule i w pierwszym zdaniu wystarczy. Dłuższy tekst na mobilnej stronie da się czytać, gdy jest podzielony. Nie gdy jest ścianą.

Sześć kroków, które warto przejść po kolei

Najpierw czy da się używać. Potem waga, reklamy, palce, tekst. Na końcu prawdziwy telefon. Core Web Vitals na mobile: LCP to zwykle hero, CLS to skaczący przycisk, INP to ciężki JavaScript. PageSpeed je pokaże. AMP nie jest obowiązkiem.

Jak zrobić test optymalizacji mobilnej?

PageSpeed Insights, widok telefonu. Search Console, użytkowanie na urządzeniach mobilnych. Potem prawdziwy iPhone i tani Android. Emulator kłamie przy stałych paskach i przy klawiaturze na formularzu.

Sprawdzasz ładowanie, przyciski, formularz i menu. Fraza „test optymalizacji mobilnej” w Google często ciągnie narzędzie, nie poradnik. Ten tekst jest o poprawie Twojej strony.

Co oznacza mobile-first indexing?

Do rankingu idzie to, co widać w wąskim oknie. Blok schowany na telefonie, inny tekst niż na desktopie, brak nagłówków w RWD — robot widzi mniej, niż myślisz po dużym monitorze.

Dlatego test na telefonie jest częścią SEO, nie dopiskiem UX. Jeśli desktop i mobile pokazują inną treść, wygrywa ta z telefonu. I to ona musi zamykać frazę.

Najczęstsze pytania o stronę mobilną

Czym jest optymalizacja strony mobilnej?

Dostosowaniem tej samej witryny do telefonu: układ, szybkość, palce, tekst. Nie osobnym serwisem na siłę. Optymalizacja strony pod urządzenia mobilne to w praktyce ten sam URL, który się zwęża.

Jak przetestować stronę na telefonie?

PageSpeed plus Search Console, potem prawdziwy telefon. Starego Mobile-Friendly Testu jako głównego narzędzia już nie ma. Emulator nie pokaże klawiatury na formularzu.

Czy potrzebuję osobnej strony na m.?

Zwykle nie. RWD. Osobna m.strona to wyjątek przy starym CMS, nie plan na start. Dwa szablony oznaczają dwa miejsca do łatania.

Czym różni się strona mobilna od RWD?

Mobilna bywa osobnym szablonem albo adresem. Responsywna to ta sama strona, która się zwęża. Do SEO bliżej druga, bo jeden indeks i jeden pomiar.

Czy AMP jest obowiązkowe?

Nie. Najpierw zwykła, lekka strona. AMP dokładsz, gdy wiesz po co, nie jako warunek wejścia do wyników.