5 Melhores Google Maps Scraper APIs: Testadas e Classificadas

Para encontrar o melhor scraper do Google Maps, avaliamos cinco provedores de web scraping, Apify, SerpApi, Oxylabs, Zyte e Nimble, solicitando os mesmos 1.000 negócios de cada um. Os negócios abrangem 10 categorias em 10 cidades dos EUA, totalizando 5.000 solicitações.

Google Maps resultados do benchmark de scraping

Como todos os provedores superaram 90% de sucesso, comparamos o tempo de conclusão:

Campos de metadados disponíveis por Google Maps scraper

Apenas SerpApi e Apify retornaram JSON estruturado, então foram nesses dois que contamos os campos. Apify retornou, em média, 71 campos por local e SerpApi 30. Os demais provedores retornaram HTML renderizado, que não tem contagem de campos para relatar, então validamos as respostas com seletores CSS.

29 desses campos carregam os mesmos dados em ambos, às vezes com nomes diferentes: totalScore e rating, reviewsCount e reviews, placeId e place_id. A tabela abaixo lista apenas o que um retorna e o outro não.

Google Maps scrapers: teste gratuito

Melhores Google Maps scrapers

Bright Data divide sua cobertura do Google Maps em seis scrapers. Quatro deles retornam informações completas do negócio e diferem apenas na forma como você especifica um local. Os outros dois cobrem uma única parte de uma listagem.

Informações do negócio

• Coleta por URL: Você fornece a URL de um local do Google Maps e recebe esse negócio de volta.
• Descoberta por place ID: Recebe o identificador de local do Google em vez de uma URL, o que é útil quando seus registros já contêm place IDs e você não deseja criar URLs para eles.
• Descoberta por CID: A mesma ideia com o ID do cliente, o identificador numérico por trás de uma listagem do Maps.
• Descoberta por localização: Executa uma busca por localização e retorna os negócios que encontra, para que você possa coletar locais que não identificou antecipadamente.

Avaliações e imagens

Imagens, coleta por URL: Retorna as fotos anexadas a uma listagem.

Avaliações, coleta por URL: Retorna as avaliações de um local em vez do registro do negócio. Ele aceita uma configuração days_limit, para que você possa solicitar apenas avaliações recentes, como dos últimos 9 ou 18 dias, em vez de extrair o histórico completo.

Os quatro primeiros são os que devem ser comparados entre si: eles retornam o mesmo registro e diferem apenas na entrada que aceitam. Qual deles se encaixa depende de como são seus dados existentes. Se você tem URLs, a coleta por URL é o caminho direto. Se você tem place IDs ou CIDs, o scraper de descoberta correspondente economiza a etapa de criação de URLs. Se você não tem nenhum dos dois e quer criar uma lista do zero, a descoberta por localização é o único dos quatro que encontra locais em vez de buscar aqueles que você já nomeou.

As solicitações são executadas em modo síncrono ou assíncrono. No modo síncrono, o navegador permanece aberto e os dados retornam assim que a tarefa termina.

Oxylabs oferece duas rotas para o Google Maps, e qual delas você pode usar depende do ponto de partida.

A fonte dedicada google_maps aceita uma consulta de busca em vez de uma URL. Ela não aceita um parâmetro url e não oferece suporte a saída analisada: solicitar qualquer um dos dois retorna um erro informando que a fonte não está disponível com esse parâmetro. Portanto, ela se adequa ao trabalho de descoberta, onde você está procurando locais em vez de buscar aqueles que já possui.

A fonte geral google aceita qualquer URL do Google, incluindo páginas de locais. Esta é a rota a usar quando você já tem URLs do Maps. Definir render como html executa o JavaScript, e geo_location fixa o país de saída, o que importa nas propriedades do Google porque uma saída europeia pode retornar uma página intermediária de consentimento em vez da página.

SerpApi divide o Google Maps em sete APIs. Dois deles compartilham o mecanismo google_maps e diferem pela entrada, e os demais são mecanismos separados baseados em um identificador que os dois primeiros fornecem a você.

O mecanismo google_maps

• Resultados locais: type=search com uma consulta e coordenadas ll. Retorna os negócios correspondentes a uma busca, 20 por vez.
• Resultados de locais: O mesmo mecanismo com place_id ou data_cid em vez de uma consulta. Retorna um único registro de negócio, sem etapa de busca envolvida.

Mecanismos dedicados

