Апдейт закрыт: 13 суток 16 часов, окно 24.09–08.10. Трекеры мерили усечённую выдачу — до 60% поисков, 7,9 из 10 сайтов топа пропадали. GSC отстал на 64 часа

Дашборд закрыл сентябрьский спам-апдейт 8 октября: 13 суток 16 часов, три волны, почти всё заявленное двухнедельное окно. В те же самые дни трекеры получали усечённую выдачу — и это уже не догадка: опубликован замер по 4+ млн запросов с контрольной проверкой в обычном браузере. Неделя дала ещё разбор «couldn't fetch» в Search Off the Record, Retry-After в краулинговой документации, новый канал заливки UGC в индекс мимо краулинга — и первую за месяц запись в блоге Вебмастера, о том, что он недоступен.

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

1. Дашборд закрыл апдейт: 13 суток 16 часов, три волны

Первоисточник. В таблице истории Ranking у сентябрьской записи вместо прежнего «Information» появилась длительность — 13 суток 16 часов. На странице инцидента: начало 24.09.2026 09:15, окончание 08.10.2026 01:00 по Pacific, а отметка о завершении стоит в 01:37 PDT — «The rollout was complete as of October 8, 2026». По Москве это закрытие около 11:00 8 октября, отметка — 11:37. Мелочь для тех, кто датирует окна по дашборду: у одного события две разные минуты окончания — 01:00 в шапке и 01:37 в записи; ppc.land считает соответственно 13 суток 15 часов 45 минут и 13 суток 16 часов 22 минуты (в таблице — второе значение).

Три волны. SER 6 октября объявил третью фазу: «I believe we are seeing the final phase… rolling out between October 4th and October 6th». В итоговой заметке Шварц сводит окна в список: 25–27 сентября, 30 сентября, 4–6 октября — с его же оговоркой, что список верен, только если Google не запускал в те же дни чего-то ещё. Ступенчатая раскатка, которую прошлый выпуск зафиксировал на второй волне, третьей подтвердилась.

Спам-апдейт	Старт	Длительность
March 2026	24 марта	19 ч 30 мин
June 2026	24 июня	2 суток 1 час
August 2026	18 августа	2 суток 16 часов
September 2026	24 сентября	13 суток 16 часов

По подсчёту ppc.land, раскатка израсходовала около 98% заявленного двухнедельного окна, а их сводка задокументированных с июня 2021 года ставит сентябрь на шестое место по длительности. Дольше шли, по таблице дашборда: декабрь-2022 link spam — 29 суток, август-2025 — 26 суток 15 часов, октябрь-2023 — 15 суток 12 часов, март-2024 — 14 суток 21 час. Двухнедельная раскатка — не аномалия, но для 2026 года, где три предыдущих спам-апдейта уложились в трое суток, резкий выброс. И важная поправка оттуда же: длительность — плохой индикатор эффекта. Во время 27-суточного цикла августа 2025 Sistrix измерил изменения ранжирования ниже обычных суточных колебаний.

Контраст, который стоит держать в голове: внутренние тайминги Ильеша из Барселоны отводили спам-апдейтам один–два дня. Сентябрь вышел почти в семь раз дольше верхней границы — при том, что у нас по-прежнему пересказ пересказа, оригинального слайда нет. Именно поэтому такие цифры нельзя превращать в SLA.

Что Google сказал и чего не сказал. В LinkedIn (цитируется по SER): «This is a normal spam update, and it will roll out for all languages and locations». Шварц там же: «I am not sure why this is "normal" when it took two weeks to roll out instead of two days». Долю затронутых запросов и конкретные политики Google не назвал; рефреши будут периодическими, восстановление — месяцами. Два контекстных факта от ppc.land: сентябрь — первый подтверждённый апдейт после того, как с 30 августа ручные санкции по Site Reputation Abuse перестали применяться внутри ЕЭЗ (карв-аут касается только ручного правоприменения — автоматические системы работали как везде), и третий спам-апдейт после майского разъяснения, что спам-политики распространяются и на генеративные ответы в Поиске. Уведомлений по алгоритмическому понижению не приходит — в отличие от ручной санкции; и, по данным ppc.land, отклонение объявлений Google Ads привязано именно к ручным санкциям, а не к алгоритмике.

