Анализ
Падение трафика после обновления ядра: напишите анализ
Все в 8 утра задают один и тот же вопрос: это Google, это мы или проблема в отслеживании? Анализ отвечает в таком порядке и отказывается гадать.
Начните с таймлайна, а не с теории
У падения есть дата начала. Найдите её, прежде чем читать любую ветку на форуме о падении трафика после обновления ядра.
Google подтвердил обновления ядра в марте 2024, августе 2024, декабре 2024, марте 2025 и июне 2025, и каждое из них развертывалось около двух недель, поэтому падение на третий день развертывания может ещё не отражать окончательную картину. Наложите на эти даты свой журнал изменений: релизы, миграции, правки шаблонов, изменения robots.txt.
Если ничего вашего не менялось и график в Search Console изгибается в рамках окна развертывания, у вас есть кандидат. Если ваш деплой состоялся за день до этого, у вас есть более вероятный кандидат. В любом случае падение трафика после недели обновления ядра заслуживает письменного таймлайна. Запишите его.
Причины ранжированы по скорости их исключения
| Подозреваемое | Как проверить | Время на исключение |
|---|---|---|
| Сбой отслеживания | Сравните GA4 с кликами из Search Console для тех же страниц; разрыв, возникший за ночь, — это верный признак | 10 минут |
| Индексация или карта сайта | Отчёт об индексации страниц в Search Console, плюс выборочная проверка site: для упавших URL | 20 минут |
| Технический релиз | Сравните robots.txt, канонические URL, коды состояния и редиректы с краулом прошлой недели | 1 час |
| Потерянные или новые ссылки | Сравните два снимка refdomains; см. потерянные ссылки | 30 минут |
| Каннибализация | Два ваших URL меняются местами в отчёте по производительности для одного запроса | 1 час |
| Изменение SERP | Откройте живые результаты: AI Overview, ветки форумов, списки от крупных брендов, где вы раньше находились | 30 минут |
| Переоценка качества | Что остаётся, когда все остальные пункты ясны | Дни или недели |
Доказательства по ссылкам: одно сравнение
Выгрузите реферальные домены для упавшего сайта на две даты и распечатайте, что ушло и что пришло. Индекс обновляется примерно раз в месяц, поэтому выбирайте снимки по обе стороны от обновления.
import json
old = {r['domain'] for r in json.load(open('2026-09-01.json'))['rows']}
new = {r['domain'] for r in json.load(open('2026-10-01.json'))['rows']}
print('lost :', len(old - new))
print('gained:', len(new - old))
print('sample lost:', sorted(old - new)[:20])
# Field names ('rows', 'domain') vary by action: print one response first.
Пример отчёта (гипотетические числа)
Это выдуманный пример, а не реальный клиент. Он показывает тон, к которому мы стремимся.
Влияние. Органические клики упали на 38% за девять дней для вымышленного сайта рецептов с 140 страницами. Обнаружение. Еженедельный экспорт из Search Console пересёк порог предупреждения в 25% по сравнению с прошлой неделей. Причина. Реферальные домены изменились с 410 до 402, что исключает ссылки как основную причину. Две страницы поменялись местами в ранжировании для одного запроса, что является каннибализацией.
Пункты действий. Объедините две страницы с помощью 301, обновите внутренние ссылки, проверьте через четыре недели. Без disavow. Без переписывания всего сайта.
Сбои в отслеживании и индексации, которые выглядят как обновление
Некоторые падения — это не ранжирование вообще. Отслеживание — частый подозреваемый. Сломанный тег, изменённое свойство или сжатая карта сайта могут выглядеть точно так же, как обновление ядра в графиках. Падение трафика после обновления ядра может скрывать любой из них, поэтому проверяйте их в первую очередь.
Самый быстрый тест — сравнить вашу аналитику с Search Console для тех же страниц и дней. Если разрыв возник за ночь, считайте это сбоем измерения, пока не доказано обратное.
Сбои в индексации следуют той же логике. Страницы, выпадающие из индекса, — это другая проблема, чем страницы, которые остаются в индексе, но сползают вниз в результатах.
Что делать, если клики упали до нуля за ночь?
Сначала проверьте свойство в Search Console. Изменённый протокол, новое свойство или потерянная верификация могут разделить данные, поэтому старое свойство показывает ничего, а новое держит трафик. Только после этого смотрите на сами страницы.
Почему страницы перестали индексироваться после обновления?
Выгрузите отчёт об индексации для проблемных URL. Ранжирование может сползти для страницы, которая остаётся в индексе. Страница, исчезнувшая из индекса, имеет другую причину, часто это директива robots, изменение канонического URL или noindex, выпущенные с релизом.
Могла ли сломанная карта сайта вызвать падение?
Может, если в карте сайта внезапно окажется лишь небольшая часть ваших URL. Короткая карта сайта исправляется быстро, но Google всё равно находит страницы через внутренние ссылки, поэтому воспринимайте её как одного из подозреваемых, а не как окончательный приговор. Сравните количество URL с реальным числом страниц.
Наша позиция
Не переписывайте сайт на первой неделе
Основные обновления переоценивают качество в течение нескольких недель. Измените то, что вы можете доказать как причину сбоя, а затем дождитесь завершения развертывания, прежде чем трогать контент.
- Немедленно исправьте проблемы с измерением и технические ошибки.
- Объедините страницы-каннибалы, как только у вас появятся доказательства.
- Не трогайте контентную стратегию до завершения развертывания.
Что писать в документе
Достаточно шести заголовков: влияние, сроки, обнаружение, причина, что было исключено, пункты действий. Список исключённых версий — это та часть, за которую будущий вы скажет себе спасибо.
Храните доказательства рядом с утверждением. Строка вроде «ссылки исключены, 402 vs 410 реферальных доменов» лучше выдержит скептицизм руководителя, чем фраза «ссылки выглядели нормально».
Если ответ окажется в ссылках, правила оповещения о конкурентах и рецепт еженедельного сравнения предотвратят такие сюрпризы в будущем.
Первая неделя после начала развертывания
- 1
Заморозьте редактирование контента
Не переписывайте страницы во время развертывания. Изменения, внесённые в разгар процесса, смажут картину «до и после», которая понадобится вам позже.
- 2
Фиксируйте каждое изменение
Записывайте каждый деплой, изменение шаблона, редирект и правку robots.txt с указанием даты, чтобы хронология содержала реальные записи, а не воспоминания.
- 3
Проведите проверки измерений
Сравните данные аналитики с Search Console, затем проверьте отчет об индексации на наличие пропавших URL. Обе проверки займут не более получаса.
- 4
Откройте кейс с хронологии
Начните постмортем с дат, которые у вас есть, даже если причина ещё не установлена. Частичный документ легче завершить, чем пустой.
- 5
Назначьте дату пересмотра
Выберите дату после завершения развертывания и проанализируйте доказательства тогда, а не в день, когда график начал падать.
Доказательство руководству, что проблема техническая
Руководство часто воспринимает падение трафика как приговор контенту. Это справедливая реакция, но именно она приводит к самым большим потерям времени, если причина в сломанном шаблоне или пропущенном теге.
Приводите хронологию и таблицу причин, а не теорию. Таблица, в которой показано, как последовательно исключаются подозреваемые, позволяет руководителю увидеть, что команда работает по списку, а не гадает наугад.
Будьте честны в том, что таблица не может доказать. Если переоценка качества всё ещё не завершена, скажите об этом и укажите, что изменит вашу точку зрения.
Как показать, что это проблема разработки, а не контента?
Укажите на датированное изменение, совпадающее по времени с началом падения, например, выпуск шаблона или изменение robots.txt. Ошибка, которую можно воспроизвести, с указанием URL и изменившегося заголовка, весит больше, чем любой график средних значений.
Что сказать, если проблема вовсе не техническая?
Скажите, что проверки ссылок, индексации и трекинга прошли успешно, и что оставшийся подозреваемый — переоценка качества. Этот ответ менее удовлетворителен и требует больше времени, но он точен и указывает команде, на чём следует сфокусировать контентные работы.
Опишите восстановление, а не только падение
Постмортем не закончен, когда трафик возвращается. Вторая половина отчета фиксирует, что изменилось, когда это произошло и каких подозреваемых вы окончательно исключили.
Вернитесь к документу после завершения следующего основного обновления. Паттерн, повторяющийся при нескольких развертываниях, расскажет о вашем сайте больше, чем любое отдельное падение.
Держите список исключенных версий отдельно от причин. Будущие читатели сначала спросят, что было исключено, и отсутствие списка заставит их вернуться к началу.
Что считается восстановлением?
Определите это до начала анализа. Возврат к прежнему уровню кликов — одно определение, а возвращение самых важных страниц — другое. Выберите один вариант, запишите его и отчитывайтесь по нему, а не сдвигайте планку, когда график начинает двигаться.
Как долго следует ждать пересмотра?
Достаточно долго, чтобы развертывание завершилось и появились данные за две нормальные недели. Восстановление обычно происходит медленно, поэтому ранний пересмотр в основном выявляет шум, тогда как поздний имеет шанс найти ответ.
Вопросы, которые мы слышим после каждого обновления
Можно ли восстановиться после падения в основных обновлениях?
Часто частично, и редко за одну ночь. Восстановление обычно требует последующего обновления для переоценки сайта, поэтому ожидайте месяцы, а не дни. Никто не может этого гарантировать. Что вы можете сделать, так это устранить реальные ошибки и продолжать публиковать страницы, достойные цитирования.
Почему позиции сохранились, а трафик упал?
Страница результатов изменилась вокруг вас. AI Overviews, ветки форумов и блоки с товарами могут опускать ту же позицию ниже на экране. Сравнивайте CTR для одних и тех же запросов до и после, а не только среднюю позицию.
Вызывает ли потеря бэклинков падение после обновления?
Только иногда, и Rankift не может сказать вам, какое обновление что сделало. Потеря ссылок, достаточная для влияния, проявляется как четкое падение количества реферальных доменов между двумя снимками. Небольшой оборот в несколько процентов редко объясняет падение трафика на 30%.
Как долго следует ждать перед действиями?
До тех пор, пока Google не отметит развертывание как завершенное на панели статуса, если вы не найдете явную техническую ошибку. Исправляйте ошибки немедленно, но воздерживайтесь от изменений контента. Редактирование во время развертывания смазывает доказательства, которые вам понадобятся позже.
