Как провести аудит сайта самостоятельно: порядок проверок, чтение результатов и границы

Самостоятельный аудит — это несколько последовательных проверок: доступность сайта для поисковых систем, скорость и мобильная версия, страницы и содержание, удобство и безопасность, видимость для ИИ-поиска. Начинать нужно с Google Search Console и Яндекс Вебмастера — бесплатных панелей самих поисковых систем. Результат — не оценка сайта, а список проблем с приоритетами; роста позиций и заявок такая проверка не обещает. Граница простая: найти проблему и понять её серьёзность можно самому, но часть исправлений требует разработчика, а бесплатные панели не заменяют проверку кода и сервера. Страницы документации Google и Яндекса, на которые ведут ссылки, проверены 13.10.2026; названия отчётов и кнопок со временем меняются.

Алексей Малков

Основатель GEOAudit.org • GEO/SEO-стратег

10+ лет в digital

Технический SEO-аудит Core Web Vitals Видимость для ИИ-поиска

Профиль автора →

Виды аудита в двух словах и что подготовить до начала

Аудит сайта — это проверка его состояния по группам вопросов: открывают ли сайт поисковые роботы, быстро ли он работает, полезны ли страницы, удобно ли оставить заявку, защищён ли он. Единого стандарта у такой проверки нет: поисковые системы не публикуют деление аудита на виды, а практики делят его по-разному, от трёх до шести видов. Общий обзор видов и того, что изменилось с приходом ИИ, есть на странице «Аудит сайта в 2026». Здесь только рабочая рамка для самопроверки: технический аудит отвечает на вопрос «может ли робот открыть и обойти сайт» (шаги 1 и 2), SEO-аудит — «понятны ли поиску страницы», контентный — «полезно ли то, что на них написано» (шаг 3), юзабилити и безопасность закрывает шаг 4, видимость для ИИ-поиска — шаг 5.

Рамку мы собрали по материалам Magilanka, Александры Ивановой, Tapbox и BugViso. Это мнение их авторов, а не норма Google или Яндекса. Практики советуют начинать с технического блока (доступность, индексация, скорость, форма заявки). Видимость для ИИ-поиска добавили мы: это тема нашего проекта.

Сколько времени закладывать. Сроки — ориентиры авторов блогов для небольших сайтов (до сотни или до 500 страниц), а не измерения. Экспресс-проверку подают как работу на 15 минут: так озаглавлены статьи Pawetta (о сайте) и RAHVALSKIY TEAM (об одной странице). Tapbox описывает чек-лист примерно на час, Cropas называет 6–8 часов, для полного аудита называют дни и недели.

Что подготовить.

• Доступы к Google Search Console и Яндекс Вебмастеру с подтверждёнными правами; порядок подтверждения и роли доступа описаны в справках Google и Яндекса.
• Счётчик посещаемости, например Яндекс Метрику: он понадобится на шаге 4.
• Список 5–10 важных страниц: главная, услуга или категория, карточка, статья, страница с формой.
• Цель сайта одной фразой: что считается заявкой.

По описанию Google, Search Console помогает понять, как сайт показывается в Google Поиске, и показывает, как Google его сканирует и индексирует (справка Google, страница обновлена 10.12.2025). Google предлагает начать с подтверждения прав на сайт, затем проверить, что страницы доступны для индексации, при желании добавить карту сайта и следить за отчётом о результативности в поиске.

Для малого местного бизнеса Google в справке «Do you need an SEO?» (обновлена 05.06.2026) допускает, что многое можно сделать самостоятельно, и предлагает начать с SEO Starter Guide; там же есть раздел о том, когда имеет смысл нанять SEO-специалиста. Подрядчику для аудита Google советует давать в Search Console только доступ на чтение, без права записи; на CMS, хостинг и аналитику этот совет не распространяется.

Шаг 1. Доступность для поисковых систем: индексация, robots.txt, коды ответа и дубли адресов

Первый шаг отвечает на три вопроса. Могут ли роботы открыть сайт? Для этого смотрят robots.txt (текстовый файл с правилами для поисковых роботов) и коды ответа: числа, которыми сервер отвечает на запрос страницы (200 — страница открылась, 404 — не найдена). Есть ли важные страницы в индексе, то есть в базе, из которой поисковая система строит выдачу, а если нет — почему? Нет ли лишних адресов у сайта: с www и без, по http и https, со слешем в конце и без?

