После обновления сайта 609 информационные страницы начали отдавать ошибку 500. Одновременно метатеги на страницах стали одинаковыми. Следующие месячные отчеты показали снижение органики. В такой ситуации задача «давайте обновим статьи» звучит деятельно, но не отвечает на главный вопрос: что сейчас мешает людям и поисковику получать эти страницы?
Меня зовут Екатерина Московская, я 12 лет работаю в SEO. Сейчас мой основной фокус — стратегия поискового продвижения: помогаю бизнесу находить возможности для роста, определять приоритеты и оценивать результат.
Практическим опытом делюсь на профильных конференциях, вебинарах и в своем Telegram-канале «SEO-катушка», где разбираю рабочие ситуации и собственные эксперименты с продвижением.
В этой статье покажу кейс, в котором выбор приоритетов оказался особенно важен: трафик падал, а начинать восстановление с переписывания текстов было преждевременно. Разберу, что происходило с сайтом, какие решения мы принимали и как трафик вернулся к росту. Затем дам пошаговый порядок диагностики для вашего проекта: от проверки цифр до постановки задач разработке или редакции и контроля результата.
Что происходило на сайте
Это международный технологический сервис с коммерческими посадочными и большим разделом полезных материалов и инструкций. Инструкции собирали основную часть поисковых кликов. Компания останется анонимной, для разбора важны события и показатели. Уточню только, что регион сайта, о котором идет речь, США, поэтому никаких данных от российский сервисов аналитики в статье не привожу.
В январе Google Search Console показывала около 40,9 тысячи кликов. В феврале осталось 30,4 тысячи, в марте — 26,1 тысячи. В апреле показатель вырос до 32,3 тысячи. Общий график показывал масштаб снижения, но не объяснял, какие действия помогут его остановить.
Рис. 1. Клики GSC за январь–апрель. Сводный график построен по месячным отчетам, значения округлены.
В рабочих заметках сохранилась последовательность событий. 7 февраля после улучшения производительности сайта обнаружились ответы 500 на 609 страницах инструкций и одинаковые метатеги. Команда разработки урлы исправили 8 февраля, метатеги — 11 февраля. Нужно было как можно быстрее, но человеческий фактор — и вуаля.
Для поиска длительные ошибки 5xx создают дополнительный риск: Google может замедлять обход, а при сохраняющихся ошибках URL со временем могут выпадать из индекса. Это описано в документации Google. Но 609 адресов с ошибкой — еще не 609 доказанно выпавших из индекса страниц. Последствия для обхода и индексации нужно проверять отдельно.
Какие цифры могли увести диагностику в сторону
Снижение было видно и в GA, и в GSC. Одной неисправностью счетчика такую картину уже не объяснить: уменьшилось и число кликов из поиска. При этом даже верные цифры могут дать неверный масштаб проблемы, если сравнить неподходящие периоды.
Инструкции получили 39 640 кликов в январе и 29 305 в феврале. По месячной сумме это −26,1%. Но в январе 31 день, а в феврале 28. В пересчете на день получается примерно 1 279 и 1 047 кликов — снижение на 18,2%. Просадка остается, но три отсутствующих дня больше не выглядят как потеря эффективности SEO.
Рис. 2. Фрагмент исходного скриншота GSC за февраль: 30,4 тысячи кликов по сайту. Числовые показатели сохранены без изменений.
Другой пример — короткий рост внутри падающего месяца. За 17–22 марта GA показывала 5 660 пользователей из органики против 4 820 за 10–15 марта. Рост на 17,43% выглядел обнадеживающе. Но это два шестидневных интервала, а по итогу марта кликов GSC оказалось меньше, чем в феврале.
Рис. 3. Фрагмент исходного отчета GA. Значения 5 660 и 4 820 — пользователи Organic Search за 17–22 и 10–15 марта соответственно. Нижняя строка показывает изменение в процентах.
Здесь нет противоречия: различаются периоды и метрики. Поэтому я сначала фиксирую, что и с чем сравниваю. Один удачный отрезок еще не повод объявлять восстановление, а расчетный трафик стороннего сервиса не заменяет данные аналитики.
Почему исправленный аудит еще не означает восстановление
В технических отчетах появились улучшения: на сохранившемся скриншоте Ahrefs Health Score достиг 82. Но в марте GSC показывала 26,1 тысячи кликов — меньше февральских 30,4 тысячи. Аудитор оценивал результаты своего обхода, а поисковые клики отражали другую часть картины.
Рис. 4. Исходный скриншот технического аудита с данными до начала марта. Health Score 82 — оценка аудитора; по ней нельзя судить о возвращении поискового трафика.
К тому же недоступность повторялась. В заметке от 24 марта зафиксированы падения сайта 22 и 23 марта. Утренний аудит обнаружил в том числе 503 на 103 инструкциях. Разработка подтвердила сбои в выходные, но причина на момент записи еще не была известна.
Одновременно, с 13 по 27 марта, Google проводил мартовский Core Update. Поэтому у просадки было несколько возможных объяснений. Совпадение с апдейтом не отменяло техническую проблему, а наличие 503 не доказывало, что все потерянные клики связаны только с ними.
Рис. 5. Фрагмент исходного скриншота GSC за март: 26,1 тысячи кликов. В течение месяца происходили и технические сбои, и обновление алгоритма.
Уже при разбивке по разделам стало видно, почему общая рекомендация «переписать сайт» не подходит. Клики инструкций упали с 29 305 в феврале до 24 922 в марте. А пользователи коммерческого сегмента в GA выросли с 866 до 950. Это разные метрики: каждую я сравниваю с ее собственной историей.
| Сегмент и показатель | Февраль | Март | Изменение |
|
Инструкции — клики GSC |
29305 |
24922 |
−15,0% |
|
Коммерческие страницы — пользователи GA |
866 |
950 |
+9,7% |
Состав разделов в отчетах менялся, поэтому это не эксперимент на фиксированной группе URL. Но различие направлений уже дает основание разбирать сегменты отдельно. Иначе можно заняться страницами, которые не создают основную потерю, или приравнять падение информационных кликов к такому же падению продаж.
Что мы поняли и как трафик вернулся к росту
В итоге мы разобрались, с чего начинать: устранить подтвержденные технические проблемы, отдельно смотреть пострадавшие разделы и оценивать результат по поисковым данным. У команды появились конкретные задачи вместо общего запроса «вернуть трафик».
В апреле сайт вернулся к росту: клики из Google увеличились с 26,1 до 32,3 тысячи — примерно на 24% к марту. Инструкции получили 31 083 клика против 24 922: почти на 25% больше. Причем апрель короче марта на день, так что прирост не объясняется длиной месяца.
Рис. 6. Возвращение к росту: в апреле GSC показывает 32,3 тысячи кликов — примерно на 24% больше, чем в марте.
Работа с контентом и ссылками на проекте продолжалась, поэтому рост я оцениваю как общий результат периода, без попытки приписать его одной правке. Здесь важен сам разворот: после снижения показатели пошли вверх. Это еще не полное возвращение к январскому объему, но уже измеримый положительный результат.
У этой истории для меня два результата. Первый — рост поисковых кликов. Второй — понятный порядок работы: что чинить сразу, что проверять отдельно и как оценивать изменения. Ниже покажу, как выстроить такой разбор на своем сайте.
Гайд по диагностике падения органического трафика
Ниже порядок, по которому я предлагаю разбирать ситуацию падения трафика. Он помогает превратить общую тревогу из-за графика и алармов в сервисах в список проверок и задач. У каждого шага есть конкретный результат, с которым можно двигаться дальше.
Шаг 1. Зафиксировать падение на сопоставимых данных
Откройте отчет об эффективности поиска в GSC и выберите равные завершенные периоды. Для первого сравнения можно взять последние полные 14 дней и предыдущие 14 дней: так совпадет состав дней недели. На малом объеме потребуется более длинный период. Сохраните одинаковые фильтры по типу поиска, стране и устройству; сезонному проекту добавьте сравнение с аналогичным сезоном.
Параллельно проверьте органику в GA или другой системе аналитики. Для сопоставления с GSC выделите именно Google: общий органический канал может включать другие поисковики. Посмотрите, изменились ли одновременно другие каналы, не менялись ли счетчик, согласия, правила атрибуции или настройки отчета.
Различия в числе кликов и пользователей сами по себе нормальны: системы по-разному учитывают взаимодействия. Важнее понять, когда изменилась динамика каждого ряда и можно ли доверять сравнению.
Результат шага: одна точная формулировка — какой показатель снизился, в каком поисковике, за какой период и относительно чего. Например: «Клики из Google в разделе инструкций за два полных сравниваемых периода снизились; в GA направление такое же». Процент подставьте из своего отчета.
Шаг 2. Проверить доступность до глубокого аудита
Если сайт или важные посадочные не открываются, задачу на восстановление ставьте сразу. Не ждите окончания остальных шагов. Проверьте несколько страниц разных шаблонов и адреса, на которых уже заметна потеря: код ответа, редиректы и фактическое содержимое. Затем расширьте проверку на весь затронутый шаблон с помощью любого краулера.
Для доступных страниц посмотрите robots.txt, meta robots, X-Robots-Tag и canonical. В GSC проверьте отдельные URL и отчет об индексации. Уточните у разработки, что выкатывали перед началом просадки: могли измениться маршруты, шаблоны, языковые версии, метаданные или загрузка контента.
Проверка страницы сейчас не восстанавливает историю. Чтобы понять, что происходило во время сбоя, понадобятся журнал мониторинга и серверные логи, если они сохранились. Отчет стороннего краулера подтверждает ответ этому краулеру; фактические ответы Googlebot требуют отдельной проверки.
Результат шага: список проблемных URL или шаблонов, тип ошибки и задача ответственному. При ответе 200 дополнительно подтверждено, что загружается нужная страница, а не пустой шаблон или сообщение об ошибке.
Шаг 3. Выделить страницы с наибольшей потерей
Выгрузите сравнение по страницам из GSC. Для каждого URL посчитайте абсолютную потерю: клики в базовом периоде минус клики в текущем. Отсортируйте по убыванию этой величины. Страница, которая потеряла 500 кликов из 1 000, важнее для общего объема, чем страница, потерявшая все 10 из 10, хотя процент у второй хуже.
Сгруппируйте потери по разделу и шаблону. Для наиболее пострадавших страниц проверьте запросы, страны и устройства. Брендовые и небрендовые запросы при необходимости смотрите отдельно. Сохраните список URL: после изменений сравнивать нужно ту же группу, иначе новые страницы могут скрыть продолжающееся падение старых.
Отдельно отметьте страницы, которые приносят заявки или продажи. Приоритет работы зависит и от поисковой потери, и от роли страницы для бизнеса. Не выводите потерю выручки из одного процента падения информационного трафика.
Результат шага: короткий список страниц с наибольшей потерей и признак, который их объединяет. Уже по нему выбирайте дальнейшую проверку, вместо массового обновления всего раздела.
Шаг 4. Выбрать гипотезу и способ ее проверить
Для выбранной группы сопоставьте клики, показы, CTR и позиции. Средняя позиция по всему сайту слишком грубая для диагноза: проверяйте те же запросы и страницы при одинаковых фильтрах. Затем выберите следующий ход по наблюдению.
| Наблюдение | Следующая проверка | Действие при подтверждении |
|
GA падает, клики GSC стабильны |
Доступность страниц, загрузка счетчика, настройки измерения; другие каналы. |
Исправить найденную проблему сайта или учета. |
|
После релиза появились 5xx или запрет индексации |
Затронутые шаблоны, изменения в коде, повторные ответы, данные GSC. |
Устранить ошибку; повторно проверить группу URL. |
|
Показы и клики снизились |
Индексация и позиции по тем же запросам; динамика спроса и сезонность. |
Исправить подтвержденную проблему либо пересмотреть прогноз спроса. |
|
Показы близки к прежним, CTR снизился |
Позиции, состав запросов, сниппет и выдача по приоритетным запросам. |
Работать с выявленной причиной потери кликабельности. |
|
Позиции просели, технических проблем не найдено |
Изменения контента и интента; конкуренты; даты апдейтов; утраченные значимые ссылки. |
Сформулировать отдельную задачу по найденному пробелу. |
На этом этапе достаточно двух-трех приоритетных гипотез. Для каждой запишите факт в ее пользу и данные, которых не хватает. «Был апдейт» — контекст. «После релиза один шаблон начал отдавать 500» — конкретная проблема. У этих наблюдений разная степень определенности, и задачи по ним будут разными.
Шаг 5. Поставить задачу с проверяемым результатом
Хорошая задача описывает, что исправить и как принять работу. Вместо «разобраться с просадкой» передайте команде список URL, время обнаружения, воспроизводимую проблему и ожидаемое поведение. Вот шаблон для технического инцидента, который можно скопировать и заполнить.
| Поле задачи | Что указать |
|
Проблема |
На [список URL / шаблон] обнаружены [код ответа / дефект страницы]. Время обнаружения: [дата, время, часовой пояс]. |
|
Подтверждение |
[Выгрузка проверок / мониторинг / лог]. Приложить примеры адресов и фактические ответы. |
|
Что требуется |
Установить причину, исправить затронутый шаблон, проверить весь список, указать время исправления. |
|
Приемка |
Страницы возвращают ожидаемый код и нужный контент; метаданные и правила индексации корректны. Повторная проверка в согласованное время не воспроизводит дефект. |
|
Ответственный и срок |
[Исполнитель]. [Срок исправления]. [Кто и когда повторно проверяет]. |
|
Отдельный контроль SEO |
Наблюдать обход, индексацию и поисковые показатели этой группы URL. Рост кликов не подменяет техническую приемку. |
С контентом тот же принцип. Если инструкция устарела, задача должна называть конкретную проблему: обновить команды для актуальной версии, добавить пропущенный шаг, проверить решение с экспертом. Увеличение объема текста само по себе не является критерием качества. Ссылочная работа тоже требует объяснения, какие страницы и какую подтвержденную слабость она должна поддержать.
Шаг 6. Проверить исправление и отдельно измерить эффект
Сразу после исправления повторите техническую проверку затронутых URL. Если сбой был плавающим, одного успешного ответа недостаточно: нужен повторный контроль доступности. Зафиксируйте дату и содержание изменения в журнале, чтобы не потерять связь с дальнейшей динамикой.
Для оценки поиска используйте сохраненную группу страниц, те же фильтры и сопоставимые завершенные периоды. Смотрите клики и показы, а при необходимости — позиции по ключевым запросам, индексацию и целевые действия. Если есть похожая незатронутая группа, сравните направления изменений: это помогает заметить общий фактор, хотя не доказывает причинность.
Назначьте дату следующего разбора заранее — например, через неделю, если объема данных достаточно. Это контрольная точка, а не обещание восстановления. Если техника работает, а потери продолжаются, вернитесь к оставшимся гипотезам. Не добавляйте сразу несколько крупных изменений без записи: потом будет сложнее понять, что повлияло на результат.
Результат шага: два отдельных статуса — «дефект устранен» и «что происходит с поисковыми показателями». Для второго статуса допустим ответ «данных пока недостаточно», но у него должна быть дата следующей проверки.
С чего начать на своем сайте
Откройте сравнение в GSC и выберите десять страниц с наибольшей абсолютной потерей кликов. Проверьте их доступность и посмотрите, что менялось на сайте перед просадкой. Это первый рабочий набор, который затем нужно расширить до затронутого сегмента.
К концу первого разбора у вас должен появиться короткий план: где теряем трафик, что уже подтверждено, какую версию проверяем следующей, кто отвечает и когда возвращаемся к результату. Если хотя бы одна важная страница сейчас недоступна, задача на ее восстановление уже может уйти в работу.
В нашем случае такой разбор помог определить приоритеты, а в апреле мы увидели рост: примерно +24% кликов по сайту и почти +25% по инструкциям к марту. Восстановление началось, и у команды был понятный план дальнейшей работы.
Поэтому мой первый шаг при падении трафика — выяснить, что мешает конкретным страницам получать переходы. Начните со своих десяти URL и доведите хотя бы одну проверку до результата: подтвердите проблему, назначьте исправление и дату контроля. Так у задачи «вернуть трафик» появится первый исполнимый шаг.
Екатерина Московская. Пишу о работе с поисковым трафиком в Telegram-канале «SEO-катушка».
Источник