TrueURL
TrueURL

Меню

Язык Русский
Тема

Бесплатная проверка редиректов

Проверка редиректов для мобильных и десктопа

Проверьте один URL дважды — как десктопный Chrome и как Safari на iPhone — и сравните обе цепочки редиректов рядом. Найдите редиректы по типу устройства, которые отправляют мобильных посетителей не туда.

Почему редиректы для мобильных и десктопа различаются

Некоторые сайты решают, куда отправить посетителя, в зависимости от его устройства, которое определяют по заголовку User-Agent. Типичные примеры — отдельные мобильные сайты (m.example.com), страницы загрузки приложений, выбор магазина или региона и рекламные посадочные страницы. Если эта логика работает неправильно, мобильные посетители попадают на главную, на страницу с ошибкой или на страницу, не связанную со ссылкой, по которой они пришли.

Google сканирует и индексирует в основном мобильные версии страниц, поэтому сломанный мобильный редирект вредит не только удобству пользователей, но и видимости в поиске.

Как работает сравнение

TrueURL проверяет URL дважды с одинаковыми настройками, меняя только User-Agent: актуальный десктопный Chrome на Windows и Safari на iPhone. Обе цепочки редиректов показаны рядом вместе с конечными URL и кодами ответа, так что любое различие сразу бросается в глаза.

Меняется только User-Agent. Сайты, которые выбирают версию по размеру экрана с помощью JavaScript, могут вести себя одинаково в обеих колонках, хотя на настоящем телефоне выглядят иначе. Чтобы проверить другие варианты, например Chrome на Android или Googlebot, выберите готовый вариант в дополнительных настройках инструмента «Проверка цепочки редиректов».

Как выглядит хороший результат

  • Адаптивный сайт: обе колонки заканчиваются на одном конечном URL. Именно такую схему рекомендует Google, и ее проще всего поддерживать.
  • Отдельные мобильные URL: десктоп остается на www.example.com/page, а мобильные устройства попадают на соответствующую страницу m.example.com/page, а не на главную мобильной версии. Десктопная страница должна указывать на свой мобильный URL с помощью <link rel="alternate" media="only screen and (max-width: 640px)" href="https://m.example.com/page">, а мобильная — содержать тег canonical, указывающий обратно.
  • Динамический показ: один и тот же URL для обоих вариантов, но разный HTML. Ответ должен содержать Vary: User-Agent, чтобы кэши не путали версии.

Типичные ошибки мобильных редиректов

  • Неправильные редиректы: всех мобильных посетителей отправляют на главную страницу мобильной версии, а не на соответствующую страницу.
  • Отсутствующие мобильные страницы: десктопная страница без мобильной версии перенаправляет на ошибку. Вместо этого показывайте десктопную страницу.
  • Односторонние редиректы: мобильных пользователей перенаправляют, а пользователей десктопа, открывших ссылку на m., на десктопную страницу не возвращают.
  • Межстраничные баннеры приложений: редирект в магазин приложений или полноэкранный баннер приложения скрывает контент, ради которого пришел посетитель.
  • Лишние переходы только на мобильных: крюк через сервис определения устройства или трекинга, который сильнее всего бьет по медленным мобильным соединениям.

Руководства

Частые вопросы

Какие User-Agent используются для сравнения?

Десктопный Chrome на Windows и Safari на iPhone, оба с актуальными номерами версий. Практически любой код определения устройства распознает первый как настольный компьютер, а второй — как телефон.

Что видит Google: мобильный или десктопный результат?

В основном мобильный. Google сканирует и индексирует интернет преимущественно с помощью Googlebot для смартфонов, User-Agent которого похож на Chrome на Android-телефоне. Если мобильная колонка заканчивается на неправильной странице, Google может проиндексировать и ее. Чтобы увидеть, что сайт отдает User-Agent Googlebot, выберите вариант Googlebot для смартфонов в дополнительных настройках инструмента «Проверка цепочки редиректов». Сайты, которые проверяют Googlebot по IP-адресу, все равно могут отвечать TrueURL иначе.

Отдельные мобильные URL (m-версии сайта) вредят SEO?

Они поддерживаются, но их сложнее настроить правильно: каждой странице нужен соответствующий мобильный URL, корректные аннотации и редиректы в обоих направлениях. Google рекомендует адаптивный дизайн, при котором редиректы по устройству вообще не нужны. Если у вас m-версия сайта, проверяйте здесь ключевые страницы после каждого релиза.

Почему обе колонки одинаковые, хотя на телефоне сайт выглядит иначе?

Вероятно, ваш сайт подстраивается под устройство прямо в браузере — с помощью адаптивного CSS или JavaScript, — а не с помощью серверных редиректов. Это рекомендуемый подход, и он означает, что сравнивать редиректы по устройству просто нечего.

Можно ли сравнить другие устройства, например Android-смартфоны или планшеты?

Этот инструмент сравнивает десктопный Chrome с Safari на iPhone. Для других устройств откройте дополнительные настройки в инструменте «Проверка цепочки редиректов», выберите готовый вариант, например Chrome на Android, или вставьте любую строку User-Agent и запустите проверку.

Замедляют ли редиректы по устройству мобильные страницы?

Да. Каждый редирект — это полный цикл «запрос — ответ» до начала загрузки страницы, а задержка в мобильных сетях выше, чем в проводном интернете. Один только редирект с www на m. может добавить заметную задержку; измерить ее можно в инструменте «Проверка скорости редиректов».