September 2026 Spam Update завершён: пошаговый разбор, почему упал трафик и что с этим делать

8 октября 2026 года Google закрыл September 2026 Spam Update — четвёртый спам-апдейт за год и самый долгий из них. На дашборде появилась вторая строка: «The rollout was complete as of October 8, 2026». От старта 24 сентября до финиша прошло 13 дней 16 часов — ни один другой спам-апдейт 2026-го не катился дольше трёх суток.

Пока апдейт шёл, советовать можно было одно: ничего не ломать и ждать. Теперь окно раскатки закрыто. Если считать от даты завершения ещё примерно неделю «отстоя» — именно сейчас, в середине октября, впервые появляется чистый период данных, по которому можно читать выдачу без наложения волн. Так что это не пересказ новости, а инструкция для вебмастера: как по симптомам понять, за что именно просел ваш трафик, какие просадки вообще не связаны с апдейтом, и что делать с сайтом или сеткой дальше.

Что известно по фактам

Официальная часть умещается в несколько строк, и важно отделить её от домыслов, которые уже разошлись по каналам.

• Старт — 24 сентября 2026, 09:15 по тихоокеанскому времени (16:15 UTC). Глобально, все языки и все ГЕО с первого дня, без пилота на англоязычной выдаче.
• Финиш — 8 октября. Раскатка заняла почти всю обещанную «до двух недель» — 13 дней 16 часов.
• Цели не названы. Ни одной конкретной политики, ни одного типа сайтов. Это не линкспам-апдейт — Google отдельно подчёркивал, что под link spam его не заявляли.
• Нового названного правила нет. Google описал релиз как «обычный спам-апдейт» и пообещал периодические рефреши.
• Почему так долго — не объяснено. Из комментариев максимум: да, вероятно, займёт больше, чем прошлые итерации.

Отсюда ключевая оговорка. Всё, что вы читали про «апдейт против AI-контента» или «апдейт против PBN», включая популярный список из шести политик (expired domain abuse, scaled content abuse, site reputation abuse, doorway abuse, back button hijacking и фейковые отзывы), — это интерпретации. Это политики, которые уже действуют постоянно, а не заявленные цели именно сентябрьского релиза. Система детекции спама применяет весь набор всегда. Вопрос лишь в том, какую часть ей подкрутили в этот раз — и этого Google не сказал.

Почему этот апдейт важнее любого отдельно взятого в прошлом

Сухая хронология 2026 года:

• Март 2026 — старт 24 марта, раскатка ≈19,5 часа, пауза до следующего 92 дня.
• Июнь 2026 — старт 24 июня, раскатка ≈2 дня, пауза 55 дней.
• Август 2026 — старт 18 августа, раскатка ≈3 дня, пауза 37 дней.
• Сентябрь 2026 — старт 24 сентября, раскатка 13 дней 16 часов.

От первого до четвёртого — ровно полгода. Для сравнения: за весь 2025-й спам-апдейт был один (август), и катился он почти 27 дней. По плотности спам-апдейтов 2026-й — самый насыщенный год как минимум с 2021-го, и каждая следующая пауза короче предыдущей: 92 → 55 → 37 дней.

А вот контринтуитивная часть: две недели раскатки — не аномалия. Аномалией были как раз скоростные апдейты 2026-го. В истории дашборда длинные раскатки спам-апдейтов встречались регулярно: октябрь 2023 — около 15 дней, март 2024 — почти 15 дней, декабрь 2022 (линкспам) — около 19 дней, август 2025 — почти 27 дней. Длинная раскатка для спам-апдейта — скорее норма прошлых лет, к которой Google вернулся после трёх коротких итераций подряд.

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

Почему 14 дней и две волны

Официального объяснения нет, поэтому дальше факты и интерпретация разведены явно.

