Выбор подрядчика для технического аудита сайта: 5 критериев, которые уберегут от ошибок

Лид (метод Шугермана):
Представьте, что вы заплатили 150 000 ₽ за технический аудит, а через месяц сайт потерял позиции. Аудитор нашел только битые ссылки и ошибки в robots.txt, но пропустил критический рост серверных ошибок 5xx. Такое происходит, потому что 74% компаний не проверяют подрядчика по системным критериям до старта работ. Чтобы вы не пополнили эту статистику, мы разобрали 5 объективных параметров выбора исполнителя для технического аудита. Ниже — только измеримые и проверяемые признаки профессионала.

Критерий №1. Глубина аудита индексации и работа с краулинговым бюджетом

Поверхностный технический аудит ограничивается проверкой главной страницы и 100-200 URL. Этого недостаточно для сайта с 10 000+ страниц. Профессиональный подрядчик анализирует всю структуру, которую поисковые роботы могут обнаружить.

Что должно быть в отчете по этому блоку:

Анализ логов сервера за 14–30 дней (какие страницы реально посещает робот Яндекса или Googlebot).
Карта распределения краулингового бюджета — процент бесполезных URL (фильтры, сессии, дубли).
Список страниц, которые не попали в индекс из-за ошибок в директивах robots.txt или meta-тегах.
Выявление «пауков» и циклов перелинковки.

Ключевой вопрос к подрядчику: «Покажете ли вы в отчете, какие именно URL теряют краулинговый бюджет и в каком объеме?» Если ответ «мы проверяем robots.txt и карту сайта» — отказывайтесь. Это начальный уровень.

Критерий №2. Проверка Core Web Vitals и реальной скорости загрузки

Core Web Vitals — это набор метрик Google, оценивающих визуальную стабильность (CLS), интерактивность (INP) и скорость отрисовки (LCP). Подрядчик должен не просто запустить Lighthouse, а интерпретировать результаты под ваш тип трафика и CMS.

Что должно входить в анализ производительности:

Замеры LCP, INP, CLS отдельно для мобильных и десктопных устройств.
Выявление блокирующих ресурсов (JS, CSS, шрифты) с указанием конкретных файлов.
Тестирование скорости с серверов в регионе вашего бизнеса (важно для Яндекса).
Сравнение показателей с конкурентами в нише (бенчмарки).

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

Критерий №3. Анализ семантической разметки (Schema.org) и микроформатов

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

Глубокий аудит разметки должен включать:

Проверку типов Schema.org, релевантных вашему бизнесу (Product, Organization, FAQ, Article, LocalBusiness).
Валидацию через инструменты (validator.schema.org, структурированные данные в Google Search Console).
Выявление конфликтов — когда на одной странице прописаны противоречащие типы разметки.
Проверку динамической подстановки значений (например, цена с учетом скидки должна быть актуальной в разметке).

Прямой критерий отбора: попросите потенциального подрядчика назвать 3 типичные ошибки в Schema.org для вашей отрасли. Специалист ответит без подготовки. Дилетант начнет говорить общими фразами.

Критерий №4. Формат отчета: приоритизация ошибок по влиянию на трафик

Бесполезный отчет — это таблица на 300 строк «ошибка — рекомендация» без ранжирования. Профессиональный подрядчик всегда расставляет приоритеты по модели P0 (критично) → P3 (косметика).

Что должно быть в качественном отчете:

Колонка «Влияние на органический трафик» (высокое, среднее, низкое) с пояснением, почему.
Оценка трудозатрат на исправление (в часах или деньгах разработчика).
Логическая связка: ошибка → причина → конкретное исправление (код, настройка CMS, правка .htaccess).
Примеры URL, где проблема воспроизводится, а не общие формулировки.

Вопрос — прямой ответ:
«Как отличить формальный отчет от экспертного?»
Экспертный отчет содержит раздел «Ожидаемый эффект от исправления» с цифрами: например, «исправление дублей в каталоге разблокирует краулинговый бюджет для 1 200 товарных страниц, что потенциально увеличит трафик на 15–20% за 2 месяца».

Критерий №5. Методология повторного аудита и гарантии

Техническое состояние сайта ухудшается каждый раз, когда разработчики обновляют CMS, добавляют плагины или правят шаблоны. Одноразовый аудит — это снимок состояния «на сейчас». Надежный подрядчик предлагает либо повторный аудит через 3–6 месяцев, либо передачу методики вашей команде.

Чек-лист проверки подрядчика по этому критерию:

Предусмотрен ли в договоре повторный аудит после исправления критических ошибок?
Дает ли подрядчик письменные рекомендации по настройке мониторинга (например, через Google Search Console alerts или сервисы типа Screaming Frog в CI/CD)?
Есть ли в коммерческом предложении раздел «Что мы не проверяем» — честные ограничения лучше обещаний «все включено».
Как подрядчик подтверждает, что ошибки действительно исправлены? (Должен быть протокол повторного сканирования).

Ключевой маркер мошенничества: подрядчик отказывается показать пример отчета до предоплаты. Запросите выдержку из реального проекта (с удаленными данными клиента). Профессионал всегда предоставит демо-отчет.

Как проверить подрядчика до оплаты: быстрый алгоритм (3 шага)

Запросите кейс с сайтом из вашей ниши или схожей структуры. Внимание на глубину — если в кейсе только главная страница и 3 раздела, это не аудит.
Проверьте, использует ли подрядчик профессиональные инструменты. Минимальный набор: Screaming Frog (лицензия), DeepCrawl или OnCrawl, анализатор логов (Logster, ELK), Google Search Console API, Яндекс.Вебмастер API.
Сравните стоимость. Адекватный ценовой диапазон для сайта до 5 000 страниц — 70 000 – 200 000 ₽. Дешевле 40 000 ₽ — автоматический отчет в сервисе типа SEMrush (без ручного анализа). Дороже 300 000 ₽ без сложной серверной инфраструктуры — завышение.

Часто задаваемые вопросы (FAQ)

Вопрос 1: Что важнее в техническом аудите — количество найденных ошибок или их приоритетность?
Ответ: Приоритетность. 10 ошибок с высоким влиянием на ранжирование и краулинг стоят больше, чем 300 технических несоответствий, которые не влияют на трафик. Профессиональный отчет всегда ранжирует ошибки по шкале «критично — важно — опционально».

Вопрос 2: Может ли подрядчик провести аудит только по данным Яндекс.Вебмастера и Google Search Console без доступа к серверу?
Ответ: Нет. Доступ к логам сервера и CMS обязателен для анализа краулингового бюджета, серверных ошибок 5xx и проверки настроек кэширования. Без логов аудит считается поверхностным (максимум 40% глубины).

Вопрос 3: Как часто нужно заказывать технический аудит для стабильного сайта?
Ответ: Для сайта без частых обновлений — 1 раз в 6 месяцев. Для интернет-магазина или портала с ежедневными правками — 1 раз в 3 месяца, плюс ежемесячный мониторинг ключевых метрик (Core Web Vitals, ошибки индексации, 5xx). Повторный аудит всегда дешевле первичного, так как базовая архитектура уже известна.

Вопрос 4: Какая документация должна быть передана после аудита, кроме отчета?
Ответ: Полный архив выгрузок инструментов (например, проект Screaming Frog), чек-лист для разработчиков с командами копирования, видеоразбор сложных мест (по запросу), а также настроенные дашборды в Google Looker Studio для контроля метрик в динамике. Без этого отчет становится «мертвым» документом.

ЧикКлик