Фон вокруг ручных санкций. Marie Haynes (цитируется по SER, 8 октября): «Have had a big increase in requests for help with manual actions lately», типы — «thin content, pure spam, and scaled content», «Went from essentially no requests to several per week». Это наблюдение консультанта и кластер свежих тем на форуме поддержки, а не агрегированные данные, но направление стоит держать в уме: алгоритмика и ручное правоприменение сейчас идут параллельно.

Ранние цифры по эффекту. SEJ пересказывает замер Diib по 32 569 сайтам с подключённой аналитикой: медианная доля визитов из бесплатного поиска Google снизилась с 34% до 31%, а 10% сайтов потеряли половину и больше этой доли против 5% неделей ранее. Контроль: после августовского апдейта медиана держалась (32% → 33% на выборке в 37 069 сайтов). Сам Diib называет это «an early read, not a verdict» — и это честно: окно сравнения всего три дня, а какие сайты Google счёл спамом, из данных не видно.

Практический итог. Окно теперь датировано: 24 сентября — 8 октября. Это тот фиксированный интервал, по которому SEJ советует сверять Search Console «до, во время и после». Три следствия: падение внутри окна само по себе не доказывает, что причина в апдейте; рефреши впереди, поэтому «до/после» по концу окна не финально; для календарного года 30 сентября — один из трёх дней движения, то есть квартальные цифры органики включают часть раскатки. И прогноз напоследок: Шварц пишет, что не удивится скорому core-апдейту, а 11 октября формулирует жёстче — «a core update should be coming soon — that everyone agrees on». Это ожидание, не анонс: core-апдейта после 21 мая на дашборде нет.

2. За те же две недели трекеры мерили не тот SERP

Morningscore: до 60% усечённых выдач, 7,9 из 10 сайтов топа пропадали

Morningscore, 8 октября: замер по более чем 4 млн поисков. Сбор — шесть страниц выдачи по 10 результатов, чтобы получить топ-50. С 24 сентября, 22:10 UTC, часть поисков стала возвращаться «усечённой»: пагинация обрывается на четвёртой странице или раньше, всего результатов меньше 40 вместо ~50. До 24 сентября так выглядели 1,2–1,5% поисков — ключи, у которых результатов реально мало.

Ключевое измерение — усечённая выдача не является верхушкой нормальной:

Прошлый поиск → следующий	Пропали из прежнего топ-10 (в среднем)
Нормальный → нормальный, до 24.09	0,2 из 10
Нормальный → усечённый, до 24.09 (редко)	1,4–2,0 из 10
Нормальный → усечённый, 25–30.09	7,9 из 10

На пике, 30 сентября — 1 октября, усечёнными были около 60% поисков. По рынкам (30.09–01.10 против базы 18–23.09): Германия 63,3% против 1,6%, Нидерланды 62,9% против 1,5%, Дания 61,2% против 1,3%, Великобритания 45,1% против 1,0%, США 40,4% против 0,5%.

Контрольная проверка, которую стоит перенять: те же запросы одновременно выполнялись в обычном браузере с обычных датских соединений — и возвращали полную выдачу. «Searching in a normal browser at the same time showed the full results, so real searchers most likely never saw this». Вывод с честной оговоркой: «That points to Google treating automated searches differently, not to a ranking update. We can't prove that from the outside, but it's what the data shows».

Цифры на стороне трекера: уходы из топ-20 в «не ранжируется» подскочили с ~51 до 282 за полчаса сразу после 22:00 24 сентября и держались ~444 (почти в 9 раз выше нормы) с 25 по 29 сентября. Из пропавших 74% вернулись в топ-20 в течение трёх дней (в норме — около 60%), 92% вернулись в итоге. С 30 сентября трекер начал отбрасывать усечённые результаты, всплеск 2–3 октября уже фильтровал; к 4 октября доля — 1–2%, норма. И цитата, которую вендоры пишут редко: «recording them as real ranking drops was on us. Our checks should have caught it within hours, not days, and I'm sorry they didn't».

