Google Maps Scraper на GitHub: что работает, а что ломается в 2026 году

На GitHub есть примерно , которые подходят под запрос «google maps scraper». Большинство из них сломаны.

Звучит драматично, но если вы хоть раз клонировали репозитории, мучились с зависимостями Playwright и видели, как ваш скрейпер в 2 часа ночи возвращает пустые CSV-файлы, вы понимаете, о чем речь. У Google Maps по всему миру — это одна из самых богатых баз локальных бизнес-данных на планете. Неудивительно, что эти данные хотят извлечь все: от менеджеров по продажам до владельцев агентств. Проблема в том, что Google меняет интерфейс Maps каждые несколько недель или месяцев, и любое такое изменение может тихо сломать скрейпер, который вы только что час настраивали. Как написал один пользователь GitHub в issue за март 2026 года: инструмент . Это не редкий крайний случай. Это отказ основного сценария. В этом году я внимательно отслеживал эти репозитории, и разрыв между «выглядит активным на GitHub» и «реально отдает данные сегодня» шире, чем многие ожидают. Этот материал — моя честная попытка отделить сигнал от шума: какие репозитории работают, какие ломаются, когда лучше вообще не идти на GitHub и что делать после того, как данные уже собраны.

Что такое Google Maps Scraper на GitHub и зачем его вообще используют?

Google Maps scraper на GitHub — это обычно Python- или Go-скрипт (иногда упакованный в Docker), который открывает Google Maps в headless-браузере, запускает поисковый запрос вроде «dentists in Chicago» и извлекает данные из карточек компаний: название, адрес, номер телефона, сайт, рейтинг, количество отзывов, категорию, часы работы, а иногда и координаты широты/долготы.

GitHub — стандартное место для таких инструментов, потому что код бесплатный, open-source и, в теории, настраиваемый. Можно форкнуть репозиторий, подправить параметры поиска, добавить свою логику прокси и выгрузить данные в нужном формате.

Типичные поля данных, которые люди хотят выгрузить, выглядят так:

Кто этим пользуется? Команды продаж, которые собирают списки лидов для outbound. Специалисты по недвижимости, которые картографируют локальные рынки. Ecommerce-команды, проводящие анализ конкурентов. Маркетологи, делающие аудит локального SEO. Общий знаменатель один: всем нужны структурированные данные о локальном бизнесе, и никто не хочет копировать их из браузера по одной карточке.

Почему команды продаж и ops ищут Google Maps Scraper репозитории на GitHub

Google Maps привлекателен по простой причине: именно там и живет локальная бизнес-информация. Не в какой-то нишевой директории. Не за paywall. Прямо в результатах поиска.

Бизнес-ценность обычно сводится к трем основным сценариям.

Генерация лидов и prospecting

Это главный кейс. Основатель, который делал Google Maps scraper для фрилансеров и агентств, : находить лиды в конкретных городах и нишах, собирать контактные данные для холодных outreach-кампаний и формировать CSV с именем, адресом, телефоном, сайтом, рейтингом, количеством отзывов, категорией, часами работы, email и ссылками на соцсети. Один из самых активных репозиториев (gosom/google-maps-scraper) буквально предлагает пользователям попросить агента . Это уже не хобби-скрипт — это sales pipeline.

Исследование рынка и конкурентный анализ

Команды operations и strategy используют данные Maps, чтобы считать конкурентов по районам, анализировать тональность отзывов и находить пробелы. Специалист по локальному SEO в одной нише, извлекая публичные данные из Google Maps. Такой анализ вручную на этом масштабе почти невозможен.

Аудиты локального SEO и построение каталогов

Маркетологи скрейпят Google Maps, чтобы проверять видимость в локальном поиске, сверять консистентность NAP (Name, Address, Phone) и собирать сайты-каталоги. Один пользователь , в WordPress через WP All Import.

Математика труда, из-за которой скрейпинг кажется заманчивым

Ручной сбор данных не становится бесплатным только потому, что выполняется в окне браузера. Upwork оценивает административных VA для ввода данных в . Если на сбор базовых данных по одной компании уходит 1 минута, то 1 000 компаний займут около 16,7 часа — это примерно $200–334 на оплату труда еще до QA. При 2 минутах на компанию тот же список обойдется в $400–668. Вот с этим реальным ориентиром и конкурирует любой «бесплатный GitHub-скрейпер».

