#poisonedSERP: как менялась выдача Google и почему трекеры начали показывать ложные падения
Резкое падение позиций в отчёте ещё не означает, что сайт потерял их в Google. Иногда меняется не ранжирование, а выдача, которую получил сервис мониторинга.
Осенью 2026 года SEO-сервисы сообщили о неполных и недостоверных результатах при автоматическом сборе. В одном из примеров Serpstat первая страница соответствовала запросу, а со второй появлялись нерелевантные результаты и повторы без капчи или сообщения об ошибке.
Для SEO-специалиста это риск отправить клиенту неверный отчёт. Для владельца сайта это риск начать менять страницы, которые не требовали исправлений. Для разработчика это риск сохранить ошибочные данные, хотя технически сбор завершился успешно.
1. Предыстория: три волны закручивания гаек (от num=100 до ссылок /goto)
Октябрьские аномалии 2026 года стали третьей волной ограничений автоматического сбора данных Google, начавшихся годом ранее.
Волна 1 (с сентября по октябрь 2025): отключение
&num=100 и десятикратное удорожаниеВ сентябре 2025 года Google отключил поддержку параметра
&num=100 ¹, позволявшего собирать сразу 100 результатов выдачи за один запрос. До этого момента любой парсер мог забрать первую сотню результатов одним быстрым действием.Это изменение раскололо индустрию:
- Чтобы собрать топ-100, теперь требовалось делать 10 последовательных запросов с пагинацией вместо одного.
- По данным DataForSEO ² и ScraperAPI, стоимость съема позиций на глубину 100 подскочила почти в 10 раз.
- Как отмечал SpyFu ³, часть крупных SEO-сервисов (включая Ahrefs) тогда просто отказались от регулярного мониторинга позиций 21–100, урезав стандартные отчеты до первой страницы.
Волна 2 (Август 2026): Сокрытие адресов через
google.com/gotoСпустя 11 месяцев Google нанес следующий удар: спрятал прямые адреса сайтов за редиректами
google.com/goto?url=[хэш]. Парсерам пришлось восстанавливать конечные URL вместо простого извлечения ссылок из HTML.В Moz/STAT ⁴ увидели в этом попытку удорожить поисковый контекст для OpenAI, а The Web Scraping Club ⁵ увидел попытку усилить контроль над перепродавцами выдачи. Связка не выдуманная: ещё в августе 2025 года пресса сообщала ⁶, что OpenAI получала часть результатов Google через SerpApi. Но это не доказывает, что именно она была целью
/goto.Барьер быстро дал трещину: поставщики поисковых данных адаптировались к новому формату ссылок. Вскоре проблема сместилась со ссылок на качество самой выдачи.
Волна 3 (с сентября по октябрь 2026): переход к деградации данных
В октябре проблема стала серьёзнее: поставщики данных начали получать неполную и искажённую выдачу. Если раньше сбор упирался в количество запросов и скрытые адреса сайтов, теперь даже успешно загруженная страница могла содержать нерелевантные результаты и дубли. Парсер мог отработать без ошибок и сохранить мусор вместо полноценной выдачи. Для трекеров позиций это оборачивалось ложными падениями в отчётах, а для остальных систем оборачивалось неверными данными при дальнейшей обработке. Парсер должен собрать полные и достоверные результаты, а не просто получить страницу.
2. Как неполная выдача превратилась в ложные падения позиций
Первые тревожные сигналы появились ещё в сентябре: по данным Serpstat, поставщики всё чаще получали неполную выдачу при автоматическом сборе. В начале октября проблема стала заметна уже в отчётах: позиции массово просели, но это не означало, что сайты действительно потеряли видимость.
28 сентября: SpySERP замечает несоответствие выдачи
28 сентября команда SpySERP обнаружила расхождения в получаемой выдаче и приостановила сбор. Пользователи увидели предупреждение:
Проблема была связана с выдачей Google, хотя в предупреждении сервис сообщил об остановке сбора по всем поисковым системам. 2 октября команда нашла решение и возобновила сбор в штатном режиме.
5 октября команда Serpstat ⁷ опубликовала агрегированные данные своего Rank Tracker:
- Данные за 24–30 сентября были относительно стабильными и использовались как базовый период.
- 1–2 октября медианный номер зафиксированной позиции примерно удвоился.
- К 2 октября доля позиций в топ-30 сократилась более чем наполовину относительно базового периода.
- Доля позиций с рангом 80+ подскочила до 1.8–1.9x от базовой нормы.
По оценке Serpstat, часть изменений могла быть связана с неполнотой данных от поставщиков поисковой выдачи. При этом компания отмечала, что одновременно могло идти и реальное изменение позиций: в тот период еще разворачивалось сентябрьское спам-обновление Google.
16 октября: SE Ranking признаёт проблему с данными
16 октября SE Ranking официально признал проблему: Google возвращает трекерам неполные или недостоверные результаты. Для клиентов компания также опубликовала страницу статуса инцидента ⁸:
Компания сообщила, что исправила данные за затронутые даты и восстановила проверки для большинства запросов. Проблема оставалась примерно в 2% отслеживаемых результатов.
3. Конец октября 2026: пример #poisonedSERP
К концу октября Serpstat описал еще одну проблему: автоматически собранная выдача могла выглядеть нормальной, но содержать нерелевантные результаты и повторы. При этом сообщения об ошибке или капчи не было.
27 октября компания опубликовала подробный разбор кейса ⁹, а в базе знаний ⁷ описала признаки аномалии #poisonedSERP.
Анатомия отравления: кейс «best dedicated server usa»
Serpstat показал автоматически собранную выдачу по коммерческой фразе:
«best dedicated server usa» (Google US Mobile).Вот как выглядела страница:
- Защита: Сообщения об ошибке или капчи нет.
- Реклама: В той же выдаче показывается объявление о выделенных серверах в США.
- Страница 1: Результаты и поисковые подсказки выглядят соответствующими запросу.
Но стоило парсеру запросить Страницу 2 (позиции 11–20), как поисковая выдача распадалась:
Код:
Поисковый запрос: "best dedicated server usa"
─────────────────────────────────────────────────────────────────
СТРАНИЦА 1:
Хостинг-провайдеры и релевантные поисковые подсказки
СТРАНИЦА 2:
Результаты, по наблюдению Serpstat, соответствуют главным
образом слову "server": Tableau Server, Bitwarden на GitHub,
Couchbase
СТРАНИЦЫ 3 И 4:
Результат GitHub с Bitwarden повторяется на обеих страницах
БЛОК "People also search for":
"Server meaning in English" — что означает слово server
─────────────────────────────────────────────────────────────────Что попадёт в отчёт вместо реальных позиций
На первый взгляд сбор завершился успешно: страница открылась, ссылки и сниппеты на месте, сообщения об ошибке нет. Но со второй страницы результаты уже не отвечают полному запросу, а один и тот же URL повторяется.
Если сохранить такую выдачу без дополнительной проверки, отсутствие сайта в результатах можно принять за потерю позиции. Технически успешный сбор превращается в ошибочный вывод о сайте.
Реклама по теме запроса маскирует проблему: часть страницы выглядит нормально, хотя органические результаты уже подозрительны.
4. Начало ноября: кризис усугубляется
К началу ноября шторм в выдаче не утих. Nozzle зафиксировал ¹⁰ новый пик аномалий. В начале месяца появились ещё три сообщения:
- 3 ноября: SE Ranking вскрыл масштаб бедствия ¹¹: в исследовании 10 000 запросов доля нерелевантной выдачи взлетела с 0,09% до 57,3%. В 84% сбойных запросов Google терял смысл фразы и цеплялся за одно случайное слово. Например, по запросу о кредитной линии для бизнеса (
business bank line of credit) поисковик выдавал мессенджер LINE, отель The LINE Hotel и кантри-группу Florida Georgia Line. В 96,5% случаев эта подмена начиналась строго со второй страницы (с 9–10 позиции). - 4 ноября: SerpDino столкнулся с зацикливанием яда ¹²: оказалось, что повторный съем позиций не спасает: Google раз за разом отдавал тот же отравленный снимок, засоряя историю отчетов ложными дропами. Сервису пришлось менять алгоритмы сбора и возвращать пострадавшим клиентам кредиты.
- 5 ноября: Search Engine Journal сообщил о троттлинге /goto ¹³: крупные провайдеры (DataForSEO, Serper, SerpApi) начали упираться в жесткие задержки при раскрытии редиректов. Из-за лимитов Google часть целевых адресов зависала нераскрытой, и парсеры сохраняли технические ссылки
google.com/gotoвместо реальных URL сайтов.
Что собрал A-Parser по запросу из кейса Serpstat
6 ноября 2026 года мы проверили ключ
best dedicated server usa из кейса Serpstat через встроенный парсер A-Parser 
SE::Google. Собрали по две страницы мобильной и десктопной выдачи Google US с резидентными прокси в Нью-Йорке.Во всех проверках выдача чистая, а ссылки
/goto в результатах отсутствуют. В выдаче были хостинг-провайдеры, обзоры и обсуждения выделенных серверов в США, без словарных определений и посторонней документации. В результатах сохранились прямые адреса сайтов:| Примеры результатов | Конечный URL |
|---|---|
| IONOS — выделенные серверы | https://www.ionos.com/servers/dedicated-servers |
| OneProvider — серверы в Нью-Йорке | https://oneprovider.com/en/dedicated-servers/new-york-usa |
| ServerMania — серверы в США | https://www.servermania.com/dedicated-servers-usa.htm |
| Atlantic.Net — выделенные серверы | https://www.atlantic.net/dedicated-server-hosting/ |
| ScopeHosts — Dedicated Server USA | https://www.scopehosts.com/bare-metal-server/dedicated-server-usa/ |
| Kimsufi — серверы | https://www.kimsufi.com/en/ |
5. Эпоха «наколеночного парсинга» официально завершена
Время, когда можно было набросать простой скрипт на Python, подключить десяток серверных прокси и стабильно выгружать топ-100 Google, прошло.
Теперь при сборе нужно:
- Восстановить адреса сайтов при использовании редиректов
google.com/goto; - Обнаружить неполную выдачу до обновления отчета;
- Распознать подозрительные результаты, повторы и расхождения с ручной проверкой.
Самостоятельная поддержка сбора и проверки выдачи требует времени: нужно следить за изменениями Google, обновлять извлечение данных и проверять качество результатов.
Что берёт на себя A-Parser
В A-Parser мы развиваем встроенный парсер
SE::Google, чтобы вам не приходилось поддерживать собственный код сбора.В настройках
SE::Google доступна опция Bypass poisoned SERP:
- Конечные адреса: мы добавили обработку
/goto, чтобы собирать URL сайтов вместо промежуточных ссылок Google. - Настройки сбора: вы выбираете число страниц, мобильную или десктопную выдачу, страну, язык и местоположение.
- Прокси для сбора: для работы с Google можно подключить пул резидентских прокси A-Parser Premium.
- Адаптация к изменениям: мы постоянно следим за стабильностью сбора и обновляем парсеры под актуальные изменения поисковых систем.
6. Станет ли отравленная выдача новой нормой?
История
/goto уже показала, как быстро эксперимент становится повседневностью. Сначала участники рынка замечали редиректы лишь в небольшой части результатов, затем они начали распространяться массово. Теперь обёртки Google вместо прямых ссылок стали привычной частью сбора органической выдачи.Возможно, с #poisonedSERP мы наблюдаем похожий этап обкатки. Если Google тестирует такой способ противодействия автоматическому сбору и сочтёт его эффективным, он может расширить его применение. Тогда то, что сегодня выглядит как отдельные испорченные снимки, может стать регулярной проблемой для гораздо большего числа запросов и систем сбора.
Если ждать, пока этот сценарий реализуется, придётся снова догонять изменения Google. Сбору нужна постоянная поддержка: вслед за форматом ссылок меняются условия получения самой выдачи. Недостаточно один раз написать рабочий скрипт. Инструмент нужно обновлять по мере изменений Google.
Источники
[1] Search Engine Roundtable — отключение параметра
num=100.[2] DataForSEO — изменения глубины Google Organic SERP API.
[3] SpyFu — The Top 100 Doesn't Have to Die.
[4] Moz/STAT — распространение ссылок
/goto.[5] The Web Scraping Club — Google Removed the URLs.
[6] Search Engine Roundtable — использование выдачи Google через SerpApi для ChatGPT.
[7] Serpstat — Poisoned SERP, база знаний.
[8] SE Ranking — статус сервисов и инциденты.
[9] Serpstat — Poisoned SERP: What It Is and How It Affects Rank Tracking.
[10] Nozzle — Poisoned Google SERPs.
[11] SE Ranking — исследование нерелевантных результатов Google.
[12] SerpDino — Poisoned SERPs.
[13] Search Engine Journal — ограничения раскрытия ссылок
/goto.
Последнее редактирование: