1. Доступность и индексирование
Начните с ответа сервера и правил доступа. Важные страницы должны возвращать 200, удалённые — 404 или 410, а перемещённые — один 301 без цепочки. robots.txt управляет обходом, но не заменяет noindex для закрытия страницы из поиска.
- robots.txt не блокирует CSS, JavaScript и основные посадочные
- В sitemap находятся только канонические URL с ответом 200
- Служебные, тестовые и личные страницы закрыты от индексации
- Нет мягких 404 и бесконечных URL с параметрами
- HTTP и www-варианты приводятся к одному защищённому домену
2. Дубли, canonical и внутренняя перелинковка
Каждая самостоятельная страница должна иметь один понятный адрес. Canonical помогает указать предпочтительную версию, но внутренние ссылки, sitemap и редиректы также должны вести именно на неё.
Проверьте дубли со слешем и без него, параметры сортировки, старые адреса, печатные версии и одинаковые услуги под разными URL. Ссылка на страницу должна быть обычным HTML-элементом с доступным адресом, чтобы робот мог её обнаружить.
3. Рендеринг, скорость и мобильная версия
Для JavaScript-сайта важно проверить исходный HTML: title, description, canonical, основной текст и ссылки должны быть доступны при серверном рендеринге. Ошибка гидратации или зависимость от действий пользователя может скрыть контент от робота.
Оптимизируйте изображения, шрифты и критический CSS, но оценивайте реальный пользовательский опыт, а не только лабораторный балл. На мобильном устройстве не должно быть горизонтального скролла, мелких элементов управления и перекрывающих экран блоков.
4. Микроразметка и контроль после исправлений
JSON-LD должен описывать видимый контент, а не добавлять несуществующие отзывы, цены или FAQ. Для компании уместны Organization и LocalBusiness, для навигации — BreadcrumbList, для статьи — BlogPosting, для фактической услуги — Service.
После исправлений повторно обходят сайт, проверяют schema валидатором, отправляют sitemap и следят за отчётами индексирования. SEO-аудит — не одноразовый файл: ошибки возвращаются после релизов и миграций.
Как часто проводить технический аудит
Минимальный набор проверок стоит повторять после каждого крупного изменения сайта: редизайна, переезда на новый движок, смены структуры URL или массового добавления страниц. В такие моменты чаще всего появляются битые ссылки, потерянные редиректы и выпавшие из индекса разделы.
Для сайта, который продвигается, разумный ритм — полноценный аудит раз в полгода и выборочные проверки метатегов, индексации и скорости ежемесячно вместе с регулярной работой над контентом.
Что делать после аудита: приоритеты исправлений
Список ошибок сам по себе не улучшает позиции — важен порядок работ. Сначала закрывают то, что мешает индексации: недоступные страницы, дубли, некорректные редиректы и закрытые от роботов разделы.
Затем — факторы роста: скорость загрузки, метатеги под запросы, микроразметку и перелинковку. Если ресурсов на всё не хватает, начните с аудита и плана: даже половина исправлений обычно заметна в отчётах о переобходе.