LinkedIn
Instagram
WhatsApp
Telegrama
Gmail
Outlook
Calendario de Google
Únase a la comunidad SlackProxycurl cerró, 4 de julio de 2025
Alternativa a Proxycurl: Qué pasó y cómo reemplazarla en 2026
Proxycurl cerró el 4 de julio de 2025, meses después de que LinkedIn demandara a su empresa matriz, Nubela, por la forma en que se construyó la base de datos de perfiles detrás de ella. Si tu producto enriquecía perfiles de LinkedIn a través de esa API, la dependencia ha desaparecido, y la verdadera cuestión ya no es solo qué alternativa a Proxycurl es la más barata. Es si la que elijas a continuación se basa en la misma exposición que cerró esta.
La respuesta corta
Construye sobre la API de LinkedIn gratuitaProxycurl creó y revendió una base de datos de perfiles de LinkedIn recopilados fuera del propio acceso de cualquier miembro autenticado, el patrón exacto al que apuntaba la demanda de LinkedIn. Una API basada en cuentas, como Unipile, recupera datos en nombre de la propia cuenta de LinkedIn vinculada de cada usuario final, limitada a lo que ese miembro ya puede ver, sin una base de datos de perfiles independiente detrás. Esa diferencia estructural, y no la lista de precios, es lo que decide si un reemplazo hereda el mismo riesgo.
Índice
ELEGIR UN REEMPLAZO
CONSTRUYE CON UNIPILE
¿Qué le pasó a Proxycurl y cuándo?
Proxycurl, dirigida por una empresa llamada Nubela, vendía acceso mediante API a datos de perfiles y empresas de LinkedIn: un desarrollador enviaba una URL de LinkedIn y recibía campos estructurados de vuelta, sin necesidad de sesión de navegador ni búsqueda manual. Era una de las API de datos de LinkedIn más utilizadas entre los creadores de SaaS y, según el relato de su propio fundador, facturaba aproximadamente 10 millones de dólares estadounidenses en ingresos recurrentes anuales cuando se presentó el caso que le puso fin.
| Fecha | ¿Qué pasó? |
|---|---|
| Enero de 2025 | LinkedIn presenta una demanda federal contra Nubela, alegando que se crearon cientos de miles de cuentas falsas para recopilar millones de perfiles de LinkedIn, los cuales Proxycurl revendió posteriormente a través de su API. |
| Mediados de 2025 | El caso se resuelve, con obligaciones de eliminación de datos impuestas a Nubela. |
| 4 de julio de 2025 | Proxycurl cierra. El fundador Steven Goh escribe públicamente: "No se puede ganar en esta lucha." |
| Después de julio de 2025 | Nubela se relanza bajo una nueva marca, Enrich Layer. |
La propia explicación del fundador sobre por qué no luchó contra la demanda apunta a la Regla Estadounidense: incluso una empresa segura de que eventualmente ganaría no puede recuperar sus costos legales, lo que hace que una pelea prolongada contra un presupuesto legal mucho mayor sea una propuesta perdedora, independientemente de los méritos. Prometa lo que prometa un reemplazo en cuanto a precio o cobertura, esa misma asimetría se aplica a cualquier proveedor que se base en el mismo modelo.
Proxycurl no fue un caso aislado
El traje de Nubela se ajusta a un patrón que lo precede y ha continuado desde entonces. Tres casos, con tres años de diferencia, apuntan todos a la misma estructura subyacente: una base de datos de perfiles construida independientemente de la propia sesión de cualquier miembro autenticado de LinkedIn.
hiQ Labs contra LinkedIn, diciembre de 2022: tras años de litigio, una sentencia por consentimiento ordenó a hiQ pagar 500.000 USD y dejar permanentemente de recopilar datos de LinkedIn, así como eliminar su código y los datos derivados. hiQ ya no existe.
LinkedIn contra Nubela (Proxycurl), de enero a julio de 2025: cubierto anteriormente.
LinkedIn contra ProAPIs, presentado el 3 de octubre de 2025: LinkedIn alega una "fábrica de cuentas falsas a escala industrial" que revende acceso por hasta 15,000 dólares estadounidenses al mes por cliente, lo cual, según afirma, detectó "en cuestión de horas"."
Nada de esto significa que todos los proveedores de datos de LinkedIn sean demandados. Significa que el riesgo es estructural, no incidental: está ligado a una forma específica de construir los datos, y no al tamaño o las intenciones de una empresa en particular. El historial público detrás de ese riesgo estructural se detalla en nuestra guía sobre si El scraping de LinkedIn es legal.
Qué significa el cierre si tu producto dependía de Proxycurl
El fundador de Proxycurl describió el cierre como inmediato, no gradual. Para un producto que recurría a su API para enriquecer perfiles, eso tiene tres consecuencias concretas.
Las llamadas fallan ahora. Cualquier paso de enriquecimiento que dependiera de los puntos de conexión de Proxycurl devuelve errores, sin un período de migración por parte del proveedor.
Los campos almacenados pierden vigencia. Cualquier dato de perfil que hayas recuperado y almacenado en caché antes del 4 de julio de 2025 deja de actualizarse. Los cargos, los titulares y los contactos siguen cambiando en LinkedIn; tu copia de ellos no.
La elección del reemplazo ahora importa más que la velocidad de la migración. La sección anterior muestra que se trata de un patrón recurrente y no de un caso aislado. Elegir un reemplazo que reproduzca el mismo modelo de datos compra tiempo, no seguridad.
El patrón que debería dar forma a lo que sea que elijas a continuación
Cada caso anterior apunta a la misma estructura: una base de datos de perfiles creada fuera de la sesión de cualquier miembro autenticado y revendida a terceros. Un reemplazo que reproduzca esa estructura hereda la misma exposición, sin importar cómo se vea su precio o cobertura de campos en una página de comparación.
Enriquecer capa, y la pregunta sucesora
Nubela no desapareció. La empresa se reinventó bajo un nuevo nombre, Enrich Layer, según el anuncio de cierre de su propio fundador. Lo que no está documentado públicamente es si los datos que sustentan la nueva marca se construyeron de manera diferente a los que motivaron la demanda original.
Esta página tampoco puede hacer esa afirmación en ningún sentido, y no debería ser el factor decisivo para un cambio de marca, ni más que para una alternativa totalmente nueva de la que nunca hayas oído hablar. La respuesta honesta es aplicar a Enrich Layer la misma comprobación que la siguiente sección aplica a cada opción: pregunta de dónde provienen los datos, no cómo se llama el producto.
Qué comprobar antes de elegir una alternativa a Proxycurl
La mayoría de las páginas de comparación clasifican las opciones por precio por consulta o por cuántos campos devuelven. Ninguna de las dos preguntas predice si el proveedor sobrevivirá los próximos tres años. La pregunta que sí lo hace es más simple: si los datos recuperados se obtienen en tiempo real, en nombre de un usuario real autenticado, o si se extraen de un índice que el proveedor construyó y posee.
Lo que hizo bien
No hay autenticación de usuario final que construir. Una clave de API, y cualquier perfil en el índice era accesible.
Trabajó a escala de listas, incluso con personas con las que nadie en su producto tenía relación alguna.
Precios por crédito que eran fáciles de modelar y de trasladar a sus propios clientes.
Fácil de integrar: una sola llamada HTTP, sin flujo de vinculación de cuentas que diseñar o mantener.
Donde se rompió
Un índice compartido significaba un punto único de fallo compartido, que es lo que puso fin al servicio el 4 de julio de 2025.
La exposición jurídica del proveedor fue heredada por todos los clientes a la vez, sin previo aviso.
La frescura dependía de cuándo se había construido el índice por última vez, no de la propia vista del miembro.
Solo lectura. No hay forma de enviar un mensaje, una invitación ni ninguna otra acción de regreso a la plataforma.
La compensación: el modelo fue fácil de adoptar precisamente porque no exigía nada al usuario final, y esa misma propiedad fue la que concentró el riesgo en un solo lugar.
Lo que hace bien
La recuperación y las acciones se ejecutan en nombre del miembro autenticado que vinculó su propia cuenta.
La exposición se calcula por cuenta vinculada en lugar de agruparse en un único índice a nivel de toda la empresa.
Leer y escribir: recuperar un perfil, enviar un mensaje, gestionar invitaciones, en la misma integración.
Los datos reflejan lo que ese miembro puede ver ahora, no una instantánea de un rastreo anterior.
Lo que no hará
Cada usuario final tiene que vincular su cuenta, por lo que hay un paso de incorporación que diseñar y respaldar.
El alcance está limitado a lo que ese miembro ya puede ver, por lo que no reemplaza el enriquecimiento a nivel de lista de personas con las que nadie está conectado.
El volumen sigue los límites por cuenta de la propia plataforma y la frecuencia sigue siendo una decisión del cliente.
Si tu producto no tiene ningún usuario registrado involucrado en absoluto, este modelo no es el adecuado.
La compensación: pedir a cada miembro que enlace su propia cuenta es trabajo real, y es lo que mantiene el alcance de la integración limitado, auditorible e independiente de que cualquier índice en particular permanezca en línea.
| Pregunta para hacer | Base de datos preconstruida | API basada en cuentas |
|---|---|---|
| ¿Quién está autenticado? | Nadie, en el momento de la solicitud. Los datos se recopilaron independientemente de cualquier sesión de miembro. | El usuario final, a través de su propia cuenta vinculada de LinkedIn. |
| Lo que puede recuperar | Cualquier perfil en el índice, independientemente de la relación del cliente solicitante con él. | Lo que la propia cuenta del miembro autenticado ya puede ver. |
| Si el proveedor es demandado | La integración de cada cliente depende de un índice compartido que puede desaparecer de la noche a la mañana, como ocurrió el 4 de julio de 2025. | La exposición se calcula por cuenta vinculada, no se agrupa en un activo a nivel de toda la empresa. |
Nota de Manejo de DatosNo hay una base de datos de perfiles independiente detrás de la API
Recuperación en directo, en nombre del usuario autenticado: Los datos de perfil y mensajes se recuperan a través de la propia sesión de la cuenta vinculada, limitados a lo que ese miembro ya puede ver, y no se indexan en una base de datos independiente de Unipile.
Sin archivo paralelo: Unipile no construye ni revende una base de datos de perfiles de LinkedIn. Lo que pasa a través de la API llega a su producto; no se retiene como un activo separado.
Aislamiento por cuenta: Cada cuenta de LinkedIn vinculada opera de forma independiente. No se comparte nada entre las cuentas de sus clientes.
¿Es un servicio como Proxycurl legal en 2026?
Preguntar si Proxycurl es legal es, en sí mismo, la pregunta equivocada, porque la legalidad y la propia aplicación de las normas por parte de LinkedIn son dos vías distintas que pueden apuntar en direcciones diferentes al mismo tiempo.
La ley: El Noveno Circuito determinó en el caso hiQ Labs contra LinkedIn que la recopilación de datos visibles públicamente no viola, por sí sola, la ley CFAA. Esa conclusión sigue en pie.
El contrato: hiQ ganó ese punto específico y aun así perdió el caso bajo la ley de contratos, y luego cerró bajo una sentencia de consentimiento de diciembre de 2022. El de LinkedIn Acuerdo de usuario, la Sección 8.2, prohíbe la recopilación de datos automatizada independientemente de lo que permita la CFAA, y la propia página de LinkedIn sobre software y extensiones prohibidos confirma que las cuentas que la infrinjan "se arriesgan a que sus cuentas sean restringidas o cerradas"."
La aplicación: las demandas de Nubela y ProAPIs muestran a LinkedIn actuando directamente en la vía contractual, independientemente de cualquier cuestión de la CFAA y de cuántos años lleve un proveedor operando sin incidentes.
Una herramienta puede ser defendible bajo un marco legal y aun así perder su acceso a LinkedIn según las propias Condiciones de Servicio de LinkedIn. Esa brecha entre ambas vías es exactamente lo que convirtió el fallo del Noveno Circuito en el caso hiQ en una victoria parcial que aun así terminó en un cierre.
Cómo responde Unipile, mapeado a lo que cubrió Proxycurl
Para ser directos sobre el límite honesto aquí: Unipile no es un reemplazo directo para buscar cualquiera de los millones de millones de perfiles con los que no tienes ninguna relación, de la manera en que lo hacía Proxycurl. Unipile es una API basada en cuentas. Cada usuario final vincula su propia cuenta de LinkedIn a través de un flujo de autenticación alojado, y cada recuperación o acción posterior se ejecuta en nombre de ese miembro autenticado. Si tu producto necesita resolver un perfil arbitrario independientemente de la conexión que el propio usuario solicitante tenga con él, ese conjunto de capacidades es genuinamente diferente por diseño, y esa diferencia es el propósito de esta página, no una salvedad que deba pasarse por alto.
Para el trabajo de enriquecimiento que la mayoría de los productos dependientes de Proxycurl realmente realizaban, el mapeo se ve así:
Enriquecimiento de CRM: en lugar de que un trabajo en segundo plano extraiga información de un índice estático, el perfil que un representante ya está viendo, o un contacto ya vinculado en el CRM a través de su propia cuenta, se recupera en tiempo real y se sincroniza en el registro, por cada usuario.
ATS y reclutamiento: Las búsquedas de perfiles de candidatos se ejecutan en la propia cuenta vinculada del reclutador. Debido a que Unipile se basa en cuentas en lugar de ser de solo lectura, la misma cuenta vinculada también puede enviar una solicitud de conexión o un mensaje, una capacidad que Proxycurl nunca ofreció.
Herramientas de ventas y captación de clientes potenciales: los datos de perfil y de mensajes se resuelven para la propia cuenta vinculada del representante, en un horario que su producto controla, sin la dependencia de índice compartido descrita anteriormente.
// Del lado del servidor, en nombre de la cuenta vinculada del usuario autenticado
const res = await fetch('https://api.unipile.com/api/v1/users/' + profileId + '?account_id=' + linkedAccountId, {
cabeceras: { 'X-API-KEY': apiKey }
});
// Devuelve lo que esa cuenta vinculada ya puede ver, en tiempo real
Límites de la plataforma y uso responsableUn modelo basado en cuentas no elimina los propios límites de LinkedIn
Los límites se retransmiten, no se eliminan: la recuperación y la mensajería se mantienen dentro de los mismos límites de conexión, búsqueda y mensajería que un miembro alcanzaría dentro de la propia interfaz de LinkedIn.
La cadencia y el volumen siguen siendo una decisión del cliente: La API ejecuta lo que su producto y sus usuarios deciden enviar, usuario por usuario. No establece un ritmo en su nombre.
Una integración, un esquema, en LinkedIn, WhatsApp, Instagram, Telegram, correo electrónico y calendarios. Autenticación alojada y webhooks en lugar de un índice estático que puede desaparecer en una fecha de presentación.
Empezar a construirCómo opera UnipileSin credenciales compartidas, sin elevación de privilegios
Intermediario técnico independiente: Unipile actúa en nombre de cada usuario autenticado, dentro de una sesión que le pertenece, no como un revendedor de datos y no en nombre de LinkedIn.
Cada cuenta vinculada está aislada: no se comparten credenciales entre sus clientes y una cuenta vinculada no puede ver los datos de otra.
No afiliado con, respaldado por o patrocinado por LinkedIn. LinkedIn es una marca comercial de LinkedIn Corporation.
La pregunta modelo anterior, y no la lista de características, es lo que separa a una alternativa duradera a Proxycurl de otra que silenciosamente sigue arrastrando la misma exposición.
Tres lugares para profundizar: el guía para recuperar datos de LinkedIn en tu propio software cubre el lado de la recuperación de extremo a extremo, cómo se comparan las principales opciones de la API de LinkedIn si estás evaluando a más de un proveedor, y si existe un nivel gratuito de la API de LinkedIn junto a cómo funciona la precios de la API de LinkedIn una vez resuelta la cuestión estructural anterior.
Alternativa a Proxycurl: tus preguntas respondidas
Qué pasó con Proxycurl, qué significa el cierre y en qué se diferencia una API basada en cuentas.
Proxycurl, gestionada por Nubela, era una API de datos de LinkedIn que generaba unos ingresos anuales de aproximadamente $10M. LinkedIn presentó una demanda en enero de 2025 alegando que se habían utilizado cientos de miles de cuentas falsas para recopilar millones de perfiles con el fin de revenderlos a través de la API. Proxycurl llegó a un acuerdo y cerrar el 4 de julio de 2025, y su fundador escribió que "no hay forma de ganar al luchar contra esto"."
La legalidad y la propia aplicación de las normas de LinkedIn son dos cuestiones diferentes. El Tribunal del Noveno Circuito determinó en hiQ Labs contra LinkedIn que la recopilación de datos públicamente visibles no infringe por sí sola la CFAA (Ley de Abuso y Fraude Informático), pero hiQ aun así perdió en virtud del derecho contractual y cerró tras una sentencia de conformidad en diciembre de 2022. Un servicio puede ser defendible bajo un marco legal y aun así perder su acceso a LinkedIn según las Condiciones de Servicio de LinkedIn, que es lo que le ocurrió a Proxycurl independientemente de la cuestión de la CFAA.
La demanda de LinkedIn de enero de 2025 contra Nubela alegaba que se crearon cientos de miles de cuentas falsas para recopilar millones de perfiles de LinkedIn, que Proxycurl luego revendía a través de su API a terceros, infringiendo el Acuerdo de Usuario de LinkedIn.
No. Proxycurl cerró el 4 de julio de 2025 y sus llamadas a la API fallan. Cualquier dato de perfil que su producto haya almacenado en caché antes de esa fecha deja de actualizarse y se vuelve obsoleto, ya que los perfiles de LinkedIn siguen cambiando después del hecho.
Enrich Layer es la marca con la que Nubela, la empresa matriz de Proxycurl, se re lanzó tras el cierre. Si los datos detrás de la nueva marca se construyen de manera diferente a los que motivaron la demanda original no está documentado públicamente. Aplique la misma comprobación descrita en esta guía, de dónde provienen los datos, a Enrich Layer como lo haría con cualquier otra opción que considere.
Comprueba de dónde proceden los datos antes de comparar el precio o la cobertura de campos. Un proveedor que recopila e indexa perfiles independientemente de la sesión propia de cualquier miembro de LinkedIn conlleva la misma exposición que acabó con Proxycurl, hiQ y el caso que LinkedIn interpuso contra ProAPIs. Una API basada en cuentas que recupera datos en nombre de la cuenta vinculada de cada usuario autenticado no comparte ese único punto de fallo.
No, y no debería pretender hacerlo. Proxycurl podía buscar cualquier perfil en su índice, independientemente de la relación del cliente solicitante con este. Unipile es una API basada en cuentas: la recuperación se ejecuta en nombre de la propia cuenta de LinkedIn vinculada del usuario final autenticado, limitada a lo que ese miembro ya puede ver. Es un modelo diferente con un conjunto de capacidades distinto, diseñado para evitar la exposición descrita en esta guía en lugar de copiar el alcance de Proxycurl.
No. Los datos se obtienen en tiempo real, en nombre del usuario autenticado, a través de la sesión de su propia cuenta vinculada, y se transfieren a su producto. Unipile no crea ni revende una base de datos independiente de perfiles de LinkedIn, y cada cuenta vinculada está aislada: no se comparte nada entre las cuentas de sus clientes.
No. Unipile es un intermediario técnico independiente, no afiliado, respaldado ni patrocinado por LinkedIn. Actúa en nombre de cada usuario autenticado dentro de una sesión que le pertenece, no en nombre de LinkedIn. LinkedIn es una marca comercial de LinkedIn Corporation.
¿Aún tiene preguntas? Nuestro equipo está aquí para ayudarle.
Construir una capa de datos de LinkedIn que no comparta la exposición de Proxycurl
Crea tu primera integraciónAutenticación alojada, recuperación en nombre de cada cuenta vinculada y un único esquema para LinkedIn, WhatsApp, Instagram, Telegram, el correo electrónico y los calendarios. No se necesita tarjeta de crédito para empezar.
Fuentes
9 referencias, septiembre de 2026Todas las fechas y cifras de esta página provienen de la fuente indicada a continuación. Los casos se resuelven y las empresas cambian de nombre sin previo aviso, así que considere esto como una instantánea, no como un estado permanente.
NubelaEl del fundador anuncio de cierre, 4 de julio de 2025, incluido el relanzamiento de Enrich Layer.
StartupHubNoticia sobre el cierre de Proxycurl, incluido el contexto de los ingresos.
El registroLinkedIn contra ProAPIs, presentado el 3 de octubre de 2025.
hiQ Labs contra LinkedInHistorial clínico a través de Wikipedia y el sentencia de conformidad de diciembre de 2022.
Noveno CircuitoEn fallo de apelación de abril de 2022 sobre la cuestión relativa a la CFAA en el caso hiQ contra LinkedIn.
Ayuda de LinkedInSoftware y extensiones prohibidos, la política oficial a la que se hace referencia en la sección jurídica.
Acuerdo de usuario de LinkedInApartado 8.2, el base contractual en relación con las medidas coercitivas de LinkedIn.
Unipile, conectando cuentasEn flujo de autenticación alojada referenciado a lo largo de esta guía.
Documentación para desarrolladores de UnipileCompleto Referencia de la API y guía de inicio para la integración con LinkedIn.
Última actualización: septiembre de 2026. Unipile es un intermediario técnico independiente y no está afiliado, respaldado ni patrocinado por LinkedIn. El volumen, la frecuencia y el contenido de cualquier acción realizada a través de la API siguen siendo una decisión del cliente, de conformidad con las Condiciones de servicio de LinkedIn y la normativa de protección de datos aplicable (RGPD).
ES 
EN 
FR 
DE 
IT 
BR 
NL 
PL 
TR