Эффективность SEO-команды на большом коммерческом сайте нужно оценивать сразу на трёх уровнях: что команда реально внедрила, изменились ли после этого поисковые показатели нужных сегментов сайта и привело ли это к дополнительным заявкам, заказам или выручке. Одна из этих групп метрик без двух остальных даёт искажённую картину.
Планировать работу лучше не от списка «собрать семантику, написать тексты, купить ссылки, исправить ошибки», а от проблем и возможностей сайта. Каждая крупная задача должна отвечать на четыре вопроса: какой сегмент сайта меняем, что именно мешает ему расти, что будет внедрено и по каким данным затем проверяется эффект.
Например, вместо «оптимизировать категории» задача может выглядеть так: у товарных категорий определённой группы высокая коммерческая ценность, но недостаточный охват небрендового спроса; команда перерабатывает структуру и шаблон страниц, после внедрения отдельно отслеживаются их показы, клики, видимость, органический трафик и продажи. Если невозможно заранее назвать затрагиваемые страницы и критерий проверки, это пока не нормальная задача для плана, а направление исследования.
На большом сайте особенно опасно смотреть только на показатели всего домена. Рост информационного раздела способен скрыть падение коммерческих страниц, одна крупная категория — перекрыть просадку десяти небольших, а брендовый спрос — создать видимость роста SEO. Поэтому аналитику нужно разбивать хотя бы по типам страниц и приоритетным направлениям бизнеса. Для крупного интернет-магазина это могут быть категории, товары, бренды, информационные материалы и посадочные под отдельные группы спроса. При необходимости добавляются регионы, устройства и брендовый/небрендовый спрос.
Поисковые системы дают данные, которые позволяют анализировать такую динамику по запросам и URL: показы, клики, CTR и среднюю позицию. Но среднюю позицию нельзя превращать в главный KPI. Для оценки динамики полезнее смотреть на сочетание показов, кликов, спроса и поведения конкретных сегментов сайта. Падение трафика из-за сезонного снижения спроса и потеря поисковой видимости — разные ситуации, и команда должна уметь их разделять.
Для оценки команды полезно разделять показатели на три слоя.
Первый — бизнес-результат: заказы, квалифицированные заявки, выручка, маржа или другая действительно ценная для компании конверсия из органического поиска. Это верхний уровень оценки SEO как канала, но не универсальный показатель качества конкретного SEO-специалиста. На продажи одновременно влияют цены, наличие товара, сезонность, работа отдела продаж, изменения сайта, реклама и десятки других факторов.
Второй — поисковый результат: небрендовые клики и показы, охват целевого спроса, динамика приоритетных страниц и кластеров, доля страниц, получающих поисковый спрос. Именно здесь обычно раньше всего видно, двигается ли нужная часть сайта в правильном направлении.
Третий — исполнение: какие исследования проведены, какие решения подготовлены, что действительно внедрено на сайте и проверено после релиза. Нельзя смешивать «SEO-команда подготовила техническое задание» и «изменение уже работает на продакшене». Если разработка полгода не внедряет рекомендации, отсутствие результата нельзя автоматически записывать в провал SEO-команды. И наоборот, сотни закрытых задач ничего не доказывают, если они не меняют состояние сайта.
Рабочий план поэтому лучше вести как roadmap, а не как перечень активности. Для каждой инициативы фиксируются проблема, затрагиваемый сегмент, ожидаемый эффект, приоритет, ответственный, зависимость от разработки или других команд, состояние внедрения и способ проверки результата. На крупных сайтах особенно рационально отдавать приоритет изменениям уровня шаблона или системы, когда одно решение исправляет проблему сразу на большом количестве ценных страниц.
Не стоит требовать от команды прогноз вида «эта задача даст +17% трафика». Для большинства SEO-изменений такую точность невозможно обосновать заранее. Нормальный прогноз — это направление эффекта, затрагиваемый масштаб, степень уверенности и показатели, которыми гипотеза будет проверяться.
После внедрения крупных изменений нужен журнал релизов. Без него через несколько месяцев сложно восстановить, почему изменилась видимость конкретного раздела. Дата внедрения связывается с группой изменённых URL, после чего сравнивается динамика этого сегмента до и после релиза. Для особенно крупных проектов дополнительно полезны тестовые и контрольные группы сопоставимых страниц, если характер изменения позволяет их корректно сформировать. Это гораздо сильнее простого рассуждения «мы что-то сделали в мае, а в июне вырос трафик».
Отчётность сторонней и инхаус-команды по сути должна строиться одинаково. Разница находится в ответственности. У подрядчика особенно важно отделять подготовленные рекомендации от фактически реализованных клиентом. У инхаус-команды дополнительно имеет смысл учитывать скорость прохождения задач от исследования до продакшена и причины блокировок между SEO, разработкой, контентом и продуктом.
Для оперативного управления достаточно постоянного backlog и короткого контроля внедрений, а для оценки результата — месячного и квартального среза. В отчёте не нужен каталог всех выполненных действий. Нужны изменения по ключевым сегментам, состояние основных инициатив, результаты уже внедрённых решений, проблемы, которые мешают работе, и следующий приоритет.
На очень большом сайте стандартных интерфейсов аналитических сервисов может быть недостаточно. Поэтому масштабный проект желательно анализировать через собственное хранилище или BI-систему, где страницы заранее размечены по типам, категориям, регионам, направлениям бизнеса и другим значимым признакам. Иначе команда быстро упирается в агрегированные графики, которые плохо подходят для поиска причин изменений.
Главная ошибка при контроле SEO-команды — пытаться найти один показатель, по которому можно сказать «работают хорошо» или «работают плохо». Количество текстов и технических задач измеряет производство, позиции — лишь часть поисковой видимости, трафик зависит от спроса, а продажи находятся под влиянием не только SEO.
Нормальная система контроля связывает всю цепочку: проблема или возможность → запланированное изменение → внедрение → изменение поисковых показателей конкретного сегмента → коммерческий результат. Если команда способна регулярно показывать эту связь, объяснять отклонения и менять план на основании данных, её эффективность можно оценивать. Если отчёт заканчивается количеством выполненных работ и общей диаграммой трафика сайта, для управления большим коммерческим проектом этого недостаточно.