Pozycje Google na mobile i desktopie: dlaczego się różnią (2026)

Pozycja to nie jedna liczba. Zapytaj tę samą witrynę, o to samo zapytanie, w tych samych 90 dniach, a mobile i desktop się nie zgodzą. W naszych własnych danych Search Console rozbieżność sięgnęła 11,4 pozycji przy jednym zapytaniu, a kierunek odwracał się w zależności od zapytania: raz lepiej było na mobile, raz na desktopie.

To nie błąd w danych i nie powód, by kupować tracker pozycji mobilnych. To właściwość tego, jak Google buduje stronę wyników, i pozostaje niewidoczna, dopóki czytasz zmieszaną średnią.

Ten artykuł dotyczy tego, co naprawdę powoduje rozdzielenie, jak wyglądały nasze własne liczby, oraz krótkiego workflow w Claude Code, który rozdziela jedno od drugiego, żebyś przestał podejmować decyzje desktopowe o ruchu mobilnym.

Błędne przekonanie

Założenie, które większość zespołów nosi ze sobą, zwykle niewypowiedziane, jest takie, że pozycja jest właściwością strony. Jesteś na 8. miejscu na zapytanie, więc jesteś na 8. miejscu. Trackery pozycji wzmacniają to założenie, bo domyślnie działają na jednym urządzeniu i wypisują jedną liczbę na słowo kluczowe.

Praktyczną konsekwencją jest nawyk raportowania: ktoś sprawdza pozycję desktopową, wpisuje ją do arkusza, a wszystko późniejsze traktuje ją jako prawdę o widoczności.

Bardziej użyteczna rzeczywistość

Dwa fakty, oba udokumentowane przez Google, łamią model jednej liczby.

Fakt pierwszy: rankowana jest twoja strona mobilna. Dokumentacja Google Search Central mówi to wprost: „Google używa mobilnej wersji treści witryny, zeskanowanej przez agenta dla smartfonów, do indeksowania i rankowania”. Twój HTML desktopowy nie jest głównym wejściem, nawet gdy osoba szukająca siedzi przy laptopie.

Fakt drugi: strona wyników jest budowana pod urządzenie, które przed nią stoi. Dokumentacja pomocy samej Search Console mówi to bez ogródek, i warto przeczytać to dwa razy: „Wyniki wyszukiwania są specyficzne dla czasu, miejsca, urządzenia i ostatniej historii osoby wyszukującej”.

Złóż jedno z drugim, a zanotowana pozycja jest próbką z rozkładu, który przesuwa się wraz z urządzeniem. Liczba nie jest błędna. Jest tylko znacznie węższa niż sposób, w jaki się ją wykorzystuje.

Dlaczego mit rozprzestrzenia się tak łatwo

Cztery zwyczajne rzeczy trzymają model jednej liczby przy życiu.

• Trackery domyślnie ustawione są na desktop. Pobranie desktopowej SERP jest tańsze i prostsze do przechowania, więc staje się kolumną domyślną. Przełączanie urządzenia istnieje w wielu planach, co nie jest tym samym, co bycie włączonym domyślnie.
• Search Console miesza urządzenia. Domyślny raport „Skuteczność” uśrednia mobile, desktop i tablet. Trzeba otworzyć kartę „Urządzenia” albo wywołać API z device jako wymiarem, żeby zobaczyć rozdzielenie. Nic w widoku domyślnym nie ostrzega, że następuje mieszanie.
• Śledzenie pozycji mobilnych jest sprzedawane jako dodatek. Gdy dostawca wymienia „tracker pozycji mobilnych” jako funkcję, implikacja jest taka, że standardowy raport już obejmuje wszystko. Obejmuje jeden wycinek.
• Efekt jest niewidoczny na małych próbkach. Jeśli popatrzysz na dziesięć zapytań i wszystkie się zgadzają, problem wydaje się teoretyczny. Staje się widoczny na poziomie zapytania — przy zapytaniach z dość wyświetleń, by je uśredniać.

Co pokazało nasze własne 90 dni

Pobraliśmy naszą własną usługę Search Console, 90 dni kończących się 11 września 2026, z query i device jako wymiarami.

Ta sama usługa, to samo okno, trzy różne historie. Zauważ, że średnia pozycja na mobile jest lepsza, podczas gdy CTR na mobile jest gorszy.

W tej tabeli są dwie rzeczy warte uwagi.

Pierwsza to odwrócony sygnał. Średnia pozycja na mobile była lepsza niż desktopowa (30,8 wobec 34,4), a mimo to CTR na mobile był gorszy (0,97% wobec 1,10%). Lepsza pozycja przy gorszym współczynniku klikalności jest na mobile normalna: strony wyników są wyższe, układ jest inny, a góra strony jest zatłoczona funkcjami. Ktoś, kto raportowałby tylko pozycję, ogłosiłby mobile silniejszą powierzchnią i całkowicie przegapiłby różnicę w kliknięciach.

