Последний раз проверено и обновлено в августе 2026 года.
Данные Google Shopping всегда зависят от контекста: страна, язык, запрос, наличие товара у продавца, рекламные позиции, фильтры и постоянно меняющийся интерфейс Google — всё это влияет на результат каждого сбора. В этом руководстве сравниваются восемь актуальных вариантов инструментов для легитимного рабочего процесса с данными. Мы сознательно не используем устаревшие таблицы цен, лимиты бесплатных тарифов, предположения о количестве результатов, показатели успешности, рейтинги и необоснованные заявления о лидерстве.
Сначала определите, какие данные вам нужны
| Если задача — это… | Сначала оценивайте… |
|---|---|
| Наблюдения, проверенные человеком, со страницы Google Shopping, доступ к которой разрешён | Thunderbit |
| Программный сбор результатов Google Shopping SERP | SerpApi, Oxylabs, Serper, Scrapingdog или DataForSEO |
| Управляемый Actor-маркетплейс и среда выполнения | Apify, с конкретным поддерживаемым Actor |
| Управляемый продукт с данными Google Shopping или более широкая data-платформа | Bright Data |
Перед выбором провайдера определите набор запросов, страну и язык, способ сопоставления товаров, нужный формат вывода, права на данные, политику хранения, систему-источник, расписание запусков, ответственного за проверку и порядок обработки отсутствующих или изменяющихся результатов.
8 инструментов в одном обзоре
| Инструмент | Основная роль | Лучше всего подходит для |
|---|---|---|
| Thunderbit | агентный веб-скрапер | Команды, собирающие проверенные данные с конкретных разрешённых публичных страниц Google Shopping |
| SerpApi | Google Shopping API | Разработчики, вызывающие отдельный API для результатов Google Shopping |
| Oxylabs | API веб-данных Google Shopping | Технические команды, которые рассматривают отдельные источники поисковых и товарных данных Shopping |
| Bright Data | платформа данных Google Shopping | Организации, которые оценивают управляемый датасет Shopping или более широкую data-платформу |
| Apify | marketplace и runtime для Actor | Разработчики, которые выбирают и запускают конкретный поддерживаемый Google Shopping Actor |
| Serper | Google SERP API с результатами Shopping | Разработчики, интегрирующие типы результатов Shopping в SERP-процесс |
| Scrapingdog | Google Shopping API | Разработчики, использующие документированный endpoint для Shopping |
| DataForSEO | API для merchant- и Google Shopping-данных | Технические команды, интегрирующие структурированные данные о merchant'ах или товарах |
1. Thunderbit: агентный веб-скрапер
Thunderbit — это агентный веб-скрапер для проверенных человеком наблюдений со специфических разрешённых публичных страниц Google Shopping. AI Suggest Fields предлагает столбцы, например название товара, продавца, цену или рейтинг; ты проверяешь их и затем один раз нажимаешь Scrape, чтобы начать извлечение. Результат всё равно нужно оценивать в контексте: списки Shopping зависят от региона, запроса, наличия товара и состояния страницы.
Для собственных рабочих процессов разработчика, data pipeline или LLM-агента Thunderbit поддерживает Web Scraper API, MCP Server и CLI. Эти интерфейсы связывают проверенный рабочий процесс с другой системой; они не дают прав на доступ, повторное использование или распространение исходных данных.
Лучше всего подходит для: проверенных данных с конкретных разрешённых публичных страниц Google Shopping.
2. SerpApi: Google Shopping Api
SerpApi предоставляет Google Shopping как отдельный API-движок: запрос задаётся через параметры поиска, такие как query и location, а ответ возвращает структурированную коллекцию shopping_results. Это API-first выбор для приложения, которое само отвечает за формирование запросов, парсинг результатов и тестирование локализаций, а не за поставку готового датасета.
Лучше всего подходит для: разработчиков, вызывающих отдельный API для результатов Google Shopping.
3. Oxylabs: Google Shopping Web-Data Api
Oxylabs описывает Google Shopping как один из target в своём Web Scraper API, с отдельными сценариями сбора для поисковой выдачи Shopping и URL товаров. Этот target находится в той же API-платформе, что и другие источники веб-данных, поэтому клиент отвечает за интеграцию API и обработку ответов, а Oxylabs управляет сервисом сбора. Это хороший вариант для технической команды, которой нужны и результаты поиска по запросу, и получение данных по конкретным товарам через один API-контракт.
Лучше всего подходит для: технических команд, которые рассматривают отдельные источники поисковых и товарных данных Shopping.
4. Bright Data: платформа данных Google Shopping
Bright Data предлагает Google Shopping как управляемый продукт-датасет внутри своей data-платформы, а не только как SERP-endpoint для точечных запросов. Такие продукты могут поставляться через варианты доставки платформы вместе с инфраструктурой сбора Bright Data. Это важно, когда покупателю нужен именно управляемый процесс поставки данных, а не самостоятельная работа с отдельными запросами Shopping.
Лучше всего подходит для: организаций, оценивающих управляемый датасет Shopping или более широкую data-платформу.
5. Apify: marketplace и runtime для Actor
Apify — это вариант на базе Actor: данный Google Shopping scraper опубликован scrapeai в Apify Store и работает на платформе Actor в Apify. Параметры, запуски и структурированные датасеты доступны через страницу Actor и API, а за реализацию отвечает издатель Actor. Выбирай этот вариант, если твоему рабочему процессу подходит именно этот конкретный Actor и его границы поддержки, а не маркетплейс как единый продукт.
Лучше всего подходит для: разработчиков, выбирающих и запускающих конкретный поддерживаемый Google Shopping Actor.
6. Serper: Google Serp Api с результатами Shopping
Serper предоставляет Google SERP API с типом результата Shopping, поэтому Shopping можно использовать рядом с другими режимами SERP в одной интеграции приложения. Клиент отправляет запрос в документированный endpoint Shopping и получает структурированный ответ. Это компактный API-вариант, когда задача — добавить результаты Shopping в существующий поток поиска, а не получать отдельный датасет.
Лучше всего подходит для: разработчиков, интегрирующих типы результатов Shopping в SERP-процесс.
7. Scrapingdog: Google Shopping Api
Scrapingdog документирует отдельный endpoint Google Shopping API с параметрами запроса и локализации, а также со структурированной схемой ответа. Документация описывает процесс как прямую интеграцию с endpoint, поэтому клиент сам отвечает за проектирование запросов, сопоставление выходных данных и любой мониторинг в вызывающей системе. Это более узкий путь внедрения, чем Actor runtime или управляемый датасет.
Лучше всего подходит для: разработчиков, использующих документированный endpoint для Shopping.
8. DataForSEO: API для merchant- и Google Shopping-данных
DataForSEO разделяет данные Merchant API и свои endpoints Google Shopping и описывает task-based workflow для создания запросов и получения результатов. Это различие может быть важным, когда пайплайну нужны как данные о merchant'ах или товарах, так и результаты Shopping по запросу. Клиент отвечает за жизненный цикл задачи, параметры локализации и нормализацию возвращаемых записей.
Лучше всего подходит для: технических команд, интегрирующих структурированные данные о merchant'ах или товарах.
Как выбрать инструмент для данных Google Shopping
- Выберите модель сбора. Решите, нужен ли вам браузерный процесс с проверкой человеком, отдельный API, runtime для Actor или управляемый датасет.
- Тщательно проверьте локализацию. Используйте реальные настройки страны, языка, валюты и запроса; не стоит считать, что два региона дают взаимозаменяемые списки.
- Определите правила сопоставления товаров. Заранее опишите, как вы будете согласовывать название, merchant'а, offer, URL и любые идентификаторы провайдера между запусками.
- Проверьте реальный результат. До автоматизации изучите рекламные позиции, отсутствующие поля, дублирующиеся предложения, пагинацию и изменения в наличии товаров.
- Проверьте governance. До масштабирования подтвердите условия использования, допустимый доступ, конфиденциальность, хранение, учётные данные, мониторинг и ответственность.
Что изменилось по сравнению с предыдущим списком
В прошлом списке несколько универсальных инструментов для crawling или Google Search были ошибочно представлены как специализированные Google Shopping scrapers. В этой обновлённой версии сохранены только продукты с актуальной официальной точкой входа именно для Shopping, а также добавлен DataForSEO для merchant- и Shopping-данных. ScrapingBee, Firecrawl и Scrape.do не включены в этот узкий список, потому что в ходе обзора не удалось подтвердить для них актуальный официальный источник именно по Google Shopping.
Итог
Универсального “лучшего” Google Shopping scraper не существует. Выбирайте браузерный слой сбора, отдельный SERP API, runtime для Actor или управляемый продукт данных в зависимости от задачи, которую нужно закрыть. Держите рамки сбора в пределах разрешённого, проверяйте полученные данные в нужной локали и перед использованием в продакшене обязательно перепроверяйте актуальные условия.
FAQ
Что стоит проверить перед тем, как окончательно выбрать провайдера?
Запустите типовые запросы для нужной страны и языка, изучите точные поля и поведение пагинации, проверьте, как отображаются рекламные объявления и пустые значения, и убедитесь, что актуальные условия и коммерческая модель провайдера вам подходят.
Является ли обычный web crawler автоматически Google Shopping scraper?
Нет. Обычный crawler может быть полезен в других сценариях, но отдельный shortlist для Shopping должен опираться на актуальный официальный продукт или документацию, посвящённую именно Shopping.
Когда важен доступ через API, MCP и CLI?
Это важно, когда собственному техническому или агентному процессу нужны проверенные наблюдения с разрешённых публичных страниц в другой системе. Но такие интерфейсы не заменяют права на данные, политику источника или процесс контроля качества.
Попробуйте Thunderbit для исследования публичных страниц с помощью ИИ Get Started Free
