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

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

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

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

Не ограничивайтесь главной страницей. У неё может быть одна структура, а у карточек товаров или формы заявки — совсем другая.

Подготовьте небольшой набор адресов:

• главная страница;
• несколько важных категорий;
• товар или услуга;
• статья блога;
• страница с формой или оформлением заказа.

Если есть доступ, откройте Яндекс.Вебмастер и Google Search Console. Для просмотра данных своего сайта потребуется подтвердить права или получить доступ от владельца.

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

1. Скорость загрузки сайта

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

Начните с PageSpeed Insights: вставьте адрес, запустите анализ и посмотрите результаты для телефона и компьютера.

В отчёте есть лабораторная проверка, а при достаточном объёме данных — сведения о реальных посещениях. Это разные измерения, поэтому цифры могут различаться. Устройство, соединение и содержимое страницы влияют на результат. Как устроен отчёт, объясняется в документации PageSpeed Insights.

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

2. Адаптивность под мобильные устройства

Откройте сайт с телефона и попробуйте пройти путь клиента: найти услугу, открыть меню, выбрать товар и заполнить форму.

Проверьте, что:

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

Google использует мобильную версию содержимого для индексации и ранжирования. Поэтому убирать с неё важные тексты и материалы ради «облегчения» страницы нужно осторожно. Это правило именно Google; одинаковую механику всех поисковиков из него выводить не стоит. Подробнее — в рекомендациях по mobile-first.

Мобильная страница должна помогать решить ту же задачу, что и версия для компьютера. Красивого уменьшения блоков для этого недостаточно.

3. Индексация сайта в поисковых системах

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

Проверьте важные адреса отдельно. В Яндекс.Вебмастере для этого есть «Проверка страницы», в Google Search Console — инструмент проверки URL.

Посмотрите:

• доступна ли страница роботу;
• нет ли запрета индексации;
• какой ответ получает робот;
• участвует ли страница в поиске и какая причина указана, если она исключена.

Если страница есть в индексе, это ещё не означает, что она будет заметна по нужному запросу. А если её нет, сначала разберитесь с причиной в отчёте, затем выбирайте исправление.

4. Битые ссылки и ошибки 404

Битая ссылка ведёт туда, где нужной страницы уже нет. Для посетителя это тупик, особенно если он нажал «Оформить заказ» или перешёл на важную услугу.

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

Сама ошибка 404 — «Страница не найдена» не означает штраф всему сайту. Для окончательно удалённой страницы такой ответ может быть правильным. Это поясняется в справке Google.

Что делать с находкой:

• Если ошиблась ссылка — исправьте её.
• Если страница переехала — настройте постоянное перенаправление на соответствующий новый адрес.
• Если материал удалён без замены — оставьте корректную страницу 404 с полезной навигацией.

Не перенаправляйте все удалённые адреса на главную автоматически. Посетитель должен попасть туда, куда ожидал, если подходящая замена существует. Рекомендации по обработке удалённых и перемещённых страниц есть в инструкции Google.

5. Дубли страниц

Один и тот же материал иногда открывается по нескольким адресам: с параметрами, по HTTP и HTTPS или в разных вариантах домена.

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

Для этого могут использоваться перенаправления и canonical — указание предпочтительного основного адреса. Выбор зависит от назначения страниц. Canonical является сигналом, а не безусловной командой для Google. Подробнее — в справке о канонических страницах.

6. Настройка robots.txt

robots.txt — текстовый файл с правилами обхода для поисковых роботов. Он помогает управлять тем, какие адреса робот может загружать.

Посмотрите файл по адресу вида “https://вашсайт.ru/robots.txt” и проверьте важные страницы через инструмент «Анализ robots.txt» Яндекс.Вебмастера.

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

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

Адрес часто выглядит как `/sitemap.xml`, но может быть другим. Иногда используется индекс, который ссылается на несколько файлов карт.

Проверьте, что карта открывается и содержит нужные основные адреса, а не удалённые страницы и случайные служебные URL. Необязательно включать в неё вообще всё, что есть на сайте.

Добавление sitemap не гарантирует индексацию каждой страницы. Это способ сообщить об адресах, а не приказ включить их в поиск. Как составлять карту, объясняется в документации Google.

8. Защищённое соединение HTTPS

Откройте сайт по HTTPS. Браузер не должен показывать предупреждений о сертификате. Проверьте также формы и страницы, где посетитель передаёт данные.

Обратите внимание на срок действия сертификата, соответствие домену и загрузку ресурсов через защищённое соединение. Значок в адресной строке зависит от браузера: отсутствие привычного замочка само по себе не доказывает проблему.

HTTPS помогает защитить передачу данных и избежать подмены содержимого при загрузке. Зачем он нужен, поясняет Яндекс.Вебмастер. Но один сертификат не решает все вопросы безопасности и не гарантирует рост позиций.

9. Заголовки title и описания description

Title — название страницы в HTML, а description — её краткое описание в метаданных. Их можно заполнить через соответствующие поля CMS.

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

Поисковик сам формирует вид результата. Заголовок может отличаться от title, а описание — от description. Это описано в рекомендациях Google о заголовках и сниппетах.

10. Работа сайта в разных браузерах

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

Начните с браузеров и устройств вашей аудитории. В качестве стартового набора можно взять Chrome, Яндекс Браузер и Safari, если у вас есть посетители с устройств Apple.

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

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

Расставляйте приоритеты по масштабу и последствиям:

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

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

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

Если каталог и код меняются часто, проверки нужны чаще. Отдельно запланируйте их до и после редизайна, смены CMS, переезда на другой домен и массового изменения адресов.

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