• Avaliações: google_maps_reviews, indexado por data_id ou place_id. Este tem o maior número de controles: ordenação por qualityScore, newestFirst, ratingHigh ou ratingLow, filtragem por palavra-chave ou topic_id e paginação por meio de num e next_page_token.
• Fotos: google_maps_photos, indexado por data_id. Retorna imagens em tamanho real e miniaturas com o usuário que as publicou.
• Posts: google_maps_posts, indexado por data_id. Retorna as postagens do próprio negócio.
• Avaliações de contribuidores: google_maps_contributor_reviews, indexado por um contributor_id obtido da URL do perfil de um avaliador. Retorna tudo o que uma pessoa avaliou, o que é o inverso da API de Avaliações: começa pelo avaliador e não pelo local.
• Autocompletar: google_maps_autocomplete, indexado por uma consulta. Retorna as sugestões que o Google mostraria enquanto você digita.
• Rotas: google_maps_directions, aceitando um ponto de partida e um ponto de chegada como endereços, coordenadas ou data IDs. Retorna rotas com distâncias, durações e instruções passo a passo.

Os identificadores são o que conecta tudo isso. Uma busca retorna place_id, data_id e data_cid para cada negócio, e essas são as chaves que os mecanismos de avaliações, fotos e posts esperam, portanto a primeira chamada decide quais das outras você pode fazer.

Em nosso benchmark, usamos Resultados de Locais: engine=google_maps com o place_id de cada um dos 1.000 negócios no dataset, e no_cache=true para que uma resposta em cache não pudesse ser retornada.

Apify é um marketplace, então você escolhe um ator em vez de um endpoint. O que usamos para o Google Maps é compass/crawler-google-places, publicado como Google Maps Scraper. Ele é cobrado por evento.

Ele aceita um termo de busca com uma localização ou URLs iniciais quando você já sabe os locais que deseja. O restante da entrada são opções opcionais, e várias custam extra: filtros de categoria e classificação por estrelas, pular locais fechados, abrir a página de detalhes do local e obter provedores de reserva, widgets de pedidos online ou resultados da web.

As execuções são assíncronas. Você inicia uma execução, faz polling até terminar e depois lê os resultados do dataset.

Em nosso benchmark do Google Maps, usamos esse ator com startUrls definido para cada URL de local e maxCrawledPlacesPerSearch como 1, para que retornasse apenas o negócio solicitado. Avaliações, imagens, resultados da web e people-also-search foram desativados.

Zyte não tem um produto específico para o Google Maps. Você chama a Zyte API geral em /v1/extract com a URL do local e solicita browserHtml, que executa um navegador completo e retorna a página renderizada. Não há um esquema de Maps analisado por trás disso, então o que você recebe é HTML para analisar você mesmo.

Um parâmetro importa mais do que a documentação sugere: geolocation. Quando não definido, nossas solicitações saíram na Europa e voltaram com o intermediário de consentimento do Google, uma página real com status 200 e sem dados do local. Fixá-lo como US retornou o local. Além disso, nenhuma instrução extra foi necessária; o painel já estava renderizado quando a resposta chegou.

Nimble oferece duas rotas. A API Web aceita uma URL com render habilitado e retorna a página renderizada, no mesmo formato que a Zyte. Sua SERP API também lista o Google Maps entre os mecanismos que suporta, aceitando uma consulta em vez de uma URL, o que se adequa à descoberta em vez de buscar um local que você já possui.

As respostas analisadas voltam agrupadas por tipo de entidade, em vez de como uma única lista, com os resultados orgânicos, a paginação e as informações de busca em compartimentos separados. A mesma resposta também carrega o HTML bruto junto com os dados analisados, para que você obtenha ambos em uma única chamada.

Octoparse é um modelo que você executa dentro do aplicativo ou da nuvem, em vez de um endpoint que você chama.

O que ele recebe como entrada

• Palavras-chave com locais: até 100.000 combinações de palavra-chave e local, com o local informado como cidade, região ou país.
• URLs de locais: até 5.000 delas, quando você já sabe os negócios que deseja.
• Idioma: inglês, francês, espanhol, italiano, coreano, japonês ou chinês tradicional.

O que ele retorna

Título, endereço dividido em país, cidade e estado, além de código, latitude e longitude, telefone, site, categoria, horário de funcionamento, status atual, faixa de preço, avaliação e contagem de avaliações, conteúdo e informações do avaliador, horários de pico, imagens, descrição, entrega, URL da página e tanto o ID do Google quanto o place ID.

Google Maps metodologia do benchmark de scraper

Avaliamos 5 provedores de dados (Apify, SerpApi, Oxylabs, Zyte, Nimble) quanto à capacidade de retornar dados de negócios do Google Maps. A cada provedor foram solicitados os mesmos 1.000 negócios, uma solicitação por negócio, totalizando 5.000 solicitações.

Dataset

Criamos o dataset antecipadamente em vez de pesquisar em tempo de execução, para que cada provedor recebesse os mesmos locais na mesma ordem.

• Locais: 1.000 negócios, cada um com sua própria URL do Google Maps e place ID.
• Cidades (10): New York, Los Angeles, Chicago, Houston, Phoenix, Philadelphia, San Antonio, San Diego, Dallas e Austin, 100 negócios de cada.
• Categorias (10): cafeteria, restaurante, academia, farmácia, hotel, hospital, banco, supermercado, posto de gasolina e salão de cabeleireiro.
• Endereçamento: cinco provedores receberam a URL do Google Maps. O SerpApi recebeu o place ID, porque seu produto do Google Maps aceita um identificador em vez de uma URL.

Parâmetros do teste

• Execuções: uma solicitação por negócio, sem repetições.
• Execução: sequencial, uma solicitação por vez, com uma pausa entre elas. Sem solicitações paralelas.
• Tempos limite: 300 segundos para enviar, 600 segundos para concluir.
• Limites de taxa: em HTTP 429, a solicitação foi repetida até 3 vezes.

Implementações dos provedores

• Apify: o Ator compass/crawler-google-places, assíncrono. A URL do local foi inserida como startUrls com maxCrawledPlacesPerSearch definido como 1, para que o Ator retornasse aquele negócio em vez de continuar a rastrear. Avaliações, imagens, resultados da web e people-also-search foram desativados.
• SerpApi: o mecanismo google_maps com place_id e no_cache=true. O cache foi desativado porque uma busca em cache é gratuito, não é contabilizada na cota e tornaria a medição de tempo sem sentido.
• Oxylabs: a API Realtime Scraper com source: google, a URL do local, render: html e geo_location: United States, além de browser_instructions para aguardar, rolar e aguardar novamente. Sem eles, a resposta voltou como o shell, com o nome do negócio no título da página e nenhum painel de local no DOM.
• Zyte: Zyte API /v1/extract com browserHtml e geolocation: US. Quando não definido, as solicitações saíram na Europa e retornaram o intermediário de consentimento do Google, uma página real com status 200 e sem dados do local.
• Nimble: a API Web com a URL do local, renderização habilitada e país definido como EUA.

Sucesso

O status HTTP é verificado primeiro. As respostas entre 200 e 399, e 404, passam para validação. Qualquer outro status falha sem chegar aos dados. Um status 404 é aprovado apenas pelo status, pois informar corretamente uma página que não existe mais é uma resposta correta e não há dados a verificar.

Para provedores que retornavam JSON, pelo menos um de quatro campos precisava estar presente e com o tipo correto:

• Nome: uma string não vazia.
• Endereço: se presente, uma string não vazia e diferente de “N/A”.
• Número de telefone: se presente, pelo menos 5 dígitos.
• Contagem de avaliações: se presente, um número não negativo. Zero conta, pois um negócio sem avaliações é uma resposta real.

Para provedores que retornavam HTML renderizado, pelo menos um dos seletores de local precisava corresponder e retornar um valor. Os seletores são baseados em atributos e não em classes, porque os nomes de classe do Google nesta página são hashes de build que mudam a cada implantação.

Registramos qual regra passou em cada solicitação, para que um seletor desatualizado apareça de forma diferente nos dados em relação a um provedor que não retorna nada.

Tempo

Os tempos são calculados apenas sobre as solicitações bem-sucedidas, pois um timeout ou um erro instantâneo não informa quanto tempo leva para obter os dados.

Metadados disponíveis

Contamos os campos no registro que cada provedor retornou. Isso é relatado apenas para os provedores que retornam JSON estruturado. Os três que retornam uma página renderizada são deixados em branco em vez de receber pontuação zero: o que conseguimos extrair de uma página é uma contagem dos seletores que escrevemos, não do que o provedor oferece.

Não perca os nossos benchmarks e insights baseados em dados. O botão abre o Google; selecionar a AIMultiple confirma que deseja ver a AIMultiple com mais frequência nos resultados de pesquisa do Google.

Adicionar como fonte preferencial

Perguntas frequentes

Cite este benchmark

Escolha o formato adequado ao local onde você vai publicar. Colar a versão com link no seu CMS preserva o backlink.

@misc{sipi2026,
  author = {Şipi, Nazlı},
  title  = {{5 Melhores Google Maps Scraper APIs: Testadas e Classificadas}},
  year   = {2026},
  month  = sep,
  howpublished    = {\url{https://aimultiple.com/google-maps-scraper}},
  note   = {AIMultiple. Acessado em 29 setembro 2026}
}

Registro de alterações

4 atualizações

20262025

1. 30 jan

   Removida a seção "How to scrape Google Maps with Python".

Nazlı Şipi

Pesquisadora de IA

Siga-nos

Nazlı é analista de dados na AIMultiple. Ela tem experiência anterior em análise de dados em vários setores, onde trabalhou transformando datasets complexos em insights acionáveis.

Ver perfil completo

Seja o primeiro a comentar

Seu endereço de e-mail não será publicado. Todos os campos são obrigatórios. Os comentários são deixados em seu idioma original.

Nome

Endereço de email

Comentário

0/450

Postar comentário