Техника

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

Елена Бондарь · 2026-10-14 · 13 мин

80% типовых технических проблем сайта находятся без платных инструментов — браузером, curl и одним вечером.

Обложка: Технический аудит сайта самостоятельно: 30 проверок за один вечер

Технический аудит — это проверка того, может ли поисковик (и нейросеть) нормально прочитать, обойти и понять ваш сайт. Не путать с контентным аудитом: сначала механика, потом смысл. Из нашей практики: у 6 из 10 российских сайтов, «которых нет в топе», находится техническая причина из первой десятки проверок ниже. Вечер времени — и вы либо найдёте её, либо честно исключите.

Короткий ответ: пройдите 30 проверок из таблицы ниже в порядке приоритета. Пороги честные: не «идеально по Google Lighthouse», а «достаточно, чтобы не терять трафик».

Блок 1. Доступность и ответы сервера

№ПроверкаПорогИнструмент
1Главная отвечает 200200Браузер + просмотр кода ответа
2HTTP редиректит на HTTPS301/308Открыть http:// версию
3www-версия сходится на одну301 на основное зеркалоОткрыть www-версию
4Случайная страница отдаёт 404, а не 200404Набрать несуществующий URL
5Нет длинных цепочек редиректов≤1 переходcurl -IL или браузерная консоль
6TTFB главной и 3 внутренних<800 мс хорошо, >2000 критичноcurl -w или аудит INSONT
7Сайт не блокирует роботовИИ-боты и Яндекс в robots разрешеныАнализ robots.txt

Проверка 6 — самая информативная: она показывает, есть ли у вас серверный кэш HTML. Если TTFB 2+ секунды, никакие тексты не спасут краулинговый бюджет и Core Web Vitals.

Блок 2. robots.txt и sitemap

№ПроверкаПорогИнструмент
8robots.txt существует и читается200/robots.txt в браузере
9Нет глобального Disallow: /ОтсутствуетВизуально
10Sitemap указан в robotsСтрока Sitemap:Визуально
11sitemap.xml открывается и валиден200, <50k URLОткрыть, посчитать
12lastmod честныйДаты соответствуют реальным правкамВыборочно сверить 5 URL
13Clean-param для UTMЕсть строкаВизуально
14Служебка закрыта (корзина, поиск, админка)Disallow по спискуВизуально

Пункт 12 — недооценённый: если у всех URL одинаковая дата lastmod (например, день переезда), поисковики перестают доверять датам и медленнее переобходят реальные обновления.

Блок 3. Дубли и канонизация

№ПроверкаПорогИнструмент
15Каждый URL имеет самоканоникrel=canonical на себяCtrl+U → поиск canonical
16Страницы параметров не в индексе?sort=, ?filter= закрыты или каноник на чистый URLsite: в поиске
17Нет дублей слэша и регистраОдин формат, второй — 301Проверить /url и /url/
18Пагинация не закрыта целикомСтраницы 2+ доступны роботуrobots + Meta
19Зеркала склееныОсновное зеркало в ВебмастереЯндекс.Вебмастер
20Нет смешанного контента0 ссылок http:// на https-страницеCtrl+U → поиск http://

Блок 4. Контент на странице

№ПроверкаПорогИнструмент
21Title уникален и 50–75 символовНа каждой странице свойЛюбой краулер или руки
22Description 140–160 символовЕсть на ключевыхCtrl+U
23H1 один на страницеРовно одинCtrl+U → поиск <h1
24Ключ в первых 600 знаках текстаЕстьПрочитать первый абзац
25Viewport и мобильная вёрсткаwidth=device-width, без запрета зумаТелефон + Ctrl+U
26Alt у картинок0 пустых на ключевых страницахПросмотр кода
27Schema.org присутствуетOrganization + Article/ProductПоиск application/ld+json

Блок 5. Безопасность и доверие

№ПроверкаПорогИнструмент
28HTTPS-сертификат валиденБез предупрежденийБраузер
29Заголовки безопасностиHSTS, X-Content-Type-Optionscurl -I
30Служебные файлы не светятсяreadme, .env, бэкапы — 404Прямые URL

Как обработать результаты

Не превращайте аудит в список из 30 дел на понедельник. Разбейте на три корзины:

1. Критично (блокирует индексацию или трафик): пункты 1–7, 9, 15, 28. Чинится на этой неделе.

