Типичный SEO-план выглядит так: список из сорока задач без порядка, без владельцев и без ответа на вопрос, как понять, что задача сработала. Через месяц половина задач висит у разработчика, четверть забыта, а на встрече обсуждают позиции, которые никто не связывал с этими задачами. Деньги потрачены, а понять, стоит ли продолжать, не из чего.
Эта статья для тех, кто заказывает SEO или отвечает за маркетинг. Покажем, как устроен квартальный план, который мы собираем для клиентов, что в нём происходит по месяцам и какие вопросы стоит задать подрядчику, если план прислал он. Почему SEO стоит вести как продукт, а не как набор работ, мы писали в статье «SEO как продуктовая система».
Коротко
- План начинается с задачи бизнеса и ограничений: какие услуги важны, сколько часов разработки есть, как устроен учёт заявок.
- Первые две недели уходят на измерение, индексацию и путь клиента к заявке. Без точки отсчёта результат квартала нельзя оценить.
- У каждой задачи есть владелец, срок, критерий готовности и показатель, по которому видно эффект.
- GEO и AIO встроены в общий план: доступность сайта для AI-сервисов, точность сведений о компании и отдельный учёт видимости в AI-ответах.
Что нужно от бизнеса до старта
Порядок задач определяют не поисковики, а ваш бизнес. Поэтому план начинается с разговора и доступов, а не с аудита:
- Задача на квартал. Больше заявок на конкретные услуги, выход в новый регион, рост небрендового спроса. «Рост трафика» задачей не является.
- Приоритетные услуги и категории. Где каждая заявка ценнее и куда стоит направить усилия в первую очередь.
- Регионы. Где компания реально работает и готова принимать клиентов.
- Ресурс разработки. Сколько часов в месяц разработчик может отдавать SEO-задачам. Часто это главное ограничение плана.
- Состояние аналитики. Работают ли цели, доходят ли заявки до CRM, считаются ли звонки.
- Ограничения и сезонность. Запланированные релизы, редизайн, сезонные пики спроса.
Дни 1-14: точка отсчёта
Первые две недели не про рост. Мы проверяем, что цели в Яндекс Метрике срабатывают, заявки доходят до CRM с источником, а звонки учитываются. Смотрим отчёты об индексировании в Search Console и Яндекс Вебмастере: нет ли массовых исключений, ошибок сервера, проблем безопасности. И проходим ключевые сценарии как клиент: найти услугу, понять цену, оставить заявку с телефона.
На выходе вы получаете базу для сравнения: клики и показы по небрендовым запросам по разделам, обращения из органики за последние месяцы и список подтверждённых блокеров. Если учёт сломан, первой задачей квартала становится его ремонт. Иначе через 90 дней нечего будет сравнивать, и любой отчёт превратится в спор о мнениях.
До 30-го дня: блокеры и главные посадочные
Сначала устраняется то, что мешает поисковикам видеть или правильно понимать важные страницы: закрытые разделы, неверные канонические адреса, ошибки сервера, сломанные формы. Как выглядят такие проблемы со стороны бизнеса, мы разбирали в статьях о технических симптомах и об индексации.
Параллельно выбираются две-четыре страницы услуг или категорий, где спрос есть, а страница слабая. Обычно им не хватает содержания под запрос, условий и цен, доказательств или понятного пути к заявке. Как увидеть, за счёт чего конкуренты выше, показано в разборе о конкурентах и спросе.
Дни 31-60: пилоты
Второй месяц отдан пилотам: ограниченным изменениям, которые проверяют гипотезу. Это может быть группа новых посадочных под неохваченный спрос, переработка нескольких страниц услуг, перелинковка вокруг одной услуги или более короткий путь к заявке.
Пилот должен быть достаточно большим, чтобы эффект был заметен, и достаточно маленьким, чтобы его можно было откатить. Пять новых страниц под проверенный спрос лучше пятидесяти «на всякий случай». Условие успеха и дату проверки мы записываем до запуска, а не подбираем после.
Дни 61-90: решение
Третий месяц уходит на разбор результатов. Изменения первого месяца к этому времени обычно уже обработаны поисковиками, пилоты второго месяца частично. По каждой задаче видно, внедрена ли она, обработана ли поиском и есть ли эффект на заявленном показателе.
Подтвердившиеся решения масштабируются на соседние разделы. Слабые гипотезы останавливаются, и это нормальный результат квартала, а не провал: вы перестаёте платить за то, что не работает. Освободившийся ресурс идёт в следующий план.
Где в плане GEO и AIO
GEO и AIO отвечают за то, как компанию видят AI-сервисы: ChatGPT, Алиса AI, AI-обзоры Google. Хорошая новость для бюджета: базовые требования у них те же, что у поисковиков. Страница должна быть доступна для обхода, проиндексирована и полезна. Специальные файлы, особая разметка и переписывание текстов под нейросети попадания в AI-ответы не гарантируют, а массовые страницы ради влияния на них поисковики считают спамом.
Поэтому GEO и AIO у нас не отдельная очередь задач, а три пункта внутри общего плана. Доступность: сайт открыт для поисковых роботов AI-сервисов, а защита от ботов их не блокирует. Точность сведений: услуги, география, цены и факты о компании одинаковы на сайте и во внешних профилях. Отдельный учёт: панель контрольных вопросов к AI-сервисам и отчёт по генеративным AI-функциям в Search Console. Он показывает показы, а не клики, поэтому смешивать его с трафиком нельзя. Как устроены такие замеры, мы описали в статье о видимости в AI-поиске, общую логику разбирали в материале «AI-поиск и новая логика SEO».
Как выбираются приоритеты
Каждую задачу мы оцениваем по пяти вопросам. Насколько она может повлиять на заявки в приоритетных услугах. Подтверждена ли проблема данными или это предположение. Сколько стоит в часах разработки, контента и согласований. Что должно быть сделано до неё. И можно ли будет понять, сработала ли она.
Последний вопрос отсекает больше всего. Задачи без проверяемого результата и с низкой уверенностью уходят в конец списка, даже если звучат важно. Поэтому в нашем плане всегда есть список отложенных задач с причинами: вы видите не только что делаем, но и от чего отказались и почему.
| Проблема | Задача | Владелец | Срок | Критерий готовности | Показатель эффекта |
|---|---|---|---|---|---|
| Заявки с форм не доходят до CRM | Настроить передачу заявок и цели | Маркетолог, разработчик | Неделя 2 | Тестовая заявка видна в CRM с источником | Полнота учёта обращений |
| Страницы услуг исключены как дубли | Развести содержание и исправить canonical | SEO, контент | Неделя 4 | Страницы проиндексированы после переобхода | Показы по запросам услуг |
| Путь к заявке с мобильного длинный | Сократить форму, добавить звонок | Разработчик | Неделя 7 | Форма проверена на трёх устройствах | Конверсия в обращение на мобильных |
| AI-сервисы называют устаревшие услуги | Обновить сведения на сайте и в профилях | Маркетолог | Неделя 8 | Сведения совпадают везде | Доля точных ответов в контрольных вопросах |
Пример: сайт услуг с ограниченной разработкой
Пример учебный. Компания по ремонту коммерческих помещений, один город, 20 страниц услуг, блог из 30 статей. Разработчик на аутсорсе, 16 часов в месяц. Задача квартала: больше заявок на ремонт офисов и ресторанов, самые маржинальные направления.
- Недели 1-2. Выясняется, что звонки из органики не отличаются от рекламных: коллтрекинг подключён только к рекламе. Расширяем пул номеров на органику (4 часа разработки). Фиксируем базу: 18 квалифицированных лидов из органики в месяц, из них 5 по офисам и ресторанам.
- Недели 3-4. Страница «Ремонт ресторанов» исключена в Яндексе как дубль общей страницы. Добавляем отраслевое содержание: требования к кухне, работа без закрытия зала, примеры. Исправляем canonical на трёх страницах (2 часа).
- Недели 5-8. Пилот: две новые посадочные под спрос «ремонт офиса под ключ» и «ремонт open space». Шаблон уже есть, разработка 6 часов. Ссылки на них из блога и кейсов.
- Недели 9-12. Оценка. Страница ресторанов вошла в индекс и получает показы. Посадочные пилота проиндексированы, по одной есть первые заявки, по второй только показы. Квалифицированных лидов по офисам и ресторанам за третий месяц 9 при базе 5. Цифра условная, выборка мала, поэтому решение принимается по совокупности сигналов, а не по одному месяцу.
| Задача | Почему отложили |
|---|---|
| Редизайн главной | Высокие затраты разработки, низкая уверенность во влиянии на заявки по приоритетным услугам |
| Ускорение сайта до «зелёных» оценок | Полевые метрики уже в норме на ключевых шаблонах, эффект не проверить в рамках квартала |
| 30 статей в блог | Нет ресурса на проверку фактов, важнее посадочные под коммерческий спрос |
| Страницы районов города | Нет точек в районах, высокий риск малоценных страниц |
| Отдельный GEO-проект с нуля | Сначала индексация и точность сведений. Задачи GEO и AIO уже внутри плана |
Как вы видите прогресс
Раз в месяц проходит короткая встреча, где каждая задача плана получает один из пяти статусов.
- Сделано: внедрено и проверено по критерию готовности.
- Не внедрено: с причиной: нет ресурса, ждёт зависимости, отменено.
- Пока не обработано поиском: внедрено, но переобхода ещё не было.
- Подтверждено данными: эффект на заявленном показателе виден.
- Требует пересмотра: внедрено и обработано, а эффекта нет.
Такой формат разделяет две вещи, которые часто смешивают. Объём работ можно гарантировать: задачи либо сделаны, либо нет, и это видно. Поисковый результат гарантировать нельзя: он зависит от конкурентов, выдачи и алгоритмов. Позиции, клики, квалифицированные лиды и продажи в отчёте тоже не подменяют друг друга, у каждого показателя своё место. Как устроен такой отчёт, мы разобрали в статье о SEO-отчёте для бизнеса.
Как проверить план, который вам прислали
- Задача квартала сформулирована через услуги и заявки, а не через трафик или позиции.
- В плане учтено, сколько часов разработки у вас реально есть.
- Первые недели отведены измерению, и база для сравнения будет зафиксирована.
- У каждой задачи есть владелец, срок, критерий готовности и показатель эффекта.
- Пилоты ограничены по масштабу, условия успеха записаны заранее.
- GEO и AIO учтены через доступность, точность сведений и отдельный учёт, а не обещанием «вывести в нейросети».
- Есть список отложенных задач с причинами.
- Понятно, как и когда вы узнаете, что сработало, а что нет.
Вывод
Хороший квартальный план отличается от плохого не количеством задач, а тем, что в конце квартала по нему можно принять решение: что масштабировать, что остановить, куда вкладывать дальше. Если через 90 дней ответ на вопрос «что сработало» звучит как «сложно сказать», это был список дел, а не план.
Мы собираем такой план на диагностике роста: по вашим данным, с учётом ресурса разработки и сезонности. Дальше его можно внедрять своей командой или вести вместе с нами.
С чего можно начать
Частые вопросы
За квартал можно внедрить изменения, дождаться их обработки поисковиками и увидеть первые данные. Этого достаточно, чтобы отличить работающие решения от слабых гипотез, и не слишком долго, чтобы продолжать ошибочный курс. При этом устойчивый результат SEO часто формируется дольше одного квартала.
Гарантировать можно объём и качество работ: что будет сделано и в какие сроки. Поисковый результат зависит от конкурентов, выдачи и алгоритмов, поэтому честный план описывает ожидаемый эффект и способ его проверки, но не обещает позиции или окупаемость к определённой дате.
Универсальной доли нет. Для AI-ответов работают те же базовые практики SEO, поэтому задачи по доступности сайта для AI-роботов и точности сведений о компании удобнее включить в общий план. Отдельно стоит вести только измерение видимости в AI-ответах. Отдельный аудит имеет смысл, когда для бизнеса важны рекомендации нейросетей: B2B, сложные услуги, экспертные ниши.
Учесть это в плане как главное ограничение. Сначала идут задачи, которые не требуют разработки: контент, перелинковка, сведения в профилях. Часы разработчика уходят только на подтверждённые блокеры и пилоты с проверяемым результатом.
Да. План пишется так, чтобы по нему мог работать ваш маркетолог и разработчик: у каждой задачи есть владелец, критерий готовности и показатель. Мы можем подключаться только к ежемесячному разбору статусов или вести внедрение целиком.
