Есть неприятный сценарий, с которым рано или поздно сталкивается почти любой SEO-специалист. Сайт технически становится лучше: закрываются старые 404, выстраиваются редиректы, приводится в порядок индексация, чистится структура URL. По логике после этого органика должна хотя бы перестать падать. Но график Search Console продолжает идти вниз.
На одном из наших проектов произошло именно так. Мы несколько месяцев последовательно исправляли технические проблемы коммерческого сайта, и по отчету индексирования Google все действительно улучшалось. Проиндексированных страниц стало больше, исключенных – заметно меньше. При этом между двумя одинаковыми 28-дневными периодами число кликов из Google снизилось с 758 до 465 – почти на 39%.
Если смотреть только на технический аудит, возникает соблазн продолжить: найти еще ошибок, переписать метатеги, ускорить несколько страниц, проверить alt. Мы пошли в другую сторону и сначала попытались понять, где именно исчез трафик. В итоге оказалось, что проблема не в сайте «целиком» и не в том, что Google перестал его индексировать. Основная потеря была сосредоточена в небольшой группе коммерческих URL.
Этот кейс хорошо показывает границу между техническим SEO и ранжированием. Исправить технические ограничения необходимо, но само по себе их отсутствие еще не дает поисковой системе причины поставить страницу выше конкурентов.
Техническая исправность – это допуск к игре, а не преимущество
У технического SEO есть понятная задача: сделать так, чтобы поисковый робот мог получить документ, правильно интерпретировать его и связать с нужным URL. Если важная страница закрыта noindex, сервер отвечает 5xx или canonical указывает на другой документ, говорить о качестве текста и ссылках рано.
Но после того, как базовые ограничения сняты, начинается другая часть работы. Две страницы могут одновременно отдавать 200 OK, иметь корректный canonical, нормальную мобильную версию и находиться в индексе – и при этом одна будет на третьем месте, а другая на тридцатом. Техническая корректность не объясняет эту разницу целиком.
Google сам разделяет технические требования к присутствию в поиске и более широкий набор сигналов, которые используются при ранжировании. В Search Essentials прямо указано: соответствие техническим требованиям не гарантирует ни индексирование, ни показ страницы в выдаче.
Поэтому после любого большого технического аудита полезно сформулировать вопрос точнее: что именно мы исправили – препятствие для обхода и индексирования или причину, по которой страница проигрывает другим документам?
На проекте индексирование улучшалось, а клики продолжали снижаться
Речь идет о сайте автосервиса. Когда проект начали приводить в порядок, технических хвостов было много: старые URL с 404, неудачные редиректы, следы прежней структуры, лишние страницы и другие типичные проблемы сайта, который несколько раз менялся без единой SEO-логики.
Работы шли постепенно, и Search Console действительно показывал положительную динамику индекса. На 29 мая в отчете было 494 проиндексированных и 331 непроиндексированная страница. К 21 августа – уже 540 проиндексированных и 218 непроиндексированных. Проиндексированных URL стало примерно на 9% больше, а число исключенных сократилось примерно на треть.
То есть тезис «Google перестал нормально обходить сайт» данными не подтверждался. Напротив, индекс становился чище.
Теперь посмотрим на поиск. Для сравнения мы взяли два периода одинаковой длины – по 28 дней. Это важно: сравнение «месяц против первых двух недель следующего месяца» легко создает ложную картину.
|
Период |
Клики |
Показы |
CTR |
Средняя позиция |
|
23.04–20.05 |
758 |
48 452 |
1,56% |
23,77 |
|
26.07–22.08 |
465 |
43 660 |
1,07% |
23,29 |
Клики снизились на 38,7%. Показы – примерно на 9,9%. CTR – с 1,56 до 1,07%. А средняя позиция формально стала даже немного лучше: 23,77 → 23,29.
Если бы мы смотрели только на среднюю позицию домена, диагноз был бы совершенно другим. Можно было решить, что ранжирование не просело, а проблема находится исключительно в спросе или сниппетах. Но среднее значение здесь скрывало самое важное.
Почему средняя позиция может вводить в заблуждение
Средняя позиция не различает ценность запросов. Для бизнеса потеря с пятого на десятое место по запросу, который приносил десятки переходов и заявки, гораздо болезненнее, чем рост с пятидесятого на тридцатое по двадцати низкочастотным формулировкам.
В агрегированном отчете второе изменение способно частично «компенсировать» первое. Цифра выглядит стабильной, а коммерческий трафик уже ушел.
В руководстве по диагностике падений поискового трафика Google рекомендует переходить от общей динамики к конкретным страницам и запросам и отдельно проверять технические, алгоритмические и сезонные причины.
Мы выгрузили вкладку «Страницы» за оба периода и сопоставили URL. После этого падение перестало выглядеть как проблема всего домена.
Несколько коммерческих страниц объяснили большую часть потери
Самая заметная просадка была у страницы ремонта автокондиционеров. За первый период она получила 111 кликов, за второй – 47. Средняя позиция ухудшилась с 16,82 до 27,37. Один URL потерял 64 клика – примерно пятую часть всей разницы между периодами.
Еще нагляднее повела себя страница чистки радиатора. Она была около пятой позиции и получала 46 кликов при CTR 12,3%. Позже средняя позиция стала 10,07, кликов осталось 12, CTR снизился до 4,4%. Здесь не нужно строить сложную гипотезу о сниппете: документ просто переместился из комфортной верхней части выдачи к нижней границе первой страницы.
Страница ремонта блока ABS просела еще сильнее: 17 → 2 клика, средняя позиция 17,5 → 42,1.
После этого задача изменилась принципиально. Продолжать «улучшать техническое состояние сайта» в целом уже было слишком расплывчато. Нужно было разбирать конкретные URL: какие запросы они потеряли, кто занял их места, изменился ли интент выдачи, нет ли конкурирующей страницы внутри сайта, хватает ли коммерческих факторов и ссылочных сигналов.
Падение CTR не всегда означает, что пора переписывать Title
На уровне домена CTR снизился с 1,56 до 1,07%. Это легко прочитать как проблему сниппетов: «пользователи видят сайт, но перестали кликать – нужно менять Title и Description».
Иногда это действительно так. Но в нашем случае часть снижения CTR была обычным следствием потери хороших позиций. У той же страницы чистки радиатора кликабельность упала почти втрое одновременно с перемещением с пятого места к десятому.
Поэтому я бы не начинал с массового переписывания метатегов. Сначала стоит выяснить, сохранилась ли позиция. Если нет, новый Title добавит еще одну переменную и усложнит последующий анализ.
Когда технические ошибки действительно могут быть причиной падения
Важно не сделать обратную ошибку и не обесценить техническое SEO. Есть ситуации, где связь с потерей видимости прямая и понятная:
-
важная страница получила noindex или была закрыта от обхода;
-
canonical указывает на другой URL;
-
после миграции старые адреса не перенаправлены на новые;
-
сервер регулярно возвращает 5xx;
-
после изменения структуры внутренние ссылки массово ведут на удаленные URL;
-
важный раздел оказался недоступен роботу или выпал из внутренней архитектуры.
В таких случаях техническое исправление снимает конкретное ограничение: робот снова получает документ, новый URL принимает сигналы старого, поисковая система перестает путаться между дублями. Здесь ожидать положительного эффекта логично, хотя и не обязательно мгновенно.
Но если страница индексируется, регулярно сканируется, имеет корректный canonical и продолжает получать показы, техническая часть уже не единственная зона поиска причины.
Как отличить техническую проблему от проблемы ранжирования
Для себя мы используем простую логику: сначала смотрим не на список ошибок, а на характер падения.
Если URL практически исчез из показов, первым делом проверяем индексирование, robots, noindex, canonical, коды ответа и историю редиректов. Если показы сохраняются, но средняя позиция ухудшается, круг вопросов другой: интент, качество страницы, конкуренты, каннибализация, внутренние и внешние сигналы.
Если позиция в целом стабильна, а падает CTR, уже имеет смысл разбирать сниппет и саму выдачу: не появились ли дополнительные рекламные блоки, карты, расширенные ответы, не изменился ли состав запросов. Наконец, если падают показы при примерно той же позиции, проверяем спрос и сезонность.
Такой порядок кажется банальным, но он спасает от типичной ситуации, когда команда неделями исправляет то, что проще всего найти краулером, а причина падения лежит в другом месте.
Сезонность тоже нужно проверять на данных, а не «по ощущениям»
Автосервис – сезонный бизнес, поэтому часть снижения могла объясняться спросом. Чтобы не спорить об этом теоретически, мы взяли те же даты прошлого года.
В 2025 году между периодами 23 апреля – 20 мая и 26 июля – 22 августа клики снизились с 1 098 до 942, то есть примерно на 14%. В 2026 году – с 758 до 465, почти на 39%.
Сезонность есть, и игнорировать ее нельзя. Но она не объясняет весь масштаб текущей просадки. Если грубо применить прошлогоднюю динамику к нынешним 758 кликам, ожидаемый уровень был бы около 650. Фактический – 465.
Это не строгая модель: за год меняются спрос, конкуренты и сама поисковая выдача. Но такой контроль помогает хотя бы не закрывать анализ фразой «летом всегда хуже».
После core update не нужно искать «сломавшийся параметр»
Еще одна причина, по которой технический аудит часто начинают повторять по кругу, – совпадение падения с обновлением поисковых алгоритмов. Кажется, что если до апдейта все работало, а после стало хуже, где-то должен быть конкретный фактор, который можно найти и вернуть обратно.
Но Google описывает core updates иначе: это широкая переоценка результатов, а не штраф за конкретную ошибку. В рекомендациях по core updates поисковик советует сравнивать периоды до и после обновления и изучать именно страницы и запросы, которые потеряли видимость.
Иными словами, после алгоритмического изменения документ может просесть не потому, что стал технически хуже, а потому, что система иначе оценила его относительно конкурентов. В такой ситуации еще один прогон краулера редко дает полноценный ответ.
Почему мы не стали переделывать весь сайт
Когда трафик снижается несколько месяцев, очень легко перейти к массовым изменениям. Переписать Title на всех услугах, увеличить тексты, переделать H1, добавить еще десятки страниц. Через пару месяцев позиции изменятся – но будет непонятно, что именно повлияло.
В нашем случае данные позволили сузить первую очередь примерно до восьми коммерческих URL. Это страницы кондиционеров, чистки радиатора, блока ABS, заправки кондиционера, ремня ГРМ, ремонта дизельного двигателя, регулировки клапанов и рулевой рейки.
У части страниц уже был доказанный потенциал: они раньше находились в первой десятке или стабильно приносили переходы. Поэтому логичнее сначала вернуть их, чем одновременно «улучшать» сотни документов, которые не показывали заметной отрицательной динамики.
Технический аудит полезнее, когда у ошибок есть приоритет
Есть еще одна проблема автоматизированных аудитов: они хорошо считают замечания, но не знают цену каждого из них для бизнеса. В отчете рядом могут стоять 300 изображений без alt и один ошибочный noindex на странице услуги, которая раньше приносила заявки.
Если просто идти сверху вниз по списку, команда может потратить неделю на косметические исправления и оставить критичную проблему на потом. Поэтому после сбора технических данных мы делим задачи хотя бы на четыре уровня: критичные, высокий приоритет, средний и низкий.
Критично – все, что мешает обходу, индексированию или сохранению сигналов важных URL. Высокий приоритет – проблемы коммерческих страниц, которые уже теряют видимость. Средний – архитектурные и качественные недочеты без прямого подтверждения влияния. Низкий – формальные замечания, которые не стоит превращать в главную SEO-задачу месяца.
Тот же принцип мы используем и в системном SEO-продвижении сайтов: сначала снимаем ограничения и определяем точки с наибольшим потенциалом, а уже потом масштабируем изменения на весь проект.
Что проверять после того, как техническая база приведена в порядок
Если критические технические проблемы устранены, а важная страница не растет или продолжает терять позиции, я бы последовательно проверил несколько вещей.
-
Поисковый интент. Тот ли тип страницы сейчас находится в топ-10 по нужному запросу? Иногда услуга пытается конкурировать с обзорами, агрегаторами или информационными статьями.
-
Каннибализация. Нет ли на сайте второго или третьего URL под тот же кластер? После нескольких лет развития проекта это встречается чаще, чем кажется.
-
Содержание и коммерческие факторы. Цена, условия, сроки, отзывы, гарантии, специалисты, фотографии – для коммерческой выдачи это часто важнее дополнительного абзаца «SEO-текста».
-
Конкуренты. Страница могла вообще не ухудшиться – просто сайты вокруг стали заметно сильнее.
-
Внутренняя перелинковка. Получает ли URL поддержку от тематических разделов и статей или остается глубоко в структуре?
-
Внешние сигналы. Для конкурентных запросов полезно смотреть не только ссылочный профиль домена, но и то, получают ли важные внутренние страницы собственные упоминания.
Ни один из этих пунктов не является универсальным «фактором роста». Их ценность появляется только после того, как мы понимаем, какой именно URL и какой поисковый кластер потерял результат.
Практический алгоритм диагностики после технических работ
Если свести наш подход к короткой последовательности, получится так:
-
Зафиксировать даты и перечень изменений на сайте. Через два месяца память уже ненадежна.
-
Проверить индексирование в Google Search Console и Яндекс Вебмастере: не только общее количество URL, но и причины исключения важных страниц.
-
Сравнить одинаковые периоды. При выраженной сезонности – дополнительно те же даты предыдущего года.
-
Разложить падение на клики, показы, CTR и позицию.
-
Перейти с уровня домена на отдельные URL и найти страницы, которые дали основную потерю.
-
Для этих URL посмотреть запросы: какие кластеры действительно просели.
-
Только после этого формулировать гипотезу и менять страницу.
-
Не менять одновременно все. Иначе даже при росте будет сложно понять, что сработало.
Исправленных ошибок недостаточно – нужно понимать, что именно они исправляют
В нашем проекте технические работы были нужны. Индекс Google действительно стал чище, количество проиндексированных страниц выросло, а число исключенных сократилось. Это нормальный и полезный результат.
Ошибка была бы в другом – принять его за обещание автоматического роста позиций.
Техническая оптимизация убирает ограничения. Высокие позиции начинаются там, где поисковая система сравнивает наш документ с другими: по соответствию интенту, полезности, полноте, коммерческой ценности, внутренним и внешним сигналам и множеству других факторов.
Поэтому хороший технический аудит для меня заканчивается не цифрой «нашли 247 ошибок», а тремя ответами: какие ошибки реально мешают поиску, что нужно исправить первым и куда смотреть дальше, если после исправления технической базы трафик все равно не растет.
В этом кейсе третий вопрос оказался самым важным. Вместо очередного цикла массовых исправлений мы получили конкретный список коммерческих страниц, на которых сосредоточена основная потеря, и уже с ними продолжается точечная работа.
Техническое SEO – фундамент. Но фундамент сам по себе еще не объясняет, почему пользователь и поисковая система должны выбрать именно ваш сайт.
Примечание: все показатели проекта в статье взяты из собственных выгрузок Google Search Console.