Технический аудит сайта

3 ноября 2026 г. | Статья: 7 мин чтения | SEO и поиск

Технический аудит сайта — это проверка того, как сайт работает «под капотом»: скорость и Core Web Vitals, коды ответа сервера (404, 5xx), редиректы, robots.txt и sitemap, HTTPS, мобильная версия. Его цель — найти ошибки, которые мешают покупателям пользоваться сайтом, а поисковым системам — сканировать и индексировать его.

Простыми словами

Технический аудит отвечает на вопрос «исправен ли сайт?». Он не оценивает тексты и дизайн, а проверяет: быстро ли открываются страницы на телефоне, не «прыгает» ли вёрстка, отвечает ли сервер без ошибок, не ведут ли ссылки в никуда, защищено ли соединение. Для интернет-магазина это прямо связано с деньгами: медленная карточка товара или ошибка в корзине на мобильном — это потерянный заказ.

Что проверяют

1. Core Web Vitals

Core Web Vitals — три метрики Google, которые описывают реальный опыт пользователя (web.dev):

Метрика	Что измеряет	Хорошо	Требует улучшения	Плохо
LCP (Largest Contentful Paint)	Скорость загрузки: когда появился самый большой видимый элемент — фото, блок текста или видео	≤ 2,5 с	2,5–4 с	> 4 с
INP (Interaction to Next Paint)	Отзывчивость: задержку после кликов, тапов и нажатий клавиш в течение всего визита	≤ 200 мс	200–500 мс	> 500 мс
CLS (Cumulative Layout Shift)	Визуальную стабильность: насколько сильно элементы неожиданно сдвигаются	≤ 0,1	0,1–0,25	> 0,25

Источники порогов: LCP, INP, CLS.

Как оценивают. Страница проходит проверку, если на 75-м перцентиле просмотров все три метрики в зелёной зоне; мобильные и десктопные данные считают отдельно (web.dev). То есть учитывают не лучший, а достаточно плохой опыт: три из четырёх посетителей должны получить «хорошо».

INP вместо FID. INP — преемник метрики First Input Delay; стабильной Core Web Vital он стал в 2024 году (web.dev, web.dev/inp).

Что типично ломает метрики в магазине: - LCP — большое главное фото товара или баннер на главной. На карточке товара LCP-элементом чаще всего и будет фото. - CLS — изображения без заданных размеров, веб-шрифты, которые рендерятся больше или меньше запасного шрифта, сторонние виджеты и реклама, меняющие размер после загрузки, контент, вставленный над уже видимым (баннер «доставка бесплатно» над шапкой) (web.dev/cls). Сдвиги в течение 500 мс после действия пользователя (например, раскрыли фильтр) в CLS не считаются (там же). - INP — тяжёлые скрипты: чаты, аналитика, виджеты отзывов, сложные фильтры на JavaScript.

2. Коды ответа: 404, 5xx, «мягкие 404»

Как Google обрабатывает коды ответа (Google Search Central):

4xx (кроме 429), в частности 404 и 410 — контент считается несуществующим, страницу убирают из индекса, сканирование этого адреса постепенно редеет.
429 и 5xx — сигнал перегрузки сервера: Google замедляет сканирование; если ошибки продолжаются, проиндексированные страницы в итоге выпадают.
Soft 404 — страница отвечает кодом 200, но показывает ошибку или пустое содержимое. В магазинах это часто пустые категории и карточки снятых товаров.

Аудит ищет: внутренние ссылки на 404, страницы с 5xx (часто — поиск и фильтры под нагрузкой), soft 404.

3. Редиректы

Google по умолчанию проходит до 10 шагов редиректа (Google), но для больших сайтов советует избегать длинных цепочек (Google, crawl budget).
301 и 308 — сильный сигнал, что основной адрес — целевой; 302, 303 и 307 — слабый (Google). Постоянные переезды (старые URL после смены платформы) делают через 301.
http, https, www и без www должны вести на одну версию сайта.

4. robots.txt и sitemap

