TrueURL
TrueURL

Menu

Język Polski
Motyw

Darmowe narzędzie do przekierowań

Przekierowania mobile vs desktop

Sprawdź jeden adres URL dwa razy – jako desktopowy Chrome i jako Safari na iPhonie – i porównaj oba łańcuchy przekierowań obok siebie. Wykryj przekierowania zależne od urządzenia, które wysyłają użytkowników mobilnych w nieoczekiwane miejsca.

Dlaczego przekierowania w wersji mobilnej i desktopowej się różnią

Niektóre witryny decydują, dokąd skierować użytkownika, na podstawie jego urządzenia, rozpoznawanego z nagłówka User-Agent. Typowe przykłady to osobne wersje mobilne (m.example.com), strony pobierania aplikacji, wybór sklepu lub regionu i strony docelowe reklam. Gdy ta logika zawodzi, użytkownicy mobilni trafiają na stronę główną, stronę błędu albo stronę niezwiązaną z linkiem, który kliknęli.

Google skanuje i indeksuje głównie mobilną wersję stron, więc wadliwe przekierowanie mobilne szkodzi zarówno widoczności w wyszukiwarce, jak i wygodzie użytkowników.

Jak działa porównanie

TrueURL sprawdza adres URL dwukrotnie z tymi samymi ustawieniami, zmieniając tylko User-Agenta: aktualny desktopowy Chrome w systemie Windows i Safari na iPhonie. Oba łańcuchy przekierowań są wyświetlane obok siebie wraz z docelowymi adresami URL i kodami odpowiedzi, więc każda różnica od razu rzuca się w oczy.

Zmienia się wyłącznie User-Agent. Witryny, które wybierają wersję na podstawie rozmiaru ekranu w JavaScripcie, mogą zachowywać się tak samo w obu kolumnach, choć na prawdziwym telefonie wyglądają inaczej. Aby przetestować inne User-Agenty, np. Chrome na Androidzie lub Googlebota, wybierz gotowe ustawienie w ustawieniach zaawansowanych narzędzia Sprawdzanie łańcucha przekierowań.

Jak wygląda dobry wynik

  • Witryna responsywna: obie kolumny kończą się na tym samym docelowym adresie URL. Taką konfigurację zaleca Google i najłatwiej ją utrzymać.
  • Osobne adresy URL dla wersji mobilnej: desktop zostaje na www.example.com/page, a wersja mobilna trafia na odpowiadający jej adres m.example.com/page, a nie na mobilną stronę główną. Strona desktopowa powinna wskazywać swój adres mobilny za pomocą <link rel="alternate" media="only screen and (max-width: 640px)" href="https://m.example.com/page">, a strona mobilna powinna mieć tag canonical wskazujący z powrotem na wersję desktopową.
  • Dynamiczne wyświetlanie: ten sam adres URL dla obu wersji, ale inny kod HTML. Odpowiedź powinna zawierać nagłówek Vary: User-Agent, aby pamięci podręczne nie pomyliły wersji.

Typowe błędy przekierowań mobilnych

  • Błędne przekierowania: każdy użytkownik mobilny trafia na mobilną stronę główną zamiast na odpowiednią podstronę.
  • Brakujące strony mobilne: strona desktopowa bez wersji mobilnej przekierowuje na błąd. Zamiast tego wyświetl wersję desktopową.
  • Przekierowania w jedną stronę: użytkownicy mobilni są przekierowywani, ale użytkownicy desktopowi, którzy otworzą link m., nie wracają na stronę desktopową.
  • Plansze z reklamą aplikacji: przekierowanie do sklepu z aplikacjami lub pełnoekranowy baner aplikacji zasłania treść, po którą przyszedł użytkownik.
  • Dodatkowe przeskoki tylko na urządzeniach mobilnych: objazd przez usługę wykrywania urządzeń lub śledzenia, który najbardziej szkodzi przy wolnych połączeniach komórkowych.

Poradniki

Najczęściej zadawane pytania

Jakich User-Agentów używa porównanie?

Desktopowego Chrome w systemie Windows i Safari na iPhonie, w obu przypadkach z aktualnymi numerami wersji. Praktycznie każdy kod wykrywający urządzenia rozpoznaje pierwszy jako komputer stacjonarny, a drugi jako telefon.

Czy Google widzi wynik mobilny, czy desktopowy?

Przeważnie mobilny. Google skanuje i indeksuje sieć głównie za pomocą robota Googlebot na smartfony, którego User-Agent wygląda jak Chrome na telefonie z Androidem. Jeśli kolumna mobilna kończy się na niewłaściwej stronie, Google może zindeksować właśnie ją. Aby zobaczyć, co witryna wysyła do User-Agenta Googlebota, użyj gotowego ustawienia Googlebot na smartfony w ustawieniach zaawansowanych narzędzia Sprawdzanie łańcucha przekierowań. Witryny, które weryfikują Googlebota po adresie IP, mogą mimo to odpowiadać TrueURL inaczej.

Czy osobne adresy URL dla wersji mobilnej (witryny m.) szkodzą SEO?

Są obsługiwane, ale trudniej je poprawnie skonfigurować: każda strona potrzebuje odpowiadającego jej adresu mobilnego, poprawnych adnotacji i przekierowań w obu kierunkach. Google zaleca projektowanie responsywne, które całkowicie eliminuje przekierowania zależne od urządzenia. Jeśli prowadzisz witrynę m., sprawdzaj tutaj najważniejsze strony po każdym wdrożeniu.

Dlaczego obie kolumny są identyczne, skoro na telefonie moja witryna wygląda inaczej?

Twoja witryna prawdopodobnie dostosowuje się w przeglądarce, za pomocą responsywnego CSS lub JavaScriptu, a nie za pomocą przekierowań po stronie serwera. To zalecane podejście, a oznacza ono, że nie ma tu żadnego przekierowania zależnego od urządzenia, które można by porównać.

Czy mogę porównać inne urządzenia, np. telefony z Androidem lub tablety?

To narzędzie porównuje desktopowy Chrome z Safari na iPhonie. W przypadku innych urządzeń otwórz ustawienia zaawansowane w narzędziu Sprawdzanie łańcucha przekierowań, wybierz gotowe ustawienie, np. Chrome na Androidzie, lub wklej dowolny ciąg User-Agent i uruchom sprawdzanie.

Czy przekierowania zależne od urządzenia spowalniają strony mobilne?

Tak. Każde przekierowanie to pełny cykl żądania i odpowiedzi, zanim strona zacznie się ładować, a sieci komórkowe mają większe opóźnienia niż łącza stacjonarne. Już samo przekierowanie z www na m. może dodać zauważalne opóźnienie – możesz je zmierzyć narzędziem Pomiar opóźnień przekierowań.