Google Maps API, GitHub-скрейперы или no-code: дерево решений на 2026 год

Выбирайте подход до того, как что-то клонировать. Здесь важны объем, бюджет, технические навыки и готовность поддерживать решение.

Когда имеет смысл Google Places API

Для небольших и средних объемов, когда нужна официальная лицензия и предсказуемая стоимость, API — очевидный выбор. Изменение цен Google в заменило универсальный ежемесячный кредит на бесплатные лимиты по SKU: для многих Essentials SKU, 5 000 для Pro и 1 000 для Enterprise. После этого Text Search Pro стоит , а Place Details Enterprise + Atmosphere — $5 за 1 000.

Главное ограничение — отзывы. API возвращает . Если вам нужен полный массив отзывов, API не подойдет.

Когда имеет смысл GitHub-скрейпер

Массовый поиск по ключевому слову и географии, данные, видимые в браузере и выходящие за рамки API, полный текст отзывов, кастомная логика парсинга — если вам нужно что-то из этого и у вас есть навыки Python/Docker для поддержки скрейпера, GitHub-репозитории — правильный выбор. Компромисс в том, что «бесплатно» превращает счет в время, прокси, повторы и поломки. Только стоимость прокси может быстро набежать: , , .

Когда имеет смысл no-code инструмент вроде Thunderbit

Нетехническая команда? Нужны данные сразу в Sheets, Airtable, Notion или CSV? No-code инструмент убирает весь этап с Python/Docker/прокси. С вы устанавливаете расширение Chrome, открываете Google Maps, нажимаете «AI Suggest Fields», затем «Scrape» — и . Облачный режим скрейпинга сам справляется с антибот-защитой, без настройки прокси.

Простая схема выбора: если вам нужно меньше 500 компаний и есть бюджет — API. Если нужны тысячи и вы знаете Python — GitHub-репозиторий. Если данные нужны быстро и без технической настройки — no-code инструмент.

Аудит актуальности на 2026 год: какие Google Maps Scraper репозитории на GitHub реально работают сегодня?

Это тот раздел, который я бы хотел найти в начале исследования. Большинство статей «best Google Maps scraper» просто перечисляют репозитории с короткими описаниями и числом звезд. Ни одна не говорит, возвращает ли инструмент данные в этом месяце.

Как понять, жив ли GitHub-репозиторий Google Maps Scraper

Перед клонированием проверьте такой список:

• Свежий коммит: ищите реальный коммит за последние 3–6 месяцев, а не только комментарии в issue.
• Здоровье issue: прочитайте 3 последних обновленных issue. Они про критические поломки (пустые поля, ошибки селекторов, падение браузера) или про запросы новых функций?
• Качество README: описаны ли текущий стек браузера, Docker-настройка и конфигурация прокси?
• Красные флаги в issue: ищите слова «search box», «reviews_count = 0», «driver», «Target page», «selector», «empty».
• Активность форков и PR: живые форки и смерженные PR говорят о том, что вокруг проекта есть сообщество.

Нет свежей активности, есть нерешенные баги в основном сценарии и нет нормальных рекомендаций по прокси или обслуживанию браузера? Такой репозиторий, скорее всего, уже недостаточно жив для бизнес-использования — даже если звезд выглядит впечатляюще.

Обзор лучших GitHub-репозиториев Google Maps Scraper

Я оценил самые звездные репозитории по методике выше. Ниже — сводная таблица, а затем отдельные заметки.

gosom/google-maps-scraper

Сейчас это самый сильный open-source вариант общего назначения. README необычно зрелый: CLI, web UI, REST API, инструкции по Docker, настройка прокси, grid/bounding-box режим, извлечение email и несколько вариантов экспорта. В описании заявлено , а прокси документированы явно, потому что «для более крупных задач скрейпинга прокси помогают избегать rate limiting».

Проблема не в заброшенности, а в дрейфе корректности в краевых полях. Недавние issue 2026 года показывают , и . То есть для извлечения карточек бизнеса он выглядит надежно, но для богатых данных по отзывам и часам работы — уже менее стабилен, пока не выйдут исправления.

