+7 (495) 801-60-42

Технический аудит сайта: подробный чек‑лист на 100+ пунктов

В этой статье — практический разбор, как провести технический аудит сайта без воды. Вы получите структуру этапов, список инструментов и чек‑лист на 100+ пунктов для ежедневной работы: от сканирования и индексации до Core Web Vitals, дублей, 404 и лог‑аналитики. Тема — «технический аудит сайта» в чистом виде: что смотреть, в какой последовательности и как фиксировать результат.

Когда нужен техаудит и чего от него ждать

  • Перед редизайном, миграцией домена/ CMS, внедрением новой архитектуры URL.
  • После падения трафика/индексации, скачков ошибок 4xx/5xx, потери позиций.
  • Регулярно: раз в 3–6 месяцев для продуктовых и контентных проектов, ежемесячно — для новостных.
  • Что даёт: список технических проблем, их влияние на обход/индексацию/скорость, приоритизацию фиксов и прозрачный план работ. Гарантий позиций не даёт — это фундамент, на котором растут контент и ссылки.

Связанные услуги, если нужна помощь внедрением: Аудит и оптимизация сайта, комплексное SEO и продвижение, а также бэкенд‑правки в рамках Разработка веб-приложений.

Подготовка и инструменты: чем измерять и где смотреть логи

Базовый набор

  • Сканы: Screaming Frog / Sitebulb / JetOctopus / Netpeak Spider.
  • Поисковые консоли: Google Search Console (GSC), Яндекс.Вебмастер.
  • Веб‑производительность: PageSpeed Insights, Lighthouse, CrUX, WebPageTest.
  • Логи и сервер: доступ к access.log/error.log (Nginx/Apache), мониторинг 5xx.
  • Индексация: site:операторы, url inspection API, sitemap‑валидаторы.
  • Доступность: HTTP status checker, монитор аптайма.
  • Безопасность: SSL Labs, Security Headers, CMS vulnerability feed.
  • Разметка: Schema.org тестеры (Rich Results Test), валидатор JSON‑LD.
  • Дополнительно: визуальные краулеры для скриншотов, diff‑мониторинг.

Организация аудита

  • Создайте бэклог: колонка «Issue — Влияние — Приоритет — Эффорт — Статус — Ответственный — Дедлайн».
  • Зафиксируйте текущие метрики: количество проиндексированных URL, средний CWV, долю 4xx/5xx, размер sitemaps, глубину кликов.
  • Снимите бэкап и настройте стенд для безопасных правок.

Сканирование сайта ботом: карта проблем и инвентарь URL

  • Запустите полный краул с эмуляцией Googlebot/ЯндексБот, соблюдая robots.txt и скорость.
  • Соберите: все статусы, редирект‑цепочки, клоукинг‑сигналы, canonicals, hreflang, meta‑tags, заголовки H1–H6, контент‑типы, размер страниц.
  • Постройте граф внутренних ссылок: определите孤‑страницы, depth>5, неиспользуемые хабы.
  • Сегментируйте: шаблоны (категории, карточки, блоги, пагинация, поиск, фильтры, PDF/медиа).
  • Снимите скриншоты «как видит бот» и «как рендерит Chrome» — отловите проблемы JS‑рендера.

Индексация, robots и карта сайта

  • Проверяйте запреты на уровне robots.txt, meta robots и x‑robots‑tag в заголовках.
  • Убедитесь, что служебные разделы (поиск, корзина, личный кабинет, фильтры с параметрами) закрыты, а ценные — доступны.
  • Sitemap.xml: разбиение по 50k URL/50 МБ, приоритеты, lastmod, соответствие реальному состоянию, отсутствие 3xx/4xx/5xx в карте.
  • Управляйте обходом: свежий sitemap, внутренние ссылки, статусы 200, отсутствие тонких страниц‑пустышек.
  • Переобход: запрашивайте через консоли или по логам следите за скоростью повторного обхода после фиксов.

Полезно к прочтению по смежным темам: SEO‑продвижение: что реально влияет на рост трафика (техничка, контент, ссылки, поведенческие) и Яндекс.Метрика: с чего начать?.

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

  • Измеряйте LCP, INP, CLS по реальным полевым данным (CrUX, RUM).
  • Разделяйте проблемы сервера (TTFB) и фронтенда (рендер‑блокирующие ресурсы, тяжёлые изображения, лишний JS).
  • Оптимизируйте: критический CSS, lazy‑loading, шрифты с display:swap, код‑сплиттинг, HTTP/2/3, кеш‑политику, изображения AVIF/WebP, preconnect/preload.
  • Следите за стабильностью: CLS от баннеров/шрифтов, INP от слушателей событий и тяжёлых виджетов.

