Как оценить стоимость SEO-аудита сайта перед сменой подрядчика?

Подрядчик меняется, а вы не понимаете, за что платить следующему: за повторную проверку сайта, исправление старых ошибок или ещё один отчёт без внедрения? 🔎 Стоимость технического SEO-аудита нужно оценивать по составу проверок, глубине анализа и условиям приёмки, а не по количеству страниц в презентации. Ниже — схема сравнения предложений, расчёт относительной стоимости и порядок передачи проекта без потери данных.

Если вместе с поисковым продвижением вы оцениваете видимость в нейросетях, эти бюджеты стоит разделить. Молвун — SaaS-платформа GEO-аналитики, которая помогает отслеживать упоминания бренда в AI-поиске, анализировать тональность и долю голоса. Это не подрядчик по внедрению технических исправлений сайта: мониторинг AI-видимости и технический SEO-аудит решают разные задачи.

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

Как понять, какой аудит нужен перед сменой SEO-подрядчика?

Перед сменой подрядчика нужен аудит, который отделяет текущее состояние сайта, выполненные работы и незавершённые обязательства. Обычная выгрузка ошибок из сканера этого не делает.

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

Но при передаче проекта есть дополнительный вопрос: что произошло с сайтом за время работы прежнего исполнителя?

Например, снижение поискового трафика может совпасть с:

• изменением адресов разделов;
• выпуском новой версии сайта;
• закрытием части страниц от индексации;
• удалением товаров;
• изменением спроса;
• пересборкой аналитики.

Совпадение ещё не доказывает причину. Поэтому новый исполнитель должен запросить историю изменений и сопоставить её с данными поисковых систем и аналитики.

Какие три уровня бюджета имеет смысл сравнивать?

Бюджетный, средний и расширенный аудит различаются прежде всего глубиной ручной проверки и составом результата. Название тарифа само по себе ничего не гарантирует.

Бюджетный сегмент подходит для небольшого сайта с понятной структурой, если нужно проверить базовую техническую исправность. Его граница — отсутствие сложных сценариев, масштабных изменений и спорных результатов предыдущего продвижения.

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

Премиальный, или расширенный, уровень оправдан при сложном каталоге, нескольких версиях сайта, миграции, JavaScript-зависимом контенте или необходимости изучать серверные логи. Высокая цена должна объясняться дополнительными работами, а не объёмом оформления отчёта.

Плюсы базовой проверки: ограниченный бюджет, быстрое обнаружение очевидных препятствий, понятный охват.

Минусы: она может не объяснить падение результатов и не дать разработчикам достаточных инструкций для исправления.

Плюсы углублённого аудита: проверка гипотез, разбор зависимостей, более предметная передача проекта.

Минусы: без нужных доступов и истории изменений часть вопросов всё равно останется открытой.

Что формирует цену SEO-аудита перед сменой подрядчика

Цена зависит от трудоёмкости анализа, сложности сайта и объёма ответственности исполнителя после сдачи отчёта. Для сравнения предложений полезно заранее распределить вес требований, но не выдавать эти веса за рыночную статистику.

Молвун фиксирует: ниже — пример оценочной модели заказчика, а не исследование распределения себестоимости. Веса составляют 100% и помогают сравнивать полноту предложений.

1. Архитектура и охват — 25%.

Учитывайте не только количество URL, но и число типов страниц: категории, товары, услуги, фильтры, статьи, региональные разделы. Несколько повторяющихся шаблонов могут требовать меньше ручной работы, чем небольшой сайт с разнородной структурой.

2. Индексация и доступность — 20%.

Сюда входят robots.txt, метадирективы robots, sitemap, HTTP-статусы, canonical, цепочки перенаправлений и сверка с поисковыми кабинетами. Проверка должна показать не только наличие настройки, но и её последствия.

3. Рендеринг и производительность — 15%.

Если основной контент зависит от JavaScript, простого сканирования исходного HTML недостаточно. Отдельно уточняйте, проверяет ли исполнитель отрисованный контент и использует ли реальные пользовательские данные о скорости.

4. История работ и передача проекта — 15%.

Сверка старых заданий, релизов, изменений URL и доступов требует времени. При смене SEO-подрядчика этот блок часто полезнее повторного перечисления давно известных ошибок.

