Технический аудит сайта: что проверить, чтобы SEO и заявки росли

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

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

Начните с кодов ответа и списка коммерчески значимых URL. Страница услуги должна возвращать 200, редирект - вести на актуальную версию, удаленный URL - иметь принятое правило перенаправления или удаления. Цепочки редиректов сокращают, но универсального предела в один переход нет. Оценивают длину, скорость и конечный адрес.

Сверьте robots.txt, meta robots, X-Robots-Tag, sitemap и canonical. Disallow закрывает обход, noindex запрещает включение в индекс после доступного обхода, canonical указывает предпочтительную версию. Конфликт этих сигналов нужно устранить до отправки URL на повторную проверку.

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

Текущие Core Web Vitals включают LCP, INP и CLS. Рекомендуемые Google значения: LCP до 2,5 секунды, INP менее 200 миллисекунд, CLS менее 0,1. Проверять нужно полевые данные, если для страницы накоплена достаточная выборка. Лабораторный тест нужен для поиска причины и повторной проверки после исправления.

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

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

Источники: Google о Core Web Vitals и Google об удобстве страницы.

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

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

Долю мобильного трафика берут из аналитики конкретного сайта. Универсальный диапазон 60-90% применять нельзя: B2B, локальные услуги и интернет-магазины имеют разное распределение устройств.

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

Дубли появляются из-за параметров, фильтров, печатных версий, слэшей, регистра, HTTP и нескольких доменов. Один повтор H1 сам по себе не разрушает семантику сайта. Проблема возникает, когда несколько URL дают одинаковый ответ и конкурируют по одной группе запросов.

Для каждой группы дублей выберите действие: редирект, canonical, noindex, изменение шаблона или самостоятельная страница под другой спрос. Внутренние ссылки должны вести на действующие canonical URL без циклов и лишних переходов.

Title и H1 должны точно называть тему страницы. Description формирует предложение для сниппета, хотя поисковая система может выбрать другой текст. Open Graph отвечает за отображение ссылки в социальных сетях.

Structured data добавляют для поддерживаемого типа страницы и только по видимому содержимому. Article, BreadcrumbList, Product или LocalBusiness не дают гарантии расширенного результата. Разметка должна проходить валидатор и совпадать с текстом, ценой, автором, FAQ и датами на странице.

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

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

GA4, Метрика и Google Tag Manager проверяются по реальным событиям. Отправка формы должна создавать одно событие. UTM сохраняется до CRM. Звонок получает источник через call tracking, если телефон дает существенную долю обращений.

Сравните число заявок в аналитике, CRM и почтовых уведомлениях. Расхождение может указывать на дубли, потерю событий, блокировку скрипта или ручное создание сделки без источника.

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

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

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

Проверка нужна перед запуском и миграцией, после крупного релиза, при падении трафика или потере заявок. Для сайта с частыми изменениями критичные зоны можно проверять каждые 3-6 месяцев.

Критичны закрытые коммерческие страницы, ошибки 5xx, конфликт canonical, пустой рендеринг и массовые дубли. Приоритет подтверждают статусом URL и серверными данными.

Базовую проверку можно выполнить через Search Console, Яндекс Вебмастер, PageSpeed Insights и ручной тест форм. Ошибки шаблонов, JavaScript, сервера и CRM потребуют разработчика или профильного специалиста.

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

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

Аудит GSC в Метриум стоит от 150 000 ₸. Внедрение рассчитывается отдельно после проверки числа шаблонов, страниц, форм, интеграций и ошибок. Для оценки сайта посмотрите состав SEO-продвижения Метриум и подготовьте доступы к GSC, Яндекс Вебмастеру, аналитике и CRM.