План работ SEO на 30/60/90 дней: бэклог и приоритеты

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

Зачем именно формат 30/60/90

• 30 дней - стабилизируем измерения, снимаем блокеры, забираем быстрые улучшения.
• 60 дней - делаем системные изменения, которые дают устойчивый рост (контент, структура, качество посадочных).
• 90 дней - масштабируем то, что работает, и берём задачи с длинным горизонтом (ссылки, PR, автоматизация, эксперименты).

Это не жесткий план, высеченный в камне. Это рабочая рамка, которую вы пересматриваете по факту внедрений и данных.

План 30/60/90 - это не список хотелок. Это договоренность о приоритетах, ресурсах и критериях успеха.

Что должно быть до планирования

Чтобы приоритеты не превращались в спор вкусов, нужны опоры:

1. Цель проекта
   Трафик, лиды, продажи, узнаваемость. Одновременно всё сразу тоже можно, но тогда важно указать главный фокус.

2. Базовые показатели (до начала работ)
   Минимум: текущие показы, клики, основные посадочные, конверсии (или другие бизнес-метрики), список проблем по индексации и технике.

3. Ограничения и ресурсы
   Сколько часов разработки в неделю реально доступно. Есть ли редактор. Кто согласует правки. Сколько страниц реально обновлять, не теряя качество.

4. Карта работ (области)
   Техничка, индексация, структура, контент, ссылки, локалка (если применимо), аналитика. План строится проще, если вы заранее понимаете, из каких блоков он складывается.

Как собрать бэклог без мусора

Бэклог - это список всех потенциальных работ, но оформленных так, чтобы ими можно было управлять.

Источники задач

• Технический аудит: доступность, редиректы, дубли, каноникал, пагинация, скорость, мобильность.
• Индексация: robots.txt, sitemap.xml, мета robots, ошибки, страницы в индексе, которые не должны индексироваться.
• Поисковые данные: запросы и страницы из Search Console и Яндекс Вебмастера, проблемы со сниппетом (CTR), падения по кластерам.
• Поведение и конверсии: аналитика, воронка, страницы входа, страницы выхода, проблемы в UX, которые мешают целям.
• Контент и структура: семантика, кластеризация, карта релевантности, каннибализация, пробелы в покрытии интентов.
• Конкуренты и SERP: что показывается по ключевым запросам, какие форматы выигрывают (категории, гайды, сравнения, FAQ, видео).
• Бизнес-план: новые услуги, регионы, категории, сезонные страницы, изменения ассортимента.

Правила хорошей задачи в бэклоге

• Одна задача - одно изменение. Не смешивайте в одном пункте и редиректы, и тайтлы, и переписать весь раздел.
• Есть объект работ. Какая страница, шаблон, раздел, группа URL.
• Понятно, зачем это делаем. Какая гипотеза: рост индексации, рост CTR, рост конверсии, снижение дублей.
• Понятно, что значит сделано. Критерий готовности и как проверяем.

Приоритизация: простой подход, который реально используют

В базе достаточно трёх параметров:

• Эффект - насколько задача влияет на цель (трафик, лиды, продажи).
• Уверенность - насколько это подтверждено данными (а не ощущением).
• Трудозатраты - сколько времени и рисков на внедрение.

Практичный вариант - оценка по шкале 1-5 и простой расчет:

Приоритет = (Эффект × Доказанность) / Затраты

Дальше вы добавляете два фильтра:

• Зависимости: если задача блокирует другие, она поднимается выше.
• Риск: если цена ошибки высока (например, массовые правила), задачу лучше дробить и делать аккуратнее.

Как быстрее принимать решения по приоритету

Полезно разложить бэклог на 4 корзины:

1. Блокеры - без них остальные работы не дадут эффекта (индексация, критические ошибки, сломанная аналитика).
2. Быстрые улучшения - небольшие усилия, заметный эффект (CTR, точечные правки важных страниц).
3. Системные работы - долго, но даёт базу (структура, шаблоны, контент-процесс).
4. Ставки и эксперименты - то, что может выстрелить, но требует проверки гипотез.