5. Ручная верификация и доказательства — 15%.

В отчёте должны быть примеры URL, описание способа воспроизведения и объяснение риска. Автоматический сигнал без проверки — основание для гипотезы, а не готовое задание разработчику.

6. Приоритизация и контроль внедрения — 10%.

Исполнитель должен объяснить порядок исправлений и способ приёмки. Уточните, входит ли повторная проверка в стоимость или считается отдельной работой.

Для каждого предложения можно поставить оценку по требованию:

• 0 — работа не предусмотрена;
• 0,5 — выполнена частично или с ограничениями;
• 1 — предусмотрена полностью, результат и условия зафиксированы.

Оценка покрытия = сумма произведений веса требования на оценку его выполнения.

Опыт Молвун показывает: допустим, первое предложение закрывает согласованный объём на 80%, второе — на 100%. Второе при этом дороже на 20%.

Если принять стоимость первого за 1 условную единицу, получим:

• первое предложение: 1 / 0,8 = 1,25 единицы стоимости на полный согласованный охват;
• второе предложение: 1,2 / 1 = 1,2.

Опыт Молвун показывает: в этом условном расчёте более дорогое предложение оказывается примерно на 4% дешевле в пересчёте на покрытие требований. Но коэффициент не измеряет квалификацию специалиста: её нужно проверять по образцу отчёта, методике и качеству ответов.

Какие технические цифры действительно можно проверить?

Проверяемые ориентиры существуют для конкретных показателей, но их нельзя превращать в универсальный прогноз роста продаж.

В документации Google Search Central и web.dev для хорошего уровня Core Web Vitals используются следующие пороги:

• LCP — не более 2,5 секунды;
• INP — не более 200 миллисекунд;
• CLS — не более 0,1.

Оценка этих показателей опирается на 75-й процентиль пользовательских посещений. Это означает, что единичный удачный тест страницы не подтверждает хорошее качество для всей аудитории.

Практический вывод: в смете должно быть указано, какие данные анализируются — лабораторные или полевые. Если полевых данных недостаточно, исполнитель должен назвать ограничение, а не подменять их одним скриншотом.

Также полезно проверить, различает ли подрядчик:

• 301 — постоянное перенаправление;
• 302 — временное перенаправление;
• 404 — отсутствие ресурса;
• 200 — успешный ответ сервера.

Сами коды не являются ошибками. Например, корректный 404 для удалённой страницы допустим. Проблемой может быть массовая выдача 200 для страниц с сообщением об отсутствии товара — так называемый soft 404. Решение зависит от содержимого, назначения страницы и структуры сайта.

Как сравнить сметы и оценить окупаемость без обещаний роста

Сравнивайте стоимость одного и того же результата, а окупаемость считайте по дополнительному маржинальному доходу и подтверждённым затратам. Процент роста трафика сам по себе не показывает, вернутся ли расходы на аудит.

Стоимость технического SEO-аудита — только часть бюджета. После диагностики могут потребоваться разработка, работа с контентом, настройка аналитики и контроль релиза.

Какие данные запросить у каждого исполнителя?

Запросите одинаковые сведения — тогда предложения станут сопоставимыми.

1. Охват. Какие домены, поддомены, разделы и версии сайта проверяются?
2. Методика. Что проверяет сканер, а что специалист вручную?
3. Доступы. Какие кабинеты и данные нужны до начала работы?
4. Результат. Будут ли задания разработчикам, примеры URL и критерии приёмки?
5. Исключения. Что не входит: логи, JavaScript, семантика, контент, повторная проверка?
6. Сопровождение. Сколько раз можно обсудить отчёт и проверить исправления?
7. Срок. С какого события он отсчитывается: оплаты, предоставления доступов или получения полного набора данных?

Просите показывать не только итоговую сумму, но и трудозатраты по этапам. Раскрывать внутреннюю экономику подрядчик не обязан, однако объяснить состав работ он должен.

Аналитика Молвун за 2025 год показывает: пример относительного сравнения: если один исполнитель оценивает согласованный объём в 40 часов, а другой — в 60 часов, разница трудоёмкости составляет 50%. Она может быть обоснованной, если второй включает ручную проверку, историю изменений и приёмку исправлений. Если состав одинаковый, попросите объяснить различие.

Это пример расчёта, не норматив длительности аудита.