robots.txt управляет сканированием, чтобы не перегружать сайт запросами. Он не прячет страницу из поиска: для этого нужны `noindex` или пароль (Google). Проверяют, что не закрыты CSS, JS и изображения, нужные для рендеринга, и что закрыты мусорные адреса (фильтры, сортировка, корзина).
Sitemap нужен большим сайтам, новым сайтам с малым количеством внешних ссылок и сайтам со многими видео или изображениями; сайту примерно до 500 страниц с хорошей внутренней перелинковкой он может и не понадобиться (Google). Интернет-магазину с каталогом он обычно нужен.

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

HTTPS на всех страницах, без смешанного контента. Google рекомендует отдавать страницы защищённо и проверять это в отчёте HTTPS в Search Console (Google, page experience).
Актуальная версия CMS и плагинов, закрытая админка, резервные копии. Это не пункты Google, но без них остальной аудит теряет смысл: взломанный магазин может раздавать спам или вирусы.

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

Google индексирует сайт по мобильной версии. Поэтому мобильные страницы должны содержать тот же основной контент, те же структурированные данные (прежде всего Breadcrumb и Product) и те же title и description, что и десктопные; контент, который появляется только после свайпа, клика или ввода текста, Google может не увидеть (Google, mobile-first indexing). Также Google советует избегать навязчивых всплывающих окон, закрывающих контент (Google, page experience).

Как на это смотрят разные источники

web.dev (команда Chrome) рассматривает Core Web Vitals как качество опыта пользователя, независимо от SEO.
Google Search Central уточняет: Core Web Vitals — единственный аспект page experience, который прямо используют системы ранжирования; HTTPS, мобильная удобность и отсутствие навязчивых окон прямо на позиции не влияют, но делают сайт удобнее. Высокие оценки не гарантируют топовых позиций, и гнаться за идеальными цифрами только ради SEO может быть нецелесообразно (Google).

Типичные ошибки

Смотреть только на балл PageSpeed Insights из лабораторного теста. Пороги Core Web Vitals считают по реальным данным пользователей на 75-м перцентиле.
Проверять только главную. В магазине важнее шаблоны: категория, карточка товара, корзина, оформление заказа.
Тестировать с офисного Wi-Fi и мощного ноутбука. Покупатели приходят с телефонов с мобильным интернетом.
Блокировать страницы через 401/403, чтобы уменьшить нагрузку от Googlebot. Эти коды не влияют на скорость сканирования (Google).
После переезда на новую платформу не сделать 301 со старых адресов.

FAQ

Что такое технический аудит сайта? Проверка технического состояния сайта: скорости и Core Web Vitals, ошибок сервера, редиректов, robots.txt и sitemap, HTTPS и мобильной версии.

Какие показатели Core Web Vitals считаются хорошими? LCP до 2,5 с, INP до 200 мс, CLS до 0,1 — на 75-м перцентиле просмотров, отдельно для мобильных и десктопов.

Чем технический аудит отличается от SEO-аудита? Технический проверяет исправность сайта. SEO-аудит включает технические пункты, влияющие на поиск, плюс контент, запросы, структуру и ссылки. См. SEO-аудит интернет-магазина.

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

Связанные термины

Источники

web.dev, Web Vitals — web.dev/articles/vitals
web.dev, Largest Contentful Paint (LCP) — web.dev/articles/lcp
web.dev, Interaction to Next Paint (INP) — web.dev/articles/inp
web.dev, Cumulative Layout Shift (CLS) — web.dev/articles/cls
Google Search Central, HTTP status codes, network and DNS errors — developers.google.com/search/docs/crawling-indexing/http-network-errors
Google Search Central, Large site owner's guide to managing your crawl budget — developers.google.com/search/docs/crawling-indexing/large-site-managing-crawl-budget
Google Search Central, Introduction to robots.txt — developers.google.com/search/docs/crawling-indexing/robots/intro
Google Search Central, Sitemaps overview — developers.google.com/search/docs/crawling-indexing/sitemaps/overview
Google Search Central, Understanding page experience — developers.google.com/search/docs/appearance/page-experience
Google Search Central, Mobile-first indexing best practices — developers.google.com/search/docs/crawling-indexing/mobile/mobile-sites-mobile-first-indexing

Хотите проверить это на своём магазине?

Аудит

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

Об услуге →