□ перелинковка индексации;

□ перелинковка статического веса;

□ перелинковка анкорного веса;

□ составление sitemap.xml на основе анализа логов сервера;

□ проверка индексации страниц.

Составление списка возможных функциональных модулей тематики. Наличие и качество исполнения функциональных модулей также влияет на продвижение сайта. К примеру, интернет-магазин по продаже ноутбуков, на котором нет функционала сравнения товаров, может потерять посетителей. Другой пример – возможность покупки в кредит. Если такой функционал на сайте не предусмотрен, возникнет отток посетителей и снижение поведенческих факторов.

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

Поиск площадок для размещения PR-ссылок в тематике. Такими площадками могут стать:

□ тематические порталы;

□ тематические СМИ;

□ каталоги организаций;

□ региональные площадки.

Следует изучать площадки с упоминаниями наиболее известных компаний в тематике.

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

Динамика трафика, полученная с помощью Wordstat.yandex.ru, приведена на рис. 10.5.

Изучение распределения трафика между ПС. Прежде чем продвигать сайт, необходимо оценить потенциал каждой поисковой системы. Есть тематики, где Mail.ru может дать много трафика, есть тематики, где Google обгоняет «Яндекс».

Распределение трафика, полученное с помощью LiveInternet.ru, показано на рис. 10.6.

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

□ любой многошаговый редирект;

□ использование неверного типа редиректов;

□ внедрение внутренних редиректов без смены ссылок на новые адреса;

□ постановка редиректов между страницами с разным контентом (может быть ошибкой);

□ использование редиректа вместо rel=canonical;

□ редирект, конечной точкой которого является не 200-я страница;

□ использование редиректов для различающихся страниц;

□ использование любых редиректов для robots.txt;

□ использование редиректов на внешние сайты по внутренним ссылкам.

Рис. 10.5

Рис. 10.6

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

□ страница не существует, но используется не страница с кодом 404;

□ страница существует, но используется страница с кодом 404;

□ страница должна быть удалена из индекса, но используется код 404 вместо 410;

□ страница поменяла адрес, но не поставлен редирект.

Анализ страницы с кодом 404. Страница с кодом 404 должна быть корректно оформлена, это позволит минимизировать потери трафика:

□ должна иметь шаблон в дизайне сайта;

□ должна давать пользователю возможность вернуться назад;

□ должна давать пользователю возможность посетить важные разделы;

□ должна отдавать код ответа 404.

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

□ для поиска страниц с кодами ответа 3**;

□ поиска ссылок на редиректы;

□ поиска страниц с кодами ответа 4**;

□ поиска ссылок на страницы с кодами ответа 404;

□ сервисы, построенные на краулере, которые определяют источники ссылок: «СайтРепорт», PageWeight, Xenu.

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

Анализ скорости загрузки страниц. Скорость загрузки страниц влияет на конверсию и ранжирование. Воздействуя на код страницы, мощности и настройки сервера и CMS, необходимо увеличивать скорость загрузки страниц. Для измерения скорости существуют сервисы https://chrome.googLe.com/webstore/search-apps/pagespeed и http://tooLs.pingdom.com/. На рис. 10.7 показано измерение скорости загрузки сайта сервисом http://Loadimpact.com/.

Рис. 10.7

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

Анализ логов сайта, поиск страниц, которые не посещал робот. Анализ логов позволяет понять, какие страницы посещал робот. Это важно, например, при работе над индексацией страниц. Бывает так, что страница посещается роботом, но в индекс не попадает.

□ По User-Agent можно узнать, робот какой ПС заходил на страницу.

□ В логах хранятся запросы.

□ В логах хранится дата посещения.

□ В логах хранится URL страницы.

□ В логах хранится код ответа.

Сервисы для анализа логов: Awstats, WebAlizer, Analog, Logalyzer.

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