Технический аудит сайта: что проверить самому

Что такое технический аудит сайта и зачем он нужен

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

Пример. Сайт услуг example.ru после редизайна случайно оставил в robots.txt запрет на весь сайт, который стоял на тестовой версии. Внешне всё работает, а через несколько недель страницы начинают пропадать из Яндекса и Google.

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

Шаг 1–3: открыт ли сайт для робота

Начните с того, что блокирует индексацию целиком. Если здесь есть ошибка, остальные проверки подождут.

• Главная страница отвечает кодом 200 — «страница работает». Код ответа сервера — трёхзначное число, которое сервер отдаёт вместе со страницей; увидеть его можно в панели разработчика браузера, вкладка «Сеть»
• Файл example.ru/robots.txt не запрещает важные разделы. Строка «Disallow: /» под «User-agent: *» закрывает весь сайт
• На важных страницах нет запрета noindex. Откройте код страницы (Ctrl+U) и найдите «noindex» поиском

Шаг 4–5: карта сайта и индексация в Вебмастере

Карта сайта (sitemap.xml) — файл со списком адресов, которые вы хотите видеть в поиске. Проверьте, что она открывается, указана в robots.txt строкой Sitemap и содержит только рабочие страницы без редиректов и запретов.

Затем сравните с тем, что видят поисковики. В Яндекс Вебмастере раздел «Индексирование» → «Страницы в поиске» показывает исключённые адреса с причиной, в Google Search Console — отчёт «Индексирование страниц». Резкий рост исключённых страниц — первый признак технической проблемы.

Шаг 6–7: ошибки, редиректы и зеркала

Битые ссылки ведут на страницы с ошибкой 404 — «не найдено». Роботы тратят на них время, а посетители уходят. Ошибки 500 — сбой сервера — опаснее: если они повторяются, поисковик может убрать страницы из индекса.

Зеркала — разные адреса одного сайта: с www и без, http и https. Все варианты должны вести на один основной адрес постоянным редиректом 301 (переадресацией «страница переехала навсегда»). Проверьте вручную: наберите http://example.ru, http://www.example.ru и https://www.example.ru — все должны привести к одному адресу за один переход.

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

Шаг 8: скорость, мобильная версия и HTTPS

Google оценивает удобство страницы показателями Core Web Vitals: например, основное содержимое должно загружаться за 2,5 секунды или быстрее. Свои значения смотрите в Search Console, отчёт «Основные интернет-показатели», или в PageSpeed Insights.

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

Что исправлять первым

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

Не гонитесь за «100 баллами» в сервисах проверки. Цель аудита — чтобы важные страницы были доступны, проиндексированы и не имели копий, а не идеальная оценка.

Как проверить результат

Ручная проверка хороша для главной и нескольких страниц, но ошибки обычно прячутся в глубине: на одной из тысячи карточек товара. Проверка SEO title обходит сайт как поисковый робот, проходит все 8 шагов сразу и показывает адреса с проблемами — от «Проблем robots.txt» (IDX-01) до «Зеркала http/https и www не склеены одним 301» (HTTP-07).

После исправлений запустите проверку ещё раз с теми же настройками и сравните отчёты. В Вебмастере и Search Console изменения проявятся позже — после того как робот заново обойдёт страницы.