Главная/Блог/SEO и продвижение/Технический аудит сайта: 30 пунктов, которые стоит проверить

Технический аудит сайта: 30 пунктов, которые стоит проверить

SEO и продвижение18 апреля 20257 мин чтенияРедакция студии «Санмедиа»
Технический аудит сайта: 30 пунктов, которые стоит проверить

Технические ошибки незаметны глазу, но могут годами тормозить продвижение: дубли, битые ссылки, медленная загрузка, закрытые от робота разделы. Собрали 30 пунктов проверки и объяснили, что исправлять в первую очередь.

Зачем нужен технический аудит и как часто его проводить

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

Мы рекомендуем проводить полный аудит в трёх случаях: перед запуском нового сайта, после крупных изменений (переезд на другую CMS, смена структуры, редизайн) и планово раз в 6–12 месяцев. Сайты, которые активно наполняются и дорабатываются, накапливают технические ошибки постепенно: новые разделы добавляются без учёта правил, удалённые страницы оставляют битые ссылки, плагины и модули влияют на скорость.

Ниже — 30 пунктов, разделённых на шесть групп. Для удобства у каждой группы указан приоритет: сначала исправляется то, что мешает индексации, потом то, что снижает качество, и в конце — то, что улучшает отображение.

Группа 1. Доступность для роботов (критичный приоритет)

  1. Файл robots.txt. Существует, доступен, не закрывает важные разделы, стили и скрипты. Закрывает служебные страницы: корзину, личный кабинет, результаты поиска по сайту, страницы с параметрами сортировки.
  2. Карта сайта (sitemap.xml). Генерируется автоматически, содержит только канонические индексируемые страницы с кодом 200, не содержит закрытых и перенаправляемых адресов. Указана в robots.txt и добавлена в панели вебмастеров.
  3. Мета-тег robots и заголовок X-Robots-Tag. На продвигаемых страницах нет случайных запретов noindex — частая ошибка после переноса с тестовой версии.
  4. Коды ответа сервера. Продвигаемые страницы отдают 200, удалённые — 404 или 410, перемещённые — 301. Нет «мягких» 404, когда пустая страница отвечает кодом 200.
  5. Цепочки и циклы перенаправлений. Каждое перенаправление ведёт сразу на конечный адрес, без промежуточных шагов.
  6. Страница 404. Оформлена в стиле сайта, содержит поиск и ссылки на основные разделы, при этом действительно отдаёт код 404.

Группа 2. Дубли и канонические адреса (высокий приоритет)

  1. Главное зеркало. Сайт доступен только по одному адресу: с HTTPS, с www или без. Остальные варианты перенаправляются на основной с кодом 301.
  2. Слэш на конце и регистр. Адреса со слэшем и без, в верхнем и нижнем регистре не открываются как отдельные страницы.
  3. Адреса вида index.php и index.html. Перенаправляются на корневой адрес раздела.
  4. Параметры в адресах. Страницы с метками рекламы, сортировкой, фильтрами имеют канонический адрес или закрыты от индексации.
  5. Тег canonical. Указан на всех страницах, ведёт на правильный адрес, не указывает на закрытые или перенаправляемые страницы.
  6. Пагинация. Страницы второй и последующих страниц каталога доступны роботу, не дублируют мета-теги первой и не закрыты полностью от сканирования.
  7. Дубли контента. Нет разных страниц с одинаковыми или почти одинаковыми текстами, заголовками и описаниями — например, один товар в нескольких категориях с разными адресами.
Совет студии: начните аудит с простой проверки — введите в поисковой строке оператор поиска по вашему сайту и посмотрите, сколько страниц в индексе. Если их в разы больше, чем реально существует на сайте, почти наверняка у вас проблема с дублями. Если в разы меньше — с доступностью для робота.

Группа 3. Мета-теги и разметка страницы (высокий приоритет)

  1. Title. Уникален для каждой страницы, содержит основной запрос, длина — примерно 50–70 символов, без повторов и переспама.
  2. Description. Уникален, описывает содержание страницы и мотивирует перейти, 140–200 символов.
  3. Заголовок H1. Ровно один на странице, отличается от title, отражает содержание.
  4. Иерархия заголовков. H2–H4 используются для структуры текста, а не для оформления элементов дизайна вроде подписей в подвале.
  5. Альтернативный текст изображений. Заполнен у смысловых изображений, особенно у фотографий товаров.
  6. Микроразметка. Внедрены типы для организации, хлебных крошек, товаров или услуг, вопросов и ответов; разметка проходит валидацию без ошибок.
  7. Язык страницы. Указан в коде; для многоязычных сайтов настроены атрибуты альтернативных языковых версий.

