Основы

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

Иллюстрация к статье «Технический аудит сайта: что проверить самому»
В избранное — зарегистрироватьсяНравится — зарегистрироваться

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

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

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

Пример. Сайт услуг 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 и содержит только рабочие страницы без редиректов и запретов.

Затем сравните это с данными поисковиков. В Яндекс Вебмастере откройте «Индексирование» → «Страницы в поиске» → «Исключённые страницы»: там указаны статусы конкретных URL. Статус «малоценная или маловостребованная» не доказывает техническую ошибку. В Google Search Console смотрите отчёт об индексировании страниц и проверку отдельного URL.

Шаг 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 с действующим сертификатом — без предупреждения браузера об опасности.

Пример: как из результатов проверки получить план

Учебный пример: у сайта услуг example.ru есть 120 адресов в карте сайта. Проверка находит 8 страниц с кодом 5xx и 14 ссылок на несуществующие страницы. В Вебмастере ещё 6 URL отмечены как «малоценные или маловостребованные». Эти числа придуманы для примера; на вашем сайте причины и приоритеты будут другими.

Сначала владелец проверяет 8 важных страниц с 5xx: повторяет запрос, находит сбой сервера и проверяет ответ после исправления. Затем исправляет ссылки на 404. Для 6 URL со статусом «малоценные или маловостребованные» технической причины пока не установлено: нужно сопоставить каждый URL с запросом пользователя, содержимым и похожими страницами.

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

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

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

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

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

Ручная проверка нескольких страниц не покажет все проблемные URL. SEO title обходит доступные страницы сайта, проверяет технические сигналы для Яндекса и Google и группирует находки по адресам. Он не знает внутреннее решение поисковика о ценности страницы: для этого нужен Вебмастер.

После исправления запустите проверку повторно с теми же настройками. Убедитесь, что нужные URL отвечают ожидаемым кодом и доступны для обхода. Затем следите за их статусом, показами и переходами в Вебмастере и Search Console после повторного обхода.

Первоисточники

FAQ

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

С чего начать аудит небольшого сайта?

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

Высокий технический балл гарантирует позиции?

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

Как понять, что исправление сработало?

Повторите проверку с теми же настройками, сравните конкретные находки и проверьте важные URL в инструментах поисковых систем.

Проверьте себя

Вопрос 1 из 2. Результат увидите только вы.

С чего начинать технический аудит?

Обсуждение

Какую техническую проблему вашего сайта вы бы проверили в первую очередь?

Войдите, чтобы оставить комментарий. Читать обсуждение могут все. Комментарии проходят автоматическую и редакционную проверку.