Druga to pułapka czytania średnich na poziomie całej witryny. Te dwa wiersze podsumowują różne mieszanki zapytań. Desktop niesie 82% naszych wyświetleń, bo naszą publicznością są praktycy SEO przy biurkach, a mobile niesie inny i mniejszy zbiór zapytań. Średnie na poziomie witryny to ukrywają. To złączenie po zapytaniu czyni liczbę możliwą do działania.

Zrobiliśmy więc to złączenie. Spośród 130 zapytań z co najmniej 20 wyświetleniami 85 miało dane na obu urządzeniach. Oto sześć największych rozbieżności.

Rozbieżność biegnie w obie strony. „Mobile rankuje gorzej” jest tak samo błędne jak „pozycja to pozycja”.

Kierunek się odwraca. To jest ustalenie, które powinno zmienić twój nawyk operacyjny: nie da się naprawić rozbieżności między urządzeniami praktyczną regułą, bo nie ma stałego kierunku, który można by korygować. Trzeba ją mierzyć dla każdego zapytania.

Co zrobić zamiast tego: rozdziel, złącz, próg, zdecyduj

Cztery kroki, około 20 minut, gdy workflow już istnieje.

Krok 1: pobierz query i device razem. W Search Console otwórz „Skuteczność”, dodaj kartę „Urządzenia” obok „Zapytania” i wyeksportuj za 90 dni. Przez API poproś o wymiary ["query","device"] z limitem wierszy dość wysokim, by zmieścić twój zbiór zapytań. API przyjmuje limit wierszy znacznie powyżej potrzeb średniej witryny, więc proś wysoko i przytnij lokalnie.

Jeśli już tworzysz cotygodniowy raport pozycji, to staje się dodatkowym wymiarem czegoś, co już masz, a nie nowym skoroszytem. Kontrakt raportu w naszym workflow cotygodniowego raportu pozycji ma na to miejsce.

Krok 2: złącz po kluczu zapytania. Jeden wiersz na zapytanie, z kolumną mobile i kolumną desktop. Wiersze istniejące tylko na jednym urządzeniu są same w sobie ustaleniem: oznaczają, że zapytanie dostaje wyświetlenia na jednej powierzchni, a nie na drugiej.

Krok 3: zastosuj próg, zanim spojrzysz. Pięć pozycji to użyteczny próg startowy. Poniżej czytasz szum. Powyżej masz zapytanie, co do którego obie powierzchnie naprawdę się nie zgadzają.

Krok 4: decyduj po klasie zapytania, nie po zapytaniu. Zapytania pieniężne naprawia się pierwsze. Zapytania porównawcze zwykle się rozchodzą, bo układ SERP jest inny, a nie bo twoja strona jest słaba. Zapytania markowe, które się rozchodzą, prawie nigdy nie są problemem SEO. Zapytania informacyjne mogą poczekać.

Workflow w Claude Code, który wykonuje rozdzielenie

Powtarzalna część jest mechaniczna: pobierz, złącz, zastosuj próg, podsumuj. To dokładnie ta forma zadania, która należy do agenta, a nie do twojego tygodnia.

Zapisz to jako plik instrukcji, który Claude Code może odczytać, i skieruj go na usługę, którą posiadasz:

Pobierz dane Search Console dla usługi <property> z ostatnich 90 dni.
Użyj wymiarów: query, device. Zostaw tylko zapytania z co najmniej 20 wyświetleniami.

Złącz mobile z desktopem po kluczu zapytania.
Dla każdego zapytania obecnego na obu urządzeniach oblicz bezwzględną różnicę średniej pozycji.

Wypisz tylko wiersze, w których różnica wynosi 5.0 lub więcej, posortowane malejąco po łącznych wyświetleniach.
Dla każdego wiersza pokaż: zapytanie, pozycja mobile, pozycja desktop, rozbieżność, które urządzenie jest lepsze,
wyświetlenia mobile, wyświetlenia desktop.

Zakończ dwoma wierszami podsumowania:
1. Liczba zapytań, gdzie mobile jest lepszy, i liczba, gdzie desktop jest lepszy.
2. Jedno zapytanie o największej rozbieżności i jego łączne wyświetlenia.

Nie sugeruj poprawek. Nie pisz rekomendacji dotyczących treści.
Zapisz wynik jako mobile-desktop-gap-YYYY-MM-DD.md w folderze roboczym.

W tej instrukcji są trzy celowe wybory, które warto zachować, jeśli ją zaadaptujesz.

