Полный чек-лист технического SEO из 50 пунктов для аудита сайта в 2026 году. Проверьте индексацию, robots.txt, sitemap, скорость, безопасность, микроразметку, мобильную версию и серверные настройки перед запуском продвижения.
Введение: системный подход вместо хаоса
Технический SEO-аудит без чек-листа — как ремонт автомобиля без диагностической карты. Что-то проверили, что-то забыли. Пропустили критическую ошибку — потеряли трафик. При этом большинство технических проблем на сайтах типовые: неправильный robots.txt, дубли страниц, медленная загрузка, битые ссылки, отсутствие SSL. Они встречаются на 80% сайтов. И они решаются за часы, а не за недели — если знать, что именно проверять.
Этот чек-лист из 50 пунктов — ваш план технической диагностики сайта на 2026 год. Он разбит на 8 разделов: от индексации до структуры контента. Проходите по пунктам раз в месяц. Отмечайте выполненные. Исправляйте проблемы по приоритету. И вы всегда будете знать, что технически сайт готов к продвижению.
Раздел 1: Индексация — видит ли поисковик ваш сайт (пункты 1-8)
Индексация — это фундамент. Если страницы не в индексе, всё остальное не имеет значения. Первый раздел чек-листа проверяет, какие страницы видят поисковики и нет ли проблем с попаданием в индекс.
1. Проверить количество страниц в индексе Яндекса. Используйте оператор host:вашсайт.ru в поиске. Сравните с реальным количеством страниц. Если в индексе в 2 раза меньше — проблема.
2. Проверить количество страниц в индексе Google. Используйте оператор site:вашсайт.ru. Google показывает приблизительное число, но для оценки масштаба годится.
3. Сравнить количество страниц в индексе с реальным количеством страниц сайта. Расхождение более 10-15% требует анализа: какие страницы не попали в индекс и почему.
4. Проверить исключённые страницы в Яндекс.Вебмастер. Раздел «Индексирование» → «Исключённые страницы». Смотрите причины: запрещено в robots.txt, дубликат, ошибка HTTP, малоинформативная страница.
5. Проверить исключённые страницы в Google Search Console. Раздел «Покрытие». Статусы: «Обнаружено — не проиндексировано», «Просканировано — не проиндексировано», «Дубликат без канонического адреса» и другие.
6. Убедиться, что главная страница в индексе. Проверьте site:вашсайт.ru — главная должна быть первой или одной из первых в результатах. Если главной нет в индексе — критическая проблема.
7. Проверить, нет ли страниц с noindex, которые должны индексироваться. Часто после редизайна или переноса с тестового сервера остаётся meta name="robots" content="noindex".
8. Проверить, не попали ли в индекс служебные страницы. Корзина, админка, результаты внутреннего поиска, страницы с благодарностью после заказа — они не должны индексироваться. Если они в индексе — расходуют краулинговый бюджет и создают мусорную выдачу.
Раздел 2: Robots.txt — дорожная карта для роботов (пункты 9-14)
Robots.txt — это первое, что читает поисковый робот при заходе на сайт. Ошибка в этом файле может закрыть от индексации хоть одну страницу, хоть весь сайт целиком.
9. Файл robots.txt доступен по адресу https://вашсайт.ru/robots.txt и возвращает HTTP-статус 200 OK. Если файла нет — это не критично (означает «всё разрешено»), но лучше иметь.
10. В файле нет директивы Disallow: /, которая закрывает весь сайт. Это самая опасная ошибка. После редизайна или смены хостинга разработчики часто закрывают сайт целиком и забывают открыть.
11. Закрыты служебные разделы, которые не должны индексироваться: /admin/, /cart/, /search/, /ajax/, личный кабинет, корзина, избранное.
12. Указана директива Host (для Яндекса) с правильным главным зеркалом и протоколом HTTPS. Например: Host: https://vashsite.ru.
13. Указана директива Sitemap с актуальным путём к карте сайта. Например: Sitemap: https://vashsite.ru/sitemap.xml.
14. CSS и JavaScript файлы не закрыты от индексации. Googlebot должен видеть стили и скрипты, чтобы корректно рендерить страницу. Если /wp-content/themes/ или /assets/ закрыты — Google не сможет оценить mobile-friendly и другие параметры.
Раздел 3: Sitemap.xml — каталог страниц для поисковиков (пункты 15-20)
Sitemap помогает роботу быстрее находить новые и обновлённые страницы. Но битый или неправильный sitemap хуже, чем его отсутствие.
15. Файл sitemap.xml существует и отдаёт 200 OK. Проверьте по адресу https://вашсайт.ru/sitemap.xml. Иногда sitemap находится по другому адресу — проверьте robots.txt, там он должен быть указан.
16. Sitemap проходит валидацию XML. Откройте файл в браузере — если видите ошибку парсинга, файл невалиден. Используйте онлайн-валидаторы XML для точной диагностики.
17. В sitemap только канонические URL. Никаких URL с GET-параметрами (?sort=price), никаких URL с редиректами, никаких неканонических зеркал (http вместо https, www вместо без www).
18. Все URL в sitemap отдают 200 OK. Проверьте выборочно несколько страниц из sitemap. Если какая-то отдаёт 404 или 301 — это ошибка, которую поисковик зафиксирует.
19. Размер sitemap не превышает ограничений: не более 50 000 URL на один файл, не более 50 МБ в несжатом виде. Для крупных сайтов создаётся индексный sitemap (sitemap index) с несколькими файлами.
20. Sitemap отправлен и принят в Яндекс.Вебмастер и Google Search Console. Проверьте статус в панелях: должен быть «OK» или «Успешно».
Раздел 4: Скорость загрузки — Core Web Vitals (пункты 21-28)
Скорость — прямой фактор ранжирования в Google и значимый сигнал для Яндекса. Проверять нужно не абстрактную «скорость», а конкретные метрики.
21. PageSpeed Insights для мобильных: оценка 50+. Зелёная зона по всем Core Web Vitals. Проверяйте главную страницу и несколько внутренних — скорость может отличаться.
22. LCP (Largest Contentful Paint) — загрузка основного контента — менее 2.5 секунд. В идеале менее 1.5 секунд. Обычно LCP-элемент — это главное изображение или заголовок.
23. FID/INP (First Input Delay / Interaction to Next Paint) — задержка первого взаимодействия — менее 100 мс. С марта 2024 Google заменил FID на INP, но суть та же: страница должна быстро реагировать на действия пользователя.
24. CLS (Cumulative Layout Shift) — визуальная стабильность — менее 0.1. Страница не должна «прыгать» при загрузке. Основные причины: изображения без размеров, шрифты без font-display: swap, динамический контент без резервирования места.
25. TTFB (Time to First Byte) — время ответа сервера — менее 600 мс. Для серверов в РФ Яндекс рекомендует менее 300 мс. Проверяется через WebPageTest или SerpMax.
26. Изображения оптимизированы: используются форматы WebP или AVIF, настроено сжатие, атрибут srcset для адаптивности, атрибут loading="lazy" для изображений ниже первого экрана.
27. Включено кеширование. Проверьте заголовки Cache-Control для статических ресурсов (CSS, JS, изображения, шрифты). Для них должен быть max-age не менее 30 дней.
28. Используется HTTP/2 или HTTP/3. HTTP/1.1 в 2026 году — это медленно. HTTP/2 даёт мультиплексирование, HTTP/3 (QUIC) — дополнительное ускорение на нестабильных соединениях.
Раздел 5: Мобильная версия — Mobile-First Index (пункты 29-34)
Google и Яндекс используют мобильную версию сайта как основную для ранжирования. Если мобильная версия плохая — страдает весь сайт, включая десктопную выдачу.
29. Сайт проходит Google Mobile-Friendly Test. Наберите в Google «mobile friendly test» и введите URL. Результат должен быть «Страница оптимизирована для мобильных устройств».
30. Настроен viewport. В HTML-коде должен быть тег meta name="viewport" content="width=device-width, initial-scale=1.0". Без него браузер считает страницу десктопной и пытается вписать в экран смартфона.
31. Нет горизонтальной прокрутки на мобильных. Откройте сайт на смартфоне. Если нужно скроллить вбок — проблема. Обычно вызвана элементом с фиксированной шириной больше экрана.
32. Размер шрифта не менее 16px, интерактивные элементы (кнопки, ссылки) не менее 48x48 пикселей. Меньше — пользователь промахивается пальцем, Google фиксирует проблему в Mobile Usability.
33. Контент на мобильной версии идентичен десктопной. Нельзя скрывать текст на мобильной версии — поисковик может его не учесть при ранжировании.
34. Скорость загрузки на мобильных не хуже десктопа. LCP должен быть менее 2.5 секунд именно на мобильной версии (с учётом мобильного соединения).
Раздел 6: HTTP и серверные настройки (пункты 35-40)
Серверные ошибки и неправильные редиректы — одни из самых частых причин потери трафика. Проверять их нужно регулярно.
35. Все страницы отдают корректные HTTP-коды: 200 для работающих страниц, 301 для постоянных редиректов, 404 или 410 для удалённых. Никаких 500, 502, 503 на живых страницах.
36. Нет циклических редиректов. Это когда страница A → страница B → страница A. Браузер выдаёт ошибку «Слишком много перенаправлений». Робот не индексирует.
37. Цепочки редиректов не длиннее 3 шагов. В идеале — 1 шаг. Каждый лишний шаг — потеря времени загрузки и части ссылочного веса.
38. Настроен редирект с HTTP на HTTPS. Все HTTP-версии страниц должны 301-редиректить на HTTPS. Отсутствие редиректа создаёт дубли в индексе.
39. Настроен редирект с www на без www (или наоборот). Выберите одно каноническое написание домена и настройте 301 с альтернативного. Наличие обеих версий в индексе — классический дубль.
40. Нет «мягких» 404. Это страницы, которые отдают 200 OK, но сообщают пользователю, что контента нет (пустая категория, «товаров не найдено»). Поисковики расценивают их как 404 и исключают из индекса.
Раздел 7: Безопасность — SSL, HSTS, заголовки (пункты 41-46)
Безопасность — не просто «хорошо бы», а обязательное требование. Браузеры помечают HTTP-сайты как небезопасные. Поисковики понижают сайты без HTTPS.
41. SSL-сертификат валиден и не истекает в ближайшие 30 дней. Проверьте срок действия. Современные сертификаты выпускаются на 90 дней с автообновлением — убедитесь, что автообновление работает.
42. Все страницы открываются по HTTPS. Проверьте несколько внутренних страниц — нет ли где-то HTTP-версии без редиректа.
43. Нет смешанного контента (mixed content). Это когда HTTPS-страница загружает ресурсы (изображения, скрипты, стили) по HTTP. Браузеры блокируют такие ресурсы. Проверяется в консоли браузера или через онлайн-инструменты.
44. Настроен HSTS (HTTP Strict Transport Security). Заголовок Strict-Transport-Security заставляет браузер всегда использовать HTTPS, даже если пользователь ввёл HTTP. Защищает от атак с понижением протокола.
45. Настроен Content-Security-Policy (базовый). Заголовок CSP ограничивает источники загрузки скриптов, стилей, изображений. Защищает от XSS-атак. Даже базовая политика default-src 'self' лучше, чем ничего.
46. Скрыты или обезличены заголовки Server и X-Powered-By. Они раскрывают версии веб-сервера и языка программирования, что облегчает атаки. Для nginx: server_tokens off; для Apache: ServerTokens Prod; для PHP: expose_php = Off.
Раздел 8: Структура и контент — финальные штрихи (пункты 47-50)
Техническое SEO не заканчивается на серверных настройках. Правильная структура контента — это тоже техника, влияющая на ранжирование.
47. Каждая страница имеет уникальный Title длиной 50-70 символов и уникальный Description длиной 140-160 символов. Дубли Title и Description — распространённая проблема, особенно в интернет-магазинах.
48. На каждой странице ровно один заголовок H1. Он должен совпадать или быть близким к Title. Несколько H1 на странице дезориентируют поисковик.
49. Настроена базовая микроразметка Schema.org. Минимум — Organization/LocalBusiness (для главной), BreadcrumbList (хлебные крошки), Article/BlogPosting (для статей) или Product (для товаров).
50. Нет дублей страниц. Один и тот же контент не должен быть доступен по разным URL. Проверьте: версии с / и без / на конце, с www и без, с разными GET-параметрами. Настройте canonical на основную версию каждой страницы.
Как использовать этот чек-лист на практике
Выделите 2-3 часа раз в месяц. Откройте этот список. Пройдите по всем 50 пунктам. Для каждого пункта ставьте статус: «Пройдено» (всё в порядке), «Исправить» (есть проблема, но не критичная), «КРИТИЧНО» (немедленно исправить).
Критические проблемы — те, которые могут убить трафик: robots.txt закрывает весь сайт, SSL-сертификат просрочен, главная страница не индексируется, массовые 500 ошибки, скорость мобильной версии больше 5 секунд. Их исправляйте немедленно, в день обнаружения. Остальные проблемы — по приоритету, от наиболее влияющих на трафик к наименее.
Онлайн-инструменты SEO-аудита, такие как SerpMax, автоматизируют проверку 30+ пунктов из этого чек-листа за 1 минуту. Они сканируют сайт, проверяют robots.txt, sitemap, индексацию, скорость, SSL, HTTP-заголовки и другие параметры. Это экономит часы ручной работы. Начните с автоматического аудита, затем добейте оставшиеся пункты вручную.
Часто задаваемые вопросы
Нужно ли проходить все 50 пунктов каждый месяц? Да, если сайт активно развивается. Технические проблемы возникают постоянно: после обновлений CMS, изменений в конфигурации сервера, добавления новых страниц. Пропуск одного пункта может стоить трафика. Для статичных сайтов (визиток) достаточно раза в квартал.
Что делать, если я не понимаю некоторые пункты? Используйте онлайн-инструменты SEO-аудита — они проверяют большинство пунктов автоматически и дают понятные рекомендации на русском языке. SerpMax подсвечивает проблемы и объясняет, как их исправить.
Какие 5 самых критичных пункта? 1) Robots.txt не закрывает весь сайт (пункт 10). 2) SSL-сертификат валиден (пункт 41). 3) Главная страница в индексе (пункт 6). 4) Нет массовых 500 ошибок (пункт 35). 5) Скорость мобильной версии не выше 5 секунд (пункт 34). Эти пять проблем могут убить трафик полностью.
Можно ли автоматизировать чек-лист полностью? Да. Настройте ежемесячный SEO-аудит через SerpMax или аналогичный инструмент. Он проверит большую часть пунктов автоматически. Оставшиеся 10-15 пунктов проверяйте вручную — это займёт не больше часа.
