Органический трафик упал: что CMO и SEO-команда должны сделать за 30 дней
Когда органический трафик падает, у команды почти всегда один импульс: срочно менять все подряд. Переписать заголовки, обновить статьи, пересобрать меню, запустить новый контент-спринт. Обычно это худшее, что можно сделать в первые дни. Google Search Central советует ровно обратное: сначала понять форму падения, сегмент и точку отказа, а уже потом лезть в исправления.
Это скучнее, чем "давайте срочно переделаем SEO", но работает намного лучше.
Первые 72 часа: не лечим, а локализуем
Первое, что нужно сделать, - убедиться, что падение реально, а не связано с неверным property, протоколом или источником данных. Search Console help прямо называет это одной из самых частых причин ложной тревоги.
Дальше команда должна ответить на три вопроса:
- Просел весь сайт или только часть страниц?
- Упали клики, показы, CTR или позиция?
- Падение связано с конкретной страной, устройством, типом страниц или кластером запросов?
Без этого дальше двигаться нельзя. Если просела одна директория после релиза, это одна история. Если упал CTR при стабильных показах, это другая. Если исчезли показы сразу у десятков URL, сначала думаем про индексацию, каноникал и техническую доступность.
Что смотреть в Search Console сразу
Базовый набор здесь простой:
- Performance report по страницам, запросам, устройствам и странам;
- сравнение периода до и после падения;
- сегментация по directory или page type;
- проверка конкретных URL через URL Inspection;
- ручной просмотр сниппетов и SERP по просевшим запросам.
Очень важно разделить клики и показы. Если показы на месте, а клики упали, проблема часто в CTR, сниппете или изменившемся SERP. Если падают и показы, смотрим глубже: индексация, интент, алгоритмические изменения, техническая доступность.
Неделя первая: ищем точную причину
После локализации обычно вырисовывается один из пяти сценариев.
Первый - технический. Что-то случилось с noindex, canonical, robots, рендерингом, ответами сервера или шаблоном. Здесь нельзя гадать. Нужны проверки URL, логи, релизные изменения и ручной осмотр HTML.
Второй - алгоритмический. Google в своем guide по traffic drops отдельно пишет, что core updates и другие изменения ранжирования могут заметно сдвигать видимость. В этом случае важно не паниковать и не переписывать весь сайт в один день. Сначала смотрим, какие типы страниц и какие интенты просели.
Третий - спросовый. Иногда проблема не в сайте, а в сезонности, новостном цикле или изменении спроса. Google советует смотреть это через тренды и форму графика. Если запросный спрос реально просел, нельзя лечить рынок правками title.
Четвертый - SERP/CTR. Бывает, что позиции примерно живы, а сниппеты стали хуже, рядом появились сильные AI-блоки, видео, маркетплейсы или агрегаторы, и клики утекли.
Пятый - релизный. После редизайна, миграции, нового шаблона или массового обновления контента трафик часто падает не из-за "алгоритма", а из-за своих же изменений.
Что делать на второй и третьей неделе
Когда причина уже понятна, тогда и начинается работа.
Если проблема техническая, фикс приоритетно идет в codebase и шаблоны. Контентные правки в этот момент почти ничего не дадут.
Если проблема в CTR, работает более точечная история: перепись title и description, пересборка интентов на ключевых страницах, улучшение сниппета и alignment между запросом и обещанием страницы.
Если проблема алгоритмическая, лучше идти от кластеров страниц. Смотрите, какие типы материалов стали слабее: тонкие обзоры, старые коммерческие страницы, устаревшие how-to, переоптимизированные тексты. Потом обновляйте именно эти группы, а не весь сайт подряд.
Если проблема в спросе, задача меняется: нужно не "вернуть старый график любой ценой", а перестроить контент и acquisition mix под новый спрос.
Что нельзя делать
Есть четыре типовые ошибки:
- массово переписывать весь сайт без диагностики;
- менять и шаблоны, и контент, и навигацию одновременно;
- смотреть только общий трафик без разрезов по страницам и запросам;
- принимать решение по трем дням шума, а не по устойчивому паттерну.
Чем сильнее нервничает команда, тем чаще она делает именно это.
План на 30 дней
Нормальный 30-дневный план выглядит так.
Дни 1-3: подтвердить падение, локализовать сегмент, проверить property и индексацию.
Дни 4-10: проверить технические причины, релизы, шаблоны, robots, canonical, ответ сервера и URL Inspection по ключевым страницам.
Дни 11-20: разобрать CTR, сниппеты, интент и кластеры запросов, выбрать страницы для точечных правок.
Дни 21-30: обновить приоритетные шаблоны и страницы, замерить реакцию по Search Console, закрепить новый baseline и решить, нужен ли второй цикл изменений.
Вывод
Падение органики редко лечится героизмом. Почти всегда оно лечится спокойной диагностикой, сегментацией и только потом - аккуратными изменениями. Хороший CMO в этот момент не требует "срочно вернуть график", а заставляет команду сначала назвать точную причину. Это экономит и время, и деньги, и нервы.