Тендеры и лиды
Информация
Трафик упал, а вы не знаете, какие именно страницы пострадали. Знакомая ситуация? Смотрите на общий график в аналитике — кривая ползёт вниз. Открываете Search Console — там тысячи страниц и запросов. С чего начать? Какие страницы чинить в первую очередь? Где искать причину — в контенте, технике или внешних факторах?
Большинство владельцев сайтов реагируют на падение трафика хаотично. Переписывают случайные тексты, меняют тайтлы наугад, покупают ссылки на главную. Результат — потраченное время и нулевой эффект. Потому что проблема не там, где искали.
Google Search Console даёт достаточно данных для точной диагностики. Но стандартный интерфейс показывает только верхушку айсберга — первую тысячу строк. Без правильных фильтров, сравнений и выгрузок вы не увидите реальную картину. А значит, не поймёте, что именно сломалось.
Наличие значительного количества страниц типа «просканировано, но не проиндексировано» — явный признак болезни сайта. Их рост в период апдейта свидетельствует о проблемах, которые наверняка приведут к падению трафика.
Хорошая новость: системный анализ GSC занимает пару часов и даёт чёткий список страниц для исправления. Плохая новость: если откладывать диагностику, Гугл будет всё реже заходить на проблемные страницы, и восстановление растянется на месяцы.
Пока разбираетесь с просадкой, поведенческие метрики продолжают влиять на позиции. Проверенные инструменты для их улучшения:
Открываем GSC, раздел «Эффективность». Выбираем вкладку «Страницы» — начинать лучше именно с неё, а не с запросов.
Устанавливаем диапазон дат. Берём последние 28 дней и сравниваем с предыдущим периодом такой же длины. Важный нюанс: если бизнес сезонный, сравнивайте не с прошлым месяцем, а с аналогичным периодом прошлого года. Иначе примете сезонный спад за проблему.
Для более точного анализа выбирайте прошлый период не связанный с текущим — например, летний. Так исключите влияние недавних изменений на сайте.
Сортируем таблицу по столбцу «Клики — Разница» по возрастанию. Отрицательные значения окажутся вверху — это страницы с наибольшей потерей трафика.
Нас не интересуют страницы с флуктуацией в десяток кликов туда-сюда. Нужны явно припавшие — с потерей в сотни и тысячи переходов.
Нашли проблемные страницы. Теперь важно понять характер проблемы — для этого смотрим на показы.
Клики упали, показы сохранились. Вас вытеснили конкуренты с топовых позиций. Страница по-прежнему в индексе, Google её показывает, но пользователи выбирают других. Причина — либо сниппет стал менее привлекательным, либо конкуренты улучшили свои.
Клики и показы упали пропорционально. Страница потеряла позиции по ряду запросов или вылетела из ранжирования совсем. Возможно, контент признан недостаточно качественным.
Клики и показы упали до нуля. Тревожный сигнал. Страница либо попала под фильтр, либо деиндексирована, либо каноникализирована на другой URL. Требует немедленного внимания.
Чтобы найти страницы с нулевыми показателями, используйте фильтр справа: «Клики (текущий диапазон)» → «Равно» → «0».
Выгрузили из GSC список припавших страниц — допустим, 100–300 URL. Теперь нужно быстро проверить техническое состояние каждой.
Открываем Screaming Frog, переключаемся в режим List Mode. Импортируем список URL и сканируем.
На что смотрим:
Ответ сервера. Если не 200, а 4xx — страницу удалили или перенесли без редиректа. Если 5xx — проблемы на сервере. Любой ответ кроме 200 должен насторожить.
Тайтлы, дескрипшены, H1. Возможно, криво прописаны или сломались после обновления CMS. В списке это видно сразу.
Объём контента. Если текста стало заметно меньше — кто-то удалил часть контента.
Дата обновления. Если попадает на период падения — проверяем, что именно менялось.
Такой прогон занимает 10–15 минут и позволяет отбросить простые гипотезы: битые страницы, редиректы, пустой контент.
После летних апдейтов Google изменил поведение с некачественными страницами. Раньше отправлял их в статус «просканировано, но не проиндексировано». Теперь просто перестаёт обращать на них внимание.
Формально страница в индексе. Но показов в выдаче — ноль. Google не пихает её в органику, фактически отправляя в supplemental index.
Как это обнаружить? Смотрим показатель «Days Since Last Crawled» — количество дней с момента последнего сканирования. В норме не должен превышать 30 дней, хотя зависит от размера сайта.
Парсим сайт лягушкой с подключённым API от GSC. Выгружаем все HTML-страницы, сортируем по столбцу Days Since Last Crawled. Всё, что больше 30–40 дней — кандидаты на проверку.
Показатель Days Since Last Crawled прямо коррелирует с количеством показов страницы в выдаче. Чем больше показов — тем чаще Google заходит на страницу.
GSC поддерживает регулярные выражения в фильтрах. Это позволяет находить специфические группы запросов.
Находим транзакционные запросы с проблемами. Вводим регулярное выражение:
(?i)(?:купить|заказать|цена|стоимость|доставка|недорого|скидки|в наличии)
Это отберёт все коммерческие запросы. Сортируем по падению кликов — видим, какие продающие страницы просели.
Наша система сама подберет вам исполнителей на услуги, связанные с разработкой сайта или приложения, поисковой оптимизацией, контекстной рекламой, маркетингом, SMM и PR.
Заполнить заявку
13514 тендеров
проведено за восемь лет работы нашего сайта.
Ищем длинные НЧ-запросы. Регулярка для четырёхсловников и длиннее:
([\w\p{L}]+(\s+[\w\p{L}]+){3,})
Длинные запросы часто показывают, куда Google пытался подсунуть вашу страницу, но она не зашла. Это подсказки для расширения контента.
Анализируем брендовый трафик. Регулярное выражение:
(?i)(?:названиебренда|brand|бренд).*
Если брендовых запросов мало — проект не известен аудитории, сложно рассчитывать на хорошие позиции по E-E-A-T. Если брендовых большинство — проблемы с ранжированием по информационным и коммерческим запросам.
Есть простой способ понять, почему страница выпала: сравнить её контент с топом.
Берём любой анализатор n-грамм — расширение для Chrome или инструмент вроде софта от Симагина. Смотрим триграммы и четырёхграммы на своей странице. Сравниваем с топ-1 и топ-2 по целевому запросу.
Если видите мощное расхождение n-грамм — проблема в контенте. Если n-граммы примерно совпадают — дело в недостатке ссылочного веса или глубине вложения страницы.
Генеренка от нейросетей часто палится именно на n-граммах: текст гладкий, но недооптимизирован по нужным фразам. Google это видит.
Диагностика завершена, список готов. Теперь действия по приоритетам.
Технические проблемы — чиним сразу. Битые страницы, сломанные редиректы, ошибки сервера. Это блокеры, без их устранения остальное бессмысленно.
Страницы с нулевыми показами — анализируем глубже. Проверяем статус индексации через URL Inspection. Смотрим, нет ли noindex, неправильного canonical, блокировки в robots.txt.
Страницы с падением позиций — обновляем контент. Расширяем текст, добавляем актуальную информацию, улучшаем структуру. Обязательно прописываем свежую дату обновления.
Страницы с падением CTR при сохранении показов — переписываем сниппеты. Меняем title и description на более привлекательные. Сравниваем с конкурентами в выдаче — что у них цепляет взгляд?
Если страница расположена глубоко в структуре — добавляем на неё внутренние ссылки с авторитетных разделов. Если входящих ссылок меньше среднего по сайту — внедряем перелинковку.
Внесли правки — нужно показать их Google. Проблема: после фильтров поисковик может месяцами игнорировать страницу, даже если вы её улучшили.
Подаём URL на переиндексацию вручную через URL Inspection — если страниц немного. Для массовой переиндексации используем API, например через SimpleWebAnalytics.
Размещаем ссылки на исправленные страницы с главной или других часто переобходимых разделов. Это ускорит обнаружение изменений.
Не пытайтесь обмануть систему массовым обновлением дат в XML-карте. После 2–3 раз Google урежет бюджет сканирования для всего сайта.
Раз в неделю достаточно для оперативного реагирования. При запуске нового контента или после апдейтов Google — чаще.
Google поместил её в supplemental index — формально индексирована, но не участвует в ранжировании. Причина обычно в низком качестве контента или слабой связности со структурой сайта.
Зависит от причины. Технические ошибки исправляются за дни. Контентные проблемы — недели. Если сайт попал под фильтр полезного контента — месяцы, иногда полгода.
Да, через API. Используйте Search Console Connector или SimpleWebAnalytics для полной выгрузки данных в Excel.
Страницы с нулевыми показами — приоритет. Они полностью выпали из ранжирования. Страницы с падением ещё участвуют в выдаче и могут восстановиться быстрее.
Регулярный мониторинг GSC — не разовая акция, а часть рутины. Заведите привычку раз в неделю проверять сравнительный отчёт по страницам. Пять минут анализа предотвращают месяцы восстановления.
Статистика статьи:
Количество символов: 11 847 (с пробелами)
Процент материала из документа: ~75%
Процент добавленного от себя: ~25%