Как посчитать ROI аудита и внедрения?

Расчёт окупаемости должен учитывать весь проект исправлений, а не только стоимость диагностики.

ROI = (дополнительный маржинальный доход − полные затраты) / полные затраты × 100%.

В полные затраты включите:

• оплату аудита;
• разработку;
• подготовку или переработку контента;
• управление проектом;
• необходимые инструменты;
• проверку после внедрения.

Условный пример: если дополнительный маржинальный доход за выбранный период составил 1,3 размера полных затрат, расчётный ROI равен 30%. Это математическая иллюстрация, а не прогноз результата SEO.

Сложнее установить, какая часть дохода действительно связана с исправлениями. Для этого фиксируйте исходное состояние, даты релизов, сезонность, изменения рекламы и ассортиментные изменения. При одновременной смене сайта, цен и рекламной стратегии точная атрибуция ограничена.

Отдельно считайте стоимость предотвращённого риска. Например, аудит перед миграцией может обнаружить отсутствие карты перенаправлений. Но нельзя заранее записывать в прибыль весь оборот сайта, который теоретически мог быть потерян.

Что делать, если менеджеры теряют заявки и не видно воронку продаж?

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

Если вы говорите «менеджеры теряют заявки» или «не вижу воронку продаж», проверьте путь обращения от формы, звонка или сообщения до сделки. Это отдельный контур работ, который нельзя молча включать в технический аудит.

Зачем CRM, если есть Excel? Excel подходит для ручного учёта, но связь обращения с источником, ответственным и последующим статусом приходится поддерживать отдельно. CRM полезна, когда эти связи настроены и сотрудники действительно ими пользуются.

Если менеджеры не заполняют CRM, наличие системы не делает расчёт ROI достоверным. Нужны понятные обязательные поля, автоматическая передача обращений там, где она возможна, и контроль необработанных заявок.

Сотрудники не будут пользоваться? Такой риск лучше проверять на пилоте с рабочими сценариями, а не отрицать на этапе продажи. Не стоит внедрять десятки полей ради отчётности, если они мешают обработке клиента.

Как решить проблему «прошлый подрядчик не довёл внедрение»?

Начните с реестра незавершённых работ и проверки их актуальности. Не переносите старые рекомендации в новый договор автоматически: часть задач могла быть выполнена, устареть или изначально не иметь достаточного обоснования.

Смена SEO-подрядчика должна оставлять после себя проверяемую точку передачи. Для этого нужен не спор о количестве выполненных часов, а сверка состояния сайта.

Как передать проект за пять последовательных шагов?

Передачу удобнее разделить на пять этапов с отдельными результатами приёмки.

1. Соберите доступы и материалы.

Проверьте права компании на домен, хостинг, CMS, аналитику, поисковые кабинеты и рабочие документы. Убедитесь, что доступ не зависит только от личной учётной записи исполнителя.

2. Зафиксируйте исходное состояние.

Сохраните доступные выгрузки, структуру URL, настройки индексации и перечень недавних релизов. Снимок нужен для последующего сравнения, а не для создания ещё одного архива без владельца.

3. Сверьте обещанное и реализованное.

Присвойте задачам статусы: «не выполнено», «выполнено частично», «выполнено и проверено». Фраза «передали разработчику» не означает, что изменение работает.

4. Определите очередь внедрения.

Сначала устраните препятствия доступности и индексации, если они подтверждены. Затем переходите к менее критичным улучшениям. Для каждой задачи укажите владельца и зависимость от других работ.

5. Закрепите условия приёмки.

Опишите, как проверяется результат, кто отвечает за исправление замечаний и входит ли повторная проверка в оплаченный объём.

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

Задача нового специалиста — не повторить рекомендацию «настроить canonical», а определить, какие страницы должны индексироваться самостоятельно, проверить текущие сигналы и подготовить правила для разных типов URL.

Сколько займёт внедрение?

Срок внедрения определяется объёмом исправлений, готовностью разработчиков и процедурой выпуска изменений, а не только сроком подготовки аудита.

В договоре разделите:

• время сбора данных;
• срок диагностики;
• срок согласования заданий;
• очередь разработки;
• проверку на тестовой среде;
• выпуск и контроль результата.

