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

Технический аудит — это проверка того, насколько сайт понятен поисковым роботам и удобен посетителям на уровне кода, сервера и структуры. Контент и ссылки не помогут, если страницы медленно открываются, закрыты от индексации или дублируют друг друга. Ниже — подробный чек-лист, по которому мы проверяем сайты клиентов: от доступности до микроразметки.

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

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

Полный аудит стоит проводить в нескольких ситуациях:

• перед началом SEO-продвижения, чтобы понять исходное состояние;
• после переезда на новый домен, протокол или движок;
• после редизайна или крупного обновления каталога;
• при резком падении трафика, когда причина неочевидна;
• планово, раз в полгода-год, как профилактика.

Для интернет-магазинов регулярные проверки особенно важны: каталог постоянно меняется, добавляются фильтры, акции, новые разделы, и вместе с ними появляются технические дубли и битые ссылки.

Подготовка: какие инструменты понадобятся

Для аудита достаточно бесплатных возможностей: панелей вебмастера поисковых систем, браузерных инструментов разработчика и программы-краулера, которая обходит сайт так же, как робот. Краулер собирает таблицу всех страниц с кодами ответа, заголовками, мета-тегами, вложенностью и внутренними ссылками. Именно из этой таблицы вы увидите большинство проблем.

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

Первое, что проверяет робот, — отвечает ли сервер и каким кодом. Ошибки здесь самые болезненные, потому что страница просто выпадает из поиска.

Что проверить

• Главная и ключевые страницы возвращают код 200.
• Несуществующие адреса возвращают код 404, а не 200 с пустой страницей (так называемая «мягкая» ошибка).
• Удалённые страницы без замены возвращают 404 или 410, а переехавшие — 301 на новый адрес.
• Нет цепочек редиректов: один адрес не должен перенаправлять на второй, второй на третий.
• Нет временных редиректов (код 302) там, где перенос постоянный.
• Сервер стабильно отвечает: нет периодических 5xx ошибок под нагрузкой.

Как читать результаты

В отчёте краулера отсортируйте страницы по коду ответа. Массовые 404 внутри сайта означают битые внутренние ссылки: их нужно исправить в шаблонах или контенте. Редирект 302 на главную при обращении к несуществующей странице — типичный признак неправильной настройки, который стоит исправить.

Блок 2. Зеркала, протокол и канонические адреса

Один и тот же сайт может открываться по нескольким адресам: с префиксом «www» и без, по защищённому и обычному протоколу, со слешем в конце и без него. Для робота это разные страницы с одинаковым содержимым.

Единая версия сайта

Выберите главное зеркало и настройте постоянный редирект со всех остальных вариантов. Протокол должен быть защищённым, сертификат действующим и покрывающим все используемые имена. Проверьте, что все внутренние ссылки, картинки и скрипты подгружаются по защищённому соединению: смешанный контент вызывает предупреждения в браузере.

Атрибут canonical

Тег <link rel="canonical" href="..."> указывает предпочтительную версию страницы. Он особенно важен для страниц с параметрами сортировки, пагинацией и метками рекламных кампаний. Проверяйте, что canonical:

• есть на всех индексируемых страницах;
• указывает на страницу, которая отдаёт код 200;
• не ведёт на закрытую от индексации страницу;
• не противоречит другим сигналам: редиректам, карте сайта, внутренним ссылкам.

Блок 3. Управление индексацией

Здесь решается, какие страницы увидит поиск. Ошибки в этом блоке бывают двух видов: открыто лишнее или закрыто нужное.

Файл robots.txt

Файл должен лежать в корне сайта и отдавать код 200. Проверьте, что он не содержит общего запрета Disallow: /, оставшегося с этапа разработки, и что в нём указан адрес карты сайта. Закрывать стоит служебные разделы: корзину, личный кабинет, результаты внутреннего поиска, страницы сравнения, параметры сортировки. Нельзя закрывать файлы стилей и скриптов, иначе робот не сможет корректно отрисовать страницу.

Мета-тег robots и заголовки

Тег <meta name="robots" content="noindex"> запрещает индексацию отдельной страницы. Просмотрите, где он выставлен: в отчёте краулера отфильтруйте страницы с запретом и убедитесь, что среди них нет карточек товаров и категорий. Аналогичный запрет может передаваться в HTTP-заголовке, и его не видно в коде страницы, поэтому проверяйте и заголовки ответа.

Карта сайта

Файл sitemap должен содержать только индексируемые страницы с кодом 200, без редиректов и дублей. Для больших каталогов его разбивают на несколько файлов с общим индексным файлом. Проверьте, что карта обновляется автоматически при добавлении и удалении страниц, и что она подключена в панелях вебмастера.

Блок 4. Скорость и пользовательский опыт

Скорость загрузки влияет и на ранжирование, и на конверсию. Особенно это важно для мобильных устройств: пользователь на нестабильной сети уходит, если страница не открывается за пару секунд.

Ключевые метрики

Типичные причины медленной работы