Мобильная версия и доступность

  • Mobile‑first: единый контент на desktop и mobile; отсутствие скрытия критичных блоков на мобилке.
  • Тач‑таргеты, вьюпорт, читабельность, интерактивность, отсутствие горизонтального скролла.
  • Доступность: контраст, alt, aria‑атрибуты, фокус‑стили, семантика.
  • Проверяйте SPA/SSR/CSR‑проекты на корректный пререндер.

Дубли, 404, редиректы и структура

  • Дубли по параметрам, пагинации, сортировкам — решать каноникалами, noindex, robots, нормализацией URL.
  • 404 — корректная страница возврата с навигацией, логирование и переадресация на релевантные аналоги при снятии страниц.
  • Редиректы — только 301 для постоянных переносов, без цепочек и циклов.
  • Иерархия: глубина до 3–4 кликов для ключевых разделов, хабы и хлебные крошки.

Безопасность, сервер и лог‑анализ

  • SSL, HSTS, редирект http→https, единый канонический хост.
  • Заголовки безопасности: CSP, X‑Content‑Type‑Options, Referrer‑Policy, Permissions‑Policy.
  • Аптайм и 5xx: мониторинг, алертинг, SLO по времени ответа.
  • Логи: частота обхода ботами, 404/5xx по сегментам, растиражированные дубли, параметры, которые тянут краулинговый бюджет.

Технический аудит сайта: как работать с результатами

  • Фиксируйте метрики «до/после» и запускайте переобход при существенных правках.
  • Делите задачи на быстрые (low effort/high impact) и инфраструктурные (планируйте в спринты).
  • Автоматизируйте регрессионные проверки краулом по расписанию.

Если нужен внешний взгляд и внедрение без остановки продукта — подключаемся: SEO и продвижение и Разработка веб-приложений.