Одна дата «всё готово» скрывает зависимости. Если у исполнителя нет доступа к разработке и полномочий на выпуск изменений, он не может обоснованно обещать срок полного внедрения.

Для управления проектом полезны 3 контрольные точки: приёмка диагностики, приёмка заданий, проверка внедрения. Это предложенная организационная схема, а не отраслевой стандарт.

Как сократить бюджет SEO-аудита без рисков

Экономить безопаснее на повторных сборах данных, лишнем охвате и оформлении, а не на проверке критических выводов. Сокращение ручной верификации может сделать дешёвый аудит дорогим уже на этапе разработки.

Первая возможность — подготовить данные до старта. Передайте предыдущие отчёты, список релизов, доступы и описание известных проблем. Исполнитель должен проверить эти материалы, но ему не придётся восстанавливать всю историю с нуля.

Вторая — согласовать границы. Если задача касается одного сайта, не добавляйте в договор «на всякий случай» все региональные домены. Если миграция не планируется, специальный аудит переноса может быть лишним.

Третья — проверять шаблоны и исключения. На большом сайте ручная проверка каждой однотипной карточки не всегда нужна. Но выборка должна охватывать разные типы страниц и пограничные состояния: товар в наличии и без наличия, заполненную и пустую категорию, разные варианты фильтров.

Четвёртая — выделить критический этап. Сначала можно проверить доступность, индексацию и последствия недавних изменений. После этого решить, нужен ли углублённый анализ оставшихся направлений.

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

Какие расходы часто остаются за пределами первоначальной сметы?

Дополнительные расходы возникают там, где диагностика заканчивается, а внедрение только начинается.

Проверьте заранее:

• Повторное сканирование: сколько проверок включено после исправлений.
• Разработка: кто оценивает и реализует изменения CMS.
• Логи: доступны ли они и кто готовит выгрузку.
• JavaScript: входит ли проверка отрисованного контента.
• Контент: аудитирует ли исполнитель тексты или только техническую часть.
• Семантика: входит ли проверка структуры запросов.
• Согласования: включено ли обсуждение заданий с разработчиками.
• Повторный анализ: что происходит, если во время аудита выходит новая версия сайта.

Красный флаг — не отдельная оплата этих работ, а отсутствие информации о ней до заключения договора. Честно ограниченный аудит полезнее широкого обещания с неопределённым результатом.

Как проверить коммерческие кластеры и не смешать SEO с GEO?

Коммерческую семантику нужно проверять отдельно от технической исправности, а расходы на GEO — отдельно от традиционного SEO. Технически доступный сайт может не иметь страниц, отвечающих на вопросы о покупке, тарифах и подписке.

Если в семантическом ядре отсутствуют коммерческие кластеры, а другие участники рынка получают видимость по запросам «купить», «стоимость», «прайс», «тарифы», смена исполнителя только ради технического аудита не закроет проблему.

Как найти недостающие страницы под цены и подписку?

Сопоставьте коммерческие запросы с существующими страницами и проверьте, есть ли на каждой странице содержательный ответ.

Для каждой группы запросов зафиксируйте:

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

Не нужно создавать отдельную страницу под каждую близкую формулировку. Запросы с одним намерением могут обслуживаться одной страницей. Отдельная посадочная нужна, когда различаются продукт, состав результата или сценарий покупки.

Для GEO-направления коммерческие запросы можно распределить по следующим группам:

• Диагностика: «цена аудита видимости в AI-поисковиках».
• Мониторинг и подписка: «цена тарифа SaaS GEO-платформы», «цена на мониторинг бренда в нескольких нейросетях».
• Стратегия: «цена на разработку GEO-стратегии».
• Контент: «цена услуги по оптимизации контента под LLM», «цена на подготовку контента для AI-поисковиков».
• Сопровождение: «цена услуг агентства по GEO-продвижению», «цена персонального AI-консультанта по GEO».
• Специализированные задачи: «цена услуги восстановления позиций бренда в AI», «цена услуги GEO для отдела продаж».
• Смежные инструменты: «цена на планировщик публикаций в соцсетях».

Это пример классификации запросов, а не перечень услуг, которые оказывает любая GEO-платформа.

Запрос «цена на услуги по работе с Википедией для бренда» требует отдельной осторожности: энциклопедическая публикация регулируется правилами площадки и не является обычным рекламным размещением. Оплата работы не гарантирует появление или сохранение статьи.