Ustala dolny próg wyświetleń, bo zapytanie z czterema wyświetleniami na mobile daje średnią pozycję, która nic nie znaczy. Zakazuje sugestii poprawek, bo decyzja zależy od klasy zapytania i kontekstu biznesowego, a agent, który w tym zgaduje, produkuje pewne siebie bzdury. I zapisuje do pliku z datą, żebyś mógł porównać rozdzielenie z przyszłego miesiąca z tym z bieżącego — to jedyny sposób, by zobaczyć, czy poprawka zadziałała.

Prompt jest neutralny formalnie wobec agenta. Codex wykonuje tę samą instrukcję przez własne konwencje plikowe, a krok przeglądu jest identyczny.

Barierki

• Poniżej około 20 wyświetleń — stop. Średnie pozycje z garści wyświetleń same skaczą o dwie cyfry. Próg w promptcie istnieje właśnie dlatego.
• Tablet to nie mobile. Nasz wiersz tabletu miał 156 wyświetleń i zero kliknięć. Wliczenie tabletu do mobile pogorszyłoby liczby mobilne z powodów, które nie mają nic wspólnego z wyszukiwaniem mobilnym.
• Ten artykuł dotyczy pomiaru, nie kwalifikowalności. Czy Google w ogóle widzi twoje treści mobilne, to inny problem z innymi kontrolami. Stronę audytową omówiliśmy w Indeksowaniu mobile-first w 2026.
• Lepsza pozycja może być gorszym wynikiem. W naszych danych mobile rankował lepiej i klikał gorzej. Pozycję i współczynnik klikalności trzeba czytać razem.
• Nie goń za każdą rozbieżnością. Rozbieżność 6 pozycji przy zapytaniu z 30 wyszukiwaniami miesięcznie to nie projekt. Posortuj listę po wyświetleniach i zostaw ogon w spokoju.
• Głębokie pozycje zachowują się inaczej. Jeśli zapytanie leży poza pozycją 100 na obu urządzeniach, najpierw napraw problem głębokości. Zmierzyliśmy, jak daleko naprawdę sięgają wyniki Google, w naszym teście głębokości sprawdzania pozycji.

Spojrzenie Auspia: rozbieżność między urządzeniami jest problemem pomiaru, zanim staje się problemem rankowania. Większość zespołów nigdy nie patrzyła, bo domyślny raport ukrywa rozdzielenie. Gdy rozdzielenie staje się widoczne, większość rozbieżności okazuje się wyjaśnialna, a ciekawa garść warta poprawki.

Najczęstsze pytania

Czy Google rankuje strony mobilne i desktopowe osobno? W praktyce tak. Google indeksuje mobilną wersję twoich treści, a strona wyników podawana telefonowi różni się od tej podawanej laptopowi. Obie pozycje pochodzą z tych samych systemów bazowych, ale to nie ta sama liczba.

Dlaczego mój tracker pozycji różni się od Search Console? Bo mierzą różne rzeczy. Tracker pobiera żywą SERP w jednej lokalizacji i na jednym urządzeniu. Search Console uśrednia wyświetlenia po wszystkich urządzeniach, krajach i całym zakresie dat. Oba mogą mieć rację i nadal się nie zgadzać.

Czym jest tracker pozycji mobilnych i czy go potrzebuję? Tracker pozycji mobilnych pobiera SERP dla smartfonów dla zestawu słów kluczowych. Jest wart pieniędzy, jeśli potrzebujesz pozycji konkurencji albo lokalizacji, których nie widzisz we własnych danych. Jeśli potrzebujesz tylko mobilnej widoczności własnej witryny, Search Console już to ma, rozbite po urządzeniach i bez opłat.

Ile wyświetleń potrzeba, by pozycja na urządzenie była wiarygodna? Około 20 to praktyczne minimum dla zgrubnego odczytu; od 100 liczba przestaje się ruszać z tygodnia na tydzień. Poniżej 20 trzymaj zapytanie na liście, ale nie działaj na jego podstawie.

Czy Claude Code może czytać Search Console bezpośrednio? Tak, przez Search Console API z kontem usługi albo danymi OAuth. Powyższy workflow zakłada, że to połączenie istnieje. Nasz przewodnik po agencie SEO omawia, które zadania rankingowe warto powierzyć agentowi, a które nie.

Czy powinienem naprawić stronę mobilną, jeśli mobile rankuje gorzej? Najpierw spójrz na SERP. Jeśli mobilna strona wyników niesie więcej wideo, więcej pakietów lokalnych albo inną mieszankę typów stron, poprawka dotyczy formatu treści, a nie jakości strony. Jeśli kształt SERP się zgadza i strona jest w porządku, potraktuj to jako problem parytetu treści i sprawdź wobec kontroli mobile-first.

Autor: Marcus Ellery, growth experimenter stojący za ponad 150 testami SEO w Auspia. Pisze o danych benchmarkowych, testach kontrolowanych i różnicy między metryką, która się rusza, a metryką, która coś znaczy.