Технический аудит сайта: индексация, скорость, дубли и ошибки

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

Я провожу технические аудиты как часть SEO-работ и перед запуском рекламы. Чаще всего вижу не экзотические проблемы, а базовые: случайно закрытые разделы в robots.txt, дубли страниц из-за фильтров и UTM-меток, отсутствующие или одинаковые Title, битые ссылки, тяжёлые изображения. Хорошая новость: большинство таких ошибок находятся за несколько часов и исправляются за несколько дней.

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

Что такое технический аудит сайта и чем он отличается от SEO-аудита

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

Если представить сайт как магазин, то технический аудит проверяет, открыта ли дверь, горит ли свет, не заставлены ли проходы коробками и есть ли таблички на полках. Контент и коммерческие факторы — это уже про ассортимент и продавцов. Общую методику и то, как читать результаты комплексной проверки, я описал в статье про SEO-аудит сайта. Здесь сосредоточимся именно на технике.

Когда нужен технический аудит

• перед стартом SEO-продвижения — чтобы не строить на слабом фундаменте;
• перед запуском контекстной рекламы — чтобы посадочные страницы работали быстро и без ошибок;
• после редизайна, смены CMS или переезда на новый домен;
• при резком падении трафика из поиска;
• раз в полгода-год как профилактика для любого живого сайта.

Инструменты для технического аудита

Для большинства сайтов малого и среднего бизнеса хватает бесплатных и недорогих инструментов.

Инструмент	Что проверяю
Яндекс Вебмастер	Индексация, исключённые страницы, диагностика, ошибки robots.txt и sitemap, проверка ответа сервера, скорость обхода
Google Search Console	Индексация в Google, Core Web Vitals по реальным данным, проблемы мобильной версии
Краулер (программа-парсер сайта)	Коды ответов, дубли Title и Description, битые ссылки, редиректы, глубина вложенности, canonical
PageSpeed Insights	Скорость загрузки и основные метрики производительности
Яндекс Метрика	Отказы по устройствам и браузерам, Вебвизор для поиска проблем в интерфейсе
Браузер и инструменты разработчика	Ручная проверка вёрстки, консоль ошибок, мобильное отображение

Начинаю всегда с Яндекс Вебмастера: он показывает, как сайт видит сам Яндекс, а это главный поисковик для бизнеса в России. Краулер нужен, чтобы увидеть сайт глазами робота целиком — все страницы, ссылки и ответы сервера.

Индексация: видит ли поиск ваши страницы

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

Сравнение числа страниц

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

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

Robots.txt

Проверяю, не закрыты ли важные разделы и нет ли глобального запрета. Классическая ошибка — на сайт переносят robots.txt с тестовой копии, где стоит запрет на индексацию всего. Также смотрю, закрыты ли служебные разделы: корзина, личный кабинет, результаты поиска по сайту, страницы с параметрами. Для Яндекса полезна директива Clean-param, которая помогает не индексировать дубли с UTM-метками и другими параметрами.

Meta robots и X-Robots-Tag

Страница может быть открыта в robots.txt, но закрыта метатегом noindex. Краулер покажет все такие страницы — важно убедиться, что noindex стоит только там, где он нужен.

Карта сайта sitemap.xml

• файл существует и указан в robots.txt и Вебмастере;
• содержит только канонические страницы с ответом 200;
• не включает закрытые от индексации, редиректные и удалённые страницы;
• обновляется автоматически при добавлении новых страниц.

Исключённые страницы в Вебмастере

Раздел «Страницы в поиске» с фильтром по исключённым — кладезь информации. Там видно, почему Яндекс не включил страницы в индекс: дубль, неканоническая, недостаточно качественная, ошибка ответа, редирект. Если среди исключённых оказываются важные коммерческие страницы как «малоценные», это сигнал поработать над их содержанием и уникальностью.

Краулинговый бюджет

Робот обходит сайт не бесконечно. Если на сайте тысячи мусорных URL (фильтры, сортировки, календари, параметры), робот тратит время на них, а новые важные страницы индексируются медленнее. Для небольших сайтов это редко критично, для интернет-магазинов и каталогов — часто главная техническая проблема.

