Технический SEO-аудит сайта — чек-лист 30 пунктов 2026

Технический SEO-аудит — это проверка инфраструктуры сайта на соответствие требованиям поисковых систем: скорости, доступности, корректности разметки, индексируемости. Без него попытки продвинуть сайт работой над контентом и ссылками — как красить машину со спущенным колесом. Эта статья — пошаговый чек-лист на 30 пунктов, который мы используем для аудита сайтов клиентов в Ташкенте, плюс набор бесплатных и платных инструментов. Если вам нужно SEO-продвижение сайта в Узбекистане — технический аудит должен быть первым этапом, до любых работ с контентом.

Оглавление

1. Core Web Vitals и скорость
2. robots.txt и sitemap.xml
3. Schema.org разметка
4. Canonical и hreflang
5. Мобильная индексация
6. HTTPS и безопасность
7. Структура URL и дубли
8. Внутренние ссылки и crawl budget
9. Индексируемость
10. Инструменты для аудита
11. Полный чек-лист 30 пунктов

Core Web Vitals и скорость

С 2021 года Core Web Vitals — официальный фактор ранжирования Google. С марта 2024 года INP сменил FID, и сегодня в 2026 проверяются три метрики:

• LCP (Largest Contentful Paint) — время отрисовки самого большого элемента в области первого экрана. Цель: ≤ 2,5 с.
• INP (Interaction to Next Paint) — задержка отклика на взаимодействие пользователя. Цель: ≤ 200 мс.
• CLS (Cumulative Layout Shift) — смещение элементов в процессе загрузки. Цель: ≤ 0,1.

Google смотрит данные не по Lighthouse-тесту, а по реальным пользователям через Chrome User Experience Report (CrUX). Это значит — недостаточно один раз прогнать тест и успокоиться. Метрики оцениваются в продолжении 28 дней, и провал по одной из них даже у 25% пользователей переводит страницу в статус «Poor».

Типовые проблемы LCP

Большие изображения первого экрана без сжатия и без современных форматов (WebP, AVIF). Серверный отклик дольше 600 мс. Шрифты, которые блокируют рендеринг. Чтобы решить — настроить серверное сжатие, использовать атрибут loading="eager" + fetchpriority="high" для главного изображения, подключать шрифты с font-display: swap.

Типовые проблемы INP

Тяжёлые JavaScript-обработчики на кликах, длинные задачи в основном потоке (более 50 мс), синхронный layout-thrashing. Разбейте длинные функции через setTimeout или requestIdleCallback, выгружайте тяжёлый код в Web Worker, debounce-уйте обработчики ввода.

Типовые проблемы CLS

Изображения без указанных размеров. Реклама и виджеты, появляющиеся после загрузки. Веб-шрифты, замещающие fallback. Решение: ставить width и height на все изображения, резервировать место под динамические блоки через CSS, использовать font-display: optional или предзагрузку.

robots.txt и sitemap.xml

robots.txt — первый файл, который читает поисковый бот при заходе на сайт. Ошибки в нём — самая частая причина, почему сайт перестаёт индексироваться «по непонятным причинам».

Что проверить:

• Файл доступен по адресу /robots.txt и возвращает 200 OK.
• Директива User-agent: * разрешает индексацию основных разделов.
• Не закрыты системные ресурсы CMS (CSS, JS), нужные для рендеринга — иначе Google рендерит сайт как сломанный и роняет ранжирование.
• Указан путь к sitemap.xml.
• Закрыты служебные URL: корзина, личный кабинет, фильтры, сортировки.

Sitemap.xml перечисляет URL, которые вы хотите видеть в индексе. Проверки:

• Все URL в sitemap отвечают 200 (нет 404, 301, 500).
• В sitemap нет URL, закрытых meta-тегом noindex или canonical-ом на другую страницу.
• Размер файла не больше 50 МБ и 50 000 URL. При превышении — разделить на несколько и использовать sitemap-индекс.
• Поле <lastmod> заполнено корректно. Поисковики используют его для приоритизации обхода.
• Sitemap отправлен в Search Console и Yandex.Webmaster.

Schema.org разметка

Schema.org — стандартный словарь структурированных данных, который понимают Google, Яндекс, Bing. Правильная разметка даёт расширенные сниппеты в выдаче (звёздочки, цены, FAQ, breadcrumb), что повышает CTR на 15–30%.

Минимум для коммерческого сайта:

