Сайт может быть красивым и полезным, но если робот упирается в ошибки сервера, находит пять копий каждой страницы и ждёт загрузку по семь секунд, продвигать его сложно. Технический аудит ищет всё, что мешает поисковику и человеку пользоваться сайтом, ещё до разговора о контенте.
Что проверяем
| Блок | Проверки |
|---|---|
| Индексация | robots.txt, sitemap.xml, noindex, canonical, страницы в индексе |
| Ответы сервера | Коды ответов, 404, 5xx, цепочки редиректов |
| Зеркала и адреса | http/https, www, слэш на конце, index.php, GET-параметры |
| Дубли | Одинаковые страницы по разным адресам, фильтры, сортировки |
| Скорость | Core Web Vitals, вес страниц, кэш, изображения |
| Мобильная версия | Адаптивность, размер элементов, viewport |
| Разметка | Микроразметка, Open Graph |
| Безопасность | HTTPS, заголовки безопасности, обновления CMS |
Что обычно находим: пример реального аудита
Вот типичный набор находок из недавнего аудита корпоративного сайта на 1С-Битрикс с шаблоном Аспро. Краулер прошёл 574 адреса, Lighthouse проверил главную:
- В sitemap пять несуществующих страниц с ответом 404.
- Страницы фильтров каталога открыты для индексации и дублируют категории.
- Ссылки в текстах ведут на адреса с редиректами.
- Адрес без слэша на конце уходит через два редиректа, первый из них на http.
- Мобильная скорость: LCP 7,7 секунды при норме 2,5.
- Нет JSON-LD разметки организации и статей.
Грубые ошибки: дубли фильтров, ссылки через редиректы, разметку, мы исправили сразу, остальное ушло в техническое задание разработчику. Так выглядит нормальный результат аудита: часть правок за день, часть по плану.
Инструменты
- Краулер (например, Screaming Frog SEO Spider), проходит сайт как робот.
- Яндекс Вебмастер и Google Search Console, что видят поисковики.
- PageSpeed Insights и Lighthouse, скорость и Core Web Vitals.
- Логи сервера: как часто и куда ходят роботы.
Как устроено ТЗ по итогам аудита
Каждая задача в ТЗ описывает три вещи: что сломано и на каких адресах, почему это важно для поиска или пользователя, как исправить и как проверить исправление. Задачи сортируются по критичности. Разработчику не нужно разбираться в SEO: ему достаточно понятной постановки. Например: «Страницы /catalog/*/filter/* открыты для индексации и дублируют категории. Добавить meta robots noindex, follow. Проверка: в коде страницы фильтра есть тег, в Вебмастере через месяц такие страницы исключены».
Технический аудит перед запуском нового сайта
Самый выгодный момент для технического аудита, до открытия нового сайта для индексации. На тестовом домене можно спокойно проверить всё: адреса, редиректы со старого сайта, мета-теги, скорость, мобильную версию, robots.txt, sitemap, разметку. Исправить ошибки до запуска в разы дешевле, чем потом разбираться с потерянным трафиком. Именно так мы работали при переезде «Посуда Центр»: весь новый сайт проверялся на закрытом домене, и в день запуска оставалось только включить редиректы и открыть индексацию.
Что спросить у подрядчика
- Какими инструментами будет проверяться сайт?
- Будут ли в отчёте приоритеты и оценка сложности исправлений?
- Можно ли получить ТЗ, понятное нашему разработчику?
- Проверите ли результат после внедрения правок?
Последний пункт важен: треть исправлений после первой попытки внедрения приходится донастраивать.
Вопросы про технический аудит
Когда обязательно делать технический аудит?
Сколько стоит исправление найденного?
Может ли аудит навредить сайту?
Заказать проверку можно на странице технического аудита, а внедрение правок: через доработку сайта.
Источники
- Google Search Central: «Технические требования Google Поиска»
- Яндекс Справка для вебмастера: «Диагностика сайта»
- Практика технических аудитов E.BAEV
См. также: SEO-аудит, Индексация сайта, Скорость сайта, Коды ответов сервера.