Что известно. Короткие апдейты 2026-го закрывались за часы и дни. Самый показательный длинный прецедент — март 2024: тогда Google одновременно ввёл в спам-политики scaled content abuse, expired domain abuse и site reputation abuse, и апдейт катился почти 15 дней. То есть длинная раскатка в прошлом совпадала с появлением новых сигналов, а не с подкруткой старых.

Как это читается. Быстрый апдейт объясним так: обученной системе меняют пороги и прогоняют по готовому индексу — нажали кнопку, к вечеру всё разъехалось. Длинный обычно значит, что системе нужно заново перекраулить сайты, переоценить шаблоны, пересчитать сигналы на уровне домена. Это не делается за ночь и не делается равномерно — отсюда волны: сначала эффект ловит одна группа сайтов, через несколько дней другая. Прямого подтверждения у этой версии нет, но она лучше всего сходится с наблюдаемой картиной.

А наблюдалось вот что. Первая волна пришлась на 25–27 сентября: многие вебмастера фиксировали сильные просадки сразу в нескольких вертикалях и странах. Потом короткое затишье — и 30 сентября всё разогрелось снова. Вторая волна особенно задела Discover и Google News: часть издателей сообщала, что трафик с этих поверхностей снова обвалился, а поведение Discover в тот день описывали как рваное — половину дня нормально, потом почти ноль.

Про Discover отдельная оговорка. Вокруг него гуляют страшные цифры вроде минус 70%, но жалобы на обвал Discover и падение рекламной выручки висели на форумах ещё до старта апдейта. Отделить эффект апдейта от предшествующей волатильности снаружи невозможно, поэтому «Discover −70% из-за апдейта» как вывод брать не стоит — это единичные посты. Но сам факт, что вторая волна дотянулась до Discover и News, важен: спам-сигналы доезжают и до этих поверхностей. Для тех, кто живёт на трафике из Discover с новостных сеток, это отдельный риск, который нельзя списывать на «просто алгоритм капризничает».

Теперь по выдаче в целом. Трекеры волатильности, которые ежедневно снимают тысячи запросов в США, в дни апдейта показывали рекордный разогрев: спокойный день для такого трекера — около 70 пунктов «температуры», а в пик последних дней сентября значения уходили за 180 — максимум за всю видимую историю, заметно выше пика предыдущего, августовского апдейта. Деталь, на которую стоит обратить внимание: в средней температуре по выдаче паузы между волнами нет — она росла почти каждый день. Волны видны на уровне отдельных сайтов и отдельных поверхностей, а не в среднем по больнице. Это ещё один аргумент в пользу версии с поэтапной переоценкой: разные группы сайтов получают удар в разные дни, а выдача всё это время перетряхивается целиком.

И важная техническая оговорка про трекеры. В середине сентября Google сильнее закрутил гайки скраперам, и часть сервисов сама признавала проблемы со сбором данных; отдельные трекеры к тому же пересчитали свои формулы, так что сравнивать их значения «до» и «после» некорректно. Вывод простой: трекеры волатильности показывают погоду по рынку, а не ваш сайт. Решения принимаются по Search Console и логам, а не по чужому «сенсору».

Карта рисков: кого задело

Google целей не назвал, но наблюдения раскатки и текст самих политик складываются во внятную картину. Вот как она ложится на типовой стек вебмастера, который зарабатывает на сайтах.

Масс-генерация и programmatic. Самый узнаваемый паттерн раскатки — шаблонные страницы, сгенерированные под каждый вариант запроса: «одна страница на каждый номер телефона / код города» в лидгене, «[бренд] бонус без депозита», «[бренд] зеркало», «[бренд] casino [город]» в десятках языковых версий в гембле. Параллельно наблюдатели описывали паттерн «гора вверх — гора вниз»: сайты, которые на генерации сначала взлетают, а потом с этой высоты падают. Ориентир простой: если даже крупный AI-проект на генерации не держит позиции на волатильности, сеточный обзорник не удержит тем более.

