Москва
Абонентка часто буксует, потому что ТЗ лежит без внедрения. Этот контур включает часы на правки в CMS.
От 80 000 ₽ / мес. Состав фиксируем после просмотра сайта.
Компаниям без штатного разработчика, где SEO-правки иначе висят месяцами.
Работы не заканчиваются файлом в почте. Крупная разработка и новый дизайн — отдельно.
Часы в CMS нужны, потому что коммерческие блоки, статьи и новые URL из ядра иначе висят месяцами.
В объём поддержки входит внедрение цен, форм, NAP и условий — то, что подрядчик SEO обычно «передаёт разработчику».
Публикуем материалы по плану месяца, если они в ядре. Не ведём контент-ферму «чтобы часы сгорели».
Каждый месяц закрываем очередные кластеры: новый URL, склейка или доработка текущей страницы.
Смотрим сайт, доступы к Метрике и Вебмастеру и то, что уже сделано. По итогу фиксируем состав работ, метрики и сроки — до подписания, а не после первой оплаты.
Разбираем находки по влиянию на обращения: сначала то, что режет заявки, потом остальное. Получаете не список на 200 пунктов, а очередь, которую можно выполнять.
Правки вносит ваш разработчик по нашему ТЗ или мы — если это оговорено в договоре. После внедрения проверяем индексацию и поведение страниц, а не считаем задачу закрытой на отправке ТЗ.
Раз в месяц показываем видимость, трафик и обращения по одному и тому же ядру. Если к четвёртому месяцу нет движения — пересматриваем план или останавливаемся, а не продолжаем «как есть».
Поддержка сайта в SEO — это не только консультации и список рекомендаций. На выходе должен оставаться изменённый сайт, который можно проверить: обновлённые страницы, опубликованные материалы, исправленные технические проблемы, настроенные редиректы и понятный статус задач.
Работа строится вокруг согласованного состава. До начала проекта фиксируются объём, метрики и сроки. Это важно, если в продвижении участвуют несколько сторон: SEO-подрядчик, разработчик, редактор и сотрудники компании. Каждый участник понимает, что именно входит в его зону ответственности.
В договоре также закрепляются KPI: видимость, трафик и заявки. Эти показатели оцениваются в динамике, а не по отдельным удачным запросам или случайному всплеску посещаемости. Отчёт раз в месяц формируется по одному и тому же ядру, поэтому можно сравнивать периоды и видеть, что меняется после внедрения работ.
В зависимости от плана месяца клиент получает не один универсальный файл, а набор материалов по конкретным задачам:
Такой формат помогает отделить запланированную работу от обсуждений. Если задача отмечена как внедрённая, её можно проверить в CMS и на сайте. Если она не выполнена, в отчёте должно быть понятно почему: не хватило доступа, требуется решение клиента, работа относится к отдельному объёму или её перенесли в следующий период.
Название «поддержка сайтов» используют для разных задач. Иногда под ним понимают только техническое обслуживание, иногда — регулярное SEO, а иногда — услуги администратора, который меняет тексты и изображения. Поэтому важно различать состав работ.
Техническая поддержка отвечает прежде всего за работоспособность сайта: доступность страниц, исправление ошибок в коде, настройку CMS, резервное копирование, обновление модулей и решение проблем с сервером. Такой формат может быть необходим, но сам по себе не заменяет SEO.
SEO-поддержка связывает технические изменения с поисковым спросом и обращениями. Например, недостаточно просто добавить страницу или исправить ошибку. Нужно понимать, какой кластер она закрывает, не пересекается ли с существующей страницей и как изменение повлияет на индексацию.
При обычной схеме подрядчик готовит рекомендации, а затем передаёт их штатному разработчику. Если разработчика нет или у него нет свободного времени, ТЗ может долго оставаться без изменений. В результате компания оплачивает работу над планом, но сайт не получает самих правок.
В рассматриваемой услуге часы на внедрение в CMS входят в согласованный объём. Это не означает, что сюда автоматически входит любая разработка. Крупная разработка, новый дизайн и новая CMS выделяются отдельно. Но задачи, которые относятся к согласованному SEO-плану и укладываются в оговорённый объём, не заканчиваются отправкой документа.
Подробнее о различиях форматов можно прочитать на странице SEO-продвижения сайта, а техническую часть отдельно разобрать через технический аудит.
Разработка создаёт или перестраивает цифровой продукт. SEO-поддержка работает с уже существующим сайтом и помогает развивать его поисковую структуру, содержание и коммерческие элементы.
Если сайту требуется новая архитектура, существенная переделка шаблонов или переход на другую CMS, это нельзя маскировать под обычные ежемесячные правки. Сначала нужно разделить задачи: что входит в SEO-контур, а что является самостоятельной разработкой.
Контекстная реклама, продвижение в Яндексе, локальное SEO и продвижение по городам решают разные задачи. Они могут использоваться параллельно, но не являются синонимами поддержки сайта.
Например, локальное продвижение связано с присутствием компании в конкретной географии, а SEO-поддержка сайта — с регулярным развитием его страниц, структуры и технического состояния. Если основная проблема связана с несколькими городами, может потребоваться отдельный формат продвижения по городам.
Поддержка сайта обычно оправдана, если бизнес уже получает обращения через сайт или рассчитывает на органический трафик, но изменения регулярно задерживаются.
О необходимости такого формата говорят следующие признаки:
Особенно заметна проблема на сайтах услуг, интернет-магазинах и корпоративных ресурсах, где поисковый спрос требует постоянного расширения структуры. Для магазина часть задач может относиться к SEO-продвижению интернет-магазина, а для компании с каталогом услуг — к продвижению сайта услуг. Поддержка нужна там, где после определения приоритетов требуется регулярно доводить изменения до публикации.
Отправленное ТЗ — это промежуточный этап, а не доказательство изменения сайта. Пока правка не внесена и не проверена, поисковая система и посетители её не видят.
Исправление — разделять в отчёте рекомендации, переданные задачи, внедрённые изменения и задачи, которые требуют участия клиента. Такой учёт показывает реальное состояние работ.
Список из десятков проблем не помогает, если в нём нет очередности. Исправление второстепенной ошибки может оказаться менее значимым, чем обновление страницы услуги, формы или условий обращения.
Практичнее сначала закрывать изменения, которые влияют на доступность страниц, коммерческую информацию, конверсию и индексацию. Остальные задачи включаются в план после оценки их влияния.
Статьи, созданные только ради объёма, могут не помогать ни поиску, ни пользователю. Информационный материал должен отвечать на конкретный запрос и логично вести к странице услуги, если такая связь соответствует намерению посетителя.
При поддержке важно заранее определить, какой кластер закрывает материал, куда он ссылается и не дублирует ли уже существующую публикацию. Если старая статья тонкая, неактуальная или пересекается с новой, её можно обновить, объединить или убрать из поискового контура.
Попытка сделать отдельную страницу под каждый близкий запрос часто приводит к конкуренции страниц между собой. Поисковой системе сложнее понять, какую страницу показывать, а пользователю — выбрать нужную.
Перед созданием URL нужно проверить существующую структуру, распределить кластеры и определить, достаточно ли доработать текущую страницу. Иногда правильным решением будет склейка или редирект, а не новая публикация.
После изменения шаблона могут исчезнуть мета-данные, формы, заголовки, контактные сведения или внутренние ссылки. Также могут появиться дубли страниц и ошибки индексации.
Поэтому после внедрения проверяют не только внешний вид. Нужно убедиться, что важные страницы доступны, формы работают, цели фиксируются, адреса не изменились без необходимости, а поисковые роботы получают корректные сигналы.
Качество поддержки можно оценивать по нескольким уровням.
Первый — соответствие договору. В нём должны быть понятны состав работ, KPI, сроки реакции и границы ответственности. Если формулировки слишком общие, сложно определить, за что именно платит компания и что считать выполненным.
Второй — след изменений. У каждой существенной задачи должен быть статус: запланирована, передана на внедрение, выполнена, проверена или отложена. Для выполненных правок нужны ссылки на страницы, описание изменения или другой способ проверки.
Третий — технический контроль. После публикации проверяются индекс, ошибки, редиректы и корректность страниц. Для коммерческих изменений дополнительно смотрят формы, контактные данные, условия и другие элементы, от которых зависит обращение пользователя.
Четвёртый — связь с поисковым спросом. Новые страницы и материалы должны быть связаны с согласованным ядром. Нельзя считать результатом сам факт публикации, если непонятно, какую задачу она решает.
Пятый — динамика показателей. Ежемесячный отчёт должен сопоставлять видимость, трафик и обращения по одному и тому же ядру. Одного роста посещаемости недостаточно: трафик может быть не связан с услугами и не приводить к обращениям.
При этом SEO не даёт оснований обещать ТОП-1 или определённое количество заявок. BURO BAILO не гарантирует такие результаты и не продаёт оплату «за звонок». Если к четвёртому месяцу при выполненных правках нет движения по среднечастотным запросам, план пересматривается или работы останавливаются.
Стоимость начинается от 80 000 ₽ в месяц. Итоговый состав фиксируется после просмотра сайта, поэтому одинаковая абонентская цена не означает одинаковый объём для всех проектов.
На расчёт влияют размер и структура сайта, количество приоритетных кластеров, состояние CMS, объём контентных задач и необходимость внедрения через разработчика. Также имеет значение, сколько изменений можно выполнить в согласованных часах и какие задачи требуют отдельной разработки.
Сроки зависят не только от SEO-плана. На них влияют доступы к CMS, Метрике и Вебмастеру, скорость согласования материалов, участие клиента и наличие разработчика. Если часть задач остаётся на стороне компании, это должно быть видно в плане и отчёте.
Отдельно учитываются крупная разработка, новый дизайн и переход на новую CMS. Их нельзя незаметно включать в обычную поддержку: такие работы требуют самостоятельной оценки и согласования.
Для контроля бюджета полезно заранее разделить задачи на обязательные, отложенные и отдельные. Тогда часы направляются на приоритетные изменения, а не расходуются на правки, которые не связаны с текущим планом. Если выбранные часы не использованы, они не сгорают молча: их переносят или пересматривают состав работ.
Наличием часов на внедрение. Обычная абонентка часто буксует: ТЗ написано, а правки некому внести. Здесь правки в CMS входят в контур работ.
Фиксируем в договоре от объёма сайта и планируемых работ. Если часы не выбраны, они не сгорают молча — переносим или пересматриваем состав.
С распространёнными — Битрикс, WordPress, Tilda, ModX и самописными при наличии доступа и документации. Если стек экзотический, говорим об этом до договора.
