Технический аудит сайта: чек-лист из 20 пунктов
Технические ошибки не видны глазу, но именно из-за них сайт годами не растёт в поиске. Разбираем аудит по шагам: что проверить, какими бесплатными инструментами, какие значения считать нормой и в каком порядке чинить, чтобы эффект пришёл раньше.
Технический аудит отвечает на один вопрос: не мешает ли сам сайт своему продвижению. Можно писать отличные тексты и закупать ссылки, но если половина страниц закрыта от индексации или существует в трёх копиях, поисковая система просто не понимает, что показывать пользователю. Хорошая новость в том, что большинство критичных проблем находится за один вечер бесплатными инструментами.
Ниже — порядок, в котором мы сами проходим сайт клиента. Он выстроен не по логике «от простого к сложному», а по влиянию на результат: сверху то, без чего остальное бессмысленно.
Что понадобится: минимальный набор
Платные краулеры удобны, но для первого аудита достаточно бесплатных инструментов. Важнее не набор, а привычка сверять данные из двух источников: панель вебмастера показывает, что видит поиск, а краулер — что есть на самом деле. Расхождение между этими двумя картинками и есть список задач.
| Инструмент | Что показывает | На что смотреть в первую очередь |
|---|---|---|
| Яндекс Вебмастер | Индексация, обход, исключённые страницы | Раздел «Страницы в поиске» → «Исключённые» и причины |
| Google Search Console | Индексация, sitemap, проверка отдельного URL | Отчёт «Индексирование страниц» → 8 причин неиндексации |
| Краулер (Screaming Frog, Netpeak, SiteAnalyzer) | Реальная структура, коды ответа, метатеги | Выгрузка всех URL с кодами и title |
| Инструменты разработчика в браузере | Скорость, вёрстка, ошибки в консоли | Вкладка Network в режиме мобильного и медленной сети |
| curl или онлайн-чекер заголовков | Коды ответа, редиректы, X-Robots-Tag | Цепочки редиректов длиннее одного шага |
Блок 1. Индексация: видит ли поиск ваш сайт
Начинают всегда отсюда. Если страница не в индексе, всё остальное не имеет значения. Сравните три числа: сколько страниц реально на сайте, сколько отдано в sitemap.xml и сколько находится в поиске. В здоровом состоянии эти цифры близки; расхождение в разы означает проблему, и её причину панель вебмастера обычно называет прямым текстом.
- robots.txt: не закрыты ли случайно важные разделы (частая беда после переноса с тестового сервера)
- Метатег robots и заголовок X-Robots-Tag на страницах — noindex мог остаться от разработчика
- Карта сайта sitemap.xml: существует, отдаёт актуальные адреса, указана в robots.txt и принята обеими панелями
- Ошибки обхода в панелях вебмастера: 404, 5xx, таймауты
- Служебные страницы (корзина, фильтры, личный кабинет, внутренний поиск) — наоборот, должны быть закрыты
Противоречивые сигналы — отдельная беда
Классическая ошибка: раздел закрыт тегом noindex, но при этом перечислен в sitemap.xml. Робот получает две взаимоисключающие команды — обойди и не индексируй — и тратит на это бюджет обхода. На молодом сайте, где робот заходит один-два раза в сутки, десяток таких адресов способен съесть весь дневной лимит, и настоящие статьи месяцами ждут очереди.
Проверяется в одну строку: выгрузите адреса из sitemap.xml и прогоните их краулером, глядя на колонку с метатегом robots. Всё, что закрыто, должно из карты исчезнуть.
Читайте причины исключения, а не только цифры
Яндекс называет причины прямо: «Малоценная или маловостребованная страница», «Запрещено элементом noindex», «Дубль», «Ошибка HTTP». Google в отчёте «Индексирование страниц» разбивает неиндексируемые адреса на восемь категорий. Разница между «Обнаружена, не проиндексирована» и «Просканирована, но не проиндексирована» принципиальна: в первом случае робот до страницы не дошёл (вопрос бюджета обхода и ссылок), во втором — дошёл и решил, что она того не стоит (вопрос качества).
Блок 2. Дубли — тихий убийца позиций
Одна и та же страница, доступная по нескольким адресам, размывает сигналы: поисковик не знает, какую версию показывать. Дубли возникают сами собой, без злого умысла — их создают настройки сервера, CMS и рекламные метки.
| Откуда берётся дубль | Как выглядит | Чем лечится |
|---|---|---|
| Протокол | http:// и https:// открываются оба | 301-редирект на https |
| Поддомен www | site.ru и www.site.ru отдают 200 | 301 на выбранную версию |
| Хвостовой слэш | /page и /page/ отдают 200 без редиректа | 301 на одну форму |
| Расширение файла | /page и /page.html открываются оба | 301 с .html на ЧПУ |
| Главная страница | / и /index.php доступны одновременно | 301 на корень |
| UTM-метки и сортировки | ?utm_source=…, ?sort=price | canonical + Clean-param в robots.txt |
| Пагинация | /catalog/?page=2 конкурирует с /catalog/ | self-canonical на каждой странице пагинации |
Лечится это тремя инструментами: 301-редиректом на основную версию, атрибутом canonical и запретом параметров в настройках вебмастера. Главное — выбрать одну каноническую версию и придерживаться её везде, включая внутренние ссылки, sitemap и рекламные объявления.
Поисковая система не наказывает за дубли — она просто выбирает одну страницу вместо вас. Обычно не ту, которую вы продвигаете.
Отдельно стоит помнить: canonical — это рекомендация, а 301 — команда. Если версия со слэшем и без обе отдают 200, поиск склеит их сам, но обойдёт обе, потратив вдвое больше бюджета. Там, где бюджет обхода мал, редирект надёжнее canonical.
Блок 3. Коды ответа сервера
Этот блок часто пропускают, а он вскрывает самые дорогие ошибки. Прогоните краулером весь сайт и отсортируйте по коду ответа.
| Код | Что означает | Когда это проблема |
|---|---|---|
| 200 | Страница отдаётся | Если 200 отдаёт несуществующий адрес — это «мягкий 404», и таких страниц может быть тысячи |
| 301 | Постоянный редирект | Норма. Проблема — цепочки: A→B→C теряют вес и время |
| 302 | Временный редирект | Почти всегда ошибка настройки: вес не передаётся |
| 404 | Страницы нет | Норма для удалённого. Проблема — если на 404 ведут внутренние ссылки |
| 5xx | Ошибка сервера | Критично: при частых 5xx робот снижает частоту обхода всего сайта |
Проверить мягкий 404 просто: наберите заведомо несуществующий адрес вида /proverka-12345 и посмотрите код ответа. Должен быть 404, а не 200 с редиректом на главную.
Блок 4. Заголовки и метатеги
Проверяется быстро: выгрузите все страницы краулером и отсортируйте по title. Пустые, одинаковые и обрезанные заголовки будут видны сразу. Массовые дубли title — почти всегда признак того, что шаблон CMS подставляет одно и то же название на десятки страниц.
| Элемент | Ориентир | Частая ошибка |
|---|---|---|
| Title | 50–70 знаков, уникален, главный запрос ближе к началу | Название компании в начале каждого заголовка |
| Description | 120–160 знаков, уникален, написан для человека | Пустой или скопированный из title |
| H1 | Ровно один на странице, не дословный повтор title | Логотип обёрнут в H1 на всех страницах |
| H2–H3 | Иерархия не нарушена, отражают структуру текста | Подзаголовки заданы просто жирным текстом |
| Alt у картинок | Описывает изображение, без перечисления запросов | Alt отсутствует или содержит имя файла |
Блок 5. Скорость и стабильность вёрстки
Скорость — фактор ранжирования и одновременно фактор конверсии: пользователь уходит, не дождавшись загрузки. Смотреть нужно на мобильную версию, она почти всегда медленнее. Подробный разбор метрик — в материале про Core Web Vitals.
- Изображения в современных форматах и в нужном размере — самая частая причина тормозов
- Отложенная загрузка картинок ниже первого экрана
- Минификация и объединение стилей и скриптов
- Кэширование на стороне сервера и сжатие ответа
- Отсутствие «прыгающей» вёрстки при загрузке — у картинок заданы ширина и высота
- Время ответа сервера до 600 мс: если больше, фронтенд-оптимизация уже не спасает
Блок 6. Мобильная версия
Большинство визитов приходит с телефонов, и поиск оценивает именно мобильную версию. Проверьте на реальном устройстве, а не в эмуляторе: нет ли горизонтальной прокрутки, читается ли текст без увеличения, попадает ли палец по кнопкам, не перекрывает ли всплывающее окно контент в первые секунды.
Отдельный пункт — паритет контента. Если в мобильной версии часть текста скрыта или вырезана «чтобы не мешала», поиск оценивает сайт по этой урезанной версии. Скрывать под аккордеон можно, вырезать из кода — нельзя.
Блок 7. Структура и внутренние ссылки
Любая важная страница должна открываться максимум за три клика от главной. Страницы-сироты, на которые нет ни одной ссылки, поисковик находит плохо — а на молодом сайте не находит вообще. Как выстроить связи внутри сайта, разобрано в статье про перелинковку.
Практическая проверка: сравните список адресов из sitemap.xml со списком, который краулер нашёл, стартовав с главной. Разница — это и есть сироты.
Блок 8. Микроразметка
Разметка не поднимает позиции напрямую, зато делает сниппет заметнее и помогает ИИ-ответам корректно цитировать вас. Для сайта услуг минимум — Organization, BreadcrumbList и FAQPage; для магазина добавляется Product с ценой и наличием; для журнала — Article с автором и датами.
Проверять готовыми валидаторами: ошибка в одном обязательном поле отключает расширенный сниппет целиком, и внешне это никак не заметно.
Блок 9. Безопасность и доступы
- Действующий сертификат HTTPS и отсутствие смешанного контента
- Нет вирусных предупреждений в панелях вебмастера
- Обновлённая CMS и плагины — устаревшие модули взламывают массово
- Резервные копии делаются и хотя бы раз проверялись восстановлением
- Доступы к домену, хостингу и панелям вебмастера — на вашей стороне, а не у подрядчика
Последний пункт формально не про SEO, но именно он чаще всего оборачивается потерей сайта. Разбор — в материале про доступы и права.
Порядок исправлений: что даёт эффект раньше
Работайте сверху вниз по влиянию. Исправленная индексация может дать рост уже через пару недель, а идеальная микроразметка на неиндексируемом сайте не даст ничего.
| Приоритет | Что чиним | Когда виден эффект |
|---|---|---|
| 1 | Ошибки 5xx, случайный noindex, недоступный sitemap | 2–4 недели |
| 2 | Дубли, редиректы, канонические адреса | 3–6 недель |
| 3 | Title, description, H1 на приоритетных страницах | 3–8 недель |
| 4 | Скорость и мобильная вёрстка | 1–3 месяца, плюс сразу конверсия |
| 5 | Перелинковка и структура | 1–3 месяца |
| 6 | Микроразметка | Ближайшее обновление сниппетов |
Что находится чаще всего
По нашим аудитам набор находок повторяется из проекта в проект: тестовый noindex, забытый после запуска; главная, доступная по четырём адресам сразу; одинаковый title на всех карточках товара; фотография первого экрана весом в три мегабайта; страница внутреннего поиска, открытая для индексации и породившая сотни пустых страниц. Ни одна из этих проблем не требует программиста дольше чем на день — но вместе они держат сайт на месте годами.
Что сделать сегодня
Откройте панель вебмастера и посмотрите три цифры: сколько страниц в индексе, сколько исключено и по какой причине. Затем наберите в адресной строке заведомо несуществующий адрес своего сайта и проверьте, что он отдаёт 404. Эти две проверки занимают десять минут и обычно дают список из пяти конкретных задач, которые стоят дороже любых ссылок.
Частые вопросы
Как часто нужно делать технический аудит?
Полный аудит достаточно проводить раз в полгода, а базовые проверки — индексацию, скорость, отсутствие ошибок сервера — стоит смотреть ежемесячно. Обязательный повод для внеочередного аудита: переезд сайта, смена CMS, редизайн, смена подрядчика или резкое падение трафика.
Какие бесплатные инструменты нужны для аудита?
Минимальный набор: Яндекс Вебмастер и Google Search Console для индексации и ошибок, инструменты разработчика в браузере для скорости и мобильной вёрстки, любой краулер для обхода сайта. Бесплатной версии Screaming Frog на 500 адресов хватает большинству сайтов услуг. Этого набора достаточно, чтобы найти около 80% проблем.
Что чинить в первую очередь?
Сначала то, что мешает поиску увидеть сайт: ошибки сервера, случайный noindex на важных разделах, недоступный sitemap, битые редиректы. Потом дубли и метатеги. Скорость и микроразметка важны, но дают эффект только когда базовые вещи в порядке.
Чем «обнаружена, не проиндексирована» отличается от «просканирована, но не проиндексирована»?
В первом случае Google знает адрес, но робот до него не дошёл — это вопрос бюджета обхода, ссылок и приоритета. Во втором робот страницу загрузил и решил не добавлять в индекс — это вопрос качества и спроса. Лечится по-разному: первое ссылками и sitemap, второе — содержанием страницы.
Что такое мягкий 404 и чем он опасен?
Это когда несуществующий адрес отдаёт код 200 вместо 404 — например, редиректом на главную или универсальной заглушкой. Поиск считает такие адреса реальными страницами, индексирует пустышки и тратит на них бюджет обхода. Проверяется набором заведомо несуществующего адреса.
Сколько стоит технический аудит у подрядчика?
Разброс большой: экспресс-проверка по чек-листу — от 15–20 тысяч рублей, развёрнутый аудит с приоритизацией задач и техническими заданиями для разработчика — от 40–60 тысяч. Ориентироваться стоит не на цену, а на формат сдачи: полезный аудит заканчивается списком задач с оценкой эффекта, а не PDF-выгрузкой из сервиса.