omkarcloud/google-maps-scraper

Он заметен благодаря числу звезд и долгому присутствию, но читается скорее как упакованный extractor-продукт, чем как прозрачный OSS: каналы поддержки, desktop-installer, upsell на enrichment. Один пользователь в апреле 2026 года написал, что приложение запускалось, а затем заваливало терминал ошибками , пока не зависло. В другом открытом issue жалуются, что инструмент . Не мертв, но и не самый чистый вариант для читателей, которым нужен инспектируемый OSS, который можно уверенно патчить самому.

gaspa93/googlemaps-scraper

Это не универсальный bulk-search скрейпер для лидогенерации. Это узкоспециализированный , который стартует с конкретного URL отзыва POI в Google Maps и вытаскивает свежие отзывы, с опциями для извлечения метаданных и сортировки отзывов. Для некоторых задач это даже плюс — но он не решает главную проблему поиска и обнаружения запросов, о которой думает большинство бизнес-пользователей.

conor-is-my-name/google-maps-scraper

Здесь хорошие инстинкты для современных ops-команд: установка через Docker, JSON API, поля, удобные для бизнеса, и заметность в . Но issue за март 2026 года — идеальный пример того, почему эта категория хрупкая: пользователь обновил контейнер, и в выводе написало, что скрейпер . Это сбой основного сценария, а не косметическая проблема.

Zubdata/Google-Maps-Scraper

На бумаге набор полей широкий: email, отзывы, рейтинги, адрес, сайт, телефон, категория, часы работы. Но на практике публичные issue говорят другое: пользователи жалуются на , и . Если добавить к этому более старую историю коммитов, рекомендовать его для использования в 2026 году сложно.

patxijuaristi/google_maps_scraper

Его легко найти в поиске GitHub, но самый сильный публичный сигнал — это , а не признаки активной поддержки. В статье он нужен скорее как пример того, что означает «выглядит живым в поиске, но на практике рискован».

Пошагово: как настроить Google Maps Scraper из GitHub

Решили, что GitHub-репозиторий — ваш путь? Вот как выглядит реальная настройка. Я описываю общий процесс, а не конкретный репозиторий — шаги удивительно похожи у большинства активных вариантов.

Шаг 1: Клонируйте репозиторий и установите зависимости

Типичный путь:

1. git clone репозиторий
2. Создайте Python virtual environment (или скачайте Docker-образ)
3. Установите зависимости через pip install -r requirements.txt или docker-compose up
4. Иногда дополнительно устанавливается browser runtime (Chromium для Playwright, ChromeDriver для Selenium)

Репозитории, ориентированные на Docker, такие как и , уменьшают боль с зависимостями, но не убирают ее полностью — Docker все равно должен быть запущен, и у вас должно быть достаточно дискового пространства для образов браузера.

Шаг 2: Настройте параметры поиска

Большинству универсальных скрейперов нужны:

• Ключевое слово + локация (например, «plumbers in Austin TX»)
• Лимит результатов (сколько карточек извлекать)
• Формат вывода (CSV, JSON, база данных)
• Иногда географический bounding box или радиус для поиска по сетке

Более сильные репозитории дают это через CLI-флаги или JSON body запроса. В старых репозиториях может потребоваться прямо редактировать Python-файл.

Шаг 3: Настройте прокси, если это нужно

Если задача больше, чем маленький тестовый запуск, прокси вам понадобятся. и прямо называет прокси стандартным решением для больших задач. Без них после нескольких десятков запросов ждите CAPTCHA или блокировку IP.

Шаг 4: Запустите скрейпер и экспортируйте данные

Запускаете скрипт, следите, как браузер проходит по карточкам результатов, и ждете CSV или JSON. Успешный сценарий занимает минуты. Неудачный — а он встречается чаще, чем кто-то признает — обычно выглядит так:

• Браузер неожиданно закрывается
• Несовпадение версии Chrome driver
• Ошибка селектора / поиска
• Пустые поля для отзывов или часов работы

Все четыре паттерна встречаются в .

Шаг 5: Разбирайте ошибки и поломки

Если скрейпер возвращает пустые результаты или ошибки:

