Слеш или не слеш

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

Именно этот вопрос мы слышим часто. Переходим к ответам! Исторически сложилось так, что URL-адреса с завершающим слешем указывают на директорию, а без него — на файл:

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

Различное содержимое на URL-адресах со слешем и без него вполне приемлемо для Google, но часто менее удобно для пользователей.

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

По этой причине URL-адреса со слешем на конце и без него часто содержат один и тот же контент. Наиболее распространенный случай — когда сайт настроен с использованием структуры директорий:

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

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

1. https://example.com/foo/
   
   (с завершающим слешем)
2. https://example.com/foo
   
   (без завершающего слеша)

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

и его невозможно перенаправить, даже если вы Чак Норрис.

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

Что делать, если на вашем сайте отображается дублирующийся контент по этим двум URL-адресам: 200 Это означает, что оба URL возвращают
(ни у одного нет редиректа или тега rel=”canonical”
)

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

редиректы настроены. Профит! (шутка). Но вы можете наслаждаться лучами славы вашей эффективной конфигурации сервера, согреваемые мыслью о том, что ваш сайт оптимизирован лучше.Автор: