Криптоагрегатор с 20 000 страницами: от массовой генерации к управляемой видимости

У агрегатора направлений обмена криптовалют было около 20 000 программатик-страниц. До августовского обновления Google сайт получал стабильные десятки кликов в день. Затем показы и клики в Search Console упали почти до нуля. Задачей было вернуть видимость по направлениям, которые отвечают реальному спросу, и перестать расходовать ресурсы на страницы без пользы для посетителя.

Короткий итог: отобранные приоритетные страницы стали устойчивее держаться в индексе, а видимость по целевым запросам начала восстанавливаться. Работа заняла месяцы и продолжается. Данных о лидах и сроке полного восстановления в этом кейсе нет, поэтому я не приписываю проекту таких результатов.

Бизнес-цель и исходные условия

Агрегатор работал с направлениями обмена для аудитории в Грузии, Таиланде, на Кипре и в Сербии. Страницы создавались по шаблонам для множества валютных пар и языковых версий. Масштаб позволял охватить длинный хвост запросов, но сам по себе не создавал ценности: FAQ отличались в основном подстановкой переменных, а часть отзывов об обменниках была скопирована с других сайтов.

После падения трафика расширять каталог дальше не имело смысла. Сначала нужно было понять, какие направления действительно нужны пользователям, какие страницы поисковые системы сохраняют в индексе и что мешает релевантным страницам получать показы.

График из материалов проекта показывает резкий спад. На исходном изображении нет подписей периода и рядов, поэтому его нельзя использовать для расчёта процента падения.

Диагностика: проблема была шире одной технической ошибки

Я увидел два повторяющихся симптома:

1. Страницы не удерживались в индексе. Они появлялись в поиске, а после роста числа индексируемых URL часть страниц массово выпадала. Похожая динамика наблюдалась в Google и Яндексе.
2. Поиск выбирал не ту страницу. По русскоязычному запросу могла показываться английская версия и наоборот; иногда пара направлений на странице не соответствовала запросу.

Параллельно сайт сталкивался с ошибками 503 при нагрузке на сервер и API. Они усложняли обход и работу пользователей. Ahrefs показывал слабую поисковую видимость и небольшой набор запросов, связанных с обменом криптовалют.

Совпадение падения с обновлением Google не доказывает, что сайт получил ручную санкцию или что обновление было единственной причиной. Но массовые страницы без собственной ценности были очевидным риском. Правила Google отдельно описывают масштабное создание малооригинальных страниц ради ранжирования — независимо от того, создавались они с помощью AI или без него.

Стратегия: меньше страниц, больше пользы на каждом направлении

Мы разделили каталог по спросу и потенциалу. Приоритет получили направления, по которым пользователь действительно ищет обмен и может сравнить варианты. Для этих страниц нужно было обеспечить три вещи: устойчивую доступность, понятную языковую релевантность и собственные данные, помогающие выбрать обменник. Страницы без такого потенциала не должны конкурировать с ними за ресурсы обхода и внимание команды.

Так работа превратилась из «оптимизации 20 000 URL» в управляемый процесс: отбор направлений → качество данных → публикация и индексация → мониторинг видимости.

Что внедрили

Правила индексации. Тонкие страницы с редкими или бесполезными направлениями закрыли от индексации и убрали из sitemap. В админке появился механизм noindex по правилам с чёрным и белым списками. Это позволяет не разбирать каждый URL вручную при следующих изменениях каталога.

Очистку каталога. Удалили направления с одним обменником и комбинации, для которых не было реального пользовательского сценария. Также убрали локализации, не связанные с фокусными рынками, включая PT и ES.

Собственный слой данных. Вместо скопированных отзывов на страницах появились рейтинг, показатели доверия и оценка обменника. Эти данные помогают посетителю сравнивать варианты и дают каждой странице больше смысла, чем одна замена названия валютной пары в шаблоне.

Связи между направлениями. Добавили переходы к обратным и похожим направлениям, объединили связанные страницы в кластеры. Пользователь получил путь к альтернативам, а важные страницы — более ясное место в структуре сайта.

Техническую стабильность. Проработали массовые ответы 503, возникавшие при нагрузке на сервер и нестабильной работе API. Проверки проводили с помощью PageSpeed, GTmetrix и технического обхода сайта. Индексацию отслеживали через сервис «Арсенкин» и Яндекс.Вебмастер.

Путаницу языковых версий разбирали отдельно: проверяли соответствие содержимого страницы её языку и корректность связей между версиями. Для таких сайтов Google рекомендует отдельные URL и hreflang для языковых вариантов. В этом кейсе я не заявляю, что один только hreflang объяснял или исправил падение.

Результат и его границы

Быстрого возврата трафика не было. Сначала приоритетные страницы стали устойчивее удерживаться в индексе, а страницы без ценности перестали раздувать индексируемый каталог. После следующего обновления поисковой системы видимость по отслеживаемым целевым запросам начала расти; часть страниц стала выходить на более высокие позиции.

На графике виден разворот динамики, но исходный снимок не содержит дат и подписей рядов. Он иллюстрирует направление изменений, а не точный прирост трафика.

Рабочий дашборд показывает позиции для выбранного набора запросов. Это не данные о лидах и не оценка видимости всего рынка.

По русскоязычным кластерам позиции измерялись для Москвы. Англоязычные страницы тоже присутствовали в отчёте с замером по Нью-Йорку, но этот кластер не был приоритетом проекта. Следующий этап — усиление выбранных страниц ссылками и дальнейшая проверка их устойчивости в индексе.

Чтобы количественно оценить восстановление и вклад в бизнес, ещё нужны сопоставимые периоды в Search Console, число оставшихся индексируемых страниц и данные по целевым действиям. Пока этих подтверждённых значений нет, я не называю процент возврата трафика или число полученных лидов.

Что проверить на другом крупном программатик-сайте

• Удерживаются ли новые страницы в индексе спустя время, а не только сразу после публикации?
• Есть ли на странице собственные данные или функция, полезные посетителю при выборе?
• Охватывают ли индексируемые шаблоны реальный спрос, в том числе запросы ближе к решению о покупке?
• Отдают ли важные страницы стабильный ответ при нагрузке?
• Совпадают ли язык страницы, запрос и языковая версия, которую показывает поиск?

Сам факт генерации страниц не означает санкцию. Риск появляется, когда масштабирование подменяет полезность, а команда измеряет количество URL вместо видимости нужных направлений и действий пользователей.

Если у вашего сайта похожая динамика индексации, напишите мне. Начнём с проверки страниц, которые должны приводить целевой спрос, и причин, по которым они его не получают.