2. Важно (съедает качество): остальной блок 2–4. Планируется в ближайший месяц.

3. Гигиена: блок 5 и косметика. По мере сил.

После правок — переобход: Вебмастер → «Переобход страниц» для ключевых URL, и повторный замер TTFB/ответов через неделю.

Когда звать специалиста

Если в блоке 1 всё зелёное, а трафик всё равно падает — проблема не в механике, и дальше нужны разборы выдачи, семантики и поведенческих факторов (начните со статьи о просадках). Если же в блоке 1 красное, а у вас нет разработчика — вот тут и кончается «самостоятельно»: правки сервера и кэша делает тот, кто имеет доступ к хостингу.

Практикум: вечер аудита на живом сайте

Пройдём цепочку на типовом сайте услуг (WordPress, виртуальный хостинг), чтобы показать, как находки ложатся в план.

17:00, доступность. Главная — 200 за 2,1 секунды TTFB. HTTP-версия редиректит 301 на HTTPS — хорошо. www — 301 на основной домен — хорошо. Несуществующий URL отдаёт... 200 с «ничего не найдено, вот вам главная». Это «мягкая 404» — пункт 4 провален: робот индексирует пустые страницы как существующие.

17:20, robots и sitemap. robots.txt на месте, Sitemap указан, Clean-param есть. В sitemap — 412 URL, у всех lastmod одинаковый: день переезда три месяца назад. Свежие страницы не переобходятся в приоритете — пункт 12 провален частично.

17:40, дубли. У трёх категорий из пяти canonical указывает на главную — вероятно, «настраивали» плагином. Это исключает категории из индекса: критично. У страниц тегов canonical самоканонический, хотя они пустые, — мусор в индексе.

18:00, контент. Title категории «Услуги» — 18 символов без ключа; description нет на 60% страниц; H1 на двух страницах дублируется шаблоном. Alt отсутствует у 14 из 31 картинки.

18:20, безопасность. HSTS нет, X-Powered-CMS светится. Не критично, но гигиена.

Итог вечера — не список из 30 галочек, а план на неделю: исправить мягкие 404 (шаблон), вернуть категориям самоканоник, обновить lastmod честно, дописать title/description, проставить alt. Плюс два пункта «на потом»: HSTS и чистка тегов.

ПроверкаРезультатПриоритет правки
Мягкие 404ПровалКритично, на этой неделе
Canonical категорийНа главнуюКритично, на этой неделе
lastmod единыйПроваленВажно
Title/DescriptionЧастичноВажно
Alt картинок14 пустыхВажно
HSTS, заголовкиНетГигиена

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

Как часто повторять аудит? Полный — раз в квартал и после каждого крупного обновления сайта; блок доступности (первые 7 пунктов) — раз в месяц или автоматически.

Что делать первым, если времени мало? Всегда блок 1: доступность. Остальное не имеет смысла, если сайт закрыт или тормозит.

Автоматический аудит достаточен? Он закрывает типовые 80–90% и всегда свежий; ручная часть — интерпретация и приоритизация под бизнес. Правильный цикл: машина находит, человек решает.

Чем отличается этот аудит от «SEO-аудита» агентств? Составом глубины: агентство добавит анализ ссылок, семантики и конкурентов. Механика — эти 30 пунктов — одинакова везде; разница в том, кто её делает и что делает с находками.

INSONT делает эти 30 проверок автоматически по живому HTML за минуту: со скорингом по блокам, приоритетами и кнопкой «в очередь задач». Ручной вечер остаётся для понимания — машина для скорости; правильный порядок такой: сначала автоматический прогон, потом ручная проверка спорных пунктов.

Инструменты минимального набора

