Адреса страниц, удобные для Google

Адреса страниц сайта

Каждая страница Вашего сайта имеет уникальный адрес. Часто такой адрес называют — URL, т.е. в переводе с английского  "Uniform Resource Locator" — единый указатель ресурсов. Но уникальный он может быть по-разному.  Например, это может быть идиотская запись у Яндекса — yandex.ua/yandsearch?text=%D1%83%D1%80%D0%BB&tld=ua&lr=143. Но он большой. Поэтому может себе это позволить. А вам-то такая глупость зачем? Ведь может быть и http://raskrutka.ua/raskrutka-saita. Что, согласитесь, намного интереснее и приятнее для глаза.

Структура URL-адресов сайта должна быть предельно простой. Попробуйте организовать свое содержание так, чтобы URL-адреса имели логическую структуру и были понятны для человека (по возможности используйте слова, а не идентификаторы, состоящие из множества цифр). Например, при поиске информации об авиации URL-адрес типа http://ru.wikipedia.org/wiki/aviacia поможет определить значимость ссылки. Гораздо сложнее привлечь внимание пользователей с помощью URL-адреса типа http://www.example.com/index.php?id_sezione=360&sid=3a5ebc944f41daa6f849f730f1.

Используйте знаки пунктуации в URL-адресах. URL-адрес http://www.example.com/zelenoe-platje.html более удобен, чем http://www.example.com/zelenoeplatje.html. Мы рекомендуем использовать в URL-адресах дефисы (-), а не символы подчеркивания (_). Слишком сложные URL, особенно включающие в себя несколько параметров, могут затруднять работу сканеров, так как создается чрезмерное количество URL-адресов, указывающих на одно и то же или схожее содержание на сайте. В результате робот Googlebot может использовать гораздо больше ресурсов канала передачи данных, чем это необходимо. Кроме того, есть вероятность, что он не сможет просканировать все содержание сайта полностью. Избыточное количество URL-адресов может быть вызвано самыми разными неполадками. К ним относятся следующие.

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

Рассмотрим пример.

Гостиницы по выгодной цене: http://www.example.com/resultati-poiska-gostinits.jsp?Ne=292&N=461

Гостиницы по выгодной цене на побережье: http://www.example.com/resultati-poiska-gostinits.jsp?Ne=292&N=461+4294967240

Гостиницы с фитнес-центром по выгодной цене на побережье:

http://www.example.com/resultati-poiska-gostinits.jsp?Ne=292&N=461+4294967240+4294967270

Динамически создаваемые документы. Динамическое создание документов может привести к незначительным изменениям в результате добавления счетчиков, меток времени или объявлений.

Проблемные параметры в URL. Например, идентификаторы сеансов могут вызвать очень много повторений и привести к резкому увеличению количества URL-адресов.

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

Рассмотрим пример.

http://www.example.com/results?search_type=search_videos&search_query=tpb&search_sort=relevance&search_category=25

Такие нерелевантные параметры в URL-адресе, как параметры источника перехода. Пример:

http://www.example.com/poisk/noheaders?click=6EE2BF1AF6A3D705D5561B7C3564D9C2&clickPage=OPD+Produkt+Stranitsa&cat=79

http://www.example.com/obsuzhdenie/showthread.php?referrerid=249406&threadid=535913

http://www.example.com/producti/producti.asp?N=200063&Ne=500955&ref=foo%2Cbar&Cn=prinadlezshnosti.

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

http://www.example.com/kalendar.php?d=13&m=8&y=2011

http://www.example.com/kalendar/cgi?2008&month=jan

Неработающие относительные ссылки. Неработающие относительные ссылки нередко приводят к появлению бесконечных пространств. Зачастую эта проблема вызвана повторяющимися элементами пути. Например:

http://www.example.com/index.shtml/obsuzhdenie/kategoriya/shkola/061121/html/interview/kategoriya/zdorovje/070223/html/kategoriya/biznes/070302/html/kategoriya/soobshestvo/070413/html/FAQ.htm

Шаги по решению этой проблемы

Чтобы избежать возможных проблем, связанных со структурой URL, советуем следовать следующим рекомендациям.

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

По возможности старайтесь не использовать в URL идентификаторы сеансов. Попробуйте использовать вместо них файлы cookie. Дополнительную информацию можно найти в руководстве для веб-мастеров.

По возможности укоротите URL-адреса, удалив из них ненужные параметры.

Если на сайте есть бесконечный календарь, добавьте атрибут nofollow в ссылки на будущие страницы, динамически создаваемые календарем.

Убедитесь, что на сайте нет неработающих относительных ссылок.

Опубликовал И.В. 04.02.2012. в разделе Создание сайтов. Вы можете следить за ответами на эту запись через RSS 2.0. Вы можете оставить ответ или трекбек на эту запись