TrueURL
TrueURL

Меню

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

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

Проверка слеша в конце URL

Для поисковых систем /page и /page/ — два разных URL. Введите любой из них, и TrueURL проверит обе версии и покажет, перенаправляет ли сайт одну на другую или отдает одну и ту же страницу дважды.

Почему важен слеш в конце URL

Если не считать адреса домена без пути (https://example.com и https://example.com/ — всегда одно и то же), URL со слешем (слэшем) в конце и без него — это разные адреса. Если оба возвращают 200 OK с одинаковым контентом, поисковым системам приходится выбирать один из двух дублей страницы, ссылки и данные аналитики делятся между двумя адресами, а кэши хранят страницу дважды.

Ни один из вариантов не лучше для SEO. Важно, чтобы у каждой страницы была одна версия, вторая перенаправляла на нее, а все внутренние ссылки, теги canonical и записи в карте сайта использовали одну и ту же.

Как читать результат

TrueURL проверяет URL в том виде, в котором вы его ввели, и его пару, а затем сравнивает, где заканчивается каждый из них:

  • Один перенаправляет на другой с кодом 301 или 308: идеально. Редирект постоянный, сайт настроен последовательно.
  • Один перенаправляет на другой с кодом 302 или 307: работает, но редирект должен быть постоянным.
  • Оба открываются с кодом 200: вероятно, дублированный контент. Добавьте редирект или хотя бы тег canonical на обеих версиях, указывающий на предпочтительную.
  • Один возвращает 404: допустимо, если вы никогда не ссылаетесь на эту версию, но редирект удобнее для посетителей, которые вводят такой адрес вручную или делятся им.
  • Оба перенаправляют куда-то еще: посмотрите на полные цепочки. Возможно, правило для слеша наложено поверх других редиректов.

Как исправить проблемы со слешем

  • Apache: mod_dir по умолчанию добавляет слеш к реальным каталогам с кодом 301. Для остальных URL используйте одно правило перезаписи (rewrite), которое последовательно добавляет или удаляет слеш.
  • Nginx: добавьте правило return 301 или rewrite для варианта, который вы не используете, и убедитесь, что try_files не отдает обе версии.
  • CMS и фреймворки: WordPress следует вашей структуре постоянных ссылок и перенаправляет другую версию, а в Next.js и Astro есть параметр trailingSlash. Убедитесь, что он согласован с настройками хостинга или CDN.
  • Статические хостинги и CDN: многие из них автоматически добавляют или удаляют слеши для HTML-файлов, и это поведение может переопределять настройки фреймворка. Проверяйте после каждого деплоя.

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

Файлы, параметры запроса и якоря

К файлам слеш в конце не добавляют: /style.css и /report.pdf — правильно, а /report.pdf/ обычно возвращает ошибку или не тот контент. Параметры запроса и фрагменты (якоря) идут после пути, поэтому слеш ставится перед ними, как в /blog/?page=2. Выберите одно правило для страниц и каталогов и применяйте его везде.

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

Слеш в конце URL лучше для SEO?

Нет. Google относится к обоим вариантам одинаково. Проблемы возникают только из-за непоследовательности: открываются обе версии, ссылки ведут то на одну, то на другую, или редиректы перебрасывают туда и обратно. Выберите один вариант, перенаправляйте на него другой и придерживайтесь его.

example.com и example.com/ — это разные URL?

Нет. Для корня домена слеш подразумевается, и браузеры всегда запрашивают /. Слеш в конце важен только для путей после домена, например /blog и /blog/.

Нужен ли редирект, если я использую теги canonical?

301 редирект — более сильный и надежный сигнал. Тег canonical — это подсказка, которой поисковые системы обычно следуют, но оба URL остаются доступными для сканирования и по-прежнему могут собирать ссылки. Используйте редирект там, где это возможно, а теги canonical оставьте как запасной вариант.

Почему добавление слеша вызывает на моем сайте циклический редирект?

Обычно два уровня не согласованы: сервер или CDN добавляет слеш, а приложение или CMS его удаляет, или наоборот. Проверьте URL в инструменте «Проверка циклических редиректов», чтобы увидеть, какие переходы повторяются, а затем настройте оба уровня на одно правило.

Какой редирект нужен для слеша: 301 или 308?

Подойдет любой. Оба постоянные, и поисковые системы обрабатывают их одинаково. Некоторые фреймворки, например Next.js, по умолчанию используют 308 для редиректов со слешем, и это нормально.

Как найти все URL с проблемами из-за слеша?

Проверьте здесь по одному URL каждого типа страниц, например статью, категорию и товар, потому что правила обычно зависят от шаблона. Для полного аудита проверьте карту сайта в инструменте «Проверка редиректов в Sitemap»: любой URL, который там перенаправляет, указан в карте в неправильной форме.