Что Google изменил в руководстве по спаму 26 октября?
26 октября 2026 года Google обновил руководство «Prevent user-generated spam on your site and platform» (в переводе: «Как не допустить пользовательский спам на сайте и платформе»). Появился новый раздел про индексацию, расширено вступление, дополнен блок наблюдения.
В журнале изменений Google объясняет цель так: помочь платформам «keep user-created pages that aren't meant for Search out of the index and detect spam earlier». По-русски: не пускать в индекс пользовательские страницы, не предназначенные для Поиска, и раньше замечать спам.
Что поменялось по сравнению с декабрьской версией 2025 года:
- Вступление. Раньше речь шла о хостинговых платформах. Теперь добавлены инструменты, где пользователи публикуют общие страницы, сгенерированный контент или веб-приложения.
- Новый раздел: «Only index content meant for Search» («Индексируйте только то, что предназначено для Поиска»).
- Наблюдение. Добавлены три совета: подтвердить сайт в Search Console, смотреть отчёты по индексации и эффективности в поиске, отслеживать число новых публичных страниц.
Это отдельное руководство для владельцев сайтов и платформ, а не страница общих правил Google о спаме (Spam policies). Слов про искусственный интеллект в новом тексте нет: «сгенерированный контент» означает то, что люди создают в вашем сервисе. Руководство по использованию генеративного ИИ в контенте Google обновил отдельно, 1 октября.
Какие страницы Google советует закрывать от индексации?
Google советует закрывать страницы, созданные для отправки по ссылке, совместной работы или как рабочий инструмент, а не для публичного поиска. По умолчанию для них предлагают noindex или запрет сканирования в robots.txt.
Раздел начинается с предложения подумать: «consider whether that content is meant to be found through search engines or only accessed directly by people with a link». То есть решить, нужен ли контент поиску или только тем, у кого есть ссылка. Следующее предложение уже советует действовать по умолчанию.
Google называет три типа материалов: страницы, которыми можно поделиться, результаты работы сервиса и интерактивные инструменты. Примеров в тексте нет. Пример редакции: общая ссылка на отчёт, страница с результатом калькулятора, пробная версия мини-приложения, приглашение к совместной работе над документом.
Если на вашем сайте есть кнопка «Поделиться», страницы результатов, публичные профили или форум, список стоит проверить. Новых сроков, порогов и санкций в записи Google нет.
Что выбрать: noindex или robots.txt?
Чтобы страница не появлялась в поиске, справка Google называет noindex или защиту паролем. Запрет в robots.txt управляет сканированием и не гарантирует, что адрес не попадёт в выдачу, хотя новый раздел упоминает и его.
| Способ | Что делает | Что учесть по справке Google |
|---|---|---|
| noindex (метатег robots или заголовок X-Robots-Tag) | Сообщает, что страницу не нужно показывать в поиске | Робот должен открыть страницу и прочитать правило |
| Запрет в robots.txt | Робот не сканирует адрес | Адрес может остаться в поиске, если на него ссылаются другие сайты |
| Пароль | Закрывает доступ к странице | Google называет его вторым способом убрать страницу из поиска |
Про robots.txt Google пишет прямо: это «not a mechanism for keeping a web page out of Google», то есть не способ убрать страницу из Google. Закрытый адрес могут найти по ссылкам с других сайтов, и тогда в выдаче видны сам адрес и, возможно, текст этих ссылок.
Есть и обратная ловушка: если страницу блокирует robots.txt, робот не увидит noindex. Для этого в Search Console есть статус «Indexed, though blocked by robots.txt» («Проиндексировано, несмотря на блокировку в robots.txt»). Google советует убрать блокировку и поставить noindex.
Наш вывод из этих правил: для одной страницы выбирайте один способ и не складывайте noindex с запретом в robots.txt.
Что проверить владельцу сайта и SEO-специалисту?
Составьте список страниц, которые создают пользователи или ваши инструменты, решите, нужны ли они в поиске, и проверьте, как закрыты лишние. Затем настройте наблюдение в Search Console.
- Найдите адреса, которые появляются после действия человека: ссылка «Поделиться», страница результата, публичный профиль, пробная версия приложения.
- Для каждого типа решите, нужны ли такие адреса в поиске. Полезные материалы, ради которых вы привлекаете людей, остаются открытыми.
- У страниц, не нужных поиску, найдите в коде или заголовках ответа noindex и убедитесь, что robots.txt эти адреса не закрывает.
- Подтвердите сайт или поддомен в Search Console: Google пришлёт письмо о ручной мере или проблеме безопасности. Регулярно сверяйте отчёты Page Indexing (индексация страниц) и Search performance (эффективность в поиске).
Учебный пример. Сервис собирает сметы на ремонт, и каждый расчёт получает свой адрес для отправки заказчику. За месяц создано 12 000 адресов, а в отчёте об индексации страниц стало на 9 000 больше при тех же 40 статьях блога. Именно такой всплеск описывает Google. Первый шаг: выяснить, кто создаёт адреса и закрыты ли они noindex.
Рост позиций остальных материалов закрытие служебных страниц не обещает. Основы работы с поиском собраны в руководстве по SEO, о сайтах из ИИ-редакторов рассказывает материал о сайте для бизнеса с помощью ИИ, о видимости в ответах нейросетей разбор GEO-продвижения.
Мнение редакции
Обновление небольшое, но полезное: оно задаёт владельцу платформы порядок. Сначала решить, какие пользовательские адреса нужны поиску, затем закрыть остальные и следить за отчётами. Срочной переделки не требуется: Google не назвал сроков и санкций. Достаточно составить список страниц и проверить, не мешает ли robots.txt прочитать noindex.