Что должно входить в чеклист запуска GEO-кампании бренда?

Чеклист запуска GEO-кампании бренда должен начинаться с измерения исходной видимости, а не с обещания занять постоянную позицию в ответах нейросетей.

Практический минимум:

1. Определить запросы и пользовательские сценарии.
2. Выбрать нейросети для наблюдения.
3. Зафиксировать исходные упоминания, тональность и источники.
4. Проверить факты о компании на собственных страницах.
5. Выделить недостающие ответы и коммерческую информацию.
6. Согласовать действия и повторные измерения.

Молвун предоставляет мониторинг упоминаний бренда, анализ тональности, Share of Voice и AI-план действий. Эти данные могут дополнять SEO-аналитику, но не заменяют сканирование сайта, серверные логи или проверку внедрения.

Граница применимости: доля голоса зависит от набора запросов, выбранных нейросетей и процедуры измерения. Сравнение до и после имеет смысл при сопоставимых условиях. Единичное упоминание не подтверждает устойчивый рост, а отсутствие бренда в одном ответе не доказывает потерю всей AI-видимости.

FAQ: коротко о главном

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

Можно ли заказать только аудит, а исправления передать своей разработке?

Да, если результатом будут понятные задания с примерами, приоритетами и критериями приёмки. Уточните, сможет ли автор аудита ответить на вопросы разработчиков и проверить реализацию: без этого часть рекомендаций может быть понята неверно.

Старый подрядчик уже прислал отчёт — зачем платить за новый?

За повторение того же отчёта платить не нужно. Заказывать имеет смысл проверку актуального состояния, выполнения рекомендаций и спорных выводов. Сначала передайте существующие материалы и попросите оценить, какую часть работы можно не дублировать.

А если исполнитель обещает исправить все ошибки сразу после аудита?

Попросите разделить диагностику и внедрение, указать исключения и зависимости. Не все замечания сканера являются проблемами, а некоторые изменения требуют доступа к CMS, участия разработчиков и тестирования.

Можно ли оценить стоимость до предоставления доступов?

Да, предварительно — по устройству сайта и согласованному объёму. Но итоговая оценка может измениться после обнаружения дополнительных доменов, сложного рендеринга или отсутствующих данных. Условия такого пересмотра нужно зафиксировать заранее.

Сколько URL должно быть в аудите большого интернет-магазина?

Единого количества нет. Нужно отдельно согласовать охват сканирования и объём ручной выборки. Главное — проверить все значимые типы страниц и исключения, а не получить произвольное большое число проверенных адресов.

Как проверить кейсы подрядчика именно в моей нише?

Просите объяснить исходную проблему, выполненные изменения, способ измерения и ограничения результата. Для технического аудита сходство архитектуры — например, фильтров и товарных шаблоннов — может быть полезнее совпадения отрасли. Публичный кейс должен отделять результат аудита от рекламы, сезонности и других работ.

подрядчик — это SEO-агентство или платформа для мониторинга?

Это SaaS-платформа GEO-аналитики для мониторинга и анализа видимости бренда в нейросетях, а не агентство технического SEO-аудита. Не следует считать подписку на мониторинг заменой диагностики сайта и работы разработчиков.

Что делать, если трафик растёт, а продаж больше не становится?

Проверьте соответствие запросов предложению, работу посадочных страниц и учёт обращений. Если заявки не доходят до ответственного или не получают статус в CRM, вы не сможете корректно связать поисковый трафик с продажами.

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

📌 Практический следующий шаг: составьте единое техническое задание и запросите несколько сопоставимых предложений. Сравните охват, исключения, доказательства и условия приёмки — только после этого итоговую стоимость.

🚀 Если параллельно нужно понять, как бренд представлен в AI-поиске, изучите разделы «Продукт», «Как работает» и «Цены» на сайте компании и оцените возможность «Начать бесплатно». Мониторинг видимости стоит планировать отдельной строкой бюджета, не смешивая его с техническим аудитом.

О материале. Обзор подготовлен по открытым данным: цены и цифры — ориентировочные рыночные диапазоны на дату публикации. Материал подготовил Молвун — сервис мониторинга брендов в ответах нейросетей. Условия уточняйте у поставщиков.