SEOmonitor: три явления, которые нельзя складывать

Разбор в справке SEOmonitor полезен как методология. С 26 сентября наложились две разные вещи: (1) Google начал отдавать трекерам неполные и неверные результаты — это транспорт, а не выдача; (2) сам спам-апдейт — реальные изменения, которые держатся несколько дней и подтверждаются в Search Console и аналитике. Первое они не записывают: период переразмечен до 28 сентября, и 26–27-е несут ранги от 25-го. Второе публикуют как есть. Там же — публичные признания коллег: Advanced Web Ranking описывает «dual-SERP reality», SE Ranking предупреждает, что у части ключей результатов меньше обычного.

И третье, которое старше апдейта: часть ключей давно «мигает» между первой страницей и полным отсутствием — страница ранжируется 3-й, через несколько минут её нет, потом снова 3-я. Это воспроизводится в обычном браузере, то есть реально, но в GSC почти не видно: средняя позиция считается по показам, и разовый вылет её не сдвигает.

Правило, которое работает для всех трёх явлений сразу: одиночное падение ничего не значит; значение имеет то, держится ли оно через несколько проверок и проявляется ли в GSC и аналитике.

Sistrix: статус превратился в постоянную памятку

Прошлый выпуск ждал, закроет ли Sistrix записи 16.09 и 26.09. Формально — нет, обе не закрыты. Но за неделю компания перевела это из режима инцидента в режим фона: на статус-странице висит баннер «Google is currently making search data collection harder across the board. Rankings are therefore updated less often than usual», а записи ведут на новую постоянную памятку (правка от 7 октября). В раннем блоке статуса — формулировка, которая и есть ответ: «this will remain an ongoing process rather than a one time fix».

Что в памятке нового по существу:

• «Divergent results». С сентября 2026 для части запросов Google возвращает результаты, «которые выглядят как настоящие, но содержат другие сайты». По словам Sistrix, это отраслевая проблема: с ней сталкиваются все поставщики данных.
• On-demand обновления выключены с сентября 2026 — потому что обходили бы дополнительные проверки. Это прямой ответ на вопрос, почему в проектах у части ключей старая дата обновления: это дизайн, а не сбой.
• /goto стал почти тотальным: с июня 2026 через внутренний редирект идёт «virtually every link» в выдаче; каждый резолв — дополнительный запрос к Google.
• Выдача заканчивается раньше 100-й позиции, и метрики это чувствуют: падение числа ключей в топ-100 может означать просто, что список результатов стал короче.
• Что осталось надёжным: «top 10 rankings and the Visibility Index remain reliable», а для длинных сравнений надёжная метрика — число ключей в топ-10.

Цену сбора данных показывает Nozzle (цитируется по ppc.land): из-за /goto на один пятистраничный снимок ранжирования уходит 500–1000 запросов. Неудивительно, что инструменты расходятся и по скорости, и по точности.

Отдельная иллюстрация того, как в такой ситуации читать графики инструментов: разбор на seo-kreativ (правка 10 октября) показывает, что 27 сентября Update Radar для Германии выдал 136,34 — при том, что порог «крупного апдейта» у самого Sistrix равен 6, а максимум за предыдущие 90 дней — 35,68. В тот же день Semrush Sensor показывал по Германии 6,2 на десктопе и 2,8 на мобильном. Объяснения от Sistrix нет; автор фиксирует связь по времени с записями статуса, но прямо пишет, что причинную связь из доступных данных вывести нельзя. Добавим к этому его же арифметическое сомнение: если бы «1» на шкале была простым средним по 90 видимым значениям, одно значение 136,34 давало бы минимум около 1,51 — то есть на странице радара раскрыт не весь метод. Читать такие пики как «апдейт» нельзя; читать их как «с данными что-то происходит» — можно.

И сам первоисточник отстал: Performance-отчёт GSC +64 часа

Правило «сверяй трекер с GSC» на этой неделе дало сбой. SER 11 октября, 7:15 утра ET: Performance-отчёты в Search Console отстают больше чем на 64 часа — для этого отчёта нетипично, обычно данные догоняются за часы. К 11:00 ET отставание сократилось до 44 часов. Последний сопоставимый срыв — декабрь 2025 года; комментария Google на момент заметки нет. Шварц там же отсекает популярную трактовку: «Some are saying this is a sign a core update is coming soon. I doubt that».

Мы в этот же прогон открыли страницу Data anomalies — там по-прежнему пусто: «No recent issues» и общесервисно, и отдельно по Crawl Stats, Page indexing, Video indexing и Core Web Vitals; последние записи — августовские. Задержка, которую индустрия уже видит, на странице, для этого и существующей, не отражена.

Практический итог: окно 24.09–08.10 закрыто на бумаге, но пока не подтверждено данными ни со стороны трекеров, ни со стороны GSC. Аннотировать даты в выгрузках можно уже сейчас; выводы — после догрузки.

3. Документация недели: sitemap, Retry-After и прямая заливка UGC

SOTR #114: «couldn't fetch» — это вердикт, а не только сбой

Закрываем нить, оставшуюся с 27 сентября: эпизод Search Off the Record «Do sitemaps still matter?» вышел 1 октября (26 минут, 14 глав, Мюллер и Сплитт). Хостинг подкаста у нас всё ещё не отдаётся; читаем через ppc.land, SEJ и официальное описание эпизода.

Главное — разбор статуса «couldn't fetch» у валидного sitemap, который лежит по правильному адресу и объявлен в robots.txt. Причины, по Мюллеру, две, и обе не про XML. Первая — host load: «It could be the case that we don't have any time to crawl this sitemap file because we're too busy with other things». Вторая — crawl demand, и здесь цитату стоит перечитать дважды: «And the crawl demand is very often based on the perceived quality of a website. And that can have a really large impact on how much we crawl and index from a website. So it's not purely a technical thing». В описании эпизода то же сформулировано официально: «host load throttling or low crawl demand linked to perceived site quality». SEJ отдельно отмечает: сообщение Search Console не соответствует реальной причине, и в Google это знают.

Остальное по пунктам:

• priority и changefreq списаны. «Every URL is a maximum priority. It ended up not being very useful» — про priority; changefreq провалился иначе: туда писали «Always fresh», и на динамическом сайте это даже не ложь, но пользы нет. «Basically, what we primarily focus on is the URL and the date, the change date».
• lastmod — условно жив. Используется, если даты выглядят разумно; если сайт штампует всем страницам текущую дату, даты игнорируются, и это не наказание («this is not like a spam thing»). Любопытная деталь: маркер главы на YouTube в 04:46 подписан «Deprecated Fields: Priority, Change Frequency, and lastmod», то есть ставит lastmod в один ряд со списанными полями, тогда как и разговор, и описание эпизода трактуют его как условно работающий.
• Sitemap — один из входов в выбор каноникала. В файле должны лежать URL в том виде, в каком сайт хочет их индексировать; URL с таймстампами Мюллер отклонил, а про каноникал сказал: листинг делает выбор «немного более вероятным».
• Мелким сайтам не обязательно. «I think smaller websites probably don't need a sitemap because we can just crawl them», но включать не вредно. В документации «small» — это около 500 страниц и меньше; CMS генерирует файл по умолчанию. News-сайтам — первые ~1000 изменившихся страниц; e-commerce — прямой кейс обновления цен.
• RSS — короткий sitemap. «In a sense, an RSS file can be used as a sitemap file», фид можно отправить в Search Console; для сайта из 1000 файлов sitemap это способ не читать их все. Контраст с Bing: Bing забирает sitemap сразу после отправки и переобходит минимум раз в сутки, требует ISO 8601 с датой и временем и до сих пор опирается на changefreq — то самое поле, которое Google списал. Настройка зависит от движка, а не только от вашего стека.
• HTML-sitemap — не замена XML: «It can't be processed one-to-one the same way as an XML sitemap file because it doesn't have this strict structure to it» (SEJ, 9 октября). Как навигация для людей — по-прежнему полезна.
• Лимиты. 50 000 URL и 50 МБ в несжатом виде; sitemap index вкладывается один раз, но индексов можно отправлять сколько угодно. В описании эпизода числа поданы как точные, Мюллер называл их по памяти — источники согласны в цифрах и расходятся в уверенности.