Чек‑лист техаудита: 120 пунктов

  1. Доступ к прод/стенду/репозиторию.
  2. Бэкап перед изменениями.
  3. Снимок текущих метрик (индекс, CWV, 4xx/5xx).
  4. Настроен мониторинг аптайма.
  5. Настроен алертинг 5xx.
  6. Robits.txt доступен по /robots.txt.
  7. Robots валиден синтаксически.
  8. Запрещены служебные разделы.
  9. Разрешены страницы ценности.
  10. Корректный Host в robots (если нужен).
  11. Sitemap.xml доступен.
  12. Sitemap валиден по схеме.
  13. Разбит на несколько файлов при >50k URL.
  14. Проставлены lastmod.
  15. Нет 3xx в sitemap.
  16. Нет 4xx в sitemap.
  17. Нет 5xx в sitemap.
  18. Sitemap обновляется автоматически.
  19. Sitemap отправлен в GSC.
  20. Sitemap отправлен в Яндекс.Вебмастер.
  21. Проверен файл humans.txt/security.txt (опционально).
  22. Домен перенаправляет с www/без www к каноническому.
  23. Перенаправление http→https.
  24. HSTS включён.
  25. Сертификат SSL валиден.
  26. Сертификат не истекает в ближайшие 30 дней.
  27. Поддомены покрыты сертификатом (если нужно).
  28. CSP заголовок настроен.
  29. X‑Content‑Type‑Options: nosniff.
  30. X‑Frame‑Options / CSP frame‑ancestors настроены.
  31. Referrer‑Policy задана.
  32. Permissions‑Policy задана.
  33. Корректные коды ответа для 404.
  34. Собственная страница 404 с навигацией.
  35. Нет мягких 404 (soft‑404).
  36. 410 для удалённых навсегда страниц при необходимости.
  37. 301 для постоянных переносов.
  38. 302 только для временных.
  39. Нет редирект‑цепочек >1 хопа.
  40. Нет редирект‑циклов.
  41. Единый слэшинг (конец слэша унифицирован).
  42. Единый регистр в URL (lowercase).
  43. Транслит/чпу в URL без спецсимволов.
  44. Нормализация дублирующих URL.
  45. Каноникал на каждой индексируемой странице.
  46. Canonical указывает на 200‑страницу.
  47. Нет самоканоникала на noindex‑страницах.
  48. Нет конфликтов canonical vs hreflang.
  49. Hreflang настроен для регионов/языков.
  50. Hreflang возвращает взаимные ссылки.
  51. x‑default присутствует (мультирегион).
  52. Корректные региональные таргеты в вебмастерах.
  53. Метатег robots присутствует где нужно.
  54. X‑Robots‑Tag в заголовках для медиа/файлов при необходимости.
  55. Noindex применён к пагинации/фильтрам (если стратегия предполагает).
  56. Индексируемость ключевых разделов проверена инспекцией URL.
  57. Обнаружены все сиротские страницы.
  58. Исправлена глубина вложенности >4 клика для ключевых страниц.
  59. Хлебные крошки реализованы.
  60. Разметка хлебных крошек Schema.org.
  61. Разметка Organization/LocalBusiness (если релевантно).
  62. Разметка Article/Product/Event и т.д. по типам контента.
  63. Валидность JSON‑LD.
  64. Нет дублирования разметки разных типов на один и тот же элемент.
  65. Тайтлы уникальны.
  66. Тайтлы оптимальной длины.
  67. Description уникальны.
  68. H1 уникален и один на страницу.
  69. Иерархия H2–H6 корректна.
  70. Alt у изображений информативен.
  71. Логотип имеет alt и корректную разметку.
  72. Фавикон задан (ico/png/svg, manifest).
  73. Open Graph/Твиттер‑карты настроены.
  74. Корректные превью‑изображения по размеру.
  75. Нет текстов с тонким контентом на индексируемых страницах.
  76. Пагинация реализована без дублей.
  77. nofollow только где оправдано.
  78. Внутренние ссылки использованы контекстно.
  79. Меню и футер не перегружены одинаковыми якорями.
  80. Нет ссылок на 404 внутри сайта.
  81. Карта сайта HTML (опционально) не мусорит индекс.
  82. UTM/параметры не индексируются.
  83. Правила canonical для параметров заданы.
  84. Поиск по сайту закрыт от индексации.
  85. Страницы авторизации/личного кабинета закрыты.
  86. Дубликаты HTTP/HTTPS устранены.
  87. Дубликаты www/без www устранены.
  88. Страницы печати закрыты/склеены.
  89. PDF/документы настроены на noindex или имеют каноникал на HTML‑версию.
  90. Микроданные цен/наличия для карточек товара заданы.
  91. Multistore/мультидомен проверен на кросс‑дубли.
  92. Переезд домена: 301‑карта сопоставления URL.
  93. Sitemap обновлён после переезда.
  94. Консоли уведомлены о смене адреса (если доступно).
  95. Проверены внешние редиректы на аффилированные домены.
  96. Robots не блокирует CSS/JS критичные для рендера.
  97. Сервер отдаёт корректный Content‑Type.
  98. GZip/Brotli включены.
  99. HTTP/2 включён (или HTTP/3 где возможно).
  100. TTFB в пределах рекомендаций (<800 мс, ориентир, зависит от гео).
  101. LCP в полевых данных в зелёной зоне для 75‑перцентиля.
  102. CLS в зелёной зоне для 75‑перцентиля.
  103. INP в зелёной зоне для 75‑перцентиля.
  104. Критический CSS выносимый и минимизированный.
  105. JS разбит и загружается отложенно.
  106. Изображения в WebP/AVIF при поддержке.
  107. Размер изображений соответствует вьюпорту.
  108. Lazy‑load для не‑above‑the‑fold медиа.
  109. Preload для ключевых шрифтов/ресурсов.
  110. Шрифты с display:swap и локальными fallbacks.
  111. Кеш‑заголовки для статики оптимальны.
  112. Service Worker не ломает индексацию (если PWA).
  113. SPA имеет SSR/пререндер для критичных страниц.
  114. Проверен рендер в Puppeteer/кравлере с JS.
  115. Отсутствуют блокирующие модальные окна при первом визите.
  116. Мобильный вьюпорт корректен.
  117. Размер тач‑таргетов достаточен.
  118. Контраст текста соответствует WCAG.
  119. Фокус‑индикация присутствует.
  120. Формы валидируются и имеют корректные статусы ошибок.

Как провести аудит сайта самому: порядок действий

  1. Снимите метрики «как есть». 2. Запустите полный скан. 3. Проверьте robots/sitemap/каноникалы. 4. Разберите статусы 3xx/4xx/5xx и редиректы. 5. Оцените структуру и внутренние ссылки. 6. Проведите проверки индексации в GSC/Яндексе. 7. Замерьте CWV по полевым данным. 8. Проверьте мобильную пригодность и доступность. 9. Провалидируйте разметку Schema.org. 10. Просмотрите логи за 30–60 дней и сопоставьте с краулом. 11. Сформируйте бэклог с приоритетами. 12. Внедряйте правки пакетами и запрашивайте переобход.

Итоги

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

Другие полезные статьи

Делимся экспертизой, разбираем кейсы и рассказываем, как превращать идеи в работающие digital-продукты