Спросите поисковик, как часто делать SEO-аудит сайта, и первая страница выдачи вручит вам календарь: дважды в год, раз в квартал, ежемесячно, а кое-где и еженедельно. Интервалы у каждого агентства свои, и ни один не взят у Google. Документация самого Google говорит проще: заглядывайте в Search Console примерно раз в месяц, а помощь со стороны зовите, когда задумали редизайн или новый сайт.

Честный ответ лежит между этими двумя утверждениями и зависит в основном от того, что изменилось на сайте с прошлой проверки. Дальше: ежемесячная проверка, что находит только полный аудит, моменты, когда он нужен, график по темпу изменений и то, чего не пообещает ни один аудит (наш тоже).

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

Большинству сайтов малого и среднего бизнеса хватает беглого просмотра Search Console раз в месяц, чтобы вовремя заметить беду, и этот ритм предлагает сам Google. Полный аудит нужен до и после переезда или редизайна, после падения трафика, совпавшего с core update, и по базовому циклу, который соответствует темпу изменений на сайте.

Руководство Google по Search Console говорит, что «заходить в инструмент каждый день не нужно»: о новых проблемах он сам пришлёт письмо. Дальше там совет проверять аккаунт «примерно раз в месяц или когда вы меняете содержимое сайта». Вторую половину этой фразы статьи с календарями пропускают. Сайт, которого год никто не трогал, дважды подряд даст почти один и тот же аудит. Сайт, сменивший тему на прошлой неделе, может сломать шаблон в тот же день.

Откуда берётся совет «раз в квартал»

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

Среди страниц, которые ранжируются по этому запросу, Semrush пишет «как минимум дважды в год», а в быстро меняющихся отраслях ежемесячно или даже еженедельно. Глоссарий Ahrefs советует раз в три-шесть месяцев. NAV43 делит по размеру: раз в год для сайтов-визиток от 10 до 50 страниц, дважды в год для сайтов от 100 до 500 страниц, ежеквартально для крупных магазинов и издателей. Volume Nine проверяет небольшие сайты только после крупного изменения или проблемы. WebYes предлагает полгода для небольших и статичных сайтов.

Одну цифру стоит поправить. Руководство NAV43 подкрепляет срочность фразой о «более чем 5 000 обновлений алгоритма в год» и не называет источник. Ближайшая цифра, которую публикует Google, есть на его странице How Search Works: 4 781 запуск в 2023 году из более чем 700 000 экспериментов. Это все изменения, попавшие в поиск за год; широких core updates, заметно перетасовывающих позиции, лишь несколько: Search Status Dashboard насчитывает четыре в 2024 году, три в 2025 и пока два в 2026. Тысячи мелких запусков плохо объясняют, зачем снова проверять сайт, на котором ничего не менялось.

Что Google говорит о том, как часто смотреть

У Google два интервала и один повод. Смотреть Search Console примерно раз в месяц и всякий раз, когда меняете содержимое. Закладывать от нескольких часов до нескольких месяцев на то, чтобы правка проявилась в выдаче. Звать помощь рано, когда на горизонте редизайн или новый сайт: проблему дешевле предупредить, чем исправлять.

SEO Starter Guide описывает сроки так: «одни изменения могут подействовать за несколько часов, другим понадобится несколько месяцев», и в целом стоит подождать несколько недель, прежде чем судить, помогла ли работа. Если правке нужны недели, чтобы проявиться, полный аудит каждый месяц в основном измеряет ожидание.

Про помощь со стороны страница Do you need an SEO? называет удачным моментом «редизайн сайта (чем раньше, тем лучше)» и запуск нового сайта. Там же среди услуг хорошего специалиста значится «обзор содержимого или структуры сайта». А в заметке 2019 года о core updates Google употребил именно это слово: после падения «подумайте об аудите просадок, которые вы пережили».

Что охватывает ежемесячная проверка в Search Console

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

  1. Эффективность. Отчёт открывается на последних трёх месяцах; сравните их с предыдущим периодом. Если что-то не так, переключитесь на последние 16 месяцев, как советует руководство Google по падениям трафика, чтобы не принять сезонный спад за проблему.
  2. Индексирование страниц. Справка Google говорит прямо: «не стоит ожидать, что все URL вашего сайта будут проиндексированы, только канонические страницы». Следите за важными страницами и не обращайте внимания на длинный хвост отфильтрованных и дублирующихся URL.
  3. Ручные меры и проблемы безопасности. О ручной мере Google сообщает и в отчёте, и в центре сообщений Search Console, а отчёт о проблемах безопасности показывает взломанный контент, вредоносное ПО и обманные страницы. Когда оба пусты, шаг занимает секунды и снимает большую часть тревог насчёт токсичных backlinks.
  4. Core Web Vitals. Отчёт опирается на полевые данные реальных пользователей Chrome по 75-му процентилю за последние 28 дней, а пороги web.dev такие: 2,5 секунды для LCP, 200 миллисекунд для INP и 0,1 для CLS. Ежемесячный взгляд совпадает с этим окном, хотя у небольшого сайта данных может не хватить, чтобы попасть в отчёт.
  5. Рекомендации. С августа 2024 года на странице обзора могут появляться советы, собранные из данных об индексировании, сканировании и показе, которые и так были в инструменте.

