Косая черта: быть или не быть?

Среда, 21 апреля 2010 г.

Этот вопрос нам задают очень часто. В статье ниже мы постараемся ответить вам на него. URL с косой чертой в конце обычно используются для обозначения каталогов, в то время как по URL без косой черты принято размещать файлы. Вот как это выглядит: 

https://example.com/foo/ (with trailing slash, conventionally a directory)
https://example.com/foo (without trailing slash, conventionally a file)

Но это не является правилом. Google обрабатывает каждый из приведенных выше URL по отдельности (и одинаковым образом) независимо от того, размещен по нему файл или каталог и есть ли в конце косая черта или нет.

Для алгоритмов Google нет разницы в том, ведут ли URL с косой чертой и без на страницы с контентом разного типа. Пользователям же это доставляет неудобство.

С технической точки зрения, то есть в контексте работы поисковой системы нет ничего особенного в том, что эти две версии URL будут вести на страницы с разным контентом. Однако пользователей это может сбивать с толку: попробуйте представить себе, что www.google.com/webmasters и www.google.com/webmasters/ – это две абсолютно разные страницы.

Поэтому URL с косой чертой в конце и URL без нее часто ведут на страницы с одинаковым контентом. Самый распространенный случай – когда контент на сайте систематизирован на основе структуры каталогов: 

https://example.com/parent-directory/child-directory/

Конфигурация вашего сайта и возможные варианты

Вы можете быстро проверить, работает ли на вашем сайте переадресация с одного из URL, соответствующих приведенным ниже шаблонам, на другой:

  1. https://example.com/foo/
    (с косой чертой в конце)
  2. https://example.com/foo
    (без косой черты в конце)
  • Если возвращается только одна версия (то есть на нее выполняется переадресация с другого URL), то все в порядке. Этот вариант предпочтительнее, так как позволяет избежать дублирования контента. Если переадресация выполняется на URL с косой чертой в конце, то в наших результатах поиска с высокой вероятностью будет показываться версия URL с кодом ответа 200 (чаще всего это URL с косой чертой в конце) независимо от кода, который возвращается при переадресации (301 или 302).
  • Если обе версии URL (с косой чертой и без) ведут на страницы с идентичным контентом и каждая возвращает код 200, то у вас есть несколько вариантов действий:
    • Вы можете сократить количество повторяющегося контента и повысить эффективность сканирования (более подробную информацию вы найдете ниже).
    • Также вы можете ничего не менять. Многие сайты содержат страницы с идентичным контентом. Наши алгоритмы индексирования справляются с этим, не создавая сложностей для веб-мастеров и пользователей. Это не самый лучший, но вполне допустимый вариант, который не нарушает никаких правил.
    • Будьте уверены, что корневой URL https://example.com равнозначен https://example.com/, и переадресация при этом ни в коем случае не будет выполняться.

Как перейти к использованию только одной версии URL

Представьте, что на вашем сайте размещен одинаковый контент по следующим URL:

https://example.com/foo/
https://example.com/foo

Это означает, что оба URL возвращают код 200, причем у них не настроена переадресация и нет тега link с атрибутом rel="canonical". Как это исправить?

  1. Выберите одну из версий URL как основную. Если на вашем сайте внедрена структура каталогов, то более естественным будет использовать в конце URL каталогов косую черту (например example.com/directory/, а не example.com/directory), хотя вы можете выбрать тот вариант, который вам больше нравится.
  2. Выбрав один шаблон, придерживайтесь его в дальнейшем. В частности, используйте его во внутренних ссылках. Если у вас есть файл Sitemap, то укажите в нем только основную версию URL.
  3. Используйте код 301 для переадресации с дублирующей версии URL на основную. Если это невозможно, то равноценным вариантом будет использование тега link с атрибутом rel="canonical". При индексировании в Google, а также в других основных поисковых системах атрибут rel="canonical" работает так же, как и код 301.
  4. Протестируйте свою конфигурацию кода 301 с помощью функции Просмотреть как Googlebot в Search Console. Убедитесь, что оба варианта URL – https://example.com/foo/ и https://example.com/foo – работают должным образом. Основная версия должна возвращать код статуса 200. Дублирующий URL должен выполнять переадресацию 301 на основной URL.
  5. Проверьте, что переадресация 301 работает и нет ошибок сканирования. Для этого воспользуйтесь инструментами для веб-мастеров и изучите журналы вашего веб-сервера.
  6. Итак, все заработало. Теперь вы можете радоваться эффективной работе вашего сервера и тому, что ваш сайт успешно оптимизирован.

Автор: Майли Ойе (Maile Ohye), технический директор программ Google для разработчиков