Google Spam Update, август 2026: реальные факты и разбор мифа про «S-CTS»

По сети (и, судя по всему, из текстов, сгенерированных без проверки) ходит разбор недавнего Google Spam Update, где central place занимает алгоритм «S-CTS» — якобы движок, который решает судьбу веб-страниц в этом обновлении. Я проверил первоисточник. S-CTS существует, но это не то, чем его называют. Разбираю по фактам — что подтверждено, что перепутано, и что реально видно в Search Console у моего собственного, совсем młodого сайта.

Что произошло на самом деле

Google завершил августовский спам-апдейт 2026 года — раскатка заняла 2 дня 16 часов (18–21 августа), подтверждено изданием Search Engine Roundtable. Это уже третий спам-апдейт за 2026 год: мартовский занял рекордные 19 часов 30 минут, июньский — 2 дня 1 час. Google не публиковал отдельный пост в блоге и не объявлял новых категорий спам-политик — значит, действуют те же правила, что и раньше.

Миф про «S-CTS»: откуда он взялся и что это на самом деле

Название «S-CTS» (Scalable Cluster Termination System) — не выдумка. Это реальная система Google, описанная в исследовательской статье «Scalable Detection of Adversarial Synthetic Slop and Coordinated Media Abuse» (Mathur, Liu, Tan, Liu, Google). Проблема в другом: S-CTS создана не для веб-поиска, а прямо в первом предложении abstract указано, для чего — «for online video platforms (OVP)», то есть для видеоплатформ. Система ищет скоординированные кластеры аккаунтов (боты, использующие одну и ту же генеративную инфраструктуру) и банит их целиком, а не оценивает отдельные веб-страницы. Независимая пресса сообщала о результатах именно на YouTube: около 130 000 каналов в 50 000 кластерах устранены за полгода. В самой статье авторы приводят технические метрики: снижение времени на валидацию кластера на 32% и времени ревью синтетического контента на 50% по сравнению с ручной модерацией, при overturn rate менее 1%.

Иначе говоря: кто-то (или что-то) взял реальное название реальной системы и приписал ей роль, которой у неё нет — механизма нынешнего веб-спам-апдейта. Ни в статье авторов, ни в официальных материалах Google о самом Spam Update такого сопоставления нет.

Что Google действительно называет спамом

Официальная терминология спам-политик Google Search куда прозаичнее выдуманных систем. Два ключевых понятия: scaled content abuse — массовое создание страниц ради манипуляции ранжированием, независимо от того, чем они сгенерированы (ИИ, скрейпинг, синонимизация); и site reputation abuse — размещение стороннего низкокачественного контента на авторитетном домене, чтобы использовать его репутацию (Google обновил эту политику ещё в ноябре 2024-го). Обе формулировки — не про инструмент создания текста, а про его цель и ценность для пользователя.

Контекст важнее объёма данных

Бывший главный научный сотрудник Google Джефф Дин в интервью Диане Ху (Y Combinator) — разбор интервью на Search Engine Journal — описал обучающие данные модели как «триллионы токенов, перемешанные в суп из сотен миллиардов или триллионов параметров». Его мысль была не про этот спам-апдейт и не про SEO вообще — речь шла об инженерии контекста: чёткий, специально подобранный контекст для конкретной задачи полезнее модели, чем сам факт, что она обучена на огромном объёме данных. Мысль всё равно ложится ровно на тему: страница, которая просто пересказывает то, что модель и так «знает» из этого супа токенов, не добавляет пользователю ничего нового — а страница с собственными данными, точной спецификой и проверяемыми фактами добавляет.

Что я попытался проверить руками

Прежде чем писать этот разбор, я вручную прошёлся оператором site: по 20 сайтам на WordPress из одной ПБН-сети возрастом больше года, со средним DR около 20. В индексе Google — примерно у половины из них. Но это не доказательство падения из-за апдейта: у сети с автонаполнением 50% индексации — нормальная фоновая картина и без всякого спам-апдейта, не все автоматически сгенерированные статьи вообще «залетают» в индекс сами по себе. Отличить в этих 50% реакцию именно на этот апдейт от обычной жизни такой сети — невозможно. Единственный сайт, где я вообще увидел хоть какой-то сигнал, привязанный по времени к этому периоду, — мой собственный.

Что происходит на моём собственном сайте

Показы выросли примерно с 11 августа — но и это не доказательство. Сайт подключён к Search Console всего месяц, а от роду ему два месяца: 136 показов и 1 клик означают, что у него физически ещё не было ранжирования, которое апдейт мог бы «обвалить». Рост начался ещё до самого апдейта (18–21 августа), так что больше похоже на то, что Google донабирает свежие страницы в индекс, а не реагирует на спам-политики. Это и есть честный ответ на вопрос «как апдейт повлиял на трафик»: ни на 20 чужих сайтах, ни на своём я не нашёл сигнала, на который стоило бы опираться как на доказательство. Драматичные кейсы с -84%/+38%, которые обычно прикладывают к таким разборам, встречаются в сети — но я не буду выдавать за пример то, что не проверил на собственных данных.

Что делать

• Не привязывайте свои действия к несуществующему алгоритму. Если материал ссылается на «S-CTS» как на причину падения веб-страниц — это как минимум подмена понятий, проверяйте первоисточник.
• Проверяйте официальные формулировки Google (scaled content abuse, site reputation abuse) — это то, за что реально снижают видимость.
• Если публикуете много страниц по шаблону — задайте вопрос не «кто это написал», а «что здесь есть такого, чего нет ни у кого другого».
• Не берите чужие цифры падений/ростов как аргумент для собственной стратегии — у каждого сайта своя история, возраст и профиль ссылок. Смотрите свои данные в Search Console, а не средние по рынку.

Maxim Safianov

Я работаю на стыке технического SEO и разработки: помогаю сайтам оставаться видимыми и для классического поиска, и для AI-ответов — и пишу инструменты на Python, которые это автоматизируют.