Сетки. В тексте scaled content abuse есть пункт, который многие пропускают: создание нескольких сайтов, чтобы скрыть масштабный характер контента, Google считает не защитой, а отягчающим обстоятельством. То есть разнос генерации по двадцати доменам работает против вас. Общий шаблон, общий хостинг, одинаковые блоки авторов, идентичная структура обзоров — это футпринт, по которому сетка читается как один сайт.

Дропы. Expired domain abuse — политика, по которой удар почти всегда идёт по домену целиком, а не по разделу. И канонический пример в спам-политиках буквально про эту аудиторию: казино-контент на домене бывшей школы. Если в сетке есть сайты на дропах с чужой историей, это первые кандидаты на просадку, и восстанавливать их дороже, чем заменить.

PBN. Апдейт не заявлен как линкспам, и PBN как источник ссылок прямой мишенью не выглядит. Но есть нюанс: если сайты вашей PBN сами живут на дропах с генерированным контентом, они попадают под два предыдущих пункта — как сайты, а не как ссылки. Сетка теряет индекс — ссылки обесцениваются сами собой. И держите в голове официальную формулировку: эффект от спамных ссылок, который система уже обнулила, вернуть нельзя. Что это значит для вашей ссылочной стратегии после апдейта — разбираем ниже и подробно в гайде по PBN и разборе ссылочных стратегий.

Доры и перехват кнопки «назад». Back button hijacking — свежая политика: применять её начали ещё летом, и сентябрьский апдейт — уже третий спам-апдейт после этой даты. Для дорвеев, где монетизация держится на перехвате «назад» и пуш/поп-сетках, неприятная деталь: Google отдельно пишет, что перехват может приходить из подключённой библиотеки или рекламной платформы, но убирать его всё равно обязан владелец сайта. Отмазка «это не я, это скрипт сетки» не работает.

Паразитное SEO. Здесь картина другая. Site reputation abuse по тексту политики — это история про ручную проверку, а не про алгоритм. В ряде юрисдикций ручная санкция по этой политике применяется иначе, а раздел просто отделяют от траста основного домена. Главный риск паразитного SEO — не алгоритм, а человек с кнопкой: показательна история, когда спамеры залили в индекс тысячи публичных страниц одного AI-сервиса, а Google на следующий день просто вычистил весь каталог из выдачи руками, без всякого апдейта.

Кто, наоборот, вырос. Для полноты: крупные площадки, которые масштабируют AI-переводы на десятки языков, после апдейта местами снова росли — ровно то, что в scaled content abuse перечислено среди приёмов. Вывод циничный, но честный: политики общие для всех, исполнение — нет. Сетке на 30 языков рассчитывать на снисхождение, которое получает платформа-гигант, не стоит.

Правки гайдов 1 октября: человек вернулся в требования

Посреди раскатки, 1 октября, Google тихо обновил два документа — и для вебмастера это важнее, чем сам факт волатильности.

Первый — гайд по использованию генеративного AI на сайте. Раньше раздел про точность сводился к общему «фокусируйтесь на качестве». Теперь там прямо сказано: генеративные модели не извлекают факты, а предсказывают вероятную последовательность слов, поэтому ответы могут содержать неточности (галлюцинации), и весь AI-контент критически важно вручную проверять и вычитывать до публикации. Отдельно уточняется: проверка распространяется и на метаданные — title, meta description, структурированные данные и alt-тексты. Google объяснил правку просто: документацию синхронизировали с руководством для асессоров.

Второй — гайд по полезному контенту. В нём появился раздел про основной контент страницы и четыре критерия, по которым асессоров учат его оценивать: усилие, оригинальность, мастерство, точность. Самое важное — определение усилия: автоматическая генерация страниц из фидов или производство больших объёмов текста через AI без ручного контроля и курирования — это «усилий почти нет». И отдельной строкой: ссылки на источники не заменяют собственных усилий. То есть рерайт с пометкой «по данным такого-то агрегатора» больше не аргумент.

И второе добавление, которое бьёт прямо в шаблон обзорника: выдуманные профили авторов — сгенерированные аватарки, придуманные имена, фальшивые регалии, чтобы контент выглядел написанным экспертом, — Google теперь прямо называет обманом. А любой обман, по его же формулировке, делает страницу недостоверной и для людей, и для автоматических систем качества. Узнали «эксперта с 10-летним стажем» с лицом из генератора, который одновременно пишет на пятнадцати сайтах сетки? Вот это оно.

Как это читать без паранойи. Google не умеет проверить, вычитывал ли человек текст, а асессоры не влияют на позиции напрямую — это написано в том же документе. Но рубрика асессоров — это то, по чему Google проверяет, правильно ли работают его системы. Когда формулировка из этой рубрики переезжает в публичный гайд, это сигнал, что системы учат отличать ровно это. А дальше в дело идут проверяемые маркеры: неверные условия вейджера, несуществующие лицензии, перепутанные провайдеры, один и тот же «автор» на десяти доменах. В деньгах пользователя галлюцинация — это не стилистика, а прямой ущерб, то есть ровно та зона, где Google требует повышенной точности.

Практический вывод: оформление авторов и author-разметка из «галочки для сниппета» превратились в зону риска. Как делать это так, чтобы не попасть под определение обмана — настоящие авторы, корректная разметка, честные биографии — разобрано в материале про псевдонимы авторов и author-разметку без санкций.

Связывал ли Google эти правки со спам-апдейтом? Нет, официальной связи нет, совпадение по датам заметили сторонние наблюдатели. Но вектор один, и он не про «AI нельзя» — в начале того же документа Google прямо пишет, что генеративный AI полезен для рисёрча и структуры. Он про «масштаб без человека нельзя».

Плейбук диагностики: почему упал трафик

Это центральная часть. Апдейт завершён 8 октября, волны больше не накладываются, и впервые можно разбираться по-честному. Логика та же, что Google рекомендует для кор-апдейтов: дождаться завершения раскатки, выждать ещё неделю и только потом анализировать Search Console. Для сентябрьского апдейта это окно открывается как раз в середине октября.

Шаг 0. Правильно выберите окна сравнения

Не сравнивайте «сейчас» с серединой раскатки — там всё смешано. Берите два чистых окна: 7 дней до старта (17–23 сентября) против 7 дней после завершения (с 9 октября и дальше). Выгрузите данные в разрезе страниц, запросов, стран и типов поиска. Отдельно выгрузите Discover и Google News, если они у вас есть, — это разные поверхности с разными правилами, и мешать их с вебом нельзя.

Шаг 1. Определите форму просадки

Форма падения почти однозначно указывает на причину. Это главный диагностический приём.

Шаг 2. Разведите веб и Discover

Самая частая ошибка — лечить всё как «просадку в поиске». Если обычный веб-трафик стоит, а обвалился Discover (особенно если это совпало с 30 сентября), это отдельная проблема, и чинится она по требованиям Discover, а не массовой переделкой контента под спам-политики. Перепутаете диагноз — потратите недели на лечение не той болезни.

Шаг 3. Сравните сайты сетки между собой

Если у вас не один сайт, а сетка, она сама по себе — готовый эксперимент с контрольной группой. Постройте матрицу: какой сайт на дропе, какой на свежем домене, где генерация без редактуры, где фейковые авторы, где back-button-скрипты, где паразитные размещения. Затем наложите на неё просадки:

• Упали все сайты с общим шаблоном, блоком автора или хостингом → у вас футпринт, и Google читает сетку как один объект.
• Упали только дропы → ответ про дропы.
• Упали только языковые версии на автопереводе → scaled content abuse через переводы.
• Упал один сайт из двадцати при прочих равных → ищите, что в нём уникального.

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

Шаг 4. Прогоните контент по новым критериям Google

После правок 1 октября появились проверяемые маркеры. Пройдитесь по денежным страницам:

• Фактчек. Вейджеры, лицензии, провайдеры, лимиты, условия бонусов — всё должно быть верным. Ошибка здесь теперь трактуется как недостоверность.
• Метаданные. Title, description, структурированная разметка, alt-тексты тоже под требованием ручной проверки — не только тело статьи.
• Авторы. Реальные люди или сгенерированные профили? Это теперь прямой маркер обмана. (См. как оформлять авторов и разметку без санкций.)
• Рейтинги и отзывы. Фейковые и нераскрытые стимулированные отзывы в разметке review snippet — под запретом.

Шаг 5. Исключите техничку

Это шаг, который пропускают чаще всего, а он отсекает ложные тревоги. Часть просадок, которые списывают на апдейт, — это на самом деле индексация, редиректы, канониклы и серверные ошибки. Пройдитесь по официальной методичке Google «Debugging drops in Google Search traffic»: проверьте охват индексации, коды ответов, редиректы, robots и падение частоты обхода Googlebot. Падение краула по шаблону или по сайту часто видно в логах раньше, чем просадка позиций, — поэтому логи сервера за период апдейта надо сохранить и просмотреть.

Шаг 6. Решите судьбу каждого сайта: чинить или хоронить

Google по scaled-контенту пишет прямо: если он у вас есть — исключите его из поиска. Восстановление после спам-апдейта измеряется месяцами. Поэтому решение чисто экономическое: если ремонт окупается дольше, чем пауза до следующего апдейта (а она в 2026-м сжалась до ~37 дней), сайт проще заменить, чем чинить. Дропы под expired domain abuse почти всегда в категории «хоронить»: это актив, который сгорает целиком и сразу.

Что делать со ссылками после апдейта

Отдельно про ссылки, потому что здесь легче всего навредить себе в панике.

Апдейт не линкспамовый, поэтому массовые движения со ссылочным сейчас противопоказаны. Не докупайте ссылки «чтобы вытащить» и не кидайтесь в массовый disavow: в панике disavow чаще режет живое, чем спамное, а эффект от ссылок, который система уже обнулила, всё равно не вернётся. Если ваша PBN просела, в большинстве случаев это не «ссылки перестали работать», а сами сайты-доноры попали под scaled content или expired domain abuse как сайты — и тогда чинить надо доноров, а не ссылочный профиль акцептора. Как перестраивать сетку доноров и ссылочную стратегию под режим частых апдейтов — в гайде по PBN и разборе ссылочных стратегий.

Рефреши и восстановление: чего ждать дальше

Два момента, которые легко упустить.

Во-первых, Google пообещал периодические рефреши спам-апдейта. Это значит, что история не закрылась 8 октября: сайт, который «пронесло», может поймать свою просадку на ближайшем рефреше, а исправленный — дождаться переоценки только на нём. Не стройте планы в расчёте на то, что до следующего большого апдейта вас не тронут.

Во-вторых, сроки восстановления. Google сам меряет их месяцами, а не днями. Значит, резкие движения в надежде на мгновенный отскок почти никогда не окупаются. Правильная последовательность: диагностика → точечные исправления по выявленной причине → терпеливое ожидание рефреша или следующего апдейта, а не ежедневное дёрганье сайта.

Экономика сеток при четырёх апдейтах в год

Самое опасное в 2026-м — не сила отдельного апдейта, а частота. И это меняет арифметику любой сетки.

Выживаемость. Пусть каждый апдейт выбивает из сетки долю сайтов p. Доля выживших за год — это (1 − p) в степени числа апдейтов. При одном апдейте в год сетка из 20 сайтов с риском 20% теряет 4 сайта. При четырёх апдейтах, как в 2026-м, к концу года остаётся 8 из 20. Тот же риск на апдейт — и потеряно 12 из 20. При риске 30% остаётся 5 из 20. Частота бьёт сильнее силы.

Окупаемость против паузы. Пауза в 2026-м сжималась так: 92 → 55 → 37 дней. Если сайт на органике выходит в ноль за 4–6 месяцев, до окупаемости ему придётся пережить 2–4 апдейта. При риске 20% на апдейт это шанс дожить от ~64% до ~41%. То есть ожидаемая доходность нового сайта режется почти вдвое ещё до того, как он что-то заработал.

Возврат человека в себестоимость. Два года сетки на генерации жили по формуле «контент почти бесплатный, деньги в доменах, хостинге и ссылках». Правка 1 октября эту формулу переворачивает: если норма Google — ручной фактчек всего AI-контента, в себестоимость каждой страницы возвращается редактор. Даже 15–20 минут вычитки на страницу поднимают стоимость контента в разы, а то и на порядок. Масштаб перестаёт быть бесплатным — а значит, перестаёт быть главным рычагом.

Даже выжившие теряют клики. AI Overviews всё чаще показываются над брендовыми запросами, в том числе коммерческими. Для аффилиата это значит, что даже пережить апдейт и остаться на позиции — не гарантия трафика: AI-ответ сверху всё равно съедает CTR.

Что из этого следует для модели, коротко — антихрупкая сетка вместо дешёвой:

• Меньше сайтов, но каждый сильнее. Пять сайтов, которые переживают апдейты, лучше двадцати, от которых к декабрю останется восемь.
• Отказ от expired domain abuse. Дроп с чужой историей — единственный актив, который сгорает целиком и сразу.
• Разнос по футпринтам, а не только по доменам. Разные шаблоны, хостинги, реальные авторы.
• Ручная работа на денежных страницах. Обзоры, бонусы, таблицы условий — с фактчеком. Генерация — на рисёрч, структуру и черновики, то есть там, где Google её сам разрешает.
• Диверсификация по источникам, а не по ГЕО. Апдейт глобальный и на все языки с первого дня — 30 языковых версий одной сетки от него не прячут.
• Потери как статья бюджета. Закладывайте выбывание части сетки на каждом апдейте в экономику как регулярный расход, а не форс-мажор.

Итог: что поменялось и что делать на этой неделе

Формально ничего нового: правила те же, целей Google не назвал, отдельного правила не ввёл. Фактически поменялись три вещи.

Первое — частота стала главным параметром. Четыре апдейта за полгода, пауза сжалась с 92 до 37 дней. Сетку больше нельзя считать по принципу «проскочим между апдейтами»: между ними теперь меньше времени, чем нужно сайту, чтобы окупиться.

Второе — вернулась длинная раскатка. Две недели и минимум две волны означают, что первые дни ничего не говорят об итоге: кто порадовался 26 сентября, мог получить свою волну 30-го. А с учётом обещанных рефрешей история не закрывается и после 8 октября.

Третье — человек вернулся в себестоимость. Ручной фактчек AI-контента, критерий усилия и запрет на выдуманных авторов 1 октября переехали в публичные гайды. Генерация остаётся инструментом, но масштаб без редактуры теперь официально записан как «усилий почти нет».

Что сделать прямо сейчас, по пунктам:

1. Снять два чистых окна в Search Console: 17–23 сентября против периода с 9 октября.
2. Определить форму просадки по таблице симптомов выше.
3. Развести веб и Discover.
4. Сравнить сайты сетки между собой и найти футпринт.
5. Прогнать денежные страницы по новым критериям: фактчек, метаданные, авторы, отзывы.
6. Исключить техничку по методичке Google, просмотреть логи.
7. По каждому сайту принять решение: чинить или заменить — исходя из того, окупится ли ремонт до следующего апдейта.

Раньше сетка была ставкой на то, что Google не заметит. Теперь это ставка на то, что он не успеет. А успевает он уже примерно раз в 37 дней — и с рефрешами между.