Что добавляет полный аудит и чего не видит Search Console

Полный аудит сканирует каждый URL так, как это делает бот, читает шаблоны, сверяет содержимое с тем, что ищут люди, и сравнивает вас с конкурентами. Search Console сообщает, что Google увидел на сайте. Аудит объясняет почему и выстраивает правки по их ценности для бизнеса.

Сканирование составляет механическую часть работы и стоит недорого. Screaming Frog бесплатно сканирует до 500 URL, лицензия стоит €245 в год. В Bing Webmaster Tools есть Site Scan, который в 2020 году запустили как бесплатное сканирование до 10 000 страниц в месяц. Сканирование находит цепочки редиректов, страницы-сироты, дубли тайтлов, забытые теги noindex и битые внутренние ссылки.

Некоторые сбои видны только в шаблоне. Google перестаёт читать head страницы на первом недопустимом элементе и игнорирует метаданные после него. Web Almanac 2024 нашёл <div> внутри head на 11% десктопных и 10% мобильных страниц, это больше чем втрое выше уровня 2022 года в 4%. Его может вставить фрагмент кода тег-менеджера или плагин, и ни один отчёт Search Console об этом не скажет.

Кое-что портится без вашего участия. Pew Research Center выяснил, что 38% веб-страниц, существовавших в 2013 году, спустя десять лет недоступны, а 23% новостных страниц содержат хотя бы одну битую ссылку. Исследование Ahrefs более двух миллионов сайтов показало, что как минимум 66,5% ссылок на них за девять лет мертвы. Для сайта, который не меняется, именно это старение становится главной причиной вообще делать аудит.

Решить, какие находки важны, не может ни один инструмент. Джон Мюллер из Google предупреждал, что метрики инструментов «так и хочется оптимизировать (потому что видишь число)», но короткого пути за ними нет. Пропущенный alt на странице, которую никто не открывает, и noindex на вашей лучшей странице услуги могут получить в инструменте одинаковый цветной значок.

Перед редизайном или перезапуском

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

Мюллер сказал это прямо в 2021 году: «Меняя дизайн, вы обычно меняете и содержимое: заголовки, тайтлы, изображения, внутренние ссылки, структуру URL, доступность, скорость и так далее». Годом раньше он советовал разбивать крупную переделку на этапы, потому что «если сделать всё сразу, вы никогда не узнаете, что исправлять».

На практике: выгрузите каждый URL, который сегодня получает трафик или ссылки, и сопоставьте его с новым адресом. Сравните тайтлы и заголовки страница за страницей. Убедитесь, что тестовые noindex и запреты в robots.txt снимут в день запуска. Руководство Google по переезду сайта описывает ту же подготовку: карту URL, обновлённые внутренние ссылки и обе версии, подтверждённые в Search Console. Один такой переезд мы разобрали в статье о переходе с WordPress на EmDash.

После запуска переезда или редизайна

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

Google предупреждает о временных колебаниях позиций и пишет, что для сайтов среднего размера «может понадобиться несколько недель или больше», пока новые URL заменят старые в выдаче, а для крупных ещё дольше. Постоянные редиректы стоит держать «как правило, не меньше 1 года», а переезд Google советует отслеживать в отчётах «Файлы Sitemap», «Индексирование страниц» и «Эффективность».

Руководство Sitebulb за март 2026 года о переездах, куда SEO-специалиста зовут слишком поздно, ставит первыми те же четыре проверки: целостность редиректов, канонические сигналы, индексирование в сравнении со старым сайтом и точность sitemap. Наш порядок такой: в первые дни сканирование полного списка старых URL против живого сайта, а через несколько недель второй взгляд на отчёты индексирования и эффективности.

После просадки, совпавшей с core update

Просадка во время core update требует аудита содержимого и намерения пользователя, а технический чек-лист редко её объясняет. Сначала убедитесь, что даты совпадают с обновлением, и исключите технические сбои, проблемы безопасности и сезонность. Затем сравните пострадавшие страницы с тем, что теперь в топе, и будьте готовы, что восстановление, если оно наступит, займёт месяцы.