Как выглядит план 30/60/90 в нормальном проекте

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

Что обычно попадает в первые 30 дней

В первом месяце выигрывает не тот, кто сделал больше задач, а тот, кто снял ключевые ограничения.

Типовой набор:

• Проверить корректность данных: счётчики, цели, фильтры, отсутствие дублей аналитики.
• Зафиксировать исходные показатели: топ-страницы по входам, топ-запросы, проблемы индексации, текущие конверсии.
• Закрыть блокеры индексации: ошибки robots, sitemap, каноникал, редиректы, мусор в индексе.
• Сделать быстрые правки на главных посадочных: тайтлы, сниппет, структура H1-H2, уточнение интента.
• Согласовать процесс: кто принимает решения, кто внедряет, где ведётся бэклог, как часто делаем отчёт.

В управлении работами важнее всего, чтобы после 30 дней у вас было: понятный список приоритетов и стабильная система контроля результата.

Что обычно попадает в 60 дней

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

• Структура под семантику: разделы, категории, посадочные, правила URL.
• Контент-процесс: как планируем темы, кто пишет, кто редактирует, как проверяем качество.
• Пакетные улучшения шаблонов: карточки, категории, статьи (то, что масштабируется на много страниц).
• Улучшение посадочных под цель: добавить доверие, ответы на вопросы, снять барьеры к конверсии.
• Контроль каннибализации: где две страницы мешают друг другу, и что делаем (объединяем, разводим, уточняем).

Что обычно попадает в 90 дней

Третий месяц - про масштаб и закрепление.

• Расширение охвата: новые кластеры, дополнительные форматы страниц, расширение структуры.
• Стабильные внешние сигналы: PR, партнерства, аккуратные размещения, рост упоминаний бренда.
• Автоматизация мониторинга: алерты по индексации, резким падениям, ошибкам, важным страницам.
• Эксперименты: тесты гипотез по сниппету, контенту, структуре, улучшениям конверсии.
• План на следующий квартал: что масштабируем, что прекращаем, какие риски и зависимости появились.

Как сделать план живым, а не документом для галочки

1) Один источник правды

Выберите место, где живёт бэклог: таблица, таск-трекер, Notion, Jira - не важно. Важно, чтобы команда работала в одном пространстве и статус задач был виден.

2) Короткий еженедельный цикл

• обновили статус задач и блокировки;
• пересобрали приоритеты (если появились новые данные);
• выбрали, что делаем на следующей неделе;
• зафиксировали, что внедрили и как проверяем.

3) Определение готовности и критерии приёмки

Для каждой задачи полезно иметь два коротких поля:

• Готово, когда: что должно быть сделано технически или контентно.
• Проверка: где и когда смотрим результат (и что считаем нормой).

4) Журнал внедрений

SEO часто зависит от мелких изменений. Если вы не фиксируете внедрения, потом сложно объяснить, почему выросло или просело.

Минимально: дата, что изменили, где изменили, кто внедрил, ссылка на задачу.

Мини-шаблон карточки задачи

Чтобы бэклог не превращался в набор размытых идей, держите структуру:

• Задача: что меняем.
• Объект: список URL, шаблон, раздел.
• Зачем: гипотеза и целевая метрика.
• Сложность: оценка трудозатрат.
• Риски и зависимости: что может пойти не так, кто нужен.
• Готово, когда: критерий завершения.
• Проверка: где смотрим эффект и в какой срок.

Итог

План 30/60/90 помогает держать SEO под контролем: у вас есть бэклог, понятные приоритеты и ритм управления работами.

Если коротко:

• сначала фиксируем базу и снимаем блокеры,
• затем делаем системные изменения,
• потом масштабируем и закрепляем то, что даёт результат.