LinkedIn
Instagram
WhatsApp
Telegrama
Gmail
Perspectivas
Google Agenda
Participe da comunidade do SlackProxycurl encerrou as atividades em 4 de julho de 2025
Alternativa ao Proxycurl: O que Aconteceu e Como Substituí-lo em 2026
O Proxycurl encerrou as atividades em 4 de julho de 2025, meses depois que o LinkedIn processou sua empresa controladora, a Nubela, devido à forma como o banco de dados de perfis por trás dele foi construído. Se o seu produto enriquecia perfis do LinkedIn por meio dessa API, a dependência desapareceu, e a verdadeira questão não é mais apenas qual alternativa ao Proxycurl é a mais barata. É saber se aquela que você escolher em seguida foi construída sobre a mesma vulnerabilidade que derrubou esta.
A resposta curta
Criar na API do LinkedIn gratuitamenteO Proxycurl construiu e revendeu um banco de dados de perfis do LinkedIn coletados fora do acesso de qualquer membro autenticado, exatamente o padrão que o processo judicial do LinkedIn visou. Uma API baseada em contas, como o Unipile, recupera dados em nome da conta do próprio LinkedIn de cada usuário final, limitada ao que aquele membro já pode ver, sem nenhum banco de dados de perfis independente por trás dela. Essa diferença estrutural, e não a tabela de preços, é o que decide se uma substituição herda o mesmo risco.
Índice
O QUE ACONTECEU
O QUE MUDA
ESCOLHENDO UM SUBSTITUTO
CONSTRUA COM A UNIPILE
O que aconteceu com a Proxycurl e quando
Proxycurl, gerida por uma empresa chamada Nubela, vendia acesso via API a dados de perfis e empresas do LinkedIn: um desenvolvedor enviava uma URL do LinkedIn e recebia campos estruturados de volta, sem necessidade de sessão de navegador ou consulta manual. Era uma das APIs de dados do LinkedIn mais utilizadas entre construtores de SaaS e, segundo o relato de seu próprio fundador, fazia aproximadamente 10 milhões de dólares em receita recorrente anual quando o caso que o encerrou foi protocolado.
| Data | O que aconteceu |
|---|---|
| Janeiro de 2025 | O LinkedIn entrou com uma ação judicial federal contra a Nubela, alegando que centenas de milhares de contas falsas foram criadas para coletar milhões de perfis do LinkedIn, que a Proxycurl depois revendia por meio de sua API. |
| Meados de 2025 | O caso é encerrado por acordo, com obrigações de exclusão de dados impostas à Nubela. |
| 4 de julho de 2025 | Proxycurl é encerrado. O fundador Steven Goh escreve publicamente: "Não há como vencer lutando contra isso." |
| Após julho de 2025 | A Nubela relança sob uma nova marca, Enrich Layer. |
A própria explicação do fundador para não combater o processo aponta para a Regra Americana: mesmo uma empresa confiante de que acabaria vencendo não consegue reaver seus custos legais, o que torna uma luta prolongada contra um orçamento jurídico muito maior uma proposta perdedora, independentemente dos méritos. Seja o que for que um substituto prometa em termos de preço ou cobertura, essa mesma assimetria se aplica a qualquer provedor que se baseie no mesmo modelo.
Proxycurl não foi um caso isolado
O processo da Nubela se encaixa em um padrão que o antecede e continuou desde então. Três casos, com três anos de intervalo, visam todos a mesma estrutura subjacente: um banco de dados de perfis construído de forma independente da sessão de qualquer membro autenticado do LinkedIn.
hiQ Labs v. LinkedIn, dezembro de 2022: após anos de litígio, uma sentença de consentimento ordenou que a hiQ pagasse 500.000 USD e parasse permanentemente de coletar dados do LinkedIn, além de excluir seu código e dados derivados. A hiQ não existe mais.
LinkedIn x Nubela (Proxycurl), janeiro a julho de 2025: coberto acima.
LinkedIn v. ProAPIs, protocolado em 3 de outubro de 2025: O LinkedIn alega uma "fábrica de contas falsas em escala industrial" que revende acesso por até 15.000 dólares americanos por mês por cliente, a qual afirma ter detectado "em poucas horas"."
Nada disso significa que todos os fornecedores de dados do LinkedIn serão processados. Significa que o risco é estrutural, não incidental: ele está associado a uma forma específica de construir os dados, e não ao tamanho ou às intenções de uma empresa específica. O registro público por trás desse risco estrutural está detalhado em nosso guia sobre se A extração de dados do LinkedIn é legal.
O que o encerramento significa se o seu produto dependia do Proxycurl
O fundador da Proxycurl descreveu o encerramento como imediato, e não gradual. Para um produto que chamava sua API para enriquecer perfis, isso tem três consequências concretas.
As chamadas falham agora. Qualquer etapa de enriquecimento que dependesse dos endpoints do Proxycurl retorna erros, sem janela de migração por parte do fornecedor.
Campos armazenados ficam desatualizados. Quaisquer dados de perfil que você recuperou e armazenou em cache antes de 4 de julho de 2025 param de ser atualizados. Cargos, títulos e conexões continuam mudando no LinkedIn; a sua cópia deles, não.
A escolha da substituição agora importa mais do que a velocidade da migração. A seção acima mostra que este é um padrão recorrente, e não um caso isolado. Escolher um substituto que reproduza o mesmo modelo de dados compra tempo, não segurança.
O padrão que deve moldar tudo o que você escolher a seguir
Cada caso acima tem como alvo a mesma estrutura: um banco de dados de perfis construído fora da própria sessão de qualquer membro autenticado e revendido a terceiros. Um substituto que reproduz essa estrutura herda a mesma exposição, independentemente de seu preço ou abrangência de campos em uma página de comparação.
Camada Enrich e a pergunta sucessora
A Nubela não desapareceu. A empresa foi relançada sob um novo nome, Enrich Layer, de acordo com o anúncio de encerramento do próprio fundador. O que não está documentado publicamente é se os dados por trás da nova marca são construídos de forma diferente daqueles que motivaram o processo original.
Essa não é uma afirmação que esta página possa fazer em nenhum dos sentidos, e isso não deveria ser o fator decisivo para um rebranding, assim como não deveria ser para uma alternativa totalmente nova da qual você nunca ouviu falar. A resposta honesta é aplicar a Enrich Layer a mesma verificação que a seção seguinte aplica a todas as opções: pergunte de onde vêm os dados, e não como o produto se chama.
O que verificar antes de escolher uma alternativa ao Proxycurl
A maioria das páginas de comparação classifica as opções por preço por consulta ou por quantos campos elas retornam. Nenhuma das duas perguntas prevê se o provedor sobreviverá aos próximos três anos. A pergunta que faz isso é mais simples: os dados recuperados são em tempo real, em nome de um usuário real autenticado, ou extraídos de um índice que o provedor construiu e possui.
O que ele fez bem
Nenhuma autenticação de usuário final para construir. Uma chave de API, e qualquer perfil no índice estava acessível.
Trabalhei em escala de lista, inclusive com pessoas com quem ninguém no seu produto tinha qualquer tipo de relação.
Preço por crédito que era simples de modelar e de repassar para os seus próprios clientes.
Rápido de integrar: uma única chamada HTTP, sem fluxo de vinculação de contas para desenhar ou manter.
Onde quebrou
Um índice compartilhado significava um ponto único de falha, que foi o que encerrou o serviço em 4 de julho de 2025.
A exposição jurídica do provedor foi herdada por todos os clientes de uma só vez, sem aviso prévio.
A atualização dependia de quando o índice foi construído pela última vez, e não da visão do próprio membro.
Apenas leitura. Nenhuma maneira de enviar uma mensagem, um convite ou qualquer outra ação de volta para a plataforma.
O contraponto: o modelo foi fácil de adotar justamente porque não exigia nada do usuário final, e essa mesma propriedade foi o que concentrou o risco em um só lugar.
O que faz bem
A recuperação e as ações são executadas em nome do membro autenticado que vinculou sua própria conta.
A exposição é calculada por conta vinculada, em vez de ser unificada em um único índice para toda a empresa.
Ler e escrever: recuperar um perfil, enviar uma mensagem, gerenciar convites, na mesma integração.
Os dados refletem o que aquele membro pode ver agora, e não um instantâneo de uma varredura anterior.
O que não fará
Cada usuário final precisa vincular sua conta, portanto, há uma etapa de integração a ser projetada e suportada.
O escopo é limitado pelo que aquele membro já consegue ver, portanto não substitui o enriquecimento de lista inteira de pessoas com quem ninguém está conectado.
O volume segue os próprios limites por conta da plataforma, e a cadência continua sendo uma decisão do lado do cliente.
Se o seu produto não tem nenhum usuário conectado no fluxo, este modelo não é o ideal.
O contraponto: pedir que cada membro vincule sua própria conta é trabalho real, e é isso que mantém a integração com escopo definido, auditável e independente de qualquer índice específico permanecer online.
| Pergunta a fazer | Banco de dados pré-construído | API baseada em conta |
|---|---|---|
| Quem está autenticado | Ninguém, no momento da solicitação. Os dados foram coletados independentemente de qualquer sessão de membro. | O usuário final, através de sua própria conta vinculada do LinkedIn. |
| O que pode recuperar | Qualquer perfil no índice, independentemente da relação do cliente solicitante com ele. | O que a própria conta do membro autenticado já pode ver. |
| Se o provedor for processado | A integração de cada cliente depende de um único índice compartilhado que pode desaparecer da noite para o dia, como aconteceu em 4 de julho de 2025. | A exposição é delimitada por conta vinculada, não sendo agrupada em um único ativo válido para toda a empresa. |
Observação sobre Manipulação de DadosNenhum banco de dados de perfil independente por trás da API
Recuperação em tempo real, em nome do usuário autenticado: os dados de perfil e de mensagens são recuperados através da própria sessão da conta vinculada, limitados ao que esse membro já consegue ver, e não indexados em um banco de dados independente do Unipile.
Nenhum arquivo paralelo: A Unipile não cria nem revende um banco de dados de perfis do LinkedIn. O que passa pela API chega ao seu produto; não é retido como um ativo separado.
Isolamento por conta: Cada conta do LinkedIn vinculada opera de forma independente. Nada é compartilhado entre as contas dos seus clientes.
Um serviço como o Proxycurl é legal em 2026?
Perguntar apenas se o Proxycurl é legal é o questionamento errado em si, porque a legalidade e a própria aplicação das regras pelo LinkedIn são duas vias separadas que podem apontar em direções diferentes ao mesmo tempo.
A lei: O Nono Circuito concluiu em hiQ Labs v. LinkedIn que a coleta de dados visíveis publicamente não viola, por si só, o CFAA. Essa conclusão ainda continua válida.
O contrato: A hiQ venceu esse ponto específico e ainda assim perdeu o caso sob a lei de contratos, encerrando suas atividades posteriormente sob um julgamento por consentimento de dezembro de 2022. O do LinkedIn Contrato de Usuário, a Seção 8.2, proíbe a coleta automatizada de dados, independentemente do que o CFAA permita, e a própria página do LinkedIn sobre software e extensões proibidos confirma que as contas que a violam "correm o risco de ter suas contas restritas ou encerradas."
A aplicação: Os processos da Nubela e da ProAPIs mostram o LinkedIn agindo diretamente na via contratual, independentemente de qualquer questão da CFAA e independentemente de há quantos anos um provedor opera sem incidentes.
Uma ferramenta pode ser defensível sob um enquadramento legal e ainda assim perder o seu acesso ao LinkedIn nos termos de serviço da própria plataforma. Essa lacuna entre as duas vias é exatamente o que tornou a decisão da Corte do Nono Circuito no caso hiQ uma vitória parcial que ainda terminou em encerramento das atividades.
Como a Unipile responde, mapeado para o que a Proxycurl cobriu
Para ser direto sobre o limite honesto aqui: o Unipile não é um substituto direto para buscar qualquer um dos milhões de perfis com os quais você não tem nenhuma relação, do jeito que o Proxycurl era. O Unipile é uma API baseada em contas. Cada usuário final vincula sua própria conta do LinkedIn por meio de um fluxo de autenticação hospedado, e cada recuperação ou ação subsequente é executada em nome desse membro autenticado. Se o seu produto precisa resolver um perfil arbitrário, independentemente da conexão do próprio usuário solicitante com ele, esse escopo de capacidade é genuinamente diferente por design, e essa diferença é o ponto principal desta página, e não um aviso a ser ignorado.
Para o trabalho de enriquecimento que a maioria dos produtos dependentes do Proxycurl realmente executou, o mapeamento é o seguinte:
Enriquecimento de CRM: em vez de um trabalho em segundo plano buscando em um índice estático, o perfil que um representante já está visualizando, ou um contato já vinculado no CRM através de sua própria conta, é recuperado em tempo real e sincronizado no registro, por usuário.
ATS e recrutamento: as consultas de perfil de candidatos são realizadas na própria conta vinculada do recrutador. Como o Unipile é baseado em contas em vez de ser apenas de leitura, essa mesma conta vinculada também pode enviar um pedido de conexão ou mensagem, um recurso que o Proxycurl nunca ofereceu.
Ferramentas de vendas e captação de leads: dados de perfil e de mensagens são resolvidos para a própria conta vinculada do representante, em um cronograma controlado pelo seu produto, sem a dependência de índice compartilhado descrita acima.
// No lado do servidor, em nome da conta vinculada do usuário autenticado
const res = await fetch('https://api.unipile.com/api/v1/users/' + profileId + '?account_id=' + linkedAccountId, {
cabeçalhos: { 'X-API-KEY': apiKey }
});
// Retorna o que aquela conta vinculada já pode ver, em tempo real
Limites da Plataforma e Uso ResponsávelUm modelo baseado em contas não remove os próprios limites do LinkedIn
Os limites são repassados, não removidos: a recuperação e o envio de mensagens permanecem dentro da mesma conexão, busca e limites de mensagens que um membro atingiria dentro da própria interface do LinkedIn.
A cadência e o volume continuam sendo uma decisão do lado do cliente: A API executa o que o seu produto e os seus usuários decidem enviar, por usuário. Ela não dita o ritmo em nome deles.
Uma integração, um esquema, no LinkedIn, WhatsApp, Instagram, Telegram, e-mail e calendários. Autenticação hospedada e webhooks em vez de um índice estático que pode desaparecer em uma data de arquivamento.
Comece a construirComo a Unipile OperaSem credenciais compartilhadas, sem elevação de acesso
Intermediário técnico independente: A Unipile age em nome de cada usuário autenticado, dentro de uma sessão que pertence a ele, não como um revendedor de dados e não em nome do LinkedIn.
Cada conta vinculada é isolada: nenhuma credencial é compartilhada entre os seus clientes, e uma conta vinculada não pode ver os dados de outra.
Não afiliado, endossado ou patrocinado pelo LinkedIn. LinkedIn é uma marca comercial da LinkedIn Corporation.
A pergunta sobre o modelo acima, e não a lista de recursos, é o que separa uma alternativa durável ao Proxycurl daquelas que continuam carregando a mesma vulnerabilidade silenciosamente.
Três lugares para ir mais fundo: o guia para recuperar dados do LinkedIn em seu próprio software cobre o lado da recuperação de ponta a ponta, como as principais opções da API do LinkedIn se comparam se você estiver avaliando mais de um provedor, e se existe uma camada gratuita da API do LinkedIn junto com como funciona a precificação da API do LinkedIn uma vez que a questão estrutural acima esteja resolvida.
Alternativa ao Proxycurl: suas perguntas respondidas
O que aconteceu com o Proxycurl, o que o encerramento significa e como uma API baseada em conta é diferente.
O Proxycurl, administrado pela Nubela, era uma API de dados do LinkedIn que gerava uma receita anual de aproximadamente $10M. O LinkedIn entrou com uma ação judicial em janeiro de 2025, alegando que centenas de milhares de contas falsas foram utilizadas para coletar milhões de perfis para revenda por meio da API. O Proxycurl chegou a um acordo e desligamento em 4 de julho de 2025, com seu fundador escrevendo que "não há como vencer lutando contra isso."
A legalidade e a própria fiscalização do LinkedIn são duas questões diferentes. O Nono Circuito concluiu no caso hiQ Labs v. LinkedIn que a coleta de dados visíveis publicamente não viola por si só a CFAA, mas a hiQ ainda perdeu com base na lei de contratos e encerrou suas atividades após um julgamento por consentimento em dezembro de 2022. Um serviço pode ser defensível sob um enquadramento legal e ainda assim perder seu acesso ao LinkedIn sob os Termos de Serviço do LinkedIn, que foi o que aconteceu com o Proxycurl, independentemente da questão da CFAA.
A reclamação de janeiro de 2025 do LinkedIn contra a Nubela alegou que centenas de milhares de contas falsas foram criadas para coletar milhões de perfis do LinkedIn, que a Proxycurl depois revendeu por meio de sua API para terceiros, em violação ao Contrato de Usuário do LinkedIn.
Não. O Proxycurl encerrou as atividades em 4 de julho de 2025 e suas chamadas de API falham. Qualquer dado de perfil que seu produto tenha armazenado em cache antes dessa data para de ser atualizado e fica obsoleto, já que os perfis do LinkedIn continuam mudando depois do fato.
A Enrich Layer é a marca sob a qual a Nubela, empresa controladora da Proxycurl, foi relançada após o encerramento das atividades. Não há informações públicas que indiquem se os dados por trás da nova marca são estruturados de maneira diferente daquela que motivou o processo judicial original. Aplique à Enrich Layer a mesma verificação descrita neste guia — sobre a origem dos dados —, da mesma forma que faria com qualquer outra opção que você esteja considerando.
Verifique de onde os dados vêm antes de comparar preço ou cobertura de campos. Um provedor que coleta e indexa perfis de forma independente da sessão de qualquer membro do LinkedIn apresenta a mesma exposição que acabou com a Proxycurl, a hiQ e o processo movido pelo LinkedIn contra a ProAPIs. Uma API baseada em contas que recupera dados em nome da conta vinculada de cada usuário autenticado não compartilha desse ponto único de falha.
Não, e não deveria pretender ser. O Proxycurl podia consultar qualquer perfil em seu índice, independentemente da relação do cliente solicitante com ele. O Unipile é uma API baseada em contas: a recuperação é executada em nome da própria conta do LinkedIn vinculada do usuário final autenticado, limitada ao que esse membro já pode ver. É um modelo diferente com um escopo de capacidade diferente, construído para evitar a exposição descrita neste guia, em vez de copiar o alcance do Proxycurl.
Não. Os dados são recuperados em tempo real, em nome do usuário autenticado, por meio da sessão da sua própria conta vinculada, e repassados para o seu produto. A Unipile não cria nem revende um banco de dados autônomo de perfis do LinkedIn, e cada conta vinculada é isolada: nada é compartilhado entre as contas dos seus clientes.
Não. O Unipile é um intermediário técnico independente, não afiliado, endossado ou patrocinado pelo LinkedIn. Ele atua em nome de cada usuário autenticado dentro de uma sessão que pertence a ele, e não em nome do LinkedIn. O LinkedIn é uma marca comercial da LinkedIn Corporation.
Ainda tem dúvidas? Nossa equipe está aqui para ajudar.
Construa uma camada de dados do LinkedIn que não compartilhe a exposição do Proxycurl
Construa sua primeira integraçãoAutenticação hospedada, recuperação em nome de cada conta vinculada e um único esquema para LinkedIn, WhatsApp, Instagram, Telegram, e-mail e calendários. Não é necessário cartão de crédito para começar.
Fontes
9 referências, setembro de 2026Todas as datas e números nesta página remontam à fonte abaixo. Casos são resolvidos e empresas mudam de nome sem aviso prévio, portanto, considere isto como um instantâneo, não como um status permanente.
NubelaO próprio fundador aviso de encerramento, 4 de julho de 2025, incluindo o relançamento da Camada Enrich.
StartupHubCobertura sobre o encerramento do Proxycurl, incluindo o contexto de receita.
O RegistroLinkedIn v. ProAPIs, protocolado em 3 de outubro de 2025.
hiQ Labs v. LinkedInHistórico do caso via Wikipédia e o Sentença por acordo de dezembro de 2022.
Nono CircuitoO Decisão de apelação de abril de 2022 sobre a questão da CFAA em hiQ v. LinkedIn.
Ajuda do LinkedInSoftware e extensões proibidos, a política oficial mencionada na seção jurídica.
Contrato do Usuário do LinkedInSeção 8.2, o base contratual para as ações de imposição do LinkedIn.
Unipile, conectando contasO fluxo de autenticação hospedada mencionados ao longo deste guia.
Documentos do desenvolvedor da UnipileCompleto Referência de API e guia de introdução para a integração com o LinkedIn.
Última atualização em setembro de 2026. A Unipile é um intermediário técnico independente e não é afiliada, endossada ou patrocinada pelo LinkedIn. O volume, a cadência e o conteúdo de qualquer ação realizada por meio da API permanecem sendo uma decisão do cliente, em conformidade com os Termos de Serviço do LinkedIn e as regulamentações de proteção de dados aplicáveis (GDPR).
BR 
EN 
FR 
ES 
DE 
IT 
NL 
PL 
TR