Всё, что нужно для самостоятельного аудита, бесплатно: браузер с режимом «просмотр кода» и инструментами разработчика; curl в терминале для честных замеров времени ответа (curl -o /dev/null -w "%{time_starttransfer}" https://site); Яндекс.Вебмастер с его анализом robots и валидатором разметки; GSC для индекса Google; PageSpeed Insights для одной-двух лабораторных проб. Платные краулеры ускоряют массовый обход, но на первом десятке проверок их сила не нужна — нужны глаза и полчаса времени.

Как аудиту не устареть: поддерживающий режим

Аудит — не разовое событие, а привычка. Минимальный ритм поддержки: (1) после каждого обновления сайта — быстрый блок 1 (доступность) и взгляд на canonical главной; (2) раз в месяц — «Страницы в поиске» и ошибки в двух кабинетах; (3) раз в квартал — полный проход по 30 пунктам. Компании, у которых этот ритм встроен в календарь, узнают о проблемах от своих дашбордов, а не от падения выручки.

Финальная проверка: «сайт глазами робота» за три минуты

Закройте вечер аудита тремя быстрыми действиями. Первое: откройте «Снимок страницы» в Вебмастере для главной — видите текст целиком, без «пустых зон»? Второе: GSC → «Проверка URL» → «Проверить страницу» — что отрисовал Googlebot на телефоне? Третье: спросите у любой нейросети с доступом в интернет «что на этой странице» по ссылке — если модель уверенно пересказывает заголовок, цену и суть, значит, страницу читают все три категории потребителей вашего HTML: Яндекс, Google и модели. Три проверки — и вечер закрыт с полной ясностью.

Что делать с находками: язык приоритетов для команды

Собранный список из тридцати проверок — это не таск-трекер, а сырьё для него. Переведите находки в три колонки: «блокирует трафик» (исправить на этой неделе, ответственный — разработчик), «съедает качество» (в план месяца, ответственный — маркетолог с разработчиком), «гигиена» (по мере сил). Правило перевода: если находка влияет на индексацию, доступность или скорость — первая колонка; если на сниппет, структуру, контент — вторая; всё остальное — третья. Такой перевод занимает час и превращает аудит из «отчёта в стол» в план спринта.

Двойная проверка после исправлений

Каждая исправленная позиция через две недели перепроверяется тем же методом, которым найдена: код ответа — curl, canonical — Ctrl+U, индексация — Вебмастер, скорость — повторный замер. Это скучно и поэтому чаще всего пропускается, а зря: по нашей практике каждая пятая правка «не доехала» — кэш, забытый шаблон, чужая ветка кода. Двойная проверка закрывает цикл: найдено → исправлено → подтверждено. Без третьего шага аудиты превращаются в коллекционирование списков проблем.

Резюме: как выглядит здоровый сайт после аудита

Все 200-е ответы, один канонический домен, robots с чистой служебкой и открытыми ботами, sitemap только из канонических URL с честным lastmod, самоканоник на страницах, TTFB до 800 мс, один H1 с запросом, цены и телефон в HTML, разметка без ошибок валидатора. Это не идеал из учебника — это состояние, при котором остальные усилия (контент, ссылки, GEO) не утекают в дырявую техническую воронку. Аудит раз в квартал поддерживает это состояние за вечер.

Как продать результаты аудита внутри компании

Аудит найдёт двадцать проблем, а бюджет утвердят на три. Выбирайте три по простому правилу: что сейчас блокирует трафик (закрытые разделы, сломанный canonical, недоступность), что дешевле всего чинится с наибольшим эффектом (кэш, title), и что измеримо закончится за месяц. Остальное — в бэклог с датами. Приносите на встречу не список из двадцати пунктов, а план из трёх с оценкой эффекта: «закрыт каталог — вернём до 40% показов», «кэш — обход вдвое чаще». Цифра в формулировке — разница между «попросили подождать» и «одобрили».

Преимущества

Почему блог пишем как рабочую тетрадь, а не как медиа

Каждая статья должна менять, что вы сделаете на сайте на этой неделе. Иначе её нет.

  1. Пишем разбор, а не десять трендов

    Медиа плодят списки. Мы разбираем Вебмастер, карточку, срез по России. Уносите чек-лист. Не ощущение, что «надо быть в ИИ».

  2. Цифры берём со среза, а не из чужого отчёта США

    Западные графики по ChatGPT плохо описывают Яндекс и GigaChat. Решения для своего рынка. Меньше ложных приоритетов.

  3. Статья стыкуется с очередью работ

    Прочитали про закрытый блог — в кабинете это пункт, не «интересный факт». Чтение кончается правкой. Это редкость для SEO-блогов.

  4. Не продаём схему в тексте

    Многие блоги агентств подводят к пакету ссылок. Мы подводим к витрине и тарифу. Можно читать скептику. Метод не меняется в конце статьи.

Читайте дальше