Со слешем или без него на конце – вот в чем серверный вопрос…
Автор: Ричард Бургхарт
Перевод: Всеволод Козлов
Итак, Вы создали раздел на сайте, скажите, как выглядит ссылка на него в браузере: так 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
Смотрите также:
- Ошибка 404
- Подбор ключевых слов
- Проверка исходящих ссылок
- Оптимизация под Google
- Wordpress SEO plugins
- Редизайн сайта без ущерба оптимизации
- Google website optimizer
- Узнать входящие ссылки
- Добавить ссылку
- Smm сайт
УРЛы без слэша на конце более гибкие, имхо. Например в будущем может понадобиться сменить движок, а в нем слэш на конце может быть будет обрабатываться некорректно.
Лучше заменить внешний редирект на внутренний
Слеш на конце конешно нужен, урл с ним выглядит «законченным» но не это главное.
Косяк в том, что без слеша сервер понимает это как файл и пытается найти его, но его нет и тогда он пробует найти папку с таким именем. Если бы слеш был сразу, то сервер сразу бы начал открывать папку.
Используя слеш можно избежать хоть и небольших, но все-таки лишних действий сервера.
Еще также, по идее, надо определиться в использовании адресов с www или без, чтоб небыло в индексе поисковиков мусорных страниц — http://www.domen.ru или domen.ru
ЗЫ сам это еще не сделал у себя, все руки не доходят. Надо сделать.
Все верно TYUS!
Cтандартный .htaccess для описанного выше случая
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
Options All -Indexes
RewriteRule ^(.*)$ /index.php?_url=$1 [L,QSA]
точно не помню, но кажется изза параметра QSA были проблемы, верней изза того, что его небыло.
[...] Добрый день, на этот раз я лишь продолжу мысль изложенную в одной очень интересной статье от SeoSchool. [...]
Это только на словах все офигенно легко, а на деле не каждому хватит сил, умения и настойчивости научиться..
Никогда бы не подумал, что слеш так сильно влияет не результат. Буду работать над этим.
Вот сейчас тож голову морочу. На сайте вроде бы все без конечного слеша. НО робот Яши почему-то находит конечный слеш за что получает сразу 301 редирект.
У меня были проблемы со слшем на конце и без, сделали редирект 301 на урл со слэшем на конце и проблема отпала