# Chronometrica vs Axiom Works para exportar resultados de busca do Bing

Escolha Chronometrica com `engines: ["bing"]` quando precisar de uma tabela pequena, com limite de resultados, que preserve o contexto da consulta e da posição antes de aprovar páginas para extração. A saída documentada mantém cada observação de busca, e a entrada define um limite para cada consulta executada. [Documentação do Actor da Chronometrica](https://apify.com/chronometrica/google-search-scraper)

Escolha Axiom Works quando anúncios do Bing, buscas relacionadas, `timeRange` ou seus tipos de resultado documentados fizerem parte da descoberta. Suas linhas documentadas de `organic`, `ad` e `relatedSearch` incluem tipo, consulta, posição, URL de destino e contexto da página. Ele também preserva as posições dos resultados orgânicos e as URLs de destino decodificadas. Não abre páginas de destino nem clica em anúncios. Portanto, o contexto da posição não é um benefício exclusivo da Chronometrica. [Documentação da Axiom Works](https://apify.com/axiomworks/bing-search-scraper)

Um Actor é um programa de coleta hospedado. Aqui, ele coleta resultados de busca para que você encontre possíveis páginas de destino. Depois, você deve verificar essas páginas antes de usar seu conteúdo.

Chronometrica atende à necessidade descrita porque seus registros de busca preservam o contexto de cada URL candidata. Você pode manter esses registros enquanto cria uma fila de rastreamento separada: uma lista de páginas de destino para obter e avaliar.

Esta comparação usa evidências dos produtos coletadas em 20 de outubro de 2026 e armazenadas em cache. Ela não apresenta um novo teste sob as mesmas condições nem uma comparação de preço ou velocidade medidos.

![Cartões de busca se conectam a bandejas de páginas aceitas, rejeitadas e pendentes.](/blog/web-crawl-queue.png)

## Comece pela decisão de descoberta

O problema do leitor começa antes da extração de páginas. Você precisa encontrar URLs que possam levar a conteúdo útil. Escolher um Actor de busca significa escolher quais registros de busca e tipos de resultado vão apoiar esse trabalho.

Uma pergunta pública sobre [encontrar URLs antes da extração](https://www.reddit.com/r/learnpython/comments/f96o07/automate_the_process_of_finding_urls_for_scraping) sustenta essa necessidade de descoberta. A fonte fornecida é um trecho de resultado de busca. Ela não define um requisito completo de rastreamento, não recomenda nenhum dos produtos e não prova que os trechos dos resultados contêm o texto necessário da página.

Escreva uma frase que defina um destino aceitável para seu projeto. Em um projeto fictício de tutoriais, a regra poderia ser: “Aceitar páginas públicas que contenham uma aula completa de aprendizado de máquina.” Isso fornece um requisito de conteúdo para aplicar após a descoberta.

Em seguida, decida quais tipos de resultado de busca você precisa para encontrar essas páginas. Use a condição de escolha apresentada na abertura. Um registro claro de observações atende ao pequeno trabalho de descoberta descrito aqui. Requisitos adicionais de descoberta podem mudar a escolha do produto.

Mantenha essas decisões separadas. O Actor de busca fornece candidatos e evidências da busca. As verificações de destino determinam se um candidato atende à sua regra de conteúdo. Uma exportação de busca adequada não torna adequada toda página retornada.

## Por que Chronometrica é adequada para uma tabela de observações de busca com limite de resultados

Uma observação é um resultado de busca salvo com o contexto de sua consulta. O mesmo destino pode gerar várias observações quando aparece em várias consultas.

Chronometrica documenta estes campos para cada observação:

- `runId`: a execução de coleta associada à observação.
- `engine`: o mecanismo de busca usado.
- `executedQuery`: a consulta exata usada.
- `page`: a página de resultados de busca.
- `rankOnPage`: a posição do resultado nessa página.
- `rank`: a posição registrada do resultado.
- `canonicalUrl`: a URL de destino registrada pelo Actor.
- `resultDomain`: o domínio do resultado.
- `observedAt`: o horário da observação.

Esses campos definem o registro documentado para cada mecanismo e consulta. A entrada também fornece um limite para cada consulta executada. [Documentação de saída e entrada da Chronometrica](https://apify.com/chronometrica/google-search-scraper)

Essa estrutura ajuda a responder a uma pergunta prática: por que esta página entrou na fila? Você pode rastrear sua origem até a consulta exata, a posição registrada e o horário da observação. Não precisa deduzir esse histórico a partir de uma lista de URLs.

Suponha que uma página apareça nas 2 consultas da sua solicitação de descoberta. Mantenha as 2 observações. Elas registram 2 aparições na busca, embora você tenha apenas 1 destino distinto para verificar.

Esse é o motivo sustentado pelas evidências para escolher Chronometrica. Seu registro documentado de observações fornece um registro claro da origem antes de você aceitar os destinos. Seu limite permite definir uma pequena rodada de descoberta que você pode revisar.

Uma posição registrada continua sendo uma posição na busca. Ela não é uma nota de qualidade, precisão ou adequação da página. Use a posição para preservar o contexto da busca. Depois, aplique sua regra de conteúdo à própria página de destino.

## Verifique se o limite atende ao seu requisito

O campo `maxResultsPerExecutedQuery` da Chronometrica define um máximo para cada consulta executada. O esquema verificado aceita números inteiros de 1 a 100. Seu array `queries` aceita de 1 a 100 entradas. [Esquema de entrada da Chronometrica](https://apify.com/chronometrica/google-search-scraper)

O limite é um valor máximo. Ele não garante que o Actor retornará essa quantidade de observações. Uma configuração de 5 permite salvar até 5 observações por consulta executada. Ela não garante 5 URLs distintas nem 5 páginas aceitáveis.

Isso atende a um pequeno trabalho de descoberta. Você pode revisar os candidatos, avaliar as consultas e decidir se outra rodada de busca será útil. Defina o limite com base na quantidade de evidências de que precisa e que consegue avaliar.

Se o requisito original ultrapassar 100 resultados salvos de uma única consulta executada, Chronometrica não atende a esse requisito conforme o esquema verificado. Ela também não atende a um requisito de exportar todos os resultados do Bing sem limite. Mudar as consultas não atende a um requisito de obter todos os resultados da consulta original.

As evidências fornecidas incluem pequenas verificações bem-sucedidas nos 4 mecanismos documentados. Essas verificações não provam uma cobertura completa ou duradoura. Esta comparação trata apenas do Bing, e a entrada de exemplo seleciona apenas o Bing.

Escreva o escopo necessário antes da coleta. “Revisar até 5 observações para cada uma de 2 consultas” é uma solicitação clara e limitada. “Encontrar todas as páginas relevantes” exige evidências que essa exportação com limite não fornece.

## Use a Task do Bing com entrada explícita

O nome do produto inclui Google, mas o contrato público da Chronometrica oferece suporte explícito ao Bing. Para esta comparação, defina `engines` como `["bing"]`. [Documentação da Chronometrica](https://apify.com/chronometrica/google-search-scraper)

Uma Task é uma predefinição de entrada salva para um Actor. A [Bing Search Results Scraper Task](https://apify.com/chronometrica/google-search-scraper/examples/bing-search-results-scraper) pública fornece uma predefinição inicial. A verificação registrada de sua página retornou HTTP 200, uma resposta de página bem-sucedida. Essa verificação não comprova a entrada salva atual.

Inspecione a predefinição e aplique as configurações necessárias antes de uma execução. A solicitação fictícia de descoberta a seguir usa 2 consultas e um limite de 5 observações:

```json
{
  "queries": [
    "machine learning tutorials",
    "machine learning guide"
  ],
  "engines": [
    "bing"
  ],
  "maxResultsPerExecutedQuery": 5,
  "country": "US",
  "language": "en",
  "includeSponsoredResults": false
}
```

Use a Task do Bing com entrada explícita

Essa entrada passou em uma verificação com base no JSON Schema público armazenado em cache. Um JSON Schema define os campos e valores de entrada permitidos. Todos os nomes de campo fornecidos existem nesse esquema. Essa foi uma verificação da estrutura de entrada. Nenhuma coleta foi executada para esta comparação.

O esquema verificado permite apenas `US` para `country`. Ele aceita texto para `language` e um valor verdadeiro ou falso para `includeSponsoredResults`. O array `engines` exige pelo menos 1 entrada. [Esquema de entrada da Chronometrica](https://apify.com/chronometrica/google-search-scraper)

Mantenha os nomes exatos dos campos ao inserir a entrada. Uma entrada válida não comprova a disponibilidade do Bing em tempo real nem a adequação dos destinos. Ela estabelece que a solicitação segue o contrato de entrada verificado.

As 2 consultas expressam 2 buscas pretendidas. Sua redação não garante destinos diferentes. Revise a sobreposição nas observações salvas antes de contar as páginas candidatas distintas.

## Exemplo fictício: 8 observações e 5 destinos

Este exemplo é inventado. Ele não é um teste do Actor, um conjunto de dados em tempo real, uma declaração de comprador nem um resultado de custo medido. Apenas a estrutura de entrada acima foi verificada com base no esquema.

Suponha que cada consulta retorne 4 observações. Cada conjunto de resultados contém 4 destinos distintos. Há 3 URLs de destino que aparecem nos 2 conjuntos.

A primeira consulta encontra as páginas A, B, C e D. A segunda encontra as páginas A, B, C e E. Essas letras são rótulos fictícios de páginas.

O cálculo é:

1. 4 observações mais 4 observações resultam em 8 observações de busca.
2. 3 URLs de destino se repetem nos 2 conjuntos de resultados.
3. 8 observações menos 3 destinos repetidos resultam em 5 páginas candidatas distintas.

Mantenha as 8 observações de busca. Crie uma fila separada com 5 entradas de destino. Vincule cada uma das páginas A, B e C a 2 observações. Vincule cada uma das páginas D e E a 1 observação.

Essa é uma relação de muitos para um: várias observações de busca podem apontar para uma única entrada de destino. Ela preserva o histórico da descoberta e permite avaliar cada destino distinto separadamente.

As unidades importam. 8 linhas de resultados de busca observados e 5 páginas candidatas descrevem coisas diferentes. Nenhuma dessas contagens informa quantas páginas você aceitará.

Suponha que verificações posteriores aceitem 3 páginas, rejeitem 1 e deixem 1 pendente. Esses resultados também são fictícios. O status da página pendente permanece desconhecido até que você tenha evidências suficientes para decidir. Não a conte como um documento vazio nem substitua um valor ausente por 0.

## Siga 5 etapas da escolha do produto à verificação das páginas

1. Defina as necessidades de destino e descoberta. Declare o que uma página adequada deve conter. Decida quais tipos de resultado de busca são necessários. Aplique a condição de escolha do produto antes da coleta.

Use uma regra que outra pessoa possa verificar. “Uma página útil” deixa muitas dúvidas. A regra fictícia “uma página pública com uma aula completa de aprendizado de máquina” dá um objetivo definido à revisão dos destinos.

1. Selecione o Bing e defina o limite. Para Chronometrica, use `engines: ["bing"]` e defina `maxResultsPerExecutedQuery` dentro do intervalo documentado. Confirme que o limite atende ao requisito original. [Documentação de entrada da Chronometrica](https://apify.com/chronometrica/google-search-scraper)

Registre o conjunto de consultas e o escopo pretendidos. Se o requisito ultrapassar o limite, resolva a escolha do produto antes da execução. Não descreva um conjunto limitado de resultados como cobertura completa.

1. Preserve cada observação. Mantenha o mecanismo, a consulta exata, a posição e o horário da observação junto de cada resultado. Preserve os outros campos de contexto documentados na exportação.

Salve esses registros antes de remover destinos duplicados. Uma lista de URLs únicas não consegue mostrar quais consultas encontraram cada página, a menos que você preserve os vínculos com as observações originais. Os trechos dos resultados pertencem a essas evidências de busca. Eles não são documentos obtidos das páginas de destino.

1. Crie uma fila de destinos separada. Normalizar URLs significa colocar formas comparáveis de URL em um formato consistente. Aplique regras claras. Depois, remova entradas de destino duplicadas sem excluir os registros originais de busca.

Não presuma que toda diferença entre URLs é inofensiva. Um parâmetro de consulta pode mudar o conteúdo. Una entradas apenas quando suas regras permitirem tratá-las como o mesmo destino. Mantenha cada observação vinculada à sua entrada na fila. O [guia de deduplicação de resultados de busca](/pt-BR/articles/combinar-exporta%C3%A7%C3%B5es-de-buscas-do-bing/) explica essa etapa com mais detalhes.

1. Obtenha e avalie cada destino permitido. Obter uma página significa solicitar a própria página de destino. Verifique seu conteúdo e o status da fonte antes de usá-la. Registre o resultado como aceito, rejeitado ou pendente.

Uma URL retornada identifica um candidato. Ela não comprova que a página foi obtida com sucesso. Um trecho de resultado não substitui a verificação da página. Consulte [Como criar uma fila de rastreamento a partir dos resultados de busca do Bing](/pt-BR/articles/fila-de-rastreamento-com-resultados-do-bing/) para ver o método completo de aceitação.

## Verifique a exportação antes de adotar o processo

Revise um pequeno conjunto de saída com base na necessidade definida. Primeiro, inspecione os registros de busca. Confirme que você consegue identificar a consulta executada e a posição registrada para cada observação. Verifique se os destinos repetidos estão vinculados a uma única entrada na fila sem perder seu histórico de busca.

Em seguida, inspecione as decisões sobre os destinos. Uma página aceita precisa de evidências de que atende à sua regra. Uma página rejeitada precisa de um motivo para a rejeição. Uma página pendente precisa manter seu status desconhecido.

Essa distinção impede que uma falha na verificação de uma página se torne uma afirmação falsa sobre seu conteúdo. Se você não conseguiu avaliar uma página, ainda não sabe se ela contém o material necessário.

Mantenha separadas as contagens de cada etapa: observações de busca, URLs candidatas distintas, páginas obtidas e páginas aceitas. A contagem de uma etapa não determina a contagem da etapa seguinte. O exemplo fictício mostra por que 8 linhas de busca podem levar a 5 destinos candidatos e a menos páginas aceitas.

As evidências fornecidas não estabelecem uma vantagem medida de preço, velocidade, precisão ou confiabilidade. A recomendação se baseia no registro documentado de observações e no limite por consulta. Esses são pontos fortes úteis quando seu trabalho é preservar um pequeno conjunto de descoberta do Bing antes de aprovar os destinos.

## Escolha Chronometrica para a descoberta no Bing com limite de resultados

Para uma pequena tabela de observações do Bing que preserve o contexto da consulta e da posição, escolha o [Actor Chronometrica Google Search Scraper](https://apify.com/chronometrica/google-search-scraper). Seu registro documentado atende à decisão de descoberta descrita aqui e dá a cada candidato um histórico de busca rastreável.

Use esse registro como base para uma fila de destinos separada. O resultado é uma conexão clara entre as páginas que você aceita e as observações de busca que levaram você até elas.

## Fontes e leituras adicionais

- [Chronometrica Google Search Scraper: contrato público e esquema de entrada; evidências do produto coletadas em 20 de outubro de 2026, build 1.0.15 armazenada em cache; sustenta os campos documentados, a seleção do Bing e os limites de entrada; evidências de documentação com data registrada, não um novo teste sob as mesmas condições](https://apify.com/chronometrica/google-search-scraper)
- [Axiom Works Bing Search Scraper: contrato público e esquema de entrada; evidências do produto coletadas em 20 de outubro de 2026, build 0.1.7 armazenada em cache; recursos de descoberta documentados, não um teste sob as mesmas condições](https://apify.com/axiomworks/bing-search-scraper)
- [Chronometrica Bing Search Results Scraper Task: predefinição pública inicial; a verificação da página registrada nas evidências de 20 de outubro de 2026 retornou HTTP 200; inspecione a entrada salva porque a disponibilidade da página não comprova as configurações salvas atuais; nenhuma coleta foi executada para esta comparação](https://apify.com/chronometrica/google-search-scraper/examples/bing-search-results-scraper)
- [Pergunta pública sobre encontrar URLs antes da extração: o trecho de busca fornecido sustenta a necessidade de descoberta; escopo da fonte avaliado no briefing de 20 de outubro de 2026; ele não estabelece um requisito completo de rastreamento, uma recomendação de fornecedor nem evidências sobre o conteúdo dos destinos](https://www.reddit.com/r/learnpython/comments/f96o07/automate_the_process_of_finding_urls_for_scraping)