Со слешем или без него на конце – вот в чем серверный вопрос…

11882

Автор: Ричард Бургхарт
Перевод: Всеволод Козлов

Итак, Вы создали раздел на сайте, скажите, как выглядит ссылка на него в браузере: так http://www.somedomain.com/subdirectory или так http://www.somedomain.com/subdirectory/?

Многие новички в SEO или просто рядовые веб-мастера не видят значимой разницы. Это очень печально, т.к. эта проблема стоит остро.

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

  • 200 OK – все хорошо.
  • 301 Moved Permanently – запрашиваемый URL использует редирект на другой URL.
  • 302 Found – запрашиваемый URL использует временный редирект.

Есть и другие серверные заголовки, но в рамках данной статьи они не укладываются, что называется «не в тему».

Показателем грамотного 301 редиректа является следующая картина: сперва отобразится 301 Moved Permanently, а затем ниже 200 OK.

Со слешем или без него на конце – вот в чем серверный вопрос…

Если URL’ы не используют редиректа, то Вы увидите статус 200 OK при вводе каждого URL’а. Например, если Вы сделаете запрос серверного заголовка для адресов: http://www.weboptimist.com или http://www.weboptimist.com/ — в ответ Вы получите 200 OK для каждого.

Однако это работает не всегда. Иногда на Microsoft IIS серверах URL со слешем и без него на конце статуса 200 OK не увидишь. Наиболее часто на них встречается такая связка: сперва 302 редирект, а затем 200 OK. Это означает, что сервер автоматически применяет 302 редирект URL’а без слеша на URL со слешем.

С точки зрения SEO это не есть хорошо. Что же делать? Во-первых, проверьте свои URL’ы на это техническое «недоразумение». Если такого нет, все нормально, то не заморачивайтесь. Но все же я рекомендую использовать URL’ы со слешем на конце.

Если же это недоразумение у Вас обнаружится, возьмите себе за правило всегда использовать слеш на конце. Выявите все страницы без слеша на конце и поправьте их.

Оригинал статьи: To Slash or Not to Slash. That’s A Server Header Question

Подпишитесь и получайте новые статьи и руководства по увеличению продаж и увеличению постока клиентов в Ваш интернет-бизнес на почту
Об авторе

Автор: Всеволод Козлов (Написал 272 статьи)

Эксперт в области увеличения продаж интернет-магазинов и коммерческих сайтов для малого и среднего бизнеса. Бизнес-тренер.

Один из последних кейсов - увеличение объема продаж за короткий срок с 420 210 руб/мес до 13 906 950 руб/мес, т.е. в 33 раза!

Я на Google+, Facebook, Vkontakte , LinkedIn

  1. УРЛы без слэша на конце более гибкие, имхо. Например в будущем может понадобиться сменить движок, а в нем слэш на конце может быть будет обрабатываться некорректно.

    Лучше заменить внешний редирект на внутренний

  2. TYUS:

    Слеш на конце конешно нужен, урл с ним выглядит «законченным» но не это главное.

    Косяк в том, что без слеша сервер понимает это как файл и пытается найти его, но его нет и тогда он пробует найти папку с таким именем. Если бы слеш был сразу, то сервер сразу бы начал открывать папку.
    Используя слеш можно избежать хоть и небольших, но все-таки лишних действий сервера.

    Еще также, по идее, надо определиться в использовании адресов с www или без, чтоб небыло в индексе поисковиков мусорных страниц — http://www.domen.ru или domen.ru

    ЗЫ сам это еще не сделал у себя, все руки не доходят. Надо сделать.

  3. Все верно TYUS!
    Cтандартный .htaccess для описанного выше случая

    RewriteEngine On
    RewriteBase /
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteRule . /index.php [L]
    Options All -Indexes

  4. TYUS:

    🙂 ага, тока у меня вот так написана предпоследняя строка

    RewriteRule ^(.*)$ /index.php?_url=$1 [L,QSA]

    точно не помню, но кажется изза параметра QSA были проблемы, верней изза того, что его небыло.

Ваш e-mail не будет опубликован. Обязательные поля помечены *

*