□ строим пропорцию "!wordstat"/wordstat;
□ проверяем вручную все значения меньше 5 %.
Анализ семантического ядра на актуальность. Ассортимент сайта и спрос пользователей постоянно меняются. Если семантическое ядро делалось год назад, оно уже неактуально, посчитано по устаревшим данным и не учитывает новых запросов и новых проблем пользователей. Нужно выяснить:
□ соответствует ли текущий ассортимент сайта семантике;
□ как давно собиралось семантическое ядро, изменилась ли среда;
□ появились ли возможности поиска новых запросов (например, новая версия базы Пастухова).
Изучение запросов с высоким процентом отказа. Запросы могут находиться на хороших позициях, но не приносить никакой выгоды при высоком проценте отказов. Необходимо обнаружить такие запросы и устранить причины проблем. Для этого следует:
□ получить выгрузку по запросам из «Яндекс.Метрики» или Google Analytics;
□ подготовить срез запросов с высоким процентом отказов по семантическому ядру;
□ изучить пары «запрос – входная страница».
Изучение страниц с высоким процентом отказа. Необходимо также изучить страницы с высоким процентом отказов, так как причины могут быть не связаны с парой «запрос – документ», а скрываться в ошибках и недоработках самого документа. Нужно:
□ получить выгрузку по страницам из «Яндекс.Метрики» или Google Analytics;
□ подготовить срез страниц с высоким процентом отказов;
□ изучить страницы.
Изучение запросов с высокой конверсией. Большой интерес представляют запросы, дающие высокую конверсию. Изучение природы возникновения такой конверсии позволяет определить приоритеты при продвижении проекта. Для этого нужно:
□ получить выгрузку по запросам из «Яндекс.Метрики» или Google Analytics;
□ подготовить срез запросов с высокой конверсией;
□ изучить пары «запрос – документ».
Изучение страниц с высокой конверсией. Необходимо изучить также страницы, имеющие высокую конверсию:
□ получить выгрузку по страницам из «Яндекс.Метрики» или Google Analytics;
□ подготовить срез страниц по семантике с высокой конверсией;
□ изучить страницы.
Изучение страниц с низкой конверсией. Низкая конверсия может быть не связана с процентом отказов. Необходимо отдельно изучить причины этой проблемы:
□ получить выгрузку по страницам из «Яндекс.Метрики» или Google Analytics;
□ подготовить срез страниц с низкой конверсией;
□ изучить страницы.
Изучение запросов с низкой конверсией. Необходимо изучить также запросы, имеющие низкую конверсию:
□ получить выгрузку по запросам из «Яндекс.Метрики» или Google Analytics;
□ подготовить срез запросов с низкой конверсией;
□ изучить запросы.
Определение запросов, не упомянутых ни в тексте страницы, ни в анкор-листе. На сайте могут быть страницы, которые не содержат в тексте или входящих ссылках ключевых слов из продвигаемых запросов. Проверить это нужно по всему списку пар «запрос – документ» с помощью url:http://site.ru/page.html «key» (сервис А-Parser).
Проверка корректности группировок в семантическом ядре.
Каждый запрос должен встречаться только один раз, каждая проблема должна быть вынесена на отдельную страницу. Эти простые правила редко соблюдаются при разработке и продвижении сайта. Чтобы выяснить, соответствует ли им ваш сайт, нужно:
□ вручную изучить группировку по выборочным разделам семантического ядра;
□ найти дубликаты запросов (Excel).
Определение коммерчески эффективных продуктов. Ключевая метрика в SEO – прибыль для клиента. Сопоставив данные о конверсии страниц, размере спроса, конкуренции и прибыльности товара, можно определить приоритеты в продвижении и контекстной рекламе. Для этого нужно:
□ получить выгрузку данных о конверсии страниц;
□ изучить, какова конкуренция по каждому запросу;
□ получить данные о прибыльности товара;
□ получить данные о размере спроса (Wordstat.yandex.ru).
Структура сайта
Поиск страниц, с которых не стоят исходящие ссылки. Если со страницы нет исходящих ссылок, она образует висячий узел и нарушает естественное распределение весов между страницами сайта. Все висячие узлы следует либо привести к виду обычных страниц, либо удалить.
Нужно найти висячие узлы. Сделать это можно с помощью сервиса «СайтРепорт», посмотрев список всех страниц, с которых нет ни одной исходящей ссылки.
Анализ уровней вложенности страниц. Распределение страниц по уровням вложенности играет важную роль в управлении статическим весом. Следует изучить:
□ распределение страниц по уровням вложенности;
□ наличие и происхождение страниц более 3-го уровня вложенности;
□ наличие и происхождение страниц более 5-го уровня вложенности;
□ предельные значения уровней вложенности.
Анализ распределения запросов по структуре сайта. Важно, чтобы приоритеты продаж соответствовали приоритетам привлечения клиентов. Следует понять:
□ соответствуют ли коммерческие приоритеты продаж стратегии SEO;
□ все ли разделы охвачены семантикой, нет ли необоснованного перекоса.
Анализ выделения логических кластеров. Корректная структура сайта позволяет по URL понять, каково содержимое страницы. Нужно выяснить:
□ можно ли по URL определить, где сейчас находится пользователь;
□ вложены ли страницы логически (нет ли, к примеру, карточки товара, которая вложена не в свою категорию, а в главную страницу).
Как формировалась структура. В первую очередь важно, чтобы структура сайта соответствовала реальным проблемам пользователей, а содержимое страниц было основано на изучении спроса. Нужно выяснить:
□ проводилось ли при разработке сайта маркетинговое исследование спроса;
□ находят ли текущие проблемы пользователей отражение в структуре сайта.
HTML
Проверка сайта на ошибки в HTML. Существует свод правил, используя которые, поисковые системы распознают верстку на сайте. Например, тег H1 выделяет главный заголовок в тексте страницы. Некоторые специалисты используют теги не по их истинному назначению, например выделяя с помощью тега H1 элементы меню. Порядок проверки:
□ проверка валидности по матрице с помощью сервиса http://validator.w3.org/;
□ проверка соответствия кодировки содержимого документа его заголовку;
□ проверка на отсутствие закрывающих тегов;
□ проверка наличия нескольких H1;
□ изучение корректности использования и содержания H1 – Н6;
□ изучение наличия корректных ALT для картинок;
□ проверка наличия спамных <strong>, <b>, <em>, <i>.
Проверка на кросс-браузерность по матрице. Страницы сайта должны корректно отображаться на всех популярных платформах, иначе часть посетителей не смогут пользоваться сайтом, что негативно скажется на конверсии и поведенческих факторах. Проверка должна происходить при изменении следующих условий:
□ Firefox, Opera, Chrome, Internet Explorer;
□ 1024,1280,1960;
□ iPod, iPhone;
□ полный экран, стандартный экран, свернутый экран.
Проверка наличия микроформатов. Передавать поисковой системе расширенные данные о содержании сайта, контактную информацию, отзывы, сведения о товарах можно с помощью следующих микроформатов:
□ hCard – формат разметки контактной информации;
□ hRecipe – формат для описания кулинарных рецептов;
□ hReview – формат разметки отзывов;
□ hProduct – формат разметки сведений о товарах.
Анализ корректности использования микроформатов. При использовании микроформатов могут быть допущены ошибки. Проверяются:
□ правила использования микроформатов с помощью http://microformats.org/wiki/Main_Page-ru;
□ валидация микроформатов с помощью http://webmaster.yandex.ru/ microtest.xml.
Анализ попадания содержимого микроформатов в индекс поисковых систем. Не всегда корректные данные микроформатов учитываются поисковыми системами. Например, Google может посчитать отзывы в микроразметке ненастоящими и не учитывать их при формировании сниппета. Нужно проверить, было ли учтено содержание микроформатов при формировании сниппетов.
Анализ кода на наличие скриптов и CSS-инструкций внутри страницы. Вынесение кода в отдельные файлы позволяет оптимизировать работу сервера, расход трафика и скорость загрузки страниц. Для этой проверки нужно разобрать HTML по матрице, проверить, что код CSS-инструкций и скриптов хранится в отдельных файлах, а не в коде страницы.
Юзабилити
Составление матрицы юзабилити. Нужно понять, какие проблемы испытывают пользователи, приходящие на сайт, что из присутствующего на сайте помогает решить эти проблемы, а что мешает. Для этого следует:
□ уточнить по матрице, какие проблемы пользователи могут решить в каждом шаблоне;
□ уточнить, какие дополнительные проблемы возникают у пользователей;
