Google начал раскатывать спам-апдейт августа 2026

18 августа в 9:27 по тихоокеанскому времени Google начал раскатывать августовский спам-апдейт 2026 — обновление антиспам-систем, которое действует глобально и для всех языков. Отметку о старте компания поставила в Search Status Dashboard через минуту после запуска, отдельной статьи в блоге на этот раз не было. Раскатка «может занять несколько дней», так что колебания позиций в ближайшую неделю — ожидаемая история, а не повод срочно всё переписывать.

Это уже третий спам-апдейт года: предыдущие выходили в марте и июне. Июньский стартовал вскоре после майского уточнения, что спам-политики распространяются и на попытки манипуляций с генеративным AI. Вместе с августовским обновлением новых политик не объявляли — работает тот же набор правил, просто системы обнаружения стали точнее. О запуске пишет Search Engine Journal. Для украинского рынка это критично в двух случаях: сайты, которые масштабировали публикации на генеративном AI, и проекты с большими каталогами, отзывами и профилями пользователей, где спам легко пролезает незамеченным годами.

Чем спам-апдейт отличается от core-апдейта:

• core-апдейт переоценивает полезность контента в целом, спам-апдейт наказывает за нарушение политик;
• просадка после спам-апдейта — сигнал, что сайт или его раздел попадает под правила о спаме, а не «недотягивает по качеству»;
• ручных санкций в Search Console при этом может не быть: алгоритм отрабатывает сам, без уведомления;
• восстановление небыстрое — в документации Google прямо сказано, что оно «может занять месяцы», пока автоматические системы увидят изменения.

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