Среда, 25 Январь 2012 06:34

Как решить проблему c объемной навигацией сайта

Автор  Елена Камская (Digital Helen)
Оцените материал
(0 голосов)

Как решить проблему c объемной навигацией сайта

Автор: Елена Камская (Digital Helen)

 

 

В статье про 8 ошибок, мешающих сайту выйти в топ, я упоминала про плохое влияние объемных сквозных блоков (и навигации в том числе) на ранжирование сайта. Поскольку этот пункт вызвал больше всего вопросов, я решила вернуться к нему в новой статье и показать на примерах, какие навигационные блоки могут плохо сказываться на ранжировании сайта и как это можно исправить.

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

blok1

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

 

Я заметила, что если сквозные блоки по объему кода существенно превышают содержательную часть, то это может сильно притормаживать продвижение (и в Яндексе, и в Google). Эта проблема особенно актуальна для интернет-магазинов, где зачастую вся структура каталога товара отображается в навигации, а также для туристических сайтов, гостиничных порталов и других ресурсов с большими каталогами. Многие продвинутые оптимизаторы считают, что поисковые системы умеют различать сквозные блоки и не принимают их во внимание при ранжировании сайта. Тем не менее, я не раз сталкивалась с ситуацией, когда наличие огромных сквозных блоков мешало продвижению – ни значительные изменения в объемах текстов, ни манипуляции с плотностью ключевых слов вообще не сказывались на позициях сайта. Зато после сокращения сквозных блоков сайт получал значительный скачек по всем запросам и по трафику как с Яндекса, так и с Google. Так что если у вас большое меню и плохие позиции, это вполне может быть взаимосвязано.

 

Пример 1. Неудобно для людей, плохо для роботов

Многие разработчки считают, что для удобства пользователей просто необходимо выносить рубрикатор товаров/услуг со всеми вложенными категориями в меню сайта, что б пользователь мог перейти в любую рубрику с каждой страницы сайта. Но если категорий очень много, то удобства это не добавляет, а даже наоборот.

Вот один пример меню сайта, которое не только мешает индексации основного контента, но и абсолютно лишено удобства для пользователей (кликните на картинку, что б увеличить).

 

Вид меню
на сайте
Меню в коде
(выделено)
розовым
blok2 blok3

Меню настолько длинное, что в видимой части экрана помещается только приблизительно его пятая часть, и что б просмотреть все пункты, пользователю нужно скролить и сколить вниз. Это удобно? Риторический вопрос.

Кодовая часть навигации в раз семь превышает размеры основного текста и находится над ним, из-за чего робот, индексирующий такую страницу, может даже не добраться до ее главного содержания. Это первая проблема.

Вторая проблема заключается в том, что меню, на которое приходится около 90% кода каждой страницы, делает эти страницы на 90% похожими друг на друга, из-за чего многие из них могут перестать индексироваться как нечеткие дубли.

Третья проблема не столь существенна, но тоже стоит упоминания. Страница весит около 500 Кб, что достаточно много для html-документа (как правило, в среднем страницы весят 20-50 Кб).

 

Пример 2. Удобно для людей, плохо для роботов

К счастью, такие крайности, как в предыдущем примере, встечаются редко. Намного чаще попадаются случаи, когда меню хоть и подавляет содержательную часть по объему кода, но для пользователей выглядит вполне прилично.

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

Зато на сайте меню имеет вполне аккуратный вид:

blokiz1

При наведении на какой-либо пункт меню появляются всплывающие подпункты, что и обуславливает объемную кодовую часть:

blokiz2

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

 

Решение проблем с объемной навигацией

 

Первый способ (простой) – noindex

Самый легкий способ избавиться от большого меню – закрыть его к индексации. Но и это нужно делать с умом – если вы закроете для роботов все внутренние ссылки, это может также привести к непредвиденным проблемам. Лучше поступать иначе – для каждого раздела закрывать только те ссылки, которые не относятся к данному разделу.

Так поступил один известный в РУнете интернет-магазин бытовой техники. Если мы зайдем на страницу категории “Бытовая техника для кухни”, то увидим, что ссылки на страницы текущего раздела доступны к индексации, в то время как ссылки на все страницы других разделов закрыты для роботов (красным пунктиром выделена часть, закрытая noindeх, синим – nofollow – сделано с помощью Seolib.Toolbar)

 

Ссылки на страницы текущего раздела Ссылки на страницы других разделов
blokh1 blokh2

Плюс такого способа заключается в том, что можно исправить ситуацию с объемным меню, ничего не меняя во внешнем виде сайта (актуально для уже устоявшихся ресурсов, для которых смена внешнего вида нежелательна). Минусы – такой способ не работает для Google, поскольку он не читает noindex, а nofollow не препятсвует ни индексации текста ссылки, ни утеканию веса (ссылочный вес просто направляется в никуда).

 

Второй способ – сокращение навигации

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

blokp

Это наилучший подход не только с точки зрения оптимизации кода, но и с точки зрения перелинковки – поисковым роботам так будет проще понять, к какой рубрике относится та или иная страница.

Осталось резюмировать вышесказанное. Если вы не желаете, что б навигация сайта препятсвовала индексации страниц, важно помнить 2 правила:

1) свозные болки в целом и навигация в частности по объему кода не должны превышать содержательную часть;

2) желательно навигацию в коде размещать после основного текста (div-верстка вам в помощь);

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

С ув., Елена Камская.

Прочитано 285 раз Последнее изменение Четверг, 16 Февраль 2012 22:18

Оставить комментарий


Free live stats and visitor counter for Joomla, Wordpress, Drupal, Magento and Prestashop
Счетчик посещений
03815129
Сегодня
Вчера
Эта неделя
Прошлая неделя
Этот месяц
Прошлый месяц
Вся статистика
2437
6483
8920
46680
200999
3377892
3815129
Ваш IP: 18.232.146.10
Время:2020-11-30 08:22:59
Счетчик joomla