Группа 4. Скорость и мобильная версия (средний приоритет)

  1. Основные показатели скорости. Время отрисовки основного контента — до 2,5 секунды, задержка реакции на действие — до 200 мс, смещение макета при загрузке — не выше 0,1. Проверяются по реальным данным пользователей, а не только в лабораторном тесте.
  2. Время ответа сервера. Не больше 200–500 мс для типовых страниц. Если выше — проблема в хостинге, запросах к базе или отсутствии кеширования.
  3. Изображения. Сжаты, в современных форматах, отдаются в размере под экран, ниже первого экрана загружаются лениво.
  4. Скрипты и стили. Нет неиспользуемых библиотек, сторонние виджеты (чаты, счётчики, соцсети) не блокируют отрисовку.
  5. Мобильная версия. Контент мобильной версии совпадает с десктопной, текст читается без масштабирования, элементы не выходят за край экрана, кнопки удобны для нажатия.

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

Группы 5 и 6. Ссылки, безопасность и служебные настройки

Группа 5. Ссылки и структура (средний приоритет)

  1. Битые внутренние ссылки. Нет ссылок, ведущих на страницы с ошибкой 404 — ни в меню, ни в текстах, ни в карточках.
  2. Ссылки на перенаправления. Внутренние ссылки ведут сразу на конечные адреса, а не через 301-редирект.
  3. Страницы-сироты и глубина. На каждую продвигаемую страницу есть хотя бы одна внутренняя ссылка, глубина вложенности не превышает 3–4 кликов от главной.

Группа 6. Безопасность и служебные настройки (базовый приоритет)

  1. HTTPS. Сертификат действителен, на страницах нет смешанного контента (изображений и скриптов по HTTP), HTTP-версия перенаправляется на HTTPS.
  2. Панели вебмастеров и аналитика. Сайт подтверждён в панелях поисковых систем, там нет критических уведомлений о проблемах безопасности или ручных санкциях; счётчики аналитики установлены на всех страницах один раз.

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

Итог аудита — не список ошибок, а план работ. Мы оформляем его в таблицу, где для каждой найденной проблемы указаны: пункт проверки, количество затронутых страниц, пример адреса, рекомендация по исправлению, оценка трудоёмкости и приоритет.

ПриоритетЧто туда попадаетСроки исправления
КритичныйЗакрытые от индексации важные разделы, массовые ошибки 5xx, неправильное главное зеркалоНемедленно, 1–3 дня
ВысокийМассовые дубли, пустые или одинаковые мета-теги, битые ссылки в меню1–2 недели
СреднийМедленная загрузка, ошибки микроразметки, цепочки редиректовВ течение месяца
НизкийОтдельные недочёты оформления, единичные битые ссылки в старых статьяхВ плановом порядке

Пример из практики: у интернет-магазина запчастей для спецтехники в индексе было около 95 тысяч страниц при реальном ассортименте в 12 тысяч товаров. Аудит показал, что фильтры каталога генерировали индексируемые адреса с параметрами, а у каждого товара было по три адреса из-за вхождения в несколько категорий. После настройки канонических адресов, закрытия параметров и перенаправлений количество страниц в индексе за два месяца сократилось до 14 тысяч, а поисковый трафик на карточки вырос примерно на 40% — робот наконец стал тратить ресурсы на полезные страницы.

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

  • Подготовьте доступы к панелям вебмастеров, аналитике и административной части сайта.
  • Выгрузите список страниц, которые важны для бизнеса, — их проверяйте в первую очередь.
  • Просканируйте сайт краулером целиком и сравните число найденных страниц с количеством в индексе и в карте сайта.
  • Проходите группы по порядку: доступность для роботов, дубли, мета-теги, скорость, ссылки, безопасность.
  • Для каждой проблемы фиксируйте масштаб и пример адреса, а не только факт наличия.
  • Итог оформляйте как план работ с приоритетами и ответственными.
  • Через 4–6 недель после исправлений повторите проверку критичных пунктов и посмотрите на динамику индексации.

Расскажите о задаче —посчитаем проект

Опишите в двух словах, какой сайт нужен и к какому сроку. Мы изучим задачу, зададим уточняющие вопросы и в течение двух рабочих дней пришлём оценку сроков и бюджета. Можно написать и напрямую: [email protected].

Ответим в течение рабочего дня · Без навязчивых звонков · NDA по запросу

Нажимая кнопку, вы соглашаетесь с политикой конфиденциальности и использованием cookies.

Спасибо, заявка отправлена.
Менеджер ответит в течение рабочего дня на указанный контакт.