Практическая проверка для ситуации «couldn't fetch висит месяцами, файл валиден»: сначала логи сервера и 5xx под нагрузкой, потом — честный вопрос про crawl demand. Если сервер здоров, а статус держится, это может быть оценка сайта, а не файла, и повторные переотправки sitemap ничего не изменят.

Retry-After в гайде по краул-рейту

Чейнджлог crawling-документации, 6 октября: в гайд Reduce the Google crawl rate перестроен аварийный раздел и добавлен Retry-After для ответов 503 и 429 — в секундах или абсолютной UTC-датой, по RFC 9110, с примерами. Механизм не новый (был документирован в «Temporarily pause or disable a website»), но теперь лежит там, куда смотрят во время инцидента. Там же прямо сказано то, что полезно вспомнить, когда «Googlebot положил сайт»: 500/503/429 на значительной части URL снижают краул-рейт на всём хосте, включая страницы, которые отвечают 200, и возвращаются к норме автоматически после сокращения ошибок. Запросить увеличение краул-рейта нельзя — только снижение.

UGC Fresh Data Program: маршрут в индекс мимо краулинга

Новая документация от 8 октября (обзор — у SER): программа, по которой площадки отдают UGC-контент через выделенный канал заливки, отдельный от Indexing API и обычного краулинга. Критерии жёсткие и хорошо показывают, чего Google ждёт от такой площадки: UGC на отдельных страницах со стабильными URL; публичный доступ (без логина и пейволла); автор с публичным профилем; OAuth 2.0 и строго валидируемые JSON-LD payload'ы; уже внедрённая валидная разметка schema.org по всем URL — например SocialMediaPosting или DiscussionForumPosting с подполями interactionStatistic; модерация с механизмом жалоб; свежесть — в идеале минуты, счётчики вовлечённости — в пределах 72 часов от создания. Заявки разбирают 6–8 недель, берут не всех, и «this program doesn't guarantee that content will appear in Search».

Для нас три вывода. Первый: это ещё один подтверждённый не-краулинговый маршрут в индекс, который Google строит адресно и по типам контента, а не открывает всем. Второй: требования к разметке для UGC-площадок — фактически чек-лист, и это то же семейство полей (interactionStatistic), которое Google правил в VideoObject 24 сентября. Третий: SLA по свежести — самое конкретное из публичных ожиданий Google о скорости получения изменений.

Короткой строкой

Review-сниппеты у медицины. SER пересказывает наблюдение Schema App: у медицинских клиентов падение видимости Review Snippet с конца мая, у части — ещё одно в начале августа; тесты с aggregateRating и мультитипированием результата сниппеты не вернули, а руками по запросам «врач», «стоматолог» звёзд вне локального блока найти не удалось. Google это не подтверждал: держим как наблюдение одного поставщика разметки, а не как отмену разметки для медицины.

Почему апдейтов стало больше — версия Google. SER пересказывает recap третьего дня Барселоны (John Campbell, We Are ROAST): «There have been more spam updates recently because there is so much more new content»; команда «is now using AI to help catch more of it»; предупреждение Ильеша — scaled content становится большей проблемой, чем link spam. Цифра «40 миллиардов спам-страниц в день» там же помечена как не новая: она давно опубликована в How Search Works.

