Простановка тегов выполняется вручную. Поскольку эта работа не требует высокой квалификации, ее можно доверить фрилансерам, причем один и тот же массив страниц будут обрабатывать два человека. Задача первого – максимально точно и полно прописать теги для каждой позиции каталога, задача второго – найти ошибки в работе первого. Необходимо построить систему оплаты услуг фрилансеров так, чтобы первый стремился не допускать ошибок, а второй – найти как можно больше таковых. Такая связка из двух фрилансеров позволит провести кропотливую работу предельно быстро и качественно.
После того как теги присвоены, необходимо встроить соответствующие тематические срезы в структуру сайта. В идеале они должны иметь вид категорий и подкатегорий товаров: классического облака тегов по возможности следует избегать.
Тегирование с учетом пользовательских интересов. Оценивая частотность запросов, на основе которых создаются тематические срезы, мы можем выстроить более эффективную структуру сайта. Если семантика показывает, что «белые диваны» ищут в пять раз чаще, чем «оливковые диваны», мы должны выстроить навигацию по сайту таким образом, чтобы пользователи, блуждающие по категории «диваны», в первую очередь упирались именно в белые.
Решение проблемы семантически близких срезов. Такая проблема возникает в том случае, когда по очень близким запросам продвигаются разные страницы. Например, существуют разные страницы для запросов «отдых в кемере» и «туры в кемер». Проверить это просто – необходимо посмотреть, как в выдаче поисковой системы выглядят входные страницы по этим запросам. Если по обоим запросам в выдаче одни и те же страницы, их можно объединять. В ряде случаев существования двух срезов можно избежать, однако иногда семантическое ядро просто вынуждает нас делать очень близкие по смыслу и написанию теги. Это означает, что на страницах будет одинаковая выборка из базы данных и разница в контенте между двумя страницами будет минимальной, если вообще будет. Одинаковый контент может привести к тому, что одна из страниц не будет проиндексирована.
Решение проблемы – в частичной рандомизации выборки. Например, применительно к диванам мы можем вывести сверху три или пять наиболее продаваемых моделей, а еще десять выбрать из базы случайным образом (технически это очень просто). Обычно этого хватает для успешной индексации обеих страниц. Впоследствии вы можете добавить на страницы небольшой авторский текст, дабы закрепить их и в индексной базе, и в поисковой выдаче.
Перелинковка
Внутренняя перелинковка является важным для ранжирования фактором. Иногда низкочастотные запросы могут быть выведены только за счет контента и внутренних ссылок. Этим необходимо пользоваться.
Существует несколько популярных моделей перелинковок, которые позволяют добиться хороших результатов.
Перелинковка по кубу. Схема этой перелинковки довольно проста. Пусть имеется восемь страниц, которые необходимо перелинковать. Сначала мы создаем два кольца: 1-2-3-4-1 и 5-6-7-8-5. После этого мы попарно соединяем элементы колец: 1-5, 2-6, 3-7, 4-8. Если представить себе такую перелинковку в пространстве, то получится куб (рис. 4.3).
Разумеется, говоря о кубе, я подразумеваю условную конструкцию. Число элементов в кольце может быть произвольным, оно определяется в первую очередь структурой раздела.
Распределение веса на карточки (рис. 4.4 а,б).
Равномерное распределение веса (рис. 4.5 а, б, в).
Динамическая перелинковка. Суть динамической перелинковки заключается в том, чтобы при заходе индексирующих роботов генерировать страницу, содержащую ссылки на непроиндексированные страницы. Это позволит ускорить индексацию портала. Реализовать динамическую перелинковку можно разными способами, например используя:
□ программный модуль, автоматически снимающий позиции по всему семантическому ядру и генерирующий внутренние ссылки с анкорами, которые совпадают с непродвинутыми запросами с учетом семантики, географии запроса и контента страницы – вплоть до размещения контекстных ссылок в тексте самих страниц;
□ программный модуль, принимающий CSV с позициями, который создается при помощи стороннего сервиса и размещающий ссылки с учетом этих данных;
□ программный модуль, принимающий CSV с анкорами и URL и размещающий ссылки в тексте страниц без учета географии и текущих позиций;
□ программный модуль, принимающий CSV с анкорами и URL и размещающий ссылки в блоке.
Очевидно, что более простые модули гораздо дешевле в разработке, однако их эффективность будет несколько ниже, чем у сложных. Разница в эффективности между первым и четвертым модулями будет уже очень большой. В связи с этим я рекомендую совершенствовать перелинковку портала поэтапно, начиная с этапа «полностью автоматическая спамная перелинковка» и постепенно переходя к идеалу в виде «перелинковка, которая учитывает все».
Ошибки, связанные с внутренними ссылками:
□ пустой тег <А>;
□ ссылка, ведущая на несуществующую страницу;
□ незакрытый тег <А> – в результате получается ссылка с очень длинным анкором;
□ случайные кавычки, которые в конечном итоге также приводят к незакрытому тегу.
Создание анкор-листа для перелинковки
Самый простой способ получить хороший анкор-лист – собрать запросы, по которым пользователи уже заходили на сайт. Если сайт работает хотя бы полгода и имеет посещаемость 1000-3000 человек, вы получите как минимум 5000 анкоров для перелинковки. Ценность таких анкоров заключается в том, что пользователи уже переходили по собранным в анкор-листе ключевым фразам. Это означает, что по этим запросам наш портал уже выдается, и выдается достаточно хорошо для того, чтобы пользователи находили его. Небольшой толчок в виде внутренних ссылок с нужными анкорами позволит порталу ранжироваться по этим запросам лучше и собрать еще больше трафика.
В использовании статистики запросов в качестве анкор-листа существует определенная сложность. Количество запросов, по которым приходят пользователи, всегда в разы больше количества страниц на сайте, а это значит, что мы физически не сможем разместить ссылки со всеми анкорами. Отсюда вывод – анкоры необходимо отсортировать.
Рис. 4.3, а
Рис. 4.3, б
Рис. 4.4
