LinkedIn
Instagram
WhatsApp
Telegramma
Gmail
Prospettiva
Calendario di Google
Partecipare alla comunità SlackProxycurl ha chiuso, 4 luglio 2025
Alternativa a Proxycurl: cosa è successo e come sostituirla nel 2026
Proxycurl ha chiuso il 4 luglio 2025, mesi dopo che LinkedIn aveva fatto causa alla sua società madre, Nubela, per le modalità di costruzione del database di profili sottostante. Se il vostro prodotto arricchiva i profili LinkedIn tramite quell'API, la dipendenza è svanita e la vera questione non è più solo quale alternativa a Proxycurl sia la più economica. È se quella che sceglierete la prossima volta si basi sulla stessa esposizione che ha fatto chiudere questa.
La risposta breve
Costruire sull'API di LinkedIn gratuitamenteProxycurl ha creato e rivenduto un database di profili LinkedIn raccolti al di fuori dell'accesso autenticato di qualsiasi utente, lo stesso schema preso di mira dalla causa di LinkedIn. Un'API basata sugli account come Unipile recupera i dati per conto dell'account LinkedIn collegato di ciascun utente finale, limitatamente a ciò che quell'utente può già vedere, senza alcun database di profili indipendente alle spalle. Quella differenza strutturale, non il listino prezzi, è ciò che decide se un ricambio eredita lo stesso rischio.
Indice dei contenuti
COSA È SUCCESSO
CHE COSA CAMBIA
SCEGLIERE UN SOSTITUTO
COSTRUISCI CON UNIPILE
Che cosa è successo a Proxycurl e quando
Proxycurl, gestita da un'azienda chiamata Nubela, vendeva l'accesso tramite API ai profili LinkedIn e ai dati aziendali: uno sviluppatore inviava un URL di LinkedIn e riceveva in cambio campi strutturati, senza alcuna sessione del browser e senza bisogno di ricerche manuali. Era una delle API di dati di LinkedIn più utilizzate tra i creatori di SaaS e, secondo il resoconto del suo stesso fondatore, fatturava circa 10 milioni di USD di ricavi ricorrenti annuali quando è stato depositato il caso che vi ha messo fine.
| Data | Che cosa è successo |
|---|---|
| Gennaio 2025 | LinkedIn ha intentato una causa federale contro Nubela, sostenendo che siano stati creati centinaia di migliaia di falsi account per raccogliere milioni di profili LinkedIn, che Proxycurl ha poi rivenduto tramite la sua API. |
| Metà 2025 | Il caso si chiude con un accordo, imponendo a Nubela l'obbligo di cancellare i dati. |
| 4 luglio 2025 | Proxycurl chiude. Il fondatore Steven Goh scrive pubblicamente: "Non c'è modo di vincere in questa lotta." |
| Dopo luglio 2025 | Nubela si rilancia con un nuovo marchio, Enrich Layer. |
La spiegazione fornita dallo stesso fondatore per non aver combattuto la causa chiama in causa la regola americana: persino un'azienda sicura di vincere alla fine non può recuperare le proprie spese legali, il che rende una battaglia prolungata contro un budget legale molto più cospicuo una proposta perdente a prescindere dal merito. Qualsiasi cosa un sostituto prometta in termini di prezzo o copertura, quella stessa asimmetria si applica a qualsiasi fornitore che si basi sullo stesso modello.
Proxycurl non è stato un caso isolato
L'abito Nubela segue uno schema che lo precede e che è continuato da allora. Tre casi, a tre anni di distanza l'uno dall'altro, prendono tutti di mira la stessa struttura di base: un database di profili costruito indipendentemente da qualsiasi sessione autenticata di un membro di LinkedIn.
hiQ Labs contro LinkedIn, dicembre 2022: dopo anni di contenzioso, una sentenza basata sul consenso ha ordinato a hiQ di pagare 500.000 USD e di interrompere permanentemente la raccolta di dati di LinkedIn, nonché di eliminare il proprio codice e i dati derivati. hiQ non esiste più.
LinkedIn contro Nubela (Proxycurl), da gennaio a luglio 2025: trattato sopra.
LinkedIn contro ProAPIs, depositato il 3 ottobre 2025: LinkedIn sostiene l'esistenza di una "fabbrica di account falsi su scala industriale" che rivende l'accesso fino a 15.000 dollari al mese per cliente, che a suo dire ha individuato "nel giro di poche ore"."
Nulla di tutto ciò significa che ogni fornitore di dati di LinkedIn venga citato in giudizio. Significa che il rischio è strutturale, non incidentale: è legato a un modo specifico di costruire i dati, non alle dimensioni o alle intenzioni di una singola azienda. I precedenti pubblici alla base di questo rischio strutturale sono illustrati nella nostra guida per capire se Lo scraping di LinkedIn è legale.
Cosa significa la chiusura se il tuo prodotto dipendeva da Proxycurl
Il fondatore di Proxycurl ha descritto la chiusura come immediata, non graduale. Per un prodotto che chiamava la sua API per arricchire i profili, ciò comporta tre conseguenze concrete.
Le chiamate ora falliscono. Qualsiasi fase di arricchimento che dipendeva dagli endpoint di Proxycurl restituisce errori, senza alcuna finestra di migrazione da parte del fornitore.
I campi memorizzati diventano obsoleti. Tutti i dati del profilo che hai recuperato e memorizzato nella cache prima del 4 luglio 2025 smettono di aggiornarsi. Titoli di lavoro, descrizioni e collegamenti continuano a cambiare su LinkedIn; la tua copia di essi no.
La scelta del sostituto conta ora più della velocità della migrazione. La sezione precedente mostra che si tratta di uno schema ricorrente, non di un caso isolato. Scegliere un sostituto che riproduca lo stesso modello di dati compra tempo, non sicurezza.
Il modello che dovrebbe plasmare qualsiasi cosa tu scelga dopo
Ogni caso citato ha come bersaglio la stessa struttura: un database di profili creato al di fuori della sessione di qualsiasi membro autenticato e rivenduto a terze parti. Un sostituto che riproduce tale struttura eredita la stessa esposizione, indipendentemente dal suo prezzo o dalla copertura dei campi su una pagina di confronto.
Arricchisci Livello e la domanda successiva
Nubela non è scomparsa. L'azienda è stata rilanciata con un nuovo nome, Enrich Layer, secondo quanto annunciato dal suo stesso fondatore riguardo alla chiusura. Ciò che non è documentato pubblicamente è se i dati alla base del nuovo marchio siano stati costruiti in modo diverso rispetto a quelli che hanno scatenato la causa originale.
Questa non è un'affermazione che questa pagina può fare in un senso o nell'altro, e non dovrebbe essere il fattore determinante per un rebranding, così come non lo sarebbe per una nuovissima alternativa di cui non avete mai sentito parlare. La risposta onesta è applicare a Enrich Layer la stessa verifica che la sezione successiva applica a ogni opzione: chiedete da dove provengono i dati, non come si chiama il prodotto.
Cosa verificare prima di scegliere un'alternativa a Proxycurl
La maggior parte delle pagine di confronto classifica le opzioni in base al prezzo per ricerca o al numero di campi restituiti. Nessuna delle due domande predice se il fornitore sopravviverà nei prossimi tre anni. La domanda che lo fa è più semplice: i dati recuperati sono in tempo reale, per conto di un utente reale autenticato, o estratti da un indice che il fornitore ha costruito e possiede.
Cosa ha fatto bene
Nessuna autenticazione per l'utente finale da implementare. Una singola chiave API e qualsiasi profilo nell'indice era raggiungibile.
Ho lavorato su scala di elenco, inclusi individui con cui nessuno nel vostro prodotto aveva alcun tipo di relazione.
Prezzi per credito semplici da modellare e da trasferire ai propri clienti.
Facile da integrare: una singola chiamata HTTP, nessun flusso di collegamento dell'account da progettare o mantenere.
Dove si è rotto
Un indice condiviso significava un unico punto di errore condiviso, che è ciò che ha posto fine al servizio il 4 luglio 2025.
L'esposizione legale del fornitore è stata ereditata da ogni cliente in una sola volta, senza alcun preavviso.
La freschezza dipendeva da quando l'indice era stato ricostruito l'ultima volta, non dalla vista del membro stesso.
Solo lettura. Nessun modo per inviare un messaggio, un invito o qualsiasi altra azione alla piattaforma.
Il compromesso: Il modello è stato facile da adottare proprio perché non chiedeva nulla all'utente finale, e quella stessa proprietà è ciò che ha concentrato il rischio in un unico punto.
Ciò che sa fare bene
Il recupero e le azioni vengono eseguiti per conto del membro autenticato che ha collegato il proprio account.
L'esposizione è calcolata per singolo account collegato anziché essere aggregata in un unico indice aziendale.
Lettura e scrittura: recuperare un profilo, inviare un messaggio, gestire gli inviti, nella stessa integrazione.
I dati riflettono ciò che quel membro può vedere ora, non un'istantanea di una scansione precedente.
Cosa non farà
Ogni utente finale deve collegare il proprio account, quindi c'è una fase di onboarding da progettare e supportare.
L'ambito è limitato da ciò che quel membro può già vedere, quindi non sostituisce l'arricchimento a livello di elenco di persone a cui nessuno è connesso.
Il volume segue i limiti specifici per account della piattaforma, mentre la frequenza rimane una decisione a carico del cliente.
Se il tuo prodotto non prevede alcun utente autenticato coinvolto, questo modello non è adatto.
Il compromesso: chiedere a ciascun membro di collegare il proprio account è un lavoro reale, ed è ciò che mantiene l'integrazione perimetrata, controllabile e indipendente dal fatto che un qualsiasi singolo indice rimanga online.
| Domanda da fare | Database predefinito | API basata sull'account |
|---|---|---|
| Chi è autenticato | Nessuno, al momento della richiesta. I dati sono stati raccolti indipendentemente da qualsiasi sessione di membro. | L'utente finale, tramite il proprio account LinkedIn collegato. |
| Cosa può recuperare | Qualsiasi profilo nell'indice, indipendentemente dalla relazione del cliente richiedente con esso. | Ciò che l'account del membro autenticato può già vedere. |
| Se il fornitore viene citato in giudizio | L'integrazione di ogni cliente dipende da un unico indice condiviso che può svanire da un giorno all'altro, come è successo il 4 luglio 2025. | L'esposizione è limitata al singolo account collegato, non aggregata in un unico asset aziendale. |
Nota sulla gestione dei datiNessun database di profili indipendente dietro l'API
Recupero in tempo reale, per conto dell'utente autenticato: I dati del profilo e dei messaggi vengono recuperati tramite la sessione dell'account collegato, limitatamente a ciò che quel membro può già vedere, e non indicizzati in un database Unipile autonomo.
Nessun archivio parallelo: Unipile non crea né rivende un database di profili LinkedIn. Ciò che transita attraverso l'API raggiunge il vostro prodotto e non viene conservato come risorsa separata.
Isolamento per account: Ogni account LinkedIn collegato opera in modo indipendente. Nulla viene condiviso tra gli account dei vostri clienti.
Un servizio come Proxycurl è legale nel 2026?
Chiedersi se Proxycurl sia legale è di per sé la domanda sbagliata, perché la legalità e l'applicazione delle regole da parte di LinkedIn sono due binari distinti che possono andare in direzioni diverse contemporaneamente.
La legge: La Corte d'Appello del Nono Circuito ha stabilito in hiQ Labs v. LinkedIn che la raccolta di dati visibili pubblicamente non viola, di per sé, il CFAA. Tale conclusione è ancora valida.
Il contratto: hiQ ha vinto su quel punto specifico ma ha comunque perso la causa in base al diritto dei contratti, per poi chiudere i battenti in seguito a una sentenza di consenso del dicembre 2022. Quello di LinkedIn Accordo utente, la Sezione 8.2, proibisce la raccolta automatica dei dati indipendentemente da ciò che il CFAA consente, e la pagina stessa di LinkedIn su software ed estensioni proibiti conferma che gli account che lo violano "rischiano di vedere i propri account limitati o chiusi."
L'applicazione: Le suite di Nubela e ProAPIs mostrano LinkedIn che agisce direttamente sulla via contrattuale, indipendentemente da qualsiasi questione legata al CFAA e indipendentemente da quanti anni un fornitore abbia operato senza incidenti.
Uno strumento può essere difendibile nell'ambito di un quadro giuridico e perdere comunque l'accesso a LinkedIn in base ai Termini di Servizio di LinkedIn stesso. Quel divario tra i due binari è esattamente ciò che ha reso la decisione della Nona Circuito nel caso hiQ una vittoria parziale che si è comunque conclusa con una chiusura.
Come risponde Unipile, mappato su ciò che Proxycurl ha trattato
Per essere diretti sul limite effettivo qui: Unipile non è un sostituto immediato per la ricerca di milioni di profili con cui non si ha alcuna relazione, come lo era Proxycurl. Unipile è un'API basata sugli account. Ciascun utente finale collega il proprio account LinkedIn tramite un flusso di autenticazione ospitato, e ogni recupero o azione successiva viene eseguito per conto di quel membro autenticato. Se il vostro prodotto ha bisogno di trovare un profilo qualsiasi indipendentemente dalla connessione che l'utente richiedente ha con esso, quell'ambito di capacità è profondamente diverso per progettazione, e tale differenza è il punto centrale di questa pagina, non una riserva da ignorare.
Per il lavoro di arricchimento che la maggior parte dei prodotti dipendenti da Proxycurl ha effettivamente eseguito, la mappatura si presenta così:
Arricchimento CRM: invece di un processo in background che estrae da un indice statico, il profilo che un agente sta già visualizzando, o un contatto già collegato nel CRM tramite il proprio account, viene recuperato in tempo reale e sincronizzato sul record, su base individuale.
ATS e recruiting: Le ricerche dei profili dei candidati vengono eseguite sull'account collegato del recruiter stesso. Poiché Unipile è basato sugli account anziché essere di sola lettura, lo stesso account collegato può anche inviare una richiesta di contatto o un messaggio, una funzionalità che Proxycurl non ha mai offerto.
Strumenti di vendita e generazione di lead: i dati del profilo e dei messaggi si risolvono per l'account collegato del rappresentante, secondo una pianificazione controllata dal tuo prodotto, senza la dipendenza dall'indice condiviso descritta sopra.
// Lato server, per conto dell'account collegato dell'utente autenticato
const ris = await fetch('https://api.unipile.com/api/v1/users/' + profileId + '?account_id=' + linkedAccountId, {
intestazioni: { 'X-API-KEY': apiKey }
});
Restituisce ciò che quell'account collegato può già vedere, in tempo reale
Limiti della piattaforma e uso responsabileUn modello basato sugli account non rimuove i limiti di LinkedIn
I limiti vengono spostati, non rimossi: il recupero e la messaggistica rimangono all'interno della stessa connessione, della ricerca e dei limiti di messaggistica che un membro raggiungerebbe all'interno dell'interfaccia di LinkedIn.
Il ritmo e il volume rimangono una decisione del cliente: L'API esegue ciò che il vostro prodotto e i vostri utenti decidono di inviare, su base individuale. Non stabilisce un ritmo per conto loro.
Un'unica integrazione, un unico schema, su LinkedIn, WhatsApp, Instagram, Telegram, email e calendari. Autenticazione gestita e webhook anziché un indice statico che può scomparire in una data di deposito.
Iniziare a costruireCome funziona UnipileNessuna credenziale condivisa, nessun innalzamento dei privilegi
Intermediario tecnico indipendente: Unipile agisce per conto di ciascun utente autenticato, all'interno di una sessione di sua proprietà, non come rivenditore di dati e non per conto di LinkedIn.
Ogni account collegato è isolato: nessuna credenziale viene condivisa tra i vostri clienti e un account collegato non può vedere i dati di un altro.
Non affiliato, sponsorizzato o approvato da LinkedIn. LinkedIn è un marchio registrato di LinkedIn Corporation.
La domanda di modello sopra, non l'elenco delle funzionalità, è ciò che separa un'alternativa duratura a Proxycurl da una che ne trasporta silenziosamente la stessa esposizione.
Tre luoghi in cui approfondire: il guida per recuperare i dati di LinkedIn nel proprio software copre il lato del recupero end-to-end, come si confrontano le principali opzioni delle API di LinkedIn se stai valutando più di un fornitore, e se esiste un piano gratuito per le API di LinkedIn accanto a come funziona la politica dei prezzi dell'API di LinkedIn una volta risolta la questione strutturale di cui sopra.
Alternativa a Proxycurl: tutte le vostre domande ricevono risposta
Cosa è successo a Proxycurl, cosa significa la chiusura e in che modo un'API basata su account differisce.
Proxycurl, gestita da Nubela, era un’API dedicata ai dati di LinkedIn con un fatturato annuo di circa $10M. Nel gennaio 2025 LinkedIn ha intentato una causa sostenendo che centinaia di migliaia di account falsi fossero stati utilizzati per raccogliere milioni di profili da rivendere tramite l’API. Proxycurl ha raggiunto un accordo e chiusura il 4 luglio 2025, e il suo fondatore ha scritto che "non si può vincere combattendo questo."
La legalità e l'applicazione delle norme da parte di LinkedIn sono due questioni diverse. La Corte d'Appello del Nono Circuito ha stabilito nel caso hiQ Labs contro LinkedIn che la raccolta di dati visibili pubblicamente non viola di per sé il CFAA, ma hiQ ha comunque perso in base al diritto dei contratti e ha chiuso i battenti in seguito a una sentenza di consenso del dicembre 2022. Un servizio può essere difendibile nell'ambito di un quadro giuridico e perdere comunque l'accesso a LinkedIn in base ai Termini di Servizio di LinkedIn, che è ciò che è accaduto a Proxycurl a prescindere dalla questione del CFAA.
La denuncia di LinkedIn del gennaio 2025 contro Nubela ha sostenuto che centinaia di migliaia di account falsi sono stati creati per raccogliere milioni di profili LinkedIn, che Proxycurl ha poi rivenduto tramite la sua API a terzi, in violazione dell'accordo con gli utenti di LinkedIn.
No. Proxycurl ha chiuso il 4 luglio 2025 e le sue chiamate API falliscono. Qualsiasi dato di profilo memorizzato nella cache del tuo prodotto prima di tale data smette di aggiornarsi e diventa obsoleto, poiché i profili LinkedIn continuano a cambiare nel tempo.
Enrich Layer è il marchio con cui Nubela, la società madre di Proxycurl, si è rilanciata dopo la chiusura. Non è documentato pubblicamente se i dati alla base del nuovo marchio siano costruiti in modo diverso rispetto a quelli che hanno scatenato la causa originale. Applica a Enrich Layer lo stesso controllo descritto in questa guida, ovvero da dove provengono i dati, così come faresti per qualsiasi altra opzione tu prenda in considerazione.
Verifica la provenienza dei dati prima di confrontare i prezzi o la copertura dei campi. Un fornitore che raccoglie e indicizza i profili indipendentemente dalla sessione di qualsiasi membro di LinkedIn comporta la stessa esposizione che ha messo fine a Proxycurl, hiQ e alla causa intentata da LinkedIn contro ProAPIs. Un'API basata su account che recupera i dati per conto dell'account collegato di ciascun utente autenticato non condivide quel singolo punto di fallimento.
No, e non dovrebbe farlo. Proxycurl poteva cercare qualsiasi profilo nel suo indice indipendentemente dalla relazione del cliente richiedente con esso. Unipile è un'API basata sugli account: il recupero viene eseguito per conto dell'account LinkedIn collegato dell'utente finale autenticato, limitato a ciò che quel membro può già vedere. È un modello diverso con un insieme di capacità differente, creato per evitare l'esposizione descritta in questa guida anziché per copiare la portata di Proxycurl.
No. I dati vengono recuperati in tempo reale, per conto dell'utente autenticato, tramite la sessione del suo account collegato, e passati al vostro prodotto. Unipile non crea né rivende un database autonomo di profili LinkedIn, e ciascun account collegato è isolato: nulla viene condiviso tra gli account dei vostri clienti.
No. Unipile è un intermediario tecnico indipendente, non affiliato, approvato o sponsorizzato da LinkedIn. Agisce per conto di ciascun utente autenticato all'interno di una sessione di sua proprietà, non per conto di LinkedIn. LinkedIn è un marchio di LinkedIn Corporation.
Avete ancora domande? Il nostro team è qui per aiutarvi.
Crea un data layer di LinkedIn che non condivida l'esposizione di Proxycurl
Crea la tua prima integrazioneAutenticazione gestita, recupero per conto di ciascun account collegato e un unico schema su LinkedIn, WhatsApp, Instagram, Telegram, email e calendari. Nessuna carta di credito richiesta per iniziare.
Fonti
9 riferimenti, settembre 2026Ogni data e cifra in questa pagina fa capo alla fonte sottostante. I casi si definiscono e le aziende cambiano nome senza preavviso, quindi consideratelo come un'istantanea, non come uno stato permanente.
NubelaQuello del fondatore annuncio di spegnimento, 4 luglio 2025, compreso il rilancio di Enrich Layer.
StartupHubCopertura della chiusura di Proxycurl, compreso il contesto dei ricavi.
Il recordLinkedIn contro ProAPIs, depositato il 3 ottobre 2025.
hiQ Labs contro LinkedInCaso clinico tramite Wikipedia e il sentenza di consenso del dicembre 2022.
Nono circuitoIl sentenza d'appello dell'aprile 2022 sulla questione del CFAA in hiQ contro LinkedIn.
Assistenza LinkedInSoftware ed estensioni proibiti, la politica ufficiale menzionata nella sezione legale.
Contratto di utenza di LinkedInSezione 8.2, il base contrattuale per le azioni di enforcement di LinkedIn.
Unipile, connessione degli accountIl flusso di autenticazione in hosting citato in tutta questa guida.
Documentazione per sviluppatori UnipileCompleto Riferimento API e guida introduttiva per l'integrazione di LinkedIn.
Ultimo aggiornamento: settembre 2026. Unipile è un intermediario tecnico indipendente e non è affiliato, approvato o sponsorizzato da LinkedIn. Il volume, la frequenza e il contenuto di qualsiasi azione intrapresa tramite l'API rimangono una decisione del cliente, in conformità con i Termini di servizio di LinkedIn e le normative applicabili sulla protezione dei dati (GDPR).
IT 
EN 
FR 
ES 
DE 
BR 
NL 
PL 
TR