Сторонний замер принципа «три ворот». Материал со спонсорским раскрытием (партнёрская программа одного из SEO-сервисов) описывает замер на своём сайте: 612 URL в sitemap, 40 выбраны случайно по печатаемому сиду, 7 октября проверены через URL Inspection API. Итог: 19 из 40 проиндексированы, 14 никогда не краулились, а три страницы Google судил по версиям, которых нет, — noindex и правило robots были сняты позже последнего обхода. Методика воспроизводима и полезна сама по себе — в первую очередь колонка «дата последнего обхода» против даты вашей правки; воспринимать же выводы стоит с поправкой на спонсорский контекст и малую выборку (интервал для «19 из 40» — примерно 33–63%).

Google собрал обучающие плейлисты. Блог Search Central, 6 октября: два курированных плейлиста на YouTube — базовый и «Technical SEO fundamentals» (robots.txt, crawl stats, краулинг-бюджет, отладка индексации, рендеринг, вес страницы, bulk data exports и API). Официального recap'а барселонского Deep Dive в блоге по-прежнему нет — это единственная запись за неделю.

4. Яндекс Вебмастер недоступен — и это первая запись в блоге за месяц

Нить «блог молчит с 7 сентября» закрылась не так, как хотелось. Сегодня, 11 октября, в блоге Вебмастера появилась запись: «У Яндекс Вебмастера есть свой дом — дата-центры Яндекса. Сейчас сервис временно недоступен, но наши инженеры заботятся о том, чтобы в нём снова всё работало… Мы уже делаем всё возможное, чтобы вернуться в штатный режим в полном объеме».

Ссылка ведёт на страницу компании, обновлённую 11 октября: в ночь на 11 октября атакован дата-центр во Владимире, его работа остановлена; ранее — серьёзное повреждение ДЦ в Сасово (ночь с 7 на 8 октября) и атака на калужский ДЦ. Люди не пострадали. Про сроки там сказано прямо: «пока назвать сроки восстановления работы оборудования в дата-центрах очень сложно».

Масштаб для сервисов за день описал «Фонтанка»: недоступны, среди прочего, ЦИАН, «Магнит», «Вкусно — и точка», «Аптека.ру»; у Lamoda приостановлены выдача заказов и поддержка; «Яндекс» ограничил функции «Диска», чтобы сохранить работоспособность остального. По каналу Yandex Cloud Alerts (цитируется там же) каналы техподдержки частично восстановлены, но возможны значимые задержки, а выдача квот на дополнительные облачные ресурсы приостановлена.

Что это значит для читателей канала. Формулировка «сервис временно недоступен» — от самого Яндекса, и сторонние оценки того, когда оборвались данные в конкретных отчётах, мы приводить не будем: подтвердить их первоисточником нечем. Практический вывод совпадает с выводом по Google: октябрьские сравнения по органике Яндекса делать пока не на чем. Никаких выводов о просадке или росте из пустых графиков.

Что осталось открытым

• Sistrix: записи 16.09 и 26.09 формально не закрыты, но переведены в фон. Индикатор возврата к норме — включение on-demand-обновлений и обычная частота обновления ключей в проектах.
• GSC: задержка Performance-отчёта Google не подтверждена и в Data anomalies не попала. Следим, появится ли запись.
• Core-апдейт: нет с 21 мая; «все согласны, что будет скоро» — это ожидания, а не анонс.
• Еврокомиссия публичного ответа по EEA-редизайну по-прежнему не дала. Со своей стороны Google обжаловал в Суде ЕС решения DMA о передаче поисковых данных конкурентам — сроки в решениях январь 2027 (данные) и июль 2027 (изменения в Android); SER. Событие чуть раньше нашего окна, всплыло у нас впервые.
• Reddit и ИИ-переводы после окончания раскатки: свежих подтверждений ни в ту, ни в другую сторону с прошлого выпуска нет.
• Барселона: материалов от самого Google (кроме плейлистов) не появилось; recap ROAST нам по-прежнему недоступен.
• Медицина и review-сниппеты: нужно подтверждение от Google или замер шире, чем данные одного поставщика разметки. <<>>