Ответы дают две бесплатные панели: Google Search Console и Яндекс Вебмастер. Названия отчётов, статусов и числовые пороги взяты из справок Google и Яндекса на 13.10.2026; интерфейс меняется, поэтому ориентируйтесь на заголовок отчёта, а не на путь в меню.

Перед любой правкой из таблицы сохраните резервную копию сайта и файла robots.txt. Это наш совет, не требование поисковых систем.

Про robots.txt обе системы пишут одно и то же: он не удаляет страницу из поиска. Для этого нужен noindex, а саму страницу в robots.txt не закрывают (Google, Яндекс). Карту сайта Google предлагает добавить при желании, обязательной она не названа.

С чего начать: запросы site: и инструмент проверки URL

Google в справке выделяет небольшие сайты. Порог по справке — менее 500 страниц; это ориентир, не универсальное правило. Для таких сайтов Google советует начать с запросов site:ваш-домен и site:точный-адрес-страницы, а в отчёт об индексировании заглядывать, если запросы ничего не нашли. Практик Никита Вихров называет site: грубой прикидкой, а точные цифры предлагает брать из отчётов Вебмастера и Search Console. Мы читаем это как два шага: site: покажет очевидные провалы, точные цифры даст отчёт поисковой системы.

Дальше конкретную страницу разбирает инструмент проверки URL. По справке Google он показывает, знает ли Google о странице, когда её сканировали, не запрещены ли обход и индексирование и какой адрес Google считает основным. Вердикт «URL is on Google» означает, что страница может показываться в поиске, но не гарантирует этого. До запуска живого теста вы видите данные последнего сканирования, а не текущее состояние. Живой тест показывает, доступна ли страница для Google сейчас, но не заменяет отчёт об индексировании: дубликаты и выбор основного адреса он не проверяет.

В документах Google поведение инструмента при редиректах описано неоднозначно: справка по инструменту и справка по отчёту пишут, что живой тест проходит перенаправления и проверяет конечный адрес, а документ о кодах ответа — что инструменты проверки Google перенаправлениям не следуют. Адрес, на который ведёт редирект, проверяйте отдельно.

Как читать статусы Google

В русской справке отчёт называется «Отчет об индексировании страниц». Он показывает проиндексированные и непроиндексированные страницы и причины. В части документации Google этот отчёт называют Index coverage (страница обновлена 10.12.2025), в других местах — Page indexing (18.12.2025). Непроиндексированная страница — не всегда проблема: важно, чтобы были проиндексированы основные страницы сайта.

Несколько статусов легко принять за ошибку. Для статуса «просканирована, но пока не проиндексирована» справка пишет, что страница может быть проиндексирована позже, а может остаться как есть. Причину Google не называет, поэтому не списывайте её на слабый контент или санкции. Рядом описан статус, при котором сканирование отложено, чтобы не перегружать сайт. Если страница числится «копией», это не обязательно ошибка. Какой адрес Google считает основным, показывает инструмент проверки URL в поле «Каноническая страница, выбранная Google». Указание rel=canonical справка называет сигналом.

Даже при выполнении трёх минимальных условий индексирование не гарантировано (документация Google), поэтому исправление не обещает возврата страницы в индекс.

Что находят агентства и как часто советуют проверять. В материалах агентств Rush Agency (2026), «Ашманов и партнеры» (2023), Molinos (2024) и lz.media (2025) в числе типичных находок встречаются несколько адресов у одного сайта, страницы 404, цепочки редиректов и содержимое карты сайта. Сроки проверок там названы разные: квартал, полгода, год. Это мнения агентств без выборки; единой нормы нет, и поисковые системы такого требования не выдвигают.

Шаг 2. Скорость и мобильная версия: Core Web Vitals и PageSpeed Insights

Основа проверки скорости — Core Web Vitals: три показателя (LCP, INP и CLS), которые Google оценивает по данным реальных посетителей. Пороги ниже даны по документации Google на 13 октября 2026 года (web.dev, PageSpeed Insights).

«Прошёл Core Web Vitals» значит, что три показателя хороши минимум у 75% реальных посещений, а не у лучшего или среднего замера. Если данных мало, оценка может быть недоступна. Для Яндекса такие пороги мы не приводим: его документацию по скорости и мобильной версии мы не разбирали.

Как читать PageSpeed Insights и что исправлять

Сервис показывает данные двух видов. Полевые — реальные замеры посетителей за последние 28 дней (отчёт Chrome User Experience Report, CrUX). У новой или малопосещаемой страницы их может не быть: тогда сервис покажет данные по всему сайту или не покажет ничего.