1. Проверьте GitHub Issues репозитория на похожие сообщения
2. Посмотрите, не изменился ли UI Google Maps (новые селекторы, другая структура страницы)
3. Обновите репозиторий до последнего коммита
4. Если maintainer это не починил, проверьте форки на патчи от сообщества
5. Подумайте, оправдано ли время на отладку по сравнению со сменой инструмента

Реалистичное время первой настройки: если вы уверенно чувствуете себя в терминале, но у вас еще нет рабочего стека Playwright/Docker/proxy, то до первого успешного скрейпа обычно уходит 30–90 минут. Не пять.

Как избежать банов и rate limit при скрейпинге Google Maps

У Google Maps нет публичного порога вроде «вас заблокируют на X запросах». Google специально держит это неочевидным. Некоторые пользователи сообщают о CAPTCHA примерно после в server-based Playwright-конфигурациях. Другой пользователь утверждал, что у компании-built Maps scraper было . Пороги не высокие и не низкие. Они нестабильны и зависят от контекста.

Вот практическая таблица стратегий:

Добавляйте случайные задержки между запросами

Фиксированные интервалы в 1 секунду — это красный флаг. Используйте случайный jitter: 2–5 секунд между действиями, с периодическими более длинными паузами. Это самый простой шаг, который ничего не стоит.

Ротируйте прокси: residential против datacenter

Residential-прокси эффективнее, потому что выглядят как реальные пользователи, но они дороже. Актуальные цены: , , . Datacenter-прокси подходят для более легкого скрейпинга, но на продуктах Google ловятся быстрее.

Рандомизируйте browser fingerprint

Для headless-browser скрейперов: ротируйте user agent, размеры viewport и другие сигналы fingerprint. Стандартные конфигурации Playwright/Puppeteer довольно легко детектируются. Это сложнее в реализации, но бесплатно и очень эффективно.

Используйте облачный скрейпинг, чтобы снять проблему с себя

Инструменты вроде автоматически обрабатывают антибот-защиту, ротацию IP и rate limiting через облачную инфраструктуру скрейпинга. Thunderbit в облачном режиме — без настройки прокси и задержек. Для команд, которые не хотят становиться инженерами по антибот-защите на полставки, это самый практичный путь.

Как на самом деле выглядят пороги rate limit у Google

Признаки, что вас ограничивают по скорости:

• CAPTCHA появляется в середине скрейпа
• Пустые наборы результатов после успешных запросов до этого
• Временные блокировки IP (обычно на 1–24 часа)
• Ухудшение загрузки страниц (медленнее, неполный контент)

Восстановление: остановите скрейпинг, смените IP, подождите 15–60 минут и продолжайте с меньшей concurrency. Если ограничения возникают регулярно, ваша схема нуждается в прокси или в принципиально другом подходе.

No-code выход: когда GitHub-репозиторий Google Maps Scraper не стоит вашего времени

Примерно 90% статей о скрейпинге Google Maps предполагают знание Python. Но большая часть аудитории — владельцы агентств, sales-менеджеры, локальные SEO-команды, исследователи — просто хочет строки в таблице. Не проект по автоматизации браузера. Если это про вас, вот честный взгляд на компромиссы.

Реальная цена «бесплатных» GitHub-скрейперов

«Бесплатные» GitHub-скрейперы просто переносят счет в форму потраченного времени. Если оценивать свое время в $50/час и потратить 2 часа на настройку + 1 час на отладку + 30 минут на настройку прокси, это уже $175 до того, как вы извлекли хотя бы одну карточку. Добавьте стоимость прокси и регулярное обслуживание, когда Google меняет интерфейс, и «бесплатный» вариант внезапно становится дорогим.

Как Thunderbit упрощает скрейпинг Google Maps

Вот реальный workflow с :

1. Установите
2. Откройте Google Maps и выполните поиск
3. Нажмите «AI Suggest Fields» — AI Thunderbit прочитает страницу и предложит столбцы (название компании, адрес, телефон, рейтинг, сайт и т. д.)
4. Нажмите «Scrape», и данные автоматически структурируются
5. Используйте скрейпинг подстраниц, чтобы перейти на сайт каждой компании из извлеченных URL и собрать дополнительные контактные данные (email, телефоны) — автоматизируя то, что пользователи GitHub-репозиториев делают вручную
6. Экспортируйте в — без paywall на экспорт