• Неоптимизированные изображения: фотографии весом в несколько мегабайт вместо сжатых версий нужного размера.
• Отсутствие ленивой загрузки для картинок ниже первого экрана.
• Множество сторонних скриптов: чаты, виджеты, счётчики, метрики, всплывающие окна.
• Нет сжатия и кеширования статических файлов на стороне сервера.
• Много неиспользуемого CSS и JavaScript, подгружаемого на каждой странице.
• Слабый тариф хостинга или отсутствие настроенного кеша страниц.

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

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

Поисковые системы оценивают сайт в первую очередь по мобильной версии, так как большая часть запросов приходит со смартфонов. Проверьте адаптивность на реальных устройствах, а не только в эмуляторе браузера.

• В коде есть тег viewport, страница не требует горизонтальной прокрутки.
• Размер шрифта читаем без увеличения, кнопки и ссылки достаточно крупные и не слипаются.
• Всплывающие окна и баннеры не закрывают основной контент и легко закрываются.
• Содержимое мобильной и десктопной версий совпадает: тексты, изображения, мета-теги, разметка.
• Меню, фильтры, корзина и форма заказа удобны одной рукой.

Блок 6. Структура, ссылки и заголовки

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

Вложенность и внутренняя перелинковка

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

Хлебные крошки помогают и людям, и роботам. Они должны отражать реальную иерархию и быть кликабельными. Для блоков «Похожие товары» и «С этим покупают» используйте обычные ссылки в HTML, а не переходы по скриптам.

Заголовки и мета-теги

• Каждая страница имеет уникальный title и description, соответствующие её содержанию.
• На странице один заголовок первого уровня, подзаголовки идут по порядку.
• Нет страниц с пустыми или дублирующимися заголовками.
• Длина title не слишком большая, чтобы он не обрезался в выдаче.
• Для шаблонных страниц (карточки, категории) настроены шаблоны генерации с подстановкой названия.

Битые и избыточные ссылки

Найдите внутренние ссылки, ведущие на 404 или редиректы, и исправьте их на прямые адреса. Проверьте внешние ссылки: если они ведут на недоступные ресурсы, это вредит впечатлению о сайте. Для неважных исходящих ссылок используйте атрибут rel="nofollow" или rel="sponsored" там, где это уместно.

Блок 7. Дубли и пагинация

Дубли — главная техническая проблема интернет-магазинов. Они появляются из-за фильтров, сортировок, параметров отслеживания, доступности товара по нескольким путям и версий для печати.

Откуда берутся дубли

• Один товар доступен в нескольких категориях с разными адресами.
• Фильтры и сортировки создают бесконечное число комбинаций адресов с параметрами.
• Адреса с разным регистром букв или с завершающим слешем и без него.
• Страницы пагинации, где повторяется один и тот же текст описания категории.
• Метки рекламных кампаний, которые попадают в индекс.

Как с ними бороться

Для каждого типа дублей подбирается свой инструмент. Если страница нужна только пользователю, закрывайте её от индексации тегом или директивой. Если у страницы есть «главная» версия, используйте canonical или редирект. Для страниц фильтров, которые собирают реальный поисковый спрос (например, «кроссовки мужские чёрные»), наоборот, делают отдельные индексируемые страницы с уникальными заголовками и текстом.

Описание категории выводите только на первой странице пагинации, а страницы со второй и далее оставляйте с уникальными заголовками вида «Страница 2». Тогда не возникает конфликтов между страницами внутри одного раздела.

Блок 8. Микроразметка и структурированные данные

Разметка помогает поисковой системе понять смысл страницы и показать расширенный сниппет: цену, наличие, рейтинг, вопросы и ответы, хлебные крошки.

• Для карточек товара настроена разметка с названием, ценой, валютой, наличием и изображением.
• Для организации размечены название, адрес, контакты и логотип.
• Для статей используется разметка публикации, для хлебных крошек — соответствующий тип.
• Данные в разметке совпадают с тем, что видит пользователь на странице.
• В валидаторе разметки нет критических ошибок и предупреждений по обязательным полям.

Распространённая проблема — когда цена в разметке не обновляется вместе с ценой на странице или когда в разметку попадает рейтинг, который не отображается пользователю. Это нарушает правила и может привести к потере расширенных сниппетов.

Блок 9. Безопасность и серверные настройки

Взломанный или помеченный как опасный сайт теряет позиции мгновенно. Проверьте, что движок и модули обновлены, права на файлы настроены правильно, админ-панель защищена сложным паролем и по возможности закрыта по адресу или двухфакторной авторизацией. Регулярное резервное копирование — обязательная часть технического обслуживания. Подробнее о том, как мы организуем такую работу, рассказано на странице технической поддержки.

Дополнительно просмотрите HTTP-заголовки безопасности, отсутствие подозрительных ссылок в коде, лишних скриптов и невидимых блоков с чужим контентом. Для этого полезны отчёты о безопасности в панелях вебмастера.

Как оформить результаты аудита

Сам по себе список проблем бесполезен, если он не превращается в план работ. Собранные находки нужно ранжировать по влиянию и трудоёмкости.

Итоги

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