Лабораторные — один смоделированный запуск Lighthouse. Оценка в баллах: 90 и выше — «хорошо», 50–89 — «требует улучшения», ниже 50 — «плохо». От запуска к запуску цифра колеблется.

Если результаты расходятся, это нормально (web.dev). Лаборатория подходит для проверки правок, а итог «прошёл или не прошёл» строится по полевым данным. Практик агентства Molinos в статье 2024 года считает достаточным результат от 70 баллов, а документация сервиса называет хорошей оценку от 90. Балл лабораторный и итог по Core Web Vitals не определяет.

В Search Console отчёт Core Web Vitals по реальным данным показывает, как работают группы страниц, отдельно для мобильных и компьютеров. Для проверки одной страницы справка отсылает к внешним тестам, например к PageSpeed Insights. Данных в отчёте может не быть. После правок полевые данные обновляются не сразу: они усредняются за 28 дней, поэтому эффект стоит оценивать через несколько недель.

О влиянии на позиции сошлёмся только на Google: Core Web Vitals используются системами ранжирования, но хорошие значения позиций не гарантируют.

Что исправлять. Практик ADSCentr Олег Макаров (статья, обновлена 06.10.2026) называет такой порядок исправлений: изображения, кэширование, сторонние скрипты, шрифты и только затем хостинг. Это мнение практика, не норма Google. Один из ориентиров: по данным Web Almanac 2025 (HTTP Archive, замеры июля 2025 года, весь мир, не Россия) изображение — главный элемент LCP на 76,0% мобильных страниц. Что из списка вы сделаете сами, зависит от вашей CMS и доступов.

Мобильная версия

Google при индексации в первую очередь использует мобильную версию страниц (mobile-first indexing) и рекомендует, чтобы содержимое мобильной и компьютерной версий совпадало (руководство Google, 10.12.2025). Откройте важные страницы на телефоне и сравните с версией для компьютера: тот же ли текст, те же ли заголовки и форма.

Об инструменте Mobile-Friendly Test: по сообщению Search Engine Land от 04.12.2023, Google отключил его вместе с отчётом Mobile Usability. Подтверждение вторичное: страницу Google с первоисточником мы не открывали. Для мобильной версии подходят PageSpeed Insights, Lighthouse и отчёт Core Web Vitals в Search Console, где данные идут отдельно для мобильных.

Шаг 3. Страницы и содержание: заголовки, описания, дубли, полезность

Проверять нужно не весь сайт, а 5–10 важных страниц: главную, услугу или категорию, карточку, статью и страницу с формой. Приём для поиска дублей описывает агентство Rookee: открыть разные версии адреса и посмотреть исходный код, canonical, title, H1, description и фрагмент текста. Для проверки в масштабе используют краулер — программу, которая обходит сайт как робот. Требованием поисковиков это не является. Бесплатные краулеры и сервисы сравниваются на странице о бесплатных сервисах проверки сайта.

Google не называет предельной длины title и description: в выдаче текст обрезается по ширине экрана. Яндекс пишет, что длина title ограничена шириной экрана. Числа практиков — ориентиры без раскрытой методики. RAHVALSKIY TEAM (30.08.2026) и Vakas (12.07.2026) называют для title 50–70 знаков или около 60, для description 130–170. Названия разделов Яндекс Вебмастера в таблице могут измениться.

Заголовок H1. Практики (RAHVALSKIY TEAM, Vakas) требуют один H1 на страницу. В просмотренных страницах Google и Яндекса такого требования нет. Google советует сделать главный заголовок однозначно заметным, например первым видимым H1, и называет проблемой несколько равнозначных крупных заголовков. Поэтому «один понятный H1» — совет практиков, не требование поисковых систем.

Полезность вместо объёма. В документации о полезном содержимом (обновлена 05.10.2026) Google предлагает вопросы самопроверки: оригинальность, полнота, ценность относительно других страниц, понятный заголовок без преувеличений, достоверность. Используйте их как чек-лист для каждой важной страницы. В базовом руководстве названы признаки полезного содержимого: читаемость и структура с заголовками, уникальность, актуальность, ориентация на людей. Google прямо пишет, что предпочитаемого числа слов у него нет. Порога «тонкой» страницы по числу слов мы в просмотренных документах Google и Яндекса не нашли. Менять даты страниц, если содержимое не изменилось, Google не советует.

Что не обещает правка. Правка title или description роста позиций не гарантирует. Описание тоже не станет сниппетом (фрагментом текста под ссылкой в выдаче) автоматически: Google сам решает, что показать, чаще это фрагмент текста страницы, а description используется, когда описывает страницу точнее (документация, 20.04.2026).

Шаг 4. Удобство, конверсия и безопасность

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

Путь посетителя к заявке

Пройдите путь от первого экрана до отправленной заявки — на телефоне и на компьютере. Рабочий список по материалам студий и практиков (Tilda Education, ActiveZone, ВебСпринт, Никита Вихров): понятен ли первый экран, заметен ли призыв к действию, сколько полей в форме, виден ли телефон, есть ли элементы доверия. Это мнения авторов. Независимых исследований заявочных форм услуг для российского малого бизнеса нам не встретилось. Если на этом шаге выяснится, что посетителя останавливают непонятное предложение, спрятанная цена или слабое доверие, такие причины отдельно разбирает коммерческий аудит сайта.

Числовые ориентиры практиков такие: 3–4 поля в форме и 44 пикселя для области касания. Google для касаний называет около 48 пикселей (web.dev, страница 2020 года).

NN/g пересказывает лабораторное исследование 2014 года (ACM CHI; Университет Базеля и Google; 65 участников; регистрационные формы немецкоязычных газет и журналов). Доля отправок формы с первой попытки составила 78% у форм, соответствующих рекомендациям по юзабилити, и 42% у форм, нарушающих их. Это не заявочные формы сайтов услуг, поэтому переносить цифры на российские сайты услуг нельзя.

Заявки измеряйте целями в Яндекс Метрике. В справке Метрики предлагают цели «Отправка формы» и «Клик по email». Проверить, что цель срабатывает, помогает режим отладки с параметром _ym_debug=2 (справка). Учтите и ограничение: при малой посещаемости эффект правок трудно отличить от случайных колебаний, поэтому рост заявок от выполнения списка мы не обещаем.

Безопасность

Безопасность описана по документации Google и Яндекса на 13.10.2026. В просмотренных страницах нет ни гарантированных сроков снятия предупреждений, ни данных о влиянии HTTPS и предупреждений на позиции.

Взлом. В политике против спама (обновлена 28.08.2026) Google называет взломанным контентом всё, что появилось на сайте без вашего разрешения из-за уязвимостей: внедрённый код, лишние страницы со спамом или фишингом, скрытые ссылки и текст, вредоносные перенаправления. Google отмечает, что взлом с перенаправлением может проявляться только при переходе из поиска или на другом устройстве, поэтому прямой заход на сайт его не всегда выявляет. Откройте свой сайт из результатов поиска и с телефона. Это наш вывод из примера Google, не официальный чек-лист.

Спам от пользователей. Если на сайте есть комментарии, форум или регистрация, Google выделяет такой спам отдельным пунктом политики и советует защищать публичные разделы.

Предупреждения. Если Google решит, что сайт взломан или опасен для посетителей, это появится в отчёте Security issues в Search Console (справка), а страницы могут получить предупреждение в выдаче или в браузере. Отсутствие предупреждения в браузере не значит, что проблем нет: Google пишет, что предупреждения зависят от контекста просмотра. Отчёт Google советует считать источником истины, а список адресов в нём — примерами. Исправлять надо на всём сайте, затем отправлять запрос на пересмотр. Рассмотрение может занять от нескольких дней до недель, срок и возврат в выдачу не гарантированы.

HTTPS. Google рекомендует HTTPS и при наличии обеих версий страницы предпочитает индексировать защищённую. Пять пунктов той же справки подойдут как чек-лист: каноническая ссылка, сертификат, sitemap, перенаправления, robots.txt. Отчёт HTTPS показывает только выборку адресов и доступен лишь для ресурсов типа «Домен» и «Префикс URL с HTTPS».

Яндекс. В справке Вебмастера сказано: ограничения могут касаться всего сайта или его разделов, нарушения видны на странице «Безопасность и нарушения», а пустой список означает, что ограничения не действуют.

Признаки взлома — случай для разработчика или хостинг-провайдера, а перед чисткой нужна резервная копия сайта.

Шаг 5. Видимость для ИИ-поиска: доступ ботов, текст на странице, источники

Шаги 1–4 относятся к классическому поиску (SEO). Этот шаг про ИИ-поиск (GEO): видят ли сайт боты ИИ-сервисов и может ли он попасть в их ответы. Условия взяты с официальных страниц операторов и проверены 13.10.2026; у страниц OpenAI и Яндекса дат обновления нет. Боты делятся на три роли: обучение, поиск и действия по запросу пользователя (ассистент заходит на страницу по просьбе человека).

Cloudflare заявила в августе 2025 года, что наблюдала обход блокировок и robots.txt со стороны Perplexity на тестовых доменах. Perplexity в документации описывает PerplexityBot иначе — как бота для поиска; её позицию по этому эпизоду мы не проверяли.

Данных о том, как ИИ-краулеры исполняют JavaScript, мало: измерение Vercel и MERJ (декабрь 2024 года) относится к сети Vercel и сайту nextjs.org. Эксперимент в Search Engine Land (19.08.2026, один сайт, 41 день) измерял ссылки, внедряемые скриптами; по заголовку статьи, такие ссылки могут сделать страницы невидимыми для ИИ-поиска. Основной текст страницы поэтому лучше держать в HTML-коде (наш вывод).

Для AI Overviews и AI Mode (ИИ-функций Google Поиска) нужны индексация и возможность сниппета, специальных файлов и разметки не требуется (руководство от 10.12.2025). Руководство от 10.07.2026 добавляет условие: сайт должен быть включён в Search generative AI features в Search Console (по справке с пометкой от 31.08.2026 по умолчанию стоит Include). Файл llms.txt, как сказано в руководстве от 10.07.2026, Google Поиск не использует. Чтобы ограничить показ фрагментов страницы в AI-функциях, документация Google предлагает директивы nosnippet, data-nosnippet, max-snippet или noindex; блокировка Google-Extended на это не влияет. Индексацию и сниппет проверьте по шагам 1 и 3, настройку — в Search Console.

Проверка ответов нейросетей руками: около получаса на одну нишу

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

1. Соберите 10–15 живых вопросов клиента. Не ключевые фразы из семантики, а формулировки разговорным языком: «где сделать X в городе Y», «сколько стоит X под заказ», «кто лучше — A или B», «на что смотреть при выборе X».
2. Задайте их в четырёх местах. Алиса, ChatGPT, Perplexity, Gemini. Один и тот же вопрос без уточнений, подсказок и названия своей компании, иначе вы подскажете модели ответ и получите зеркало.
3. Фиксируйте по каждому ответу три вещи. Упомянули ли вас; кого назвали вместо вас; на какие источники сослались. Третий пункт важнее первых двух: он показывает, где на самом деле лежит ваша аудитория.
4. Откройте источники. Если в ссылках агрегаторы, отзовики и каталоги, а вашего сайта нет, задача не в правке title, а в присутствии на этих площадках и в работе с репутацией.
5. Повторите через неделю в новом чате. Ответы моделей нестабильны. Одно измерение ничего не доказывает, три измерения подряд уже можно считать наблюдением.
6. Прогоните те же вопросы по конкурентам. Методика разобрана в материале про анализ сайтов конкурентов: интересно не то, что у них на сайте, а какие их страницы модель считает достойными цитаты.

Заведите таблицу: запрос, платформа, дата, упомянуты ли вы, кто ещё в ответе, ссылки-источники. Проверенное вручную помечайте отдельно от собранного инструментами, иначе через месяц наблюдение не отличить от догадки. Повторять проверку имеет смысл раз в месяц; чаще — только если вы правите контент еженедельно или запускаете новое направление. Если нужен срез от эксперта, есть бесплатная диагностика: проверка цитируемости бренда в Яндекс Алисе по 3–5 запросам.

Наш пример: собственная проверка geoaudit.org от 13.10.2026

• Оговорки к нашей проверке: проверены три страницы из примерно 180, с одного компьютера и под подставленными заголовками; панели Search Console и Bing не читались.
• У нас в robots.txt боты ИИ-сервисов разрешены: общее правило разрешает всё, кроме служебного адреса отправки формы, а для GPTBot, ChatGPT-User, ClaudeBot, PerplexityBot и Google-Extended заданы отдельные разрешения.
• Мы проверили одну страницу под заголовками 12 ботов: все получили код 200 и один и тот же объём ответа (27 244 байта), то есть сервер не отдаёт им разный текст.

Это не проверка настоящих ботов: заголовки подставлены, IP-адреса не проверялись. Результат нельзя обобщать на весь сайт или выдавать за доказательство цитирования. Наши разрешения в robots.txt — не рекомендация для всех сайтов и не гарантия попадания в ответы. Подробнее — в чек-листе GEO-аудита.

Как превратить найденное в план и каких ошибок избегать

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