Core updates выходят «несколько раз в год». Status Dashboard датирует последние: 13 марта, 30 июня и 11 декабря 2025 года; 27 марта и 21 мая 2026 года, причём последнее завершилось 2 июня после того, что Search Engine Roundtable назвал сильной волатильностью позиций. Google советует «подождать как минимум полную неделю после завершения core update, прежде чем анализировать сайт в Search Console», а затем сравнить эту неделю с неделей до начала развёртывания.

Схема «Core updates Google в 2024-2026 годах: когда смотреть». Четыре core updates в 2024 году, три в 2025 (13 марта, 30 июня, 11 декабря) и пока два в 2026 (27 марта, 21 мая, завершилось 2 июня). После завершения любого core update подождите полную неделю, затем сравните её с неделей до начала развёртывания в Search Console

Руководство Google по падениям трафика перечисляет других подозреваемых: технические проблемы, проблемы безопасности и спама, сезонность, переезды сайта. Если ни один не подходит, стоит перечитать заметку Google 2019 года: «Со страницами, которые хуже показали себя в core update, всё в порядке». Там советуют попросить людей, «которым вы доверяете, но которые не связаны с вашим сайтом», честно оценить содержимое, и этот совет повторяется в рекомендациях о полезном контенте. Это довольно точное описание внешнего аудита.

Страница Google о core updates говорит, что системам «может понадобиться несколько месяцев», чтобы учесть улучшения, хотя меньшие необъявленные core updates могут что-то сдвинуть и раньше; Search Engine Roundtable заметил эту формулировку, когда её изменили в декабре 2025 года. Мюллер также говорил, что мелкие тактические шаги вроде «отклонить 5 ссылок» не спасут сайт, пострадавший таким образом.

График по тому, как часто меняется сайт

Подстройте аудит под темп изменений на сайте и добавляйте внеплановый аудит после каждого крупного изменения, какой бы ни была дата. Собственные пороги Google показывают, сколько корпоративного чек-листа небольшой сайт может пропустить: sitemap необязателен примерно до 500 страниц, а бюджет сканирования касается сайтов от 10 000 страниц, которые меняются ежедневно.

Эти цифры взяты из обзора Google о sitemap и руководства по бюджету сканирования, а сама таблица отражает наше суждение.

Ваш сайт Беглая проверка Полный аудит
Сайт-визитка или сайт услуг, который правят несколько раз в год Search Console раз в месяц Примерно раз в год, а также до и после любого редизайна, переезда или смены CMS
Сайт, который публикует или правит страницы каждую неделю Ежемесячно, плюс взгляд после каждого обновления шаблона или плагина Примерно раз в полгода
Магазин или каталог с тысячами URL, которые меняются ежедневно Ежемесячно, плюс сканирование по расписанию Ежеквартально, с бюджетом сканирования в объёме
Любой сайт после переезда, редизайна или просадки на core update Еженедельно в течение первого месяца Сейчас, что бы ни говорил календарь

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

Чего аудит не может обещать

Аудит ставит диагноз. Он может найти то, что мешает сканированию и индексированию, показать, где содержимое не отвечает запросам, и выстроить правки по очереди. Гарантировать позиции, сроки или место в ответах ИИ он не может, и тот, кто это обещает, претендует на контроль, которого, по словам Google, нет ни у кого.

«Никто не может гарантировать первое место в Google», пишет страница Do you need an SEO?. Страница о core updates добавляет, что «нет гарантии, что изменения на вашем сайте заметно повлияют на результаты поиска». О поиске с ИИ страница о функциях ИИ говорит: «нет дополнительных требований, чтобы появиться в AI Overviews или AI Mode, и не нужны другие особые оптимизации». Работают те же основы SEO, о чём мы писали в статье хорошее SEO означает хорошее GEO.

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

Как наладить собственный ритм аудитов

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

Шаг 1. Убедитесь, что уведомления Search Console кому-то приходят

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

Шаг 2. Внесите ежемесячную проверку в календарь

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

Шаг 3. Ведите журнал изменений

Записывайте дату каждого редизайна, обновления темы или плагина, смены хостинга, изменения URL и крупной правки содержимого. Когда появится просадка, журнал подскажет, что открывать первым: руководство по падениям трафика или Status Dashboard.

Шаг 4. Сохраняйте точку отсчёта после каждого аудита

Сохраните выгрузку сканирования и выгрузку Search Console в день, когда аудит завершился, чтобы следующий аудит начинался с известного состояния.

Шаг 5. Планируйте полные аудиты вокруг дат изменений

Запланируйте один перед любым редизайном или переездом, один в недели после запуска и один после просадки, совпавшей с core update. Промежутки заполните базовым циклом из таблицы.

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

Источники