1. Что проверяет аудит
Одностраничный комплексный аудит объединяет 29 проверок. В зависимости от доступности сайта в отчёт входят HTTP-ответы и редиректы, SSL, мета-теги, canonical, robots.txt, sitemap, заголовки, контент, изображения, ссылки, Schema.org, Open Graph, производительность, доступность, безопасность и предварительная проверка публичных признаков по российским законам.
Правовой блок проверяет cookie и интерфейс согласия, формы с персональными данными, ссылки и базовую структуру политики, оферту, реквизиты, внешние аналитические сервисы, рекламные признаки и видимый потребительский текст по ФЗ-168. Это автоматическая диагностика, а не юридическое заключение; применимость норм и эвристические выводы требуют ручной проверки.
Полный аудит запускает SEO-, HTML- и правовые проверки для каждого выбранного URL, а затем объединяет дубли, отсутствующие метаданные, статусы, битые ссылки и изображения по всему сайту. Robots.txt, sitemap, HTTP/2, CORS и поведение сервера проверяются один раз на сайт; в деталях страницы сохраняется URL, с которого переиспользовано общесайтовое измерение.
2. Как находятся страницы
reChecker ищет директиву Sitemap в robots.txt, затем стандартные адреса sitemap. Индексы sitemap и вложенные карты разбираются рекурсивно в пределах времени и лимита.
Параллельно строится граф внутренних HTML-ссылок от введённого URL. Результаты объединяются, а внутри лимита приоритет получают главная, политика обработки данных, cookie-политика, оферта, контакты и страницы заказа/оплаты; затем идут остальные достижимые страницы и URL из sitemap. Если один источник недоступен, используется второй.
Удаляются дубли, фрагменты, известные рекламные параметры и URL бинарных файлов. Внешние домены в очередь страниц не добавляются.
Источник, число найденных URL и факт ограничения выборки сохраняются в отчёте. Текущие пакеты: 25 страниц, 100 страниц, 500 страниц, 1000 страниц.
3. Получение и интерпретация данных
Большинство проверок анализирует HTTP-ответ и исходный HTML, доступный серверному краулеру. Для пустых Next.js, Nuxt и SPA-оболочек выполняется целевой Chromium fallback. Отчёт сохраняет измеримые различия source HTML и rendered DOM по title, H1, объёму текста, ссылкам и изображениям, но не хранит две полные копии HTML.
Редиректы, коды ответа и заголовки фиксируются на момент запуска. Ссылки и изображения проверяются с дедупликацией целей; для проблемной ссылки сохраняются исходные страницы и цепочка переходов.
Лабораторные Web Vitals получают через PageSpeed API на ограниченной равномерной выборке: 1 URL для аудита до 25 страниц, 2 — до 100, 3 — до 500 и 5 — до 1 000. На остальных URL отчёт явно показывает, с какой репрезентативной страницы переиспользовано измерение. Мета-теги, контент, canonical, Schema.org, правовые признаки и инвентарь ссылок при этом анализируются отдельно для каждого URL.
Инвентарь CSS, JavaScript, ссылок и изображений извлекается из уже загруженного HTML без дополнительного браузерного прохода. Статусы внутренних ссылок по возможности подтверждаются результатами тех же проверенных страниц; оставшиеся сетевые цели проверяются в ограниченном последовательном бюджете. Пассивная проверка безопасности анализирует ответ и публичные заголовки, но не пытается эксплуатировать сайт и не перебирает чувствительные файлы или порты.
Часть метрик может зависеть от сети, географии, защиты от ботов и сторонних API. Недоступная проверка должна помечаться как пропущенная или ошибка получения данных, а не автоматически считаться дефектом сайта.
4. Балл и приоритеты
Балл 0–100 — сводная оценка технического состояния, а не оценка поисковой системы и не прогноз позиции. У проверок разный вес: критичные ошибки снижают балл сильнее рекомендаций. Балл полного аудита — среднее значение по успешно проверенным страницам.
Для исправления важнее сам URL, найденное значение и изменение между запусками. Поэтому повторный аудит отдельно показывает новые, исправленные и оставшиеся проблемы.
5. Ограничения и ложные срабатывания
- JavaScript-рендер может не завершиться за отведённое время или потребовать действий пользователя.
- Cloudflare, CAPTCHA, rate limit и блокировка user-agent распознаются как ограничение доступа, но новые защитные страницы требуют пополнения корпуса.
- Нетипичный корректный title, description, canonical или структура заголовков могут нарушать общие эвристики.
- Страница вне sitemap и без внутренних ссылок не будет найдена автоматически.
- Core Web Vitals в лабораторной проверке не заменяют полевые данные CrUX, Search Console или Яндекс Вебмастера.
- Во всех полных аудитах лабораторные Web Vitals являются выборочным измерением через PageSpeed API, а не отдельным браузерным прогоном каждой страницы.
Критичные изменения рекомендуется подтвердить вручную в браузере и в панелях поисковых систем до выпуска задачи в продакшен.
6. Воспроизводимость и исправления
Отчёт содержит дату, проверенные URL и доступные исходные показатели. CSV- и XLSX-выгрузки позволяют сохранить снимок и доказательства по ссылкам и редиректам. Методика и проверки меняются вместе с продуктом; дата этой страницы показывает актуальность описания.
Если результат выглядит неверным, отправьте URL, дату аудита и название проверки через форму обратной связи. Такие примеры используются для регрессионных тестов после удаления персональных данных.
7. Контрольный корпус качества
Версия корпуса: 2026-07-15.1. Дата измерения: 15 июля 2026 года. В корпусе 12 детерминированных HTML-сценариев для двух особенно чувствительных решений: нужен ли Chromium для пустой JS-оболочки и является ли полученная страница защитной заглушкой.
Область применимости: это показатель только для размеченного контрольного корпуса, а не заявление об общей точности SEO-аудита. Он не измеряет все CMS, сетевые условия и эвристики. Следующая ступень — обезличенные реальные снимки и отдельно опубликованный production-набор.
8. Публичные отчёты и кейсы
Ссылка на публичный отчёт по умолчанию закрыта от индексации. Для включения в витрину кейсов требуется отдельное версионированное согласие уполномоченного пользователя, повторный аудит с базовой версией и ручная редакционная проверка.
Кейс пересказывает только наблюдаемые изменения отчёта и ведёт на датированный источник. Рост позиций, трафика или выручки не приписывается техническим исправлениям без отдельно подтверждённых данных поисковых систем.
Открыть проверяемые кейсы →