Методики приоритизации публикуют, например, веб-студия Webexlab и сервис reChecker; это блоги 2026 года, исследований на выборке за ними нет. У reChecker предложены классы приоритета P0–P3, у Webexlab — критерии «влияние, охват, уверенность, стоимость». Порядок исправлений у RAHVALSKIY TEAM такой: сразу noindex, ошибки сервера и отсутствие title и H1, затем description, canonical, структура заголовков и HTTPS. Ниже наша рабочая таблица.

Практики расходятся, стоит ли тратить время на длинный title. Никита Вихров считает такую находку типичной пустышкой, а Eagle Solutions в проверке на собственном сайте отнёс десять таких title к реальным и дёшево исправляемым.

Как фиксировать результаты. Заведите журнал: дата проверки, что нашли, что изменили, где проверили результат. Это наш совет.

Когда повторять. Google в справке (10.12.2025) советует заглядывать в Search Console примерно раз в месяц и после изменений на сайте. Это не срок аудита: единой нормы для полного аудита нет, в материалах агентств названы квартал, полгода, год. После правок, по документации Google (10.12.2025), стоит подождать несколько недель, прежде чем снова анализировать данные; эффект бывает и через несколько дней, и через несколько месяцев, и Google его не гарантирует.

Если трафик упал. Сначала проверьте, что в Search Console открыт тот ресурс, http или https, который соответствует адресу сайта. Справка Google называет это вероятно самой частой причиной «пропавшего» трафика.

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

Частые ошибки самопроверки

Опора на один автоматический отчёт. Google пишет, что сторонние инструменты не видят его внутренние данные ранжирования и не могут гарантировать результат, и советует перед крупными правками по такому отчёту сверить рекомендации с собственным руководством (документация, 05.06.2026). Google не оценивает и не одобряет сторонние SEO-инструменты, поэтому балл онлайн-сервиса — не оценка Google.

Все предупреждения считаются проблемами. Две проверки ниже авторы провели каждый на своём сайте. В Tru Stories (09.10.2026) реальной оказалась примерно половина замечаний Semrush и Ahrefs. В Eagle Solutions (статья обновлена 29.09.2026) три инструмента выдали 16 ошибок и предупреждений, реальными оказались 6. Для всех сайтов процент вывести нельзя.

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

Погоня за оценкой. Балл PageSpeed Insights лабораторный и итог по Core Web Vitals не определяет, а предпочитаемого числа слов у Google нет.

Мифы об обходе. На странице «Myths and facts about crawling» (18.12.2025) Google называет ложными, в частности, мнения, что мелкие правки и обновление даты повышают «свежесть», что ответы 4xx (кроме 429) тратят бюджет обхода (сколько страниц робот готов обойти) и что правило crawl-delay управляет обходом Google. Страница касается только обхода Google, выводы на Яндекс переносить нельзя.

Когда нужен специалист и как выбрать исполнителя

Самостоятельная проверка заканчивается там, где нужны доступ к коду, серверу или данным, которых нет в бесплатных панелях. Google в справке «Do you need an SEO?» отдельно описывает, когда имеет смысл нанимать SEO-специалиста. Единого списка признаков для самопроверки в разобранных нами источниках нет, поэтому перечень ниже — наши выводы.

Самостоятельной проверки недостаточно, если:

• вы нашли проблемы, но не можете их исправить: нет доступа к коду, серверу или хостингу;
• есть признаки взлома или предупреждение в отчёте Security issues;
• чек-лист пройден, а трафик падает: такую ситуацию разбирает в блоге компания UKVED (02.09.2026);
• вы не можете понять, какие замечания реальны, а какие нет.

Вопросы, которые стоит задать исполнителю:

• Откуда данные: из панелей Google и Яндекса с вашими доступами или только из стороннего сервиса?
• Отделяет ли отчёт реальные проблемы от шума автоматических проверок?
• Есть ли в отчёте приоритеты, объём работ и реалистичные оценки? По справке Google, добросовестный аудит даёт реалистичные оценки и объём работ.
• Нет ли обещания первого места? По справке Google, гарантия первого места в выдаче — повод искать другого исполнителя.
• Кто будет вносить правки и как делается резервная копия сайта?

Цены на аудит различаются. Наши условия и то, от чего зависит цена, описаны на странице о стоимости аудита. Что должно быть в отчёте и как его читать, объясняет статья о структуре SEO-аудита. Если нужен разбор сайта целиком, есть SEO + AI аудит.

FAQ