• Organization или LocalBusiness — главная страница, шапка/футер.
• BreadcrumbList — на всех внутренних страницах.
• Article — на статьях блога.
• Service — на страницах услуг.
• Product + Offer + AggregateRating — для интернет-магазинов.
• FAQPage — везде, где есть вопросы и ответы (но на странице вопросы должны быть видны пользователю).

Разметка валидируется в Rich Results Test и Schema.org Validator. Ошибки в разметке хуже её отсутствия — Google перестаёт доверять данным.

Canonical и hreflang

Canonical — тег, указывающий поисковику, какая версия URL основная. Используется при дубликатах: с/без слеша, http/https, www/non-www, версии с UTM-метками. Правила:

• Каждая страница имеет ровно один <link rel="canonical">.
• Canonical — абсолютный URL, не относительный.
• Canonical совпадает с URL, на который указывает (self-canonical) или указывает на каноническую версию.
• Страница, на которую указывает canonical, отвечает 200 OK и индексируется.
• Цепочки canonical (A → B → C) недопустимы — всегда указываем напрямую.

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

• Каждая языковая версия страницы содержит ссылки на все остальные версии и на себя.
• Используется правильный код языка-региона: ru, uz, ru-UZ, x-default.
• Hreflang-связи симметричны: если RU указывает на UZ — UZ должна указывать на RU.
• В hreflang используются абсолютные URL.

Мобильная индексация

С 2023 года Google использует mobile-first indexing: основной краулер заходит как мобильное устройство. Если мобильная версия отличается от десктопной — в индекс попадает мобильная.

Что проверить:

• Сайт адаптивен (responsive). Если у вас отдельная мобильная версия (m.bit-box.uz) — это устаревший подход 2010-х, лучше переходить на один URL.
• Контент мобильной и десктопной версий совпадает: те же тексты, метатеги, разметка.
• Изображения на мобильной не больше 100 КБ каждое.
• Шрифт на мобильной — не меньше 16px.
• Кнопки и интерактивные элементы — не меньше 44×44 пикселей с отступами.
• Не используется Flash и другие неподдерживаемые мобильными технологии.

Подробнее об адаптиве — в статье «Адаптивный дизайн сайта».

HTTPS и безопасность

HTTPS — обязателен с 2018 года, без него Chrome помечает сайт как «небезопасный» и Google понижает в ранжировании. Проверки:

• SSL-сертификат валиден, не истёк, выдан доверенным CA. Бесплатно — Let's Encrypt с автообновлением.
• Все ресурсы (изображения, CSS, JS, видео) грузятся по HTTPS — без mixed content.
• Настроен 301-редирект с HTTP на HTTPS на уровне сервера.
• Заголовок HSTS (Strict-Transport-Security) включён, желательно с preload.
• Заголовки безопасности: Content-Security-Policy, X-Content-Type-Options, X-Frame-Options, Referrer-Policy.
• Используется TLS 1.2 или выше, старые SSLv3/TLS 1.0/1.1 отключены.

Структура URL и дубли

URL — не только техническое имя страницы, но и слабый ранг-фактор для Google. Хорошие URL читаемые, короткие, с ключевым словом:

• /uslugi/sozdanie-lendinga/ — хорошо.
• /?id=123&cat=5 — плохо.
• /kategoriya-tovara/podkategoriya-2/tovar-3/ — терпимо, но слишком глубокая вложенность снижает crawl budget.

Дубликаты страниц — одна из частых причин просадок. Источники:

• URL с/без слеша, с/без www, http/https.
• Параметры сортировок и фильтров: ?sort=price, ?color=red.
• Сессионные ID в URL.
• UTM-метки.
• Пагинация без правильной разметки.

Решение: 301-редиректы для технических вариантов URL, canonical для сортировок и фильтров, закрытие в robots.txt параметров, которые не нужны в индексе.

Внутренние ссылки и crawl budget

Crawl budget — количество страниц, которое поисковик готов обойти на вашем сайте за период. Для маленьких сайтов это не проблема, для крупных интернет-магазинов — узкое место.

Что улучшает crawl budget:

• Быстрый отклик сервера (TTFB ниже 600 мс).
• Логичная иерархия: главная → раздел → подраздел → страница, не глубже 4–5 кликов от главной.
• Sitemap.xml с корректными lastmod.
• Минимум сирот — страниц без внутренних ссылок.
• Закрытие в robots.txt мусорных URL: фильтры, сортировки, поиск, корзина.

Внутренние ссылки распределяют ссылочный вес по сайту. Хабы кластера должны получать ссылки со всех связанных подстраниц, а подстраницы — от хаба и sibling-страниц. Это формирует topical authority — сигнал, что вы эксперт в теме.

Индексируемость

Финальная проверка — что страницы реально в индексе. Используется Google Search Console (URL Inspection) и Yandex.Webmaster.

Чек:

• Каждая важная страница имеет статус Submitted and indexed в GSC.
• Нет страниц со статусом «Discovered — currently not indexed» среди коммерчески важных.
• На нужных страницах нет meta-тега noindex.
• В HTTP-заголовке X-Robots-Tag нет noindex.
• Страница не закрыта robots.txt-ом.
• Canonical указывает на саму страницу.

Если у Google своя версия canonical (Google-selected canonical в GSC отличается от того, что вы указали) — это маркер дубликата. Нужно либо изменить canonical, либо устранить дубль.

Инструменты для аудита

Бесплатные:

• Google Search Console — Coverage, Core Web Vitals, URL Inspection.
• Yandex.Webmaster — индексация, страницы в поиске, ошибки.
• PageSpeed Insights — скорость и Core Web Vitals.
• Lighthouse в Chrome DevTools — локальный аудит.
• Rich Results Test, Schema Validator — разметка.
• Mobile-Friendly Test от Google.
• SSL Labs SSL Test — проверка HTTPS.

Платные (для глубокого аудита):

• Screaming Frog SEO Spider (~€200/год) — стандарт для краулинга и поиска проблем.
• Sitebulb — альтернатива с визуализацией.
• Ahrefs / Semrush — технический аудит + ссылочный профиль + конкуренты.
• JetOctopus / OnCrawl — для крупных сайтов с логами.

Полный чек-лист 30 пунктов

Скорость (1–5):

1. LCP ≤ 2,5 с на всех ключевых страницах.
2. INP ≤ 200 мс на всех ключевых страницах.
3. CLS ≤ 0,1 на всех ключевых страницах.
4. TTFB ≤ 600 мс.
5. Изображения в WebP/AVIF, с width/height и loading="lazy" (кроме первого экрана).

Индексация (6–12):

6. robots.txt доступен, не закрывает CSS/JS.
7. Sitemap.xml валиден, отправлен в GSC и Yandex.Webmaster.
8. Все коммерческие страницы в индексе Google.
9. Нет noindex на продающих страницах.
10. Нет 404, 500 ошибок в sitemap.
11. 301-редиректы настроены для всех технических вариантов URL.
12. Цепочек редиректов нет.

Разметка (13–18):

13. Schema.org Organization/LocalBusiness на главной.
14. BreadcrumbList на всех внутренних страницах.
15. Article на статьях блога.
16. Service / Product на коммерческих страницах.
17. FAQPage там, где есть FAQ.
18. Все данные валидируются в Rich Results Test.

Canonical и языки (19–22):

19. Канонические теги на всех страницах, абсолютные URL.
20. Self-canonical на главных версиях, без цепочек.
21. Hreflang настроен для всех языковых версий, симметричен.
22. X-default установлен (обычно = русская версия).

Безопасность (23–26):

23. HTTPS на всех страницах, без mixed content.
24. HSTS с preload.
25. CSP, X-Content-Type-Options, X-Frame-Options настроены.
26. TLS 1.2+ (1.3 предпочтительно), слабые шифры отключены.

Мобильная индексация (27–30):

27. Сайт адаптивен, проходит Mobile-Friendly Test.
28. Размер шрифта 16px+ на мобильной.
29. Touch-таргеты не меньше 44×44px с отступами.
30. Контент мобильной и десктопной версий идентичен.

Заключение

Технический SEO-аудит — это фундамент. Можно потратить миллионы на контент и ссылки, но если у сайта закрыты CSS в robots.txt или LCP 5 с на мобильных — результата не будет. Раз в 6 месяцев проходитесь по этим 30 пунктам, после редизайнов и миграций — сразу.

BIT-BOX делает технические SEO-аудиты как часть SEO-продвижения или отдельной услугой. По итогам выдаём отчёт на 15–30 страниц с приоритизированным списком ошибок и дорожной картой исправлений на 3 месяца. Цены и условия — в статье «Сколько стоит SEO в Узбекистане». Бесплатная первичная диагностика по телефону +998 99 821-12-22 или в Telegram.

Читайте также