Технический аудит сайта: чек-лист на 40 пунктов

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

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

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

Подготовка к аудиту

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

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

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

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

• 1. Файл robots.txt доступен, отдаёт код 200, не запрещает важные разделы, стили и скрипты. Нет случайного запрета всего сайта.
• 2. Карта сайта sitemap.xml существует, корректна по формату, содержит только канонические страницы с кодом 200 и указана в robots.txt и панелях вебмастера.
• 3. Метатеги robots на важных страницах не содержат запрета индексации. Служебные страницы, наоборот, закрыты.
• 4. HTTP-заголовок X-Robots-Tag не запрещает индексацию там, где не должен. Его часто забывают проверить, потому что в коде страницы он не виден.
• 5. Количество страниц в индексе соответствует реальному числу полезных страниц. Сильное превышение говорит о мусоре и дублях, сильная недостача — о проблемах с обходом.

Блок 2. Ответы сервера и перенаправления

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

• 6. Главное зеркало определено: сайт доступен только по одному варианту адреса — с www или без, по защищённому протоколу. Остальные варианты перенаправляют на главное с кодом 301.
• 7. Битые внутренние ссылки отсутствуют. Краулер не находит ссылок на страницы с кодом 404.
• 8. Цепочки перенаправлений не длиннее одного шага. Ссылка ведёт сразу на конечный адрес, а не через три промежуточных.
• 9. Временные перенаправления 302 не используются там, где перенос постоянный.
• 10. Страница 404 отдаёт настоящий код 404, а не 200. «Мягкие» ошибки, когда несуществующая страница отвечает кодом 200, создают мусор в индексе. Сама страница ошибки при этом удобна для человека: есть навигация, поиск, ссылки на главные разделы.

Блок 3. Дубли и канонические адреса

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

• 11. Слеш в конце адреса обрабатывается единообразно: либо везде есть, либо везде нет, второй вариант перенаправляет на первый.
• 12. Регистр в URL не порождает дублей: адреса с заглавными буквами перенаправляют на строчные или отдают 404.
• 13. Параметры в адресах — метки отслеживания, сортировки, сессии — не создают индексируемых дублей. Используются канонические адреса, Clean-param или запрет обхода.
• 14. Канонические ссылки есть на всех индексируемых страницах, указывают на правильный адрес с кодом 200, не ведут на перенаправления и закрытые страницы.
• 15. Дубли заголовков и описаний отсутствуют. Совпадающие title и description на разных страницах — частый признак скрытых дублей или шаблонной генерации.

Блок 4. Структура и перелинковка

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

• 16. Глубина вложенности важных страниц — не больше трёх-четырёх кликов от главной.
• 17. Страницы-сироты отсутствуют: на каждую индексируемую страницу ведёт хотя бы одна внутренняя ссылка. Сравните список из карты сайта с результатами краулера.
• 18. Навигационные цепочки — «хлебные крошки» — присутствуют и корректно отражают иерархию.
• 19. Структура URL понятная, человекочитаемая, отражает вложенность разделов, без лишних параметров и случайных идентификаторов.
• 20. Пагинация настроена корректно: страницы списков доступны для обхода по обычным ссылкам, не закрыты от индекса без причины, не каноникализированы все на первую страницу.

Блок 5. Скорость загрузки

Скорость влияет и на пользователей, и на ранжирование. Основные показатели — время отрисовки главного элемента, стабильность вёрстки и отзывчивость на действия.

• 21. Время ответа сервера в норме для всех типов страниц, включая тяжёлые категории и поиск.
• 22. Изображения оптимизированы: современные форматы, правильные размеры под экран, отложенная загрузка для картинок ниже первого экрана, указаны ширина и высота.
• 23. Кеширование и сжатие включены: статические файлы отдаются с заголовками кеширования, текстовые ресурсы сжимаются.
• 24. Блокирующие ресурсы минимизированы: критические стили встроены, скрипты загружаются асинхронно или отложенно, неиспользуемый код удалён.
• 25. Показатели реальных пользователей в отчётах панелей вебмастера в зелёной зоне для большинства страниц, а не только в лабораторных тестах.

Блок 6. Мобильная версия

Поисковики индексируют сайты преимущественно по мобильной версии. Если на телефоне чего-то нет, для поиска этого не существует.

• 26. Адаптивность: сайт корректно отображается на экранах разной ширины, нет горизонтальной прокрутки, указан метатег viewport.
• 27. Контент идентичен: мобильная версия содержит тот же основной текст, заголовки, изображения и разметку, что и десктопная.
• 28. Размер шрифта основного текста не меньше 16 пикселей, текст читается без масштабирования.
• 29. Кликабельные элементы достаточно крупные и расположены на расстоянии друг от друга, чтобы по ним можно было попасть пальцем.
• 30. Навязчивые всплывающие окна не перекрывают контент сразу после перехода из поиска.

Блок 7. Метаданные и разметка

Этот блок проверяет, как сайт представлен в выдаче и насколько хорошо поисковик понимает содержимое страниц.

• 31. Теги title уникальны, информативны, содержат основной запрос, не обрезаются в выдаче из-за чрезмерной длины.
• 32. Мета-описания заполнены, уникальны, побуждают к переходу и соответствуют содержанию страницы.
• 33. Заголовок h1 один на странице, отражает её тему и не дублирует другие страницы.
• 34. Микроразметка внедрена для подходящих типов контента — организация, товары, статьи, навигационные цепочки, — проходит валидацию без ошибок и соответствует видимому содержимому.
• 35. Атрибуты alt у содержательных изображений заполнены осмысленными описаниями; декоративные изображения не перегружены ключами.

Блок 8. Безопасность и прочее

Завершающий блок — проверки, которые часто упускают, хотя они влияют на доверие и стабильность.

• 36. Защищённый протокол работает на всех страницах, сертификат действителен, нет смешанного содержимого — ресурсов, загружаемых по незащищённому протоколу.
• 37. Отсутствие вредоносного кода и предупреждений о безопасности в панелях вебмастера. Нет скрытых ссылок и посторонних страниц, появившихся после взлома.
• 38. Языковые атрибуты указаны корректно; для многоязычных сайтов настроены альтернативные языковые версии со взаимными ссылками.
• 39. Контент, загружаемый скриптами, доступен роботу: важный текст и ссылки присутствуют в отрендеренной версии страницы, проверено инструментами просмотра страницы глазами робота.
• 40. Серверные логи показывают, что робот регулярно посещает важные разделы и не тратит основную часть обхода на мусорные адреса, параметры и ошибки.

Как расставить приоритеты

После прохождения чек-листа у вас наверняка будет длинный список проблем. Исправлять всё одновременно нереально, поэтому важно расставить приоритеты.

1. Критические. Всё, что мешает индексации: запреты в robots.txt и метатегах, массовые ошибки сервера, отсутствие главного зеркала, взлом. Исправляются немедленно.
2. Высокие. Массовые дубли, битые ссылки, проблемы с мобильной версией, серьёзные проблемы скорости на ключевых шаблонах. Исправляются в ближайшие недели.
3. Средние. Цепочки перенаправлений, дубли метаданных, ошибки разметки, глубокая вложенность. Включаются в план работ на месяц-два.
4. Низкие. Косметические улучшения: оптимизация отдельных изображений, заполнение alt на второстепенных страницах. Делаются по мере возможности.

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

Как часто проводить аудит

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

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

Итог

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

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