Технический аудит сайта — это проверка того, как поисковые роботы обходят страницы, индексируют их и как сайт отвечает посетителю: коды ответа, доступность в robots.txt, скорость загрузки, мобильная версия, дубли, битые ссылки, разметка. Результат работы — список конкретных ошибок с приоритетами, а не отчёт «для галочки».
Коротко аудит отвечает на три вопроса. Могут ли роботы добраться до страницы? Понимают ли они, о чём она? Не мешает ли что-то человеку её прочитать с телефона? Всё остальное — детали вокруг этих трёх пунктов.
Когда технический аудит перестаёт быть плановым
Сайт может годами держать позиции и при этом тихо терять страницы. Раздел закрыли в robots.txt ещё в прошлом году, при смене структуры забыли про редирект, в URL добавились параметры фильтров — и вот уже из выдачи пропадают разделы, которые приносили заявки. Внешне ничего не сломалось, упал только охват.
Поводы проверить сайт вне графика:
- страницы выпадают из индекса без правок с вашей стороны;
- после редизайна или переезда просели позиции;
- в отчётах вебмастеров растёт доля страниц, которые просканированы, но не добавлены в индекс;
- целый раздел не находится в поиске по собственному названию;
- на смартфоне сайт ведёт себя иначе, чем на десктопе.
Достаточно одного пункта, чтобы идти смотреть.
Что входит в технический аудит сайта
Чек-лист удобно разбить на блоки: так ничего не теряется и сразу понятно, какую задачу кому отдавать — разработчику, контент-менеджеру или SEO-специалисту.
| Блок | Что проверяют | Частая проблема |
|---|---|---|
| Доступность и индексация | robots.txt, meta-robots, коды ответа, sitemap.xml | закрыт раздел, который должен приводить заявки |
| Структура | вложенность, страницы-«сироты», пагинация, хлебные крошки | важные страницы в пяти кликах от главной |
| Дубли | зеркала, слэш на конце адреса, регистр, UTM-метки | одна страница живёт под тремя URL |
| Скорость | Core Web Vitals, вес изображений, TTFB, кэширование | тяжёлые картинки без сжатия |
| Мобильная версия | адаптив, размер тач-элементов, межстраничные вставки | часть контента скрыта на узком экране |
| Код и разметка | канонические адреса, hreflang, структурированные данные, битые ссылки | canonical ведёт на версию с параметром |
| Безопасность и склейка | HTTPS, смешанный контент, цепочки редиректов | http-картинки на https-странице |
По скорости ориентируйтесь на пороги Google из документации Web Vitals: LCP — до 2,5 секунды, INP — до 200 миллисекунд, CLS — до 0,1. Это граница «хорошо», а не оценка сайта целиком: цифры зависят от устройства, скорости сети и региона посетителя.
Отдельно проверьте карточки товаров и услуг: у них чаще всего встречаются пустые описания, одинаковые заголовки и параметры фильтров, которые плодят бесконечные адреса.
Как проходит технический аудит: пять этапов
1. Сбор данных. Выгружаем адреса из sitemap, обходим сайт краулером, смотрим отчёты Google Search Console и Яндекс.Вебмастера. Если есть логи сервера — добавляем их: логи показывают, куда робот ходит на самом деле, а не куда его приглашали.
2. Проверка по блокам. Идём по таблице выше и фиксируем каждое отклонение с примером адреса. Формулировка «много битых ссылок» бесполезна, «14 битых ссылок, все в футере» — уже готовая задача.
3. Приоритизация. Делим находки на три группы: блокирует индексацию, мешает ранжированию, косметика. Первая группа уходит в работу сразу — если страницы не индексируются, остальное не имеет значения.
4. Исправления. Часть правок делается в CMS, часть требует вмешательства в код или настройки сервера. Здесь помогает простая таблица: ошибка, ответственный, срок, статус.
5. Повторная проверка. Через несколько дней после правок обходим сайт заново. Редиректы и открытые разделы проверяются быстро, переиндексация занимает дольше — ждать её до последней страницы не нужно.
Какие инструменты закрывают какие задачи
| Задача | Инструмент | Что даёт |
|---|---|---|
| Данные от поисковиков | Search Console, Яндекс.Вебмастер | коды ответа, проблемы индексации, запросы |
| Скорость | PageSpeed Insights, Lighthouse | метрики Core Web Vitals и причины отклонений |
| Обход сайта | краулер (Screaming Frog, Sitebulb и аналоги) | битые ссылки, дубли, глубину, заголовки |
| Разметка | валидаторы структурированных данных | ошибки микроразметки до публикации |
Если не хочется собирать набор из десятка сервисов, начните с готового комплекта: бесплатные SEO- и AEO-инструменты закрывают базовые проверки доступности, индексации и разметки. Разборы отдельных ошибок с примерами мы публикуем в блоге.
Сколько это занимает и как часто повторять
Для сайта на несколько сотен страниц первый проход занимает несколько часов вручную и заметно меньше — с краулером. Дальше всё зависит от того, как часто вы меняете сайт:
- после каждого крупного релиза — экспресс-проверка индексации и 404-х, это десятки минут;
- раз в квартал — обход по всем блокам для растущих проектов;
- раз в полгода-год — полный аудит для сайтов, которые почти не менялись.
Интернет-магазины и новостные проекты попадают в первую категорию: правки идут постоянно, и проверять их нужно так же.
Чем технический аудит отличается от SEO-аудита
Технический аудит — часть SEO-аудита, его фундамент. Он отвечает на вопрос, может ли сайт быть проиндексирован и нормально ли он работает. SEO-аудит шире: он добавляет семантику, качество контента, внутренние связи, анализ конкурентов и ссылочный профиль. Порядок работ логичен: сначала техническая база, потом содержание. Оптимизировать тексты на страницах, закрытых от индексации, — тратить время.
Частые вопросы
Что входит в технический аудит сайта? Минимум семь блоков: доступность и индексация, структура и вложенность, дубли адресов, скорость и Core Web Vitals, мобильная версия, код и разметка, HTTPS и редиректы. Точный перечень зависит от типа сайта: у интернет-магазина добавятся фильтры и пагинация, у сайта услуг — формы и региональные версии.
Можно ли провести аудит самому? Да. Основные данные бесплатны: отчёты есть в Google Search Console и Яндекс.Вебмастере, скорость покажет PageSpeed Insights, битые ссылки и дубли — бесплатный краулер. Сложности начинаются на приоритизации: нужно понимать, какая ошибка действительно влияет на выдачу, а какая просто выглядит страшно в отчёте.
Обязательно ли заказывать аудит у подрядчика? Не обязательно. Подрядчик нужен, когда сайт большой, ошибок сотни и требуется человек, который разложит их по приоритетам и объяснит разработчику, что делать. Для сайта на 20–50 страниц обычно хватает своих сил.
Сколько ждать результата после исправлений? По-разному. Коды ответа и индексация восстанавливаются быстрее, позиции — медленнее: всё зависит от того, как часто поисковик обходит сайт и насколько конкурентны запросы. Оценивать эффект раньше, чем через несколько недель, смысла мало.
Что делать, если в отчёте сотни ошибок? Начинать с той группы, которая блокирует индексацию, и не пытаться закрыть всё сразу. Пять исправленных критичных пунктов дадут больше, чем сто косметических. Если остались вопросы про устройство сервиса, часть ответов собрана в разделе частые вопросы.
Что делать после технического аудита
Технический аудит не требует бюджета и разрешений — нужны доступ к сайту и час времени. Прогоните сайт по блокам из таблицы, отметьте то, что блокирует индексацию, и исправьте эти пункты первыми: остальной список подождёт. Если проще начать с автоматической проверки, чем с ручного обхода, запустите бесплатный аудит сайта — он покажет базовые технические ошибки и станет отправной точкой для дальнейшей работы.