□ статьи;
□ новости.
Рис. 10.3
Оценка потенциала аудитории контентных модулей. Чтобы расставить приоритеты по списку контентных модулей, необходимо учесть потенциал трафика, соответствие модуля концепции проекта, стоимость разработки.
1. Отобрать запросы, характеризующие каждую проблематику, и посчитать сумму по «Яндекс Wordstat»:
■ ноутбуки (asus|acer|macbook|sony…) -драйверы -скачать -описание -чехол…
■ (сумка|чехол|мышка|мышь|салфетки…) (+для ноутбука]+для нетбука) и т. п.
Значения в скобках, разделенные символом |, означают «или», а минус перед словами показывает, что следует исключить все запросы, содержащие данное слово.
2. По Livelnternet посчитать отношение долей между поисковыми системами в данной тематике (http://www.Liveinternet.ru/stat/ru/computers/ searches.html). Построить пропорцию, подсчитать прогноз трафика по Google и Mail.
3. Вычесть взаимоисключающие значения, если они есть: ноутбуки – чехлы.
Приблизительный потенциал по ноутбукам с экраном 17 дюймов{Из работы Александра Вежнина, 8-й поток профессионального курса.}
Запрос, введенный в «Яндекс Wordstat»:
ноутбуки 17 -характеристики -параметры -топ -сравнение -отзывы -аксессуары -обзоры -тесты -рейтинг -обсуждение -форум -драйвера -как -разобрать -работает -биос -камера -windows -ремонт -аккумулятор -какой -клавиатура -батарея -wifi -включить -разборка -видео -bios -разбор -блютуз -питание -программы -видеокарта -сумка -рюкзак -кейс -чехол -тысяч -руб -рублей.
Полученный результат: 11799.
На основе полученных данных считаем потенциальный трафик в ведущих поисковых системах по следующим формулам:
х/100 ∙ 41 = 11 799;
х/100 = 11 799/41;
х/100 = 287,780487804878;
х (общий потенциал трафика по трем поисковым системам) = 28 778,0487804878, или 28 778.
«Яндекс»: 28 778/100 ∙ 41 = 11 798,98, или 11 799.
Google: 28 778/100 ∙ 52 = 14 964,56, или 14 946.
Mail: 28 778/100 ∙ 4 = 1151,12, или 1151.
Согласование плана по развитию проекта со списком контентных модулей. При планировании развития интернет-проектов часто забывают об оценке потенциала. SEO-специалист, используя известные ему инструменты, помогает определить потенциал всех вариантов развития проекта. Затем совместно с руководством проекта определяет приоритетность каждого модуля.
Изучение SEO-модулей, используемых лидерами в тематике. Каждая тематика по-своему уникальна, часто особенности находят отражение в технических решениях, используемых SEO-специалистами. Например, форум на проекте carsguru.net (рис. 10.4) уникален по своей структуре с точки зрения семантического ядра.
Рис. 10.4
Составление списка SEO-модулей для сайта:
□ перелинковка индексации;
□ перелинковка статического веса;
□ перелинковка анкорного веса;
□ составление 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.
Индексация
Проверка индексации каждой страницы сайта. Индексация особенно важна для больших проектов. Если в индекс попадают мусорные страницы (дубликаты, страницы с ошибками, пустые страницы), важные страницы (продвигаемые) получают меньше статического веса. Если в индекс не попадают важные страницы, сайт недополучает трафик. Проверка включает в себя:
□ составление списка всех важных страниц сайта (выгрузкой из БД, вручную);
□ составление списка всех страниц сайта (с помощью программы Page-weight или Xenu);
