Сколько стоит аудит сайта и что вы получите

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

Затем определите решение, для которого нужна проверка. Например: исправить текущую посадочную страницу или проектировать новую; разбираться с аналитикой или менять рекламу; восстановить потерянные страницы или пересматривать структуру. Аудит полезен, когда уменьшает неопределённость перед этим решением.

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

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

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

Таблица шире экрана — прокрутите её вправо.

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

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

Нет смысла подставлять «среднюю цену аудита» без этого описания. Бесплатная экспресс-проверка может обнаружить очевидную ошибку, но её глубину определяет фактический состав работ. Платный отчёт тоже может оказаться набором предупреждений сканера. Сопоставлять нужно результат, который поможет принять ваше решение.

Покажем, как получается сумма, на условной смете. Для проверки сайта услуг по согласованной выборке заложили 2 часа на сбор данных, 6 на ручные сценарии, 4 на подтверждение и анализ находок, 4 на отчёт и 2 на обсуждение. Итого 18 часов. При условной ставке 2 500 ₽ в час стоимость составит 45 000 ₽. Это учебные числа, не тариф агентства, не средняя цена и не предложение на ваш сайт; все суммы примера считаем конечными, без дополнительных начислений.

Если нужна только проверка одной формы и маршрута обращения, объём может быть другим: например, 4 согласованных часа по той же учебной ставке дают 10 000 ₽. Эти две суммы нельзя сравнивать как цену одной услуги. В обоих примерах исправления и повторная проверка после внедрения не включены: их объём нужно согласовать отдельно. Для собственного проекта замените часы, ставку и состав работ на предложение исполнителя.

• Какие адреса, шаблоны и пользовательские маршруты входят в проверку.
• Какие выводы будут подтверждены вручную и каким способом.
• Нужны ли данные Метрики, Search Console, CRM и рекламных кампаний.
• Входит ли обсуждение выводов с вашим разработчиком или командой.
• Отдельно ли оплачиваются исправления и проверка после них.

Представим учебный фрагмент отчёта, а не результат проверки реального сайта. На странице услуги посетитель отправляет корректно заполненную форму. Сервер возвращает ошибку 500, но интерфейс показывает «Заявка отправлена». В CRM обращения нет. Это конкретная неисправность: человек получил неверное подтверждение и может не повторить попытку.

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

Задача на исправление: показывать успех после подтверждённого приёма обращения, а при ошибке сохранять ввод и объяснять следующий шаг. Критерий приёмки: успешный сценарий создаёт одну заявку, ошибочный не показывает успех и позволяет повторить отправку. Такой пункт можно передать разработчику и повторно проверить. Формулировка «улучшить формы» такой возможности не даёт.

Таблица шире экрана — прокрутите её вправо.

Автоматический балл сам по себе не отвечает на вопрос о заявках. Например, PageSpeed Insights разделяет лабораторные проверки и данные реальных пользователей. У конкретной страницы может не хватать полевых данных; иногда сервис показывает данные всего сайта. В отчёте должно быть понятно, что измерено, где и при каких условиях. Нельзя выдавать один тест загрузки за полную картину пользовательского опыта.

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

Оценочные замечания тоже полезны, если обозначены честно. «На странице не объяснены сроки» — проверяемое наблюдение. «Из-за этого теряется 40% клиентов» требует исследования, которого может не быть. Просите отделять подтверждённую ошибку, гипотезу и вопрос, на который пока нет данных.

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

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

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

Как искать потери между заявкой и продажей

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

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

Составьте короткую заявку: адрес сайта, задача бизнеса, наблюдаемая проблема, дата её появления, важные страницы и ожидаемое решение. Перечислите доступные данные и ограничения. Для диагностического доступа выбирайте минимальные права; Google отдельно рекомендует на этапе SEO-аудита доступ к Search Console на чтение. Производственные изменения согласуются отдельно.

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

Обсудить проверку сайта и состав работ