Дубли страниц: откуда берутся и как их убрать

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

Типичные источники дублей

• сайт доступен и с www, и без www, и по http, и по https;
• адреса со слешем на конце и без него;
• страницы с параметрами: UTM-метки, сортировка, фильтры, идентификаторы сессий;
• одна и та же страница доступна по разным путям (товар в нескольких категориях);
• страницы пагинации с одинаковыми Title и текстом;
• версии для печати, мобильные копии на отдельных адресах;
• index.php или index.html как отдельные адреса главной.

Как лечить

Проблема	Решение
Разные версии домена (www, http)	301-редирект на одну основную версию
Слеш на конце	Единый формат и 301-редирект со второго варианта
UTM и прочие параметры	Clean-param в robots.txt, canonical на основной адрес
Товар в нескольких категориях	Один основной URL и canonical, либо единый адрес товара
Фильтры и сортировки	Закрыть от индексации мусорные комбинации, полезные фильтры сделать отдельными посадочными с уникальными мета-тегами
Пагинация	Уникальные Title с номером страницы, корректная перелинковка

Частичные дубли

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

Коды ответов сервера, редиректы и битые ссылки

Краулер обходит сайт и показывает ответ сервера для каждого адреса. Вот что я ищу.

Ошибки 4xx

Страницы с ответом 404 — удалённые или несуществующие адреса. Сами по себе они не проблема, если на них нет ссылок. Проблема — внутренние ссылки, ведущие на 404: робот тратит ресурс, пользователь попадает в тупик. Все такие ссылки нужно исправить или настроить 301-редирект на актуальную страницу. Отдельно проверяю, что страница 404 действительно отдаёт код 404, а не 200 — иначе поисковик может индексировать «пустые» страницы.

Ошибки 5xx

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

Редиректы

• постоянные переезды — только 301, временные 302 — только для временных ситуаций;
• никаких цепочек из нескольких редиректов подряд: каждая ссылка должна вести сразу на конечный адрес;
• никаких циклических редиректов;
• внутренние ссылки на сайте ведут на конечные адреса, а не на редиректы.

Внешние битые ссылки

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

Скорость загрузки и Core Web Vitals

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

Что смотрю

• LCP — время отрисовки самого крупного элемента первого экрана. Показывает, как быстро человек видит основное содержимое.
• INP — отзывчивость страницы на действия пользователя: насколько быстро реагируют кнопки, меню, формы.
• CLS — визуальная стабильность: не «прыгает» ли содержимое во время загрузки.
• TTFB — время ответа сервера. Если он большой, проблема в хостинге или бэкенде.

Частые причины медленной загрузки

1. Тяжёлые изображения без сжатия и без современных форматов вроде WebP или AVIF.
2. Десятки подключённых скриптов: виджеты, чаты, счётчики, пиксели, которые никто не использует.
3. Слабый хостинг или отсутствие кэширования.
4. Неоптимизированные шрифты и стили, блокирующие отрисовку.
5. Видео и слайдеры на первом экране.
6. Тяжёлые темы и конструкторы с большим количеством лишнего кода.

Ориентируюсь не на «зелёную цифру» в тесте, а на реальный опыт пользователей: данные по реальным визитам (если они доступны), показатель отказов на мобильных в Метрике, записи Вебвизора. Тестовый балл — лишь подсказка, где искать проблему.

Мобильная версия, HTTPS и базовая безопасность

Мобильная версия

Большая часть трафика в большинстве ниш — с мобильных устройств. Проверяю:

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

HTTPS

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

Безопасность

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

Мета-теги, заголовки и структура

Эта часть на стыке техники и контента, но проверяется краулером, поэтому я включаю её в технический аудит.

Title и Description

• есть на каждой индексируемой странице;
• уникальны — нет одинаковых Title у разных страниц;
• содержат основной запрос страницы и не обрезаны до бессмыслицы;
• Description написан для человека: суть, выгода, призыв — он влияет на сниппет и кликабельность.

Заголовки H1–H3

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

Структура и вложенность

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

Микроразметка

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

Технический аудит посадочных страниц перед рекламой

