Проверка редиректов на главное зеркало сайта
Описание функционала
Этот инструмент позволяет массово проверить редиректы для разных вариаций URL, чтобы убедиться в правильной настройке сервера.
- Генерация списка: Введите URL внутренней страницы сайта (например, `https://example.com/category/page`), чтобы сгенерировать список тестовых URL. Это позволит проверить редиректы для www/без-www, http/https, с/без слеша, а также чувствительность к регистру.
- Редактирование: Вы можете вручную отредактировать сгенерированный список URL перед запуском проверки.
- Проверка: Инструмент отправит запросы ко всем URL из списка и покажет итоговый код ответа, цепочку редиректов и конечный URL.
Идет проверка, пожалуйста, подождите...
Проверка редиректов на главное зеркало сайта: комплексный анализ URL
Каждый сайт имеет несколько вариаций своего адреса: с www и без, по http и https, со слешем на конце и без него. Наш инструмент проводит массовую проверку редиректов по всем сценариям, чтобы вы могли убедиться в корректной настройке сервера и избежать проблем с индексацией в поисковых системах.
1 Редирект с www на без www
Склейка зеркал — обязательный этап настройки сайта. Поисковые системы должны
однозначно понимать, какая версия домена является главной: example.com или
www.example.com. Все неканонические вариации должны отдавать постоянный редирект на
выбранное главное зеркало, чтобы не распылять ссылочный вес и избежать дублей страниц в индексе.
Обратный: example.com → www.example.com
301 Moved Permanently
Только постоянный редирект склеивает зеркала и передаёт ссылочный вес.
2 Редирект с http на https
После установки SSL-сертификата защищённая версия сайта должна стать единственной основной. Все запросы по протоколу http обязаны перенаправляться на https с сохранением пути URL. Это критически важно как для безопасности пользователей, так и для SEO: Google отдаёт предпочтение HTTPS, а Яндекс учитывает это при определении зеркала.
Обратный: https не должен редиректить на http
301 или 308 Permanent
Редирект обязателен для всех внутренних страниц
3 Слеш на конце URL
Адреса /category/page и /category/page/ для поисковых систем — это два
разных URL. Если обе вариации отдают код 200 с одинаковым контентом, возникает
дубль страницы. Корректная настройка сервера требует, чтобы один вариант отдавал
301 редирект на другой. Это особенно важно для разделов и каталогов, где слеш имеет историческое
значение.
Анализ: один должен отдавать 301 на другой
301 или 200 (без дублей)
Два кода 200 на URL со/без слеша — признак дубля.
4 Чувствительность к регистру
Регистрозависимость URL — скрытая проблема, с которой сталкиваются сайты на
Linux-серверах. Адреса /Page и /page могут вести на разные ресурсы или оба
отдавать 200 с идентичным контентом, создавая неявные дубли. Поисковые системы (особенно Google)
чувствительны к таким вариациям, поэтому неканонические версии должны редиректить на каноническую в
нижнем регистре.
Анализ: все варианты должны редиректить
Единый канонический URL
Сервер должен приводить все вариации регистра к единому виду.