Раскол по географии дал первые цифры: Cointelegraph растёт в EEA, Google документирует региональные различия. Плюс: июньскую дыру в индексации GSC не восстановят, сентябрьского core update нет

Прошлый выпуск закончился на вопросе, как раздельное применение site reputation policy проявится на практике. За эту неделю появились первые числа — и одновременно Google превратил географию из частного случая санкций в отдельный слой документации: у региональных SERP-единиц теперь разные требования к разметке и данным. Плюс два события в Search Console, которые меняют работу с историческими данными.

1. Первое измеримое следствие EEA-исключения: Cointelegraph

7 сентября профильное издание TheHolyCoins опубликовало разбор динамики Cointelegraph по данным Ahrefs и Semrush. Хронология:

• видимость в поиске обвалилась в начале октября 2025 года — почти 11 месяцев назад; издание связывает это с ручной санкцией по политике site reputation abuse и напоминает, что вскоре после падения сайт убрал раздел iGaming со сторонним контентом;
• резкий рост оценок органического трафика начинается примерно с 30 августа — даты вступления в силу раздельного применения политики;
• к 7 сентября Ahrefs оценивает месячный органический трафик примерно в 4 433 визита, Semrush — в 5 387. До этого роста Ahrefs показывал около нуля, Semrush — несколько сотен.

Что здесь важно технически, а не сюжетно:

1. Это первое наблюдаемое подтверждение того, что «одна страница — разная выдача в зависимости от локации поиска» перестало быть формулировкой в политике и стало измеримым фактом. До 30 августа позиции Cointelegraph в европейской выдаче не должны были отличаться от неевропейских по причине санкции; теперь отличаются.
2. Оговорки, без которых цифру нельзя переносить ни на кого. Это третьесторонние оценки Ahrefs и Semrush, а не данные Google. Google публично ручную санкцию по этому домену не подтверждал. Речь идёт о восстановлении из почти нуля, а не о возврате прежних объёмов — и только для пользователей внутри EEA. Само уведомление о санкции остаётся в Search Console, reconsideration request и медиация доступны, а раздел по-прежнему может быть отделён в системах Google и ранжироваться самостоятельно.
3. Практический вывод для тех, кто ведёт трекинг по Европе. Базовая линия позиций для EEA-запросов до 30 августа и после — это две разные выдачи. Сравнивать «до/после» в одном графике без учёта даты смысла нет; единственный первый источник по стране — отчёт по эффективности в GSC с фильтром по странам.

2. Google задокументировал региональные различия: у каждой SERP-единицы свой путь попадания

8 сентября Google опубликовал хаб Regional differences in Search experience и отдельные страницы к нему: aggregator unit, supplier unit, ecosystem carousel. Про существование этих страниц и запись в changelog сообщили Search Engine Roundtable и Search Engine Journal. Хаб — это таблица из семи единиц с фильтрами «регион» и «тип запросов»:

Единица	Регион	Запросы
Aggregator unit	EEA	отели, авиабилеты, наземный транспорт, товары
Supplier unit	EEA	те же
Ecosystem carousel	EEA	погода, спорт, финансы, перевод
Job sites	EEA	работа
Places sites	Турция	отели, локальный бизнес
Бейдж и чип ЮАР	Южная Африка	travel, товары, аренда авто, доставка еды, транспорт
Structured data carousels	EEA, ЮАР, Турция	наборы зависят от региона

Ключевое — три принципиально разных пути попадания, и это чисто техническая развилка:

• Разметка (только у одного типа). Из семи единиц структурированные данные нужны лишь для каруселей: ItemList в сочетании с поддерживаемым типом (LocalBusiness, Product, Event), минимум три сущности на странице-категории со ссылками на детальные страницы — так это описывает SEJ по странице carousels-beta.
• Фид или API плюс одобрение. Aggregator unit требует статуса Vertical Search Service (VSS) и передачи данных: lodging-фид для отелей, Transport features API для наземного транспорта, Live API для рейсов, для товаров — программа Comparison Shopping Services. Условия, формы заявки и требования перечислены прямо на странице aggregator unit: одобрение как VSS, релевантный контент, данные, соответствие контентным политикам. Показывается только один aggregator unit за раз, результаты провайдера с лучшим ранжированием развёрнуты по умолчанию, клики внутри юнита ведут на сайт агрегатора.
• Ничего дополнительно. Для supplier unit в документации указаны ровно два требования: сайт обслуживает пользователей в EEA и бизнес является прямым поставщиком (отель, авиакомпания, офлайн-бизнес). Ни фида, ни API в требованиях не упомянуто. Но есть жёсткая зависимость: supplier unit появляется только тогда, когда появляется aggregator unit.

Что при этом стоит знать из внешнего контура: Google в комментарии Reuters назвал эти изменения «крупнейшим снижением качества обслуживания за 29-летнюю историю поиска» — цитата приведена Search Engine Roundtable и SEJ. Там же — оценка Google, что предыдущие шаги по DMA уже срезали бесплатный трафик прямых бронирований европейских компаний на 30% (это цифра Google, и она относится к предыдущим изменениям, а не к нынешним). Предыстория — решение Еврокомиссии от 23 июля со штрафом €460 млн и 60-дневным сроком на приведение в соответствие.

Расхождения, о которых стоит помнить при аудите: Reuters описывает layout иначе, чем документация — в пересказе агентства фигурируют рестораны, которых в списке поддерживаемых запросов Search Central нет. Отдельные наблюдения практиков (через посты в X, приведённые SERoundtable) фиксируют исчезновение традиционного Hotel Local Pack и замену Places Sites на «Hotel Sites». Это наблюдения третьих лиц, не документация.

Практика: проверьте, на какой стороне линии вы оказались. Отель или авиакомпания — свой юнит есть, но он включается только вместе с агрегаторным. OTA, метапоиск или каталог с трафиком из EEA и без настроенного фида/API — в новом юните вас просто нет, и это не вопрос разметки. Следующим шагом Google, по данным SEJ, могут стать локальные запросы (dining, services, things to do) — но ни даты, ни записи в документации Search Central для них пока нет.

3. Отчёт индексации в GSC: блип 8 сентября закрыт, июньская дыра — нет

Два разных сбоя в одном отчёте, и различать их надо по последствиям.

Блип 8 сентября. В течение примерно часа Search Console показывал главные страницы сайтов как «Crawled — currently not indexed». Заметили Райан Три и Гленн Гейб, а Мэтью Меллинджер успел выгрузить данные через API в этот момент и получил «до 20% страниц» в статусе «crawled — currently not indexed» на части небольших сайтов. Mueller 9 сентября подтвердил, что это был «короткий блип», устранённый ночью, и добавил: «ничего не ломается, если индексация работает как надо, а отображается иначе». Практическое следствие: если ваш скрипт снимал срез во время этого окна, срез недействителен — перезапустите, а не начинайте расследование по выгрузке.

Июньская дыра — навсегда. 11 сентября выяснилось, что в отчёте отсутствует большой кусок данных за июнь 2026. Ответ Mueller (там же) однозначен: данные относятся к июньской задержке отчёта, «за тот период данных просто нет, отчёт по индексации не обновлялся. Мы не восстанавливаем данные по индексации задним числом». Контекст задержки документирован в архиве SERoundtable: на 25 июня отчёт стоял на 11 июня две недели, 1 июля Mueller писал «работаем, ETA нет», 14 июля отчёт застрял на 29 июня, 23 июля — снова двухнедельная пауза, а при обновлении данные за весь пропущенный интервал выставлялись одинаковыми и плоскими.

Тут важны две детали, которые редко проговаривают:

1. «Мы не бэкфиллим данные по индексации» — это теперь явная, цитируемая позиция Google. Значит, любой многолетний трекинг, построенный на выгрузках этого отчёта, гарантированно имеет неустранимые дыры. Планируйте перекрытие другим источником данных на такие периоды, а не «починим потом».
2. Страница Data anomalies in Search Console в разделе Page indexing Report сообщает «No recent issues» — на момент проверки в этом выпуске. Там же подробно перечислены логгинг-ошибки по performance-отчётам и по генеративному ИИ-отчёту за 13–17 августа (с пометкой от 21 августа, что данные восстановлены и полные). То есть по отчёту с невосстановимым июньским провалом страница аномалий молчит. Ориентир прежний: состояние отчёта проверяется в самой консоли, а не по справке.

4. Сентябрьского апдейта нет — и это уже ответ

Дашборд истории инцидентов ранжирования на 13 сентября последним пунктом 2026 года держит August 2026 spam update (18 августа, 2 дня 16 часов). Всего за 2026 год подтверждено шесть обновлений: февральский Discover (5 февраля, 21 день 17 часов), мартовский спам (24 марта, 19,5 часов), мартовский core (27 марта, 12 дней 4 часа), майский core (21 мая, 11 дней 21 час), июньский спам (24 июня, 2 дня 1 час), августовский спам (18 августа).

Search Engine Watch проверил волатильность 10 сентября: Semrush Sensor — 0,6 из 10 («Low», 9 сентября), DataForSEO — 5,82 из 10 (8 сентября) против 5,98 за 4 сентября; ни один показатель не выше базы от 6 сентября. Google объявлений о сентябрьском core update не делал и даты не называл.

Почему сентябрь всё время кажется «тем самым месяцем» — видно как раз по дашборду, и это стоит держать в голове при разборе чужих скриншотов: в 2025-м августовский спам-апдейт тянулся с 26 августа почти месяц; в 2024-м августовский core закончился только 3 сентября; в 2023-м helpful content стартовал 14 сентября; в 2022-м настоящий September core update начался 12 сентября. Разные годы — разные системы и разные конфигурации, и объединять их в «сентябрьский апдейт» бессмысленно. Официальный сигнал один: запись на дашборде.

Короткие заметки

• Mueller про массовую генерацию страниц. 7 сентября он написал в Bluesky, что programmatic SEO «часто приводит к сайту, который либо спам, либо на грани спама, либо низкого качества», и что системы Google «возможно, потеряли веру в то, что ваш сайт даёт пользователям ценность, судя по старым страницам»; решать это «обычно долго и требует значительных усилий» (разбор). Это не про конкретный отчёт, а про то, почему у массово сгенерированного сайта проседает всё сразу, а не отдельные URL.
• Google Business Profiles: сентябрьские данные пропали и вернулись. Insights не показывал данные за сентябрь минимум до 8-го числа, 11 сентября данные начали поступать. Если вы строите локальную отчётность на этих данных — за первые дни месяца срез будет неполным.

Источники выпуска: https://theholycoins.com/news/cointelegraph-search-traffic-begins-recovering-after-google-s-eea-policy-change, https://developers.google.com/search/docs/appearance/aggregator-features, https://developers.google.com/search/docs/appearance/aggregator-unit, https://developers.google.com/search/docs/appearance/supplier-unit, https://www.searchenginejournal.com/google-regional-search-features-eligibility-guide/588975/, https://www.searchenginejournal.com/google-rolls-out-redesigned-search-results-across-the-eea/588870/, https://www.reuters.com/world/google-warns-lower-quality-it-revamps-europe-search-results-avoid-eu-fines-2026-09-08/, https://www.seroundtable.com/google-eu-dma-largest-reduction-quality-42042.html, https://www.seroundtable.com/google-regional-differences-in-search-experience-42044.html, https://ec.europa.eu/commission/presscorner/detail/en/ip_26_1670, https://www.seroundtable.com/google-search-console-indexing-report-missing-data-42073.html, https://www.seroundtable.com/google-confirmed-indexing-reporting-bug-from-last-night-42051.html, https://www.seroundtable.com/google-search-console-page-indexing-report-delayed-41571.html, https://support.google.com/webmasters/answer/6211453, https://bsky.app/profile/johnmu.com/post/3mv3b6bgb7c2x, https://status.search.google.com/products/rGHU1u87FJnkP6W2GwMi/history, https://searchenginewatch.com/could-googles-next-core-update-arrive-in-september-2026/, https://www.seroundtable.com/google-lose-faith-42032.html, https://www.seroundtable.com/google-business-profiles-insights-missing-42033.html