Когда клиент приходит ко мне за настройкой Директа, я обязательно смотрю технику посадочных страниц, даже если SEO не заказано. Здесь чек-лист немного другой:

• страница быстро загружается на мобильном интернете;
• формы отправляются, заявки приходят на почту или в CRM;
• цели Метрики срабатывают на успешную отправку;
• ссылки с UTM-метками открываются корректно, а не ведут на 404;
• всплывающие окна не перекрывают контент на мобильных;
• телефон кликабелен, мессенджеры открываются.

Ошибка в любом из этих пунктов прямо умножает стоимость заявки. Про то, как настроить цели и проверить их срабатывание, я подробно писал в статье о целях Яндекс Метрики для Директа. А о том, как решить, какой канал для вашего бизнеса важнее, — в материале «SEO или контекстная реклама».

Сайты на JavaScript, конструкторах и популярных CMS

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

Сайты на JavaScript-фреймворках

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

Конструкторы сайтов

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

WordPress, Битрикс и другие CMS

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

Как передать результаты аудита разработчику

Аудит бесполезен, если его выводы не превращаются в конкретные задачи. Хорошее техническое задание по итогам аудита, которое я передаю разработчику, содержит:

• Суть проблемы простыми словами: что не так и почему это важно.
• Список адресов, на которых ошибка обнаружена, — выгрузкой из краулера или Вебмастера.
• Ожидаемый результат: например, «все адреса без слеша отдают 301 на адрес со слешем».
• Способ проверки: как убедиться, что задача выполнена.
• Приоритет, чтобы разработчик не начал с косметики, пока важные разделы закрыты от индексации.

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

Как расставить приоритеты после аудита

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

Приоритет	Что входит
Критично — сразу	Закрытые от индексации важные разделы, ошибки 5xx, неработающие формы, отсутствие HTTPS, взлом
Высокий — в течение 2–4 недель	Массовые дубли, битые внутренние ссылки, цепочки редиректов, пустые и одинаковые Title, очень медленная загрузка
Средний — в плане на 1–2 месяца	Оптимизация изображений и скриптов, микроразметка, структура и вложенность, страницы-сироты
Низкий — по возможности	Мелкие улучшения скорости, внешние битые ссылки, косметика вёрстки

Ключевое правило: каждое исправление должно быть проверено после внедрения. Разработчик сделал редирект — прогоните краулер. Поменяли robots.txt — проверьте его в Вебмастере. Иначе вполне реально исправить одну ошибку и создать две новые.

Чек-лист технического аудита сайта

1. Сайт добавлен в Яндекс Вебмастер и Google Search Console, права подтверждены.
2. Число страниц в индексе соответствует числу полезных страниц.
3. Robots.txt не закрывает важные разделы, служебные закрыты, настроен Clean-param.
4. Sitemap.xml актуален, содержит только канонические страницы с ответом 200.
5. Нет важных страниц с noindex.
6. Одна основная версия домена, остальные перенаправляются 301-редиректом.
7. Дубли из-за параметров, слешей, фильтров устранены или закрыты.
8. Нет внутренних ссылок на 404 и редиректы, нет цепочек редиректов.
9. Ошибки 5xx отсутствуют, страница 404 отдаёт код 404.
10. Страницы быстро загружаются на мобильных, изображения сжаты.
11. Мобильная версия удобна, формы и кнопки работают.
12. HTTPS настроен, смешанного контента нет.
13. Title и Description уникальны и заполнены.
14. На каждой странице один осмысленный H1.
15. Важные страницы доступны в несколько кликов, нет страниц-сирот.
16. Микроразметка организации и контактов корректна.
17. Цели Метрики срабатывают на всех формах.

Вывод: техника — фундамент и для SEO, и для рекламы

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

Если хотите получить технический аудит с понятным списком задач для разработчика и приоритетами — заказать аудит можно у меня: SEO-аудит от 30 000 ₽, аудит сайта перед запуском рекламы от 15 000 ₽. Полный прайс — в разделе стоимость работ. Первичная экспресс-проверка бесплатна: посмотрю сайт и скажу, есть ли критичные проблемы, которые стоит исправить в первую очередь.

Частые вопросы