Никакого Python. Никакого Docker. Никаких прокси. Никакого обслуживания. Для sales- и marketing-команд, которые делают лидогенерацию, это убирает всю нагрузку на настройку, которую требуют GitHub-репозитории.

Контекст цен: Thunderbit использует кредитную модель, где . Бесплатный тариф покрывает 6 страниц в месяц, пробный период — 10 страниц, а стартовый план стоит .

После скрейпа: очистка и обогащение данных Google Maps

Большинство гайдов заканчиваются на сыром извлечении. Но сырые данные — это еще не список лидов. Пользователи форумов регулярно сообщают и спрашивают: «Как вы решаете проблему дублей в этой схеме?» Вот что происходит после скрейпа.

Удаление дублей

Дубли появляются из-за пересечений при пагинации, повторных поисков по перекрывающимся районам, grid/bounding-box стратегий, которые захватывают одни и те же компании, и компаний с несколькими карточками.

Рекомендуемый порядок дедупликации:

1. Сопоставляйте по place_id, если ваш скрейпер его отдает (это самый надежный вариант)
2. Точное совпадение по нормализованному названию компании + адресу
3. Нечеткое сравнение по названию + адресу с подтверждением по телефону или сайту

Простые формулы Excel/Sheets (COUNTIF, Remove Duplicates) решают большинство случаев. Для больших наборов данных хорошо работает быстрый Python-скрипт дедупликации с pandas.

Нормализация телефонов и адресов

Извлеченные номера телефонов бывают в любом формате: (555) 123-4567, 555-123-4567, +15551234567, 5551234567. Для импорта в CRM нормализуйте все в формат E.164 — это + код страны + национальный номер, например +15551234567.

при скрейпинге — один шаг очистки уже не нужен.

Для адресов стандартизируйте формат: улица, город, штат, индекс. Уберите лишние пробелы, исправьте несоответствия в сокращениях (St vs Street) и, если точность критична, проверьте через geocoding-сервис.

Обогащение email, сайтами и профилями в соцсетях

Карточки Google Maps почти всегда содержат URL сайта. Email-адрес они почти никогда не показывают напрямую. Рабочий сценарий такой:

1. Скрейпите Maps для поиска компаний (название, адрес, телефон, URL сайта)
2. Переходите на сайт каждой компании, чтобы извлечь email, ссылки на соцсети и другие контакты

Именно здесь лучшие GitHub-репозитории и no-code инструменты сходятся:

• через переход на сайты компаний
• может перейти на сайт каждой компании из извлеченных URL и собрать email и телефоны — все это будет добавлено в исходную таблицу

Для пользователей GitHub-репозиториев без встроенного enrichment это означает писать второй скрейпер или вручную открывать каждый сайт. Thunderbit объединяет оба шага в один поток.

Экспорт в CRM или workflow-инструменты

Самые практичные направления экспорта:

• Google Sheets для совместной очистки и обмена
• Airtable для структурированных баз с фильтрами и представлениями
• Notion для легких operational-баз
• CSV/JSON для импорта в CRM или дальнейшей автоматизации

Thunderbit поддерживает . Большинство GitHub-репозиториев экспортируют только в CSV или JSON — интеграцию с CRM придется делать отдельно. Если вам нужны еще способы загонять данные в таблицы, посмотрите наш гайд по .

Google Maps Scraper репозитории на GitHub: полное сравнение side by side

Вот сводная таблица, которую удобно сохранить:

Для дополнительного контекста по выбору подхода к скрейпингу вам могут пригодиться наши материалы о и сравнение .

Юридические вопросы и условия использования

Короткий раздел, но он важен.

Текущие условия Google Maps Platform однозначны: клиентам запрещено , включая копирование и сохранение названий компаний, адресов или отзывов пользователей вне разрешенного использования сервиса. Условия, привязанные к конкретным сервисам Google, также допускают только ограниченное кэширование для некоторых API, обычно .

Юридическая иерархия выглядит так:

• Использование API — самое ясное с точки зрения договора
• GitHub-скрейперы — гораздо более туманная зона
• No-code инструменты уменьшают операционную нагрузку, но не снимают ваши собственные обязательства по комплаенсу

За конкретной интерпретацией для вашего случая стоит обратиться к юристу. Более подробно о правовой стороне вопроса мы отдельно писали про .

Главные выводы: как выбрать подход к Google Maps Scraper в 2026 году

После анализа репозиториев, issue, форумов и ценовых страниц картина такая:

1. Всегда проверяйте свежесть репозитория перед тем, как тратить время на настройку. Количество звезд не означает «работает сегодня». Читайте три последних issue. Ищите коммиты за последние 3–6 месяцев.

2. Лучший open-source вариант сейчас — gosom/google-maps-scraper — но даже у него есть свежие регрессии полей в 2026 году. Относитесь к нему как к живой системе, которую нужно мониторить, а не как к инструменту «настроил и забыл».

3. Google Places API — правильный выбор, если вам важны стабильность и юридическая ясность — но у него есть ограничения (максимум 5 отзывов, оплата за вызовы), и он не очень хорошо решает массовое обнаружение компаний.

4. Для нетехнических команд no-code инструменты вроде — практичная альтернатива. Разрыв между настройкой и первыми данными измеряется минутами, а не часами, и вам не нужно становиться part-time maintainer скрейпера.

5. Сырые данные — это только половина работы. Закладывайте время на дедупликацию, нормализацию телефонов, обогащение email и экспорт в CRM. Инструменты, которые делают эти шаги автоматически (например, subpage scraping и нормализация E.164 в Thunderbit), экономят больше времени, чем многие ожидают.

6. «Бесплатный скрейпер» лучше понимать как софт с бесплатным обслуживанием в нагрузку. Это нормально, если у вас есть навыки и вам нравится такой формат работы. Но это плохая сделка, если вы sales-менеджер, которому к пятнице нужно просто 500 лидов стоматологов в Финиксе.

Если хотите посмотреть больше вариантов для извлечения бизнес-данных, загляните в наши гайды по , и . Также можно посмотреть обучающие видео на .

Часто задаваемые вопросы

Бесплатно ли пользоваться Google Maps scraper с GitHub?

Программное обеспечение — бесплатно. Работа — нет. Вам придется потратить 30–90 минут на настройку, затем регулярно разбирать поломки, а при серьезных объемах — еще и $10–100+ в месяц на прокси. Если ваше время что-то стоит, слово «бесплатно» тут не совсем подходит.

Нужны ли навыки Python, чтобы использовать Google Maps scraper с GitHub?

Большинству популярных репозиториев нужны базовые знания Python и командной строки. Docker-first репозитории снижают порог входа, но не убирают его полностью — вам все равно придется разбираться с ошибками контейнера, настраивать параметры поиска и прокси. Для нетехнических пользователей no-code инструменты вроде дают альтернативу в 2 клика без программирования.

Как часто ломаются GitHub-репозитории Google Maps scraper?

Фиксированного графика нет, но по текущей истории issue видно, что критические поломки и регрессии полей появляются с периодичностью от нескольких недель до нескольких месяцев. Google регулярно обновляет UI Maps, и это может сломать селекторы и логику парсинга за одну ночь. Активные репозитории чинят это быстро; заброшенные — остаются сломанными надолго.

Можно ли скрейпить отзывы Google Maps через GitHub-скрейпер?

Некоторые репозитории поддерживают полное извлечение отзывов (gaspa93/googlemaps-scraper специально для этого и сделан), а другие берут только сводные данные вроде рейтинга и количества отзывов. Отзывы — одна из первых групп полей, которые начинают «плыть», когда Google меняет поведение страницы, поэтому даже репозитории с поддержкой отзывов могут после обновления UI вернуть неполные данные.

Какая лучшая альтернатива, если я не хочу использовать GitHub-скрейпер?

Есть два основных пути: Google Places API для официального структурированного доступа (но с ограничениями по стоимости и полям), или no-code инструмент вроде для быстрого AI-извлечения без программирования. API лучше всего подходит разработчикам, которым нужна юридическая определенность. Thunderbit лучше всего подходит бизнес-пользователям, которым быстро нужны данные в таблице.

Узнать больше