Технический аудит сайта: чек-лист для Яндекса

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

Ниже — девять блоков проверки. По каждому: что смотреть, чем грозит ошибка и как проверить самостоятельно. В конце — сводная таблица, которую удобно распечатать или скопировать в задачу программисту.

Когда проводить аудит и с чего начать

Полный аудит нужен в нескольких случаях:

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

Начните с Яндекс Вебмастера: раздел «Диагностика» показывает проблемы, которые Яндекс уже заметил сам. Это бесплатный и самый быстрый первый шаг. Но Вебмастер видит не всё, поэтому дальше идём по списку.

1. Индексация и robots.txt

Первое, что нужно убедиться, — робот вообще может попасть на нужные страницы.

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

• robots.txt существует и открывается по адресу ваш-сайт/robots.txt;
• нет случайного запрета всего сайта. Классика — строка «Disallow: /», оставшаяся после разработки на тестовом сервере;
• закрыто служебное: корзина, личный кабинет, поиск по сайту, страницы сортировок;
• не закрыты нужные разделы, скрипты и стили, без которых страница отображается неправильно;
• в robots.txt указан путь к карте сайта в строке Sitemap;
• мета-тег robots с noindex стоит только там, где страница действительно не нужна в поиске.

Для страниц с UTM-метками и служебными параметрами в адресе Яндекс поддерживает директиву Clean-param. Она подсказывает роботу, что адреса с такими параметрами ведут на одну и ту же страницу.

Как проверить: в Вебмастере есть инструмент «Анализ robots.txt» — в нём можно проверить, разрешён ли конкретный адрес. Сколько страниц сайта уже в поиске, быстро покажет бесплатная проверка индексации, а следить за этим постоянно удобнее в разделе индексации.

2. Ответы сервера и редиректы

Каждая страница отвечает роботу кодом. От него зависит, что Яндекс сделает со страницей.

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

• нужные страницы отвечают 200, а не ошибкой;
• удалённые страницы отдают 404 или 410, а не 200 с текстом «страница не найдена» — такие «мягкие 404» засоряют индекс;
• переезды сделаны через 301, а не 302 и не через meta refresh;
• нет цепочек редиректов, когда адрес A ведёт на B, а B — на C;
• внутренние ссылки ведут сразу на конечный адрес, а не на редирект;
• нет битых ссылок на сайте.

Как проверить: точечно — инструментом «Проверка ответа сервера» в Вебмастере. Для всего сайта нужен краулер, который пройдёт по всем ссылкам и соберёт коды ответов.

3. Дубли и canonical

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

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

• адрес со слешем на конце и без него;
• заглавные и строчные буквы в адресе;
• index.php или index.html в конце адреса;
• метки и параметры: utm, сортировка, фильтры, номер страницы;
• версия для печати;
• товар, доступный из нескольких категорий по разным адресам.

Как лечить:

1. 301-редирект — когда второй адрес не нужен вообще (слеш, регистр, index.php).
2. rel="canonical" — когда адрес нужен людям, но в поиске должна быть основная версия (сортировки, фильтры).
3. Clean-param в robots.txt — для параметров вроде UTM-меток.

Как проверить: откройте одну и ту же страницу с разными вариантами адреса. Если все открываются с кодом 200 и без canonical на основную версию — у вас дубли. В Вебмастере дубли видны в отчёте о страницах в поиске, среди исключённых.

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

Технический аудит смотрит не на качество текста, а на наличие и уникальность основных тегов.

• title есть на каждой странице, уникален и не слишком длинный — ориентир до 60–70 символов;
• description заполнен и не повторяется на сотне страниц;
• H1 есть и он один;
• атрибут lang указан в коде страницы.

Самая частая проблема — шаблонные дубли. Например, у всех карточек товаров одинаковый title «Купить в интернет-магазине», потому что так настроен шаблон. Исправляется одной правкой шаблона: подставьте название товара, категорию или город.

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

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

Медленный сайт раздражает людей и замедляет обход роботом. Чаще всего тормозят не сервер, а тяжёлые изображения и скрипты.

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

• время ответа сервера — если страница начинает отдаваться через несколько секунд, нужен кеш или более мощный хостинг;
• вес картинок — фото прямо с камеры весом в несколько мегабайт на странице недопустимы;
• формат картинок — WebP и AVIF весят заметно меньше JPG и PNG при том же качестве;
• сжатие страниц — gzip или brotli на сервере;
• кеширование статики — браузер не должен заново скачивать стили и скрипты на каждой странице;
• скрипты в начале страницы с атрибутом async или defer, чтобы не блокировать отрисовку;
• ленивая загрузка картинок ниже первого экрана.

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

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

Большая часть людей ищет с телефона, поэтому мобильная версия — не опция.

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

Как проверить: в Вебмастере есть проверка мобильных страниц. Плюс просто откройте сайт на своём телефоне и попробуйте сделать заказ — многое станет видно сразу.

7. Карта сайта sitemap.xml

Sitemap.xml — список страниц, которые вы хотите видеть в поиске. Он помогает роботу быстрее находить новые и изменённые страницы.

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

• карта существует и указана в robots.txt и в Вебмастере;
• в ней только рабочие страницы — без 404, редиректов, noindex и страниц с canonical на другой адрес;
• в ней есть все важные страницы — новые разделы и товары часто забывают;
• lastmod честный — дата реального изменения, а не сегодняшняя у всех адресов.

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

8. Микроразметка

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

Что стоит разметить:

• Organization или LocalBusiness — название, адрес, телефон, часы работы;
• Product с ценой и наличием — на карточках товаров;
• BreadcrumbList — хлебные крошки;
• FAQPage — на страницах с блоком вопросов и ответов;
• Open Graph — чтобы ссылка в мессенджерах и соцсетях показывалась с картинкой и описанием.

Как проверить: в Вебмастере есть «Валидатор микроразметки»: вставьте адрес или код страницы, и он покажет, какие объекты распознаны и где ошибки.

9. HTTPS и зеркала

Зеркала — это разные адреса одного сайта: с www и без, по http и https. Для Яндекса это отдельные сайты, пока вы не укажете главный.

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

• сертификат действует и не истекает в ближайшее время;
• со всех http-адресов стоит 301-редирект на https;
• выбрано одно главное зеркало — с www или без, — а второе отдаёт 301 на него;
• нет смешанного контента: картинки, скрипты и стили на https-страницах тоже грузятся по https;
• в Вебмастере добавлено и подтверждено главное зеркало. При смене адреса пригодится инструмент «Переезд сайта».

Старая директива Host в robots.txt для указания главного зеркала Яндексом больше не используется — работают только редиректы и настройки в Вебмастере.

Как проверить: введите в браузере все четыре варианта адреса главной — http и https, с www и без. Должен открываться один, остальные перенаправлять на него.

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

Как провести аудит быстрее

Пройти этот список руками для сайта на 20 страниц реально. Для каталога на тысячи страниц — нет: нужно обойти каждую, собрать коды, теги, вес картинок и ссылки.

Аудит сайта в SerpWatch обходит страницы и проверяет их по чек-листу из более чем 40 пунктов: ответы сервера, редиректы, дубли title и description, H1, canonical и noindex, битые ссылки и ресурсы, тяжёлые картинки, сжатие, кеширование, смешанный контент, микроразметку и Open Graph. У каждой проблемы есть подсказка, чем она вредит и как исправить.

Результат можно выгрузить в Excel и раздать по исполнителям: тексты и мета-теги — контент-менеджеру, редиректы и скорость — программисту.

Что исправлять в первую очередь

Не пытайтесь закрыть всё сразу. Порядок, который обычно себя оправдывает:

1. Всё, что касается сайта целиком: запрет в robots.txt, нет редиректа на https или главное зеркало, массовые ошибки сервера.
2. Ошибки на важных страницах: услуги и категории, которые приносят заявки, отдают ошибку, закрыты noindex или дублируются.
3. Массовые шаблонные проблемы: одинаковые title и description, отсутствие H1 — одна правка шаблона исправляет сотни страниц.
4. Скорость и картинки.
5. Советы и улучшения: разметка, alt у картинок, длинные адреса.

Если позиции уже упали и вы ищете причину, сверьтесь также с разбором почему упали позиции в Яндексе — техника лишь одна из возможных причин.

Частые вопросы

Как часто проводить технический аудит?

Раз в месяц и после каждого крупного изменения сайта: редизайна, переезда, смены CMS.

С каких ошибок начинать исправление?

С тех, что мешают индексации: ошибки сервера, закрытые страницы, отсутствие склейки зеркал, битые ссылки. Затем — дубли и метатеги.

Можно ли провести аудит бесплатно?

Да: в SerpWatch есть бесплатный экспресс-анализ одной страницы без регистрации, а полный аудит сайта входит в бесплатный тариф.

Коротко

• Технический аудит проверяет, может ли Яндекс найти, понять и показать ваши страницы.
• Начните с Вебмастера, затем пройдите девять блоков: robots.txt, ответы сервера, дубли, мета-теги, скорость, мобильную версию, sitemap, разметку и зеркала.
• Сначала исправляйте ошибки, которые касаются всего сайта, затем важные страницы и шаблоны, потом улучшения.
• Для больших сайтов ручная проверка не работает — нужен обход всех страниц и выгрузка задач по исполнителям.
• Повторяйте аудит после каждого крупного обновления сайта.