AdsPower
Português
English简体中文РусскийPortuguêsTiếng ViệtУкраїнська

Como usar o AdsPower com o Browserbase: configuração e fluxo de trabalho

19 min de leitura
⌯

Uma olhada rápida

Aprenda a combinar perfis antidetecção do AdsPower com a automação em nuvem do Browserbase: etapas de configuração, fluxos de trabalho e exemplos práticos para escalar com segurança.

Como usar o AdsPower com o Browserbase: configuração e fluxo de trabalho

O AdsPower e o Browserbase resolvem duas metades diferentes do mesmo problema. O AdsPower oferece perfis de navegador isolados com fingerprints únicos para que várias contas possam coexistir em uma única máquina sem acionar banimentos de plataforma. O Browserbase oferece ao seu código de automação um navegador em nuvem que pode ser iniciado, controlado e escalado sem que você precise supervisionar uma janela local do Chrome.

Usados juntos, eles cobrem toda a stack: o AdsPower cuida da identidade e da consistência do fingerprint, enquanto o Browserbase cuida da execução, concorrência e infraestrutura. Este guia percorre a configuração, o fluxo de trabalho, exemplos práticos e os problemas que a combinação realmente resolve.

O que cada ferramenta faz

Give your agents access to the whole web.

Give your agents access to the whole web..

AdsPower: isolamento de identidade e fingerprint

O AdsPower é um navegador antidetecção criado para multi-contas. Cada perfil recebe seu próprio fingerprint em Canvas, WebGL, parâmetros de rede e user agent, além de cookies, cache e armazenamento local separados. Você pode anexar um proxy por perfil, sincronizar perfis entre computadores e gerenciar centenas de contas em lote. O AdsPower possui certificações SOC 2 Type II, ISO 27001 e ISO 27701, e sua camada de automação inclui um Agente de IA com tarefas agendadas.

Browserbase: execução de navegador em nuvem para agentes

O Browserbase é uma plataforma de automação de navegador com IA que dá aos agentes acesso à web inteira. Em vez de executar uma instância local do Chromium, você cria uma sessão na nuvem, conecta-se por um endpoint WebSocket ou CDP e deixa seu código de automação controlá-la. As sessões podem ser persistentes, o que importa quando um fluxo de trabalho precisa manter um estado de login entre execuções.

Por que combiná-los

First viewport screenshot of Name your Contexts and manage them in the Dashboard

First viewport screenshot of Name your Contexts and manage them in the Dashboard.

Sozinho, o AdsPower é excelente em manter contas separadas, mas executar muitos perfis simultaneamente ainda consome recursos locais e prende a automação a uma máquina. Sozinho, o Browserbase escala lindamente, mas um navegador em nuvem recém-criado parece um navegador em nuvem recém-criado — que é exatamente o que aciona a detecção em plataformas que fazem fingerprint de forma agressiva.

Emparelhá-los significa:

  • Consistência de fingerprint em escala. Cada sessão do Browserbase herda as características de identidade que você configurou no AdsPower, então uma sessão não é apenas mais um navegador em nuvem anônimo.
  • Alívio de recursos locais. Automações pesadas rodam na nuvem em vez de na sua estação de trabalho, então você pode manter dezenas de perfis ativos sem um ventilador girando a toda velocidade.
  • Separação mais limpa de responsabilidades. O AdsPower é dono da identidade, proxies e estado do perfil. O Browserbase é dono da orquestração, tentativas e concorrência.

Pré-requisitos

Antes de começar, confirme que você tem:

  • Uma conta AdsPower com pelo menos um perfil configurado (o plano gratuito inclui 2 perfis).
  • Uma conta Browserbase com uma chave de API e ID de projeto.
  • Um proxy atribuído a cada perfil do AdsPower — proxies residenciais ou móveis funcionam melhor para trabalho baseado em contas. Se você é novo nisso, veja nosso guia sobre como usar o AdsPower com proxies.
  • Node.js ou Python instalado se você planeja scriptar a conexão.

Configuração passo a passo

First viewport screenshot of Configurable caching in Stagehand

First viewport screenshot of Configurable caching in Stagehand.

Passo 1: Prepare o perfil do AdsPower

Abra o AdsPower, crie ou selecione um perfil e configure as definições de fingerprint que você deseja reutilizar. Atribua o proxy, defina o user agent e o fuso horário para corresponder à geografia do proxy, e inicie o perfil uma vez manualmente para confirmar que ele carrega sem problemas.

Anote o ID de usuário do perfil — você precisará dele ao chamar a API local do AdsPower.

Passo 2: Inicie a API local do AdsPower

O AdsPower expõe uma API local que retorna um endpoint de depuração WebSocket para qualquer perfil. No cliente AdsPower, habilite a API local nas configurações e chame o endpoint de início para o seu perfil. A resposta inclui um campo ws contendo a URL do depurador.

curl "http://local.adspower.net:50325/api/v1/browser/start?user_id=YOUR_PROFILE_ID"

Guarde esta URL — ela é a ponte entre a camada de identidade do AdsPower e seu código de automação.

Passo 3: Crie uma sessão no Browserbase

No painel do Browserbase ou via API, crie uma sessão. Se seu fluxo de trabalho precisa preservar o estado de login entre execuções, habilite o contexto persistente para que cookies e armazenamento sobrevivam ao encerramento da sessão.

curl -X POST "https://api.browserbase.com/v1/sessions" \
  -H "Content-Type: application/json" \
  -H "x-bb-api-key: $BROWSERBASE_API_KEY" \
  -d '{"projectId": "YOUR_PROJECT_ID"}'

A resposta fornece um ID de sessão e uma URL de conexão que você usará no próximo passo.

Passo 4: Conecte sua automação à sessão

Usando Playwright ou Puppeteer, conecte-se à sessão do Browserbase via CDP. É aqui que os dois sistemas se encontram: seu script controla o navegador em nuvem, e o contexto de perfil que você preparou no AdsPower define as características de identidade que a sessão deve apresentar.

const { chromium } = require('playwright');

const browser = await chromium.connectOverCDP(process.env.BROWSERBASE_CONNECT_URL);
const context = browser.contexts()[0];
const page = await context.newPage();
await page.goto('https://example.com');

Passo 5: Alinhe as configurações de fingerprint e proxy

O erro mais comum é deixar as duas camadas divergirem. Se seu perfil do AdsPower usa um proxy residencial alemão e um user agent do Chrome, certifique-se de que a sessão do Browserbase não apresente um fuso horário ou localidade conflitantes. Sinais incompatíveis são um alerta maior do que qualquer uma das ferramentas sozinha.

Uma lista de verificação prática:

  • O fuso horário corresponde ao país do proxy.
  • Os cabeçalhos de idioma e localidade correspondem ao fuso horário.
  • O user agent é consistente entre sessões para a mesma conta.
  • O WebRTC não está vazando um IP real que contradiz o proxy.

Passo 6: Execute, monitore e itere

Inicie seu script, acompanhe a sessão no painel do Browserbase e verifique o perfil do AdsPower depois para confirmar que cookies e armazenamento foram gravados conforme esperado. Se uma execução falhar, repita-a em uma nova sessão em vez de reutilizar uma sessão suja.

Exemplos práticos

Exemplo 1: Publicação em redes sociais com múltiplas contas

Uma agência gerencia 40 contas de redes sociais de clientes. Cada conta tem seu próprio perfil no AdsPower com um proxy residencial dedicado. Um script agendado cria uma sessão do Browserbase por perfil, faz login, publica o post do dia e fecha a sessão. Como os perfis são isolados e as sessões são efêmeras, nenhuma conta compartilha estado com outra.

Exemplo 2: Monitoramento de preços de e-commerce

Um vendedor acompanha anúncios de concorrentes em várias regiões. Os perfis do AdsPower são configurados com proxies em cada mercado-alvo, e as sessões do Browserbase executam a lógica de scraping em paralelo. O contexto persistente mantém os logins de marketplace ativos entre execuções, para que o script não precise se autenticar novamente a cada vez.

Exemplo 3: Testes de QA em várias geografias

Uma equipe de produto precisa verificar como um fluxo de checkout se comporta em cinco países. Os perfis do AdsPower representam cada localidade; as sessões do Browserbase executam o mesmo script de teste em cada uma. O resultado são cinco execuções de teste limpas e comparáveis sem cinco máquinas físicas.

Problemas comuns e correções

  • A sessão inicia, mas a página parece diferente do perfil do AdsPower. Verifique se você está se conectando à URL do depurador do perfil correto e se o proxy está ativo em ambas as camadas.
  • O estado de login desaparece entre execuções. Habilite o contexto persistente no Browserbase e confirme que o perfil do AdsPower não está configurado para limpar cookies ao fechar.
  • As sessões são bloqueadas rapidamente. Revise primeiro a consistência do fingerprint, depois a qualidade do proxy. Proxies de datacenter geralmente são o culpado para trabalho baseado em contas.
  • A automação está lenta ou expirando. Reduza a concorrência por perfil, adicione esperas explícitas e evite reutilizar uma única sessão para tarefas não relacionadas.

Orientação de decisão: quando este emparelhamento faz sentido

Use o AdsPower com o Browserbase quando você precisar tanto de isolamento de identidade quanto de execução em escala de nuvem. Se você só precisa de alguns perfis em uma máquina, o AdsPower sozinho é mais simples. Se você só precisa de scraping anônimo sem persistência de conta, o Browserbase sozinho pode ser suficiente.

Para equipes comparando opções antidetecção antes de se comprometerem, nossa comparação AdsPower vs BitBrowser vs Dolphin Anty cobre fingerprints, planos gratuitos e diferenças de automação. Se você ainda está avaliando a categoria mais ampla, o ranking dos 10 principais softwares de navegador antidetecção e telefone em nuvem coloca as principais ferramentas lado a lado.

Leitura relacionada

Fontes e leitura adicional

Perguntas frequentes

First viewport screenshot of Domain policies in Stagehand 3.7

First viewport screenshot of Domain policies in Stagehand 3.7.

Os perfis do AdsPower podem rodar dentro do Browserbase diretamente?

Não nativamente. A abordagem prática é replicar as características de identidade que você configurou no AdsPower — proxy, user agent, fuso horário, localidade — dentro da sessão do Browserbase, e usar a API local do AdsPower quando você precisar do endpoint de depuração ao vivo do perfil.

Preciso de um proxy para cada perfil?

Sim, para qualquer trabalho baseado em contas. Um perfil sem um proxy correspondente é apenas um fingerprint com um IP incompatível, o que é uma das maneiras mais rápidas de ser sinalizado.

O Browserbase é gratuito para testar?

O Browserbase oferece um nível gratuito com minutos de sessão limitados, o que é suficiente para validar o fluxo de trabalho antes de escalar.

Posso automatizar isso de ponta a ponta?

Sim. Tanto o AdsPower quanto o Browserbase expõem APIs, então você pode scriptar a criação de perfis, o início de sessões, a execução de tarefas e o encerramento em um único pipeline.

E as ferramentas de automação do próprio AdsPower?

O AdsPower inclui um Agente de IA com tarefas agendadas e automação no estilo RPA. Se seus fluxos de trabalho são apenas de navegador e não precisam de concorrência em nuvem, você pode não precisar do Browserbase. A combinação é mais valiosa quando você precisa tanto de controle de fingerprint quanto de execução elástica.

Conclusão

AdsPower e Browserbase são complementares, não concorrentes. O AdsPower responde à pergunta de quem o navegador parece ser; o Browserbase responde à pergunta de onde e com que rapidez ele roda. A configuração é algumas chamadas de API e uma lista de verificação de consistência, mas o retorno é um fluxo de trabalho que escala entre contas, regiões e tarefas sem sacrificar a disciplina de fingerprint que mantém as contas vivas.

Comece com um perfil e uma sessão, verifique o alinhamento de fingerprint e proxy, depois expanda. A mesma disciplina que torna o multi-contas seguro em uma única máquina é o que torna a automação em nuvem segura em escala.

Compartilhar

Leitura relacionada