Практика · технический аудит

Технический аудит сайта: что проверить без доступа к CMS

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

Порядок технического аудита сайта

1. Доступность. Проверьте HTTP-статус, HTTPS, редиректы, DNS и время ответа. Страница должна открываться без авторизации и случайных ошибок.
2. Индексация. Проверьте robots.txt, sitemap.xml, canonical и наличие запретов noindex.
3. Страница. У каждой важной страницы должны быть понятные Title, description, один H1 и содержание, отвечающее конкретному запросу.
4. Мобильный сценарий. Проверьте viewport, размер текста, кликабельность кнопок и отправку формы на узком экране.
5. Скорость. Отделите измеряемое время ответа сервера от загрузки ресурсов и отдельно проверьте тяжёлые изображения, CSS и JavaScript.
6. Конверсия. Пройдите путь «клик → форма → отправка → подтверждение» и проверьте сохранение UTM-меток.

Что должно быть в хорошем отчёте

Для каждой проблемы нужны URL, наблюдаемый факт, приоритет, риск и конкретное действие. Формулировка «SEO плохое» не помогает исправлению. Полезная запись выглядит так: «на странице X canonical указывает на Y; проверить, является ли Y основной версией, затем исправить ссылку или содержание».

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

Чего технический аудит не доказывает

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

Материал описывает проверяемые сигналы и не является обещанием конкретной позиции в поиске.