LinkedIn
Instagram
WhatsApp
Telegram
Gmail
Perspektywy
Kalendarz Google
Dołącz do społeczności SlackProxycurl zakończył działalność, 4 lipca 2025 r.
Alternatywa dla Proxycurl: co się stało i jak ją zastąpić w 2026 roku
Proxycurl został zamknięty 4 lipca 2025 roku, kilka miesięcy po tym, jak LinkedIn pozwał swoją spółkę macierzystą, firmę Nubela, w związku ze sposobem budowania bazy danych profili. Jeśli Twój produkt wzbogacał profile w serwisie LinkedIn za pomocą tego API, ta zależność zniknęła, a prawdziwe pytanie nie dotyczy już tylko tego, która alternatywa dla Proxycurl jest najtańsza. Chodzi o to, czy kolejna wybrana przez Ciebie opcja opiera się na tym samym ryzyku, które doprowadziło do zamknięcia poprzedniej.
Krótka odpowiedź
Buduj na bazie darmowego API LinkedInProxycurl zbudował i odsprzedał bazę danych profili z LinkedIn zebranych poza dostępem uwierzytelnionego użytkownika, co stanowi dokładny schemat, w który celował pozew LinkedIn. Oparte na koncie API, takie jak Unipile, pobiera dane w imieniu własnego połączonego konta LinkedIn każdego użytkownika końcowego, w zakresie tego, co ten użytkownik może już zobaczyć, bez żadnej niezależnej bazy danych profili w tle. Ta różnica strukturalna, a nie cennik, decyduje o tym, czy zamiennik dziedziczy to samo ryzyko.
Spis treści
Co to zmienia
WYBÓR ZAMIENNIKA
BUDUJ Z UNIPILE
Co się stało z Proxycurl i kiedy
Proxycurl, serwis prowadzony przez firmę Nubela, sprzedawał dostęp przez API do danych profilowych i firmowych z serwisu LinkedIn: programista wysyłał adres URL z LinkedIn i otrzymywał w odpowiedzi uporządkowane pola danych – bez konieczności otwierania sesji w przeglądarce i ręcznego wyszukiwania. Było to jedno z najczęściej wykorzystywanych API danych LinkedIn wśród twórców oprogramowania SaaS, a według relacji samego założyciela serwis ten generował przychody rzędu 10 milionów USD rocznego powtarzalnego przychodu kiedy wniesiono sprawę, która to zakończyła.
| Data | Co się stało |
|---|---|
| Styczeń 2025 r. | LinkedIn złożyło pozew federalny przeciwko firmie Nubela, zarzucając jej tworzenie setek tysięcy fałszywych kont w celu pobrania milionów profili z LinkedIn, które następnie Proxycurl odsprzedawało za pośrednictwem swojego API. |
| Połowa 2025 roku | Sprawa zostaje ugodzona, a na Nubela zostają nałożone obowiązki usunięcia danych. |
| 4 lipca 2025 | Proxycurl zostaje zamknięty. Założyciel Steven Goh pisze publicznie: "W tym starciu nie ma wygranych." |
| Po lipcu 2025 r. | Nubela powraca pod nową marką Enrich Layer. |
Własne wyjaśnienie założyciela dotyczące rezygnacji z walki w sądzie odnosi się do zasady „American Rule”: nawet firma przekonana, że ostatecznie wygra sprawę, nie może odzyskać kosztów postępowania sądowego, co sprawia, że przedłużająca się walka z podmiotem dysponującym znacznie większym budżetem na sprawy sądowe jest przedsięwzięciem skazanym na porażkę, niezależnie od merytorycznych podstaw sprawy. Niezależnie od tego, co obiecuje konkurencyjna firma w kwestii ceny lub zakresu ubezpieczenia, ta sama asymetria dotyczy każdego dostawcy działającego w oparciu o ten sam model.
Proxycurl nie był odosobnionym przypadkiem
Afera Nubela wpisuje się w schemat, który pojawił się jeszcze przed nią i utrzymuje się do dziś. Trzy sprawy, rozpatrywane w odstępie trzech lat, dotyczą tej samej podstawowej struktury: bazy danych profili stworzonej niezależnie od sesji poszczególnych uwierzytelnionych użytkowników serwisu LinkedIn.
hiQ Labs kontra LinkedIn, grudzień 2022 r.: po wieloletnim sporze sądowym w ramach ugody sądowej firma hiQ została zobowiązana do zapłaty kwoty 500 000 USD, trwałego zaprzestania gromadzenia danych z serwisu LinkedIn oraz usunięcia swojego kodu i danych pochodnych. Firma hiQ już nie istnieje.
LinkedIn przeciwko Nubela (Proxycurl), styczeń do lipca 2025 r.: omówiono powyżej.
LinkedIn kontra ProAPIs, złożonym 3 października 2025 r.: LinkedIn twierdzi, że wykrył "fabrykę fałszywych kont na skalę przemysłową", która odsprzedaje dostęp za maksymalnie 15 000 USD miesięcznie dla jednego klienta, co – jak twierdzi firma – wykryto "w ciągu kilku godzin"."
To wszystko nie oznacza, że każdy dostawca danych z LinkedIn zostanie pozwany. Oznacza to, że ryzyko ma charakter strukturalny, a nie incydentalny: dotyczy konkretnego sposobu pozyskiwania danych, a nie wielkości czy intencji jakiejkolwiek firmy. Publiczny materiał dowodowy leżący u podstaw tego strukturalnego ryzyka został przedstawiony w naszym przewodniku na temat tego, czy Scraping LinkedIn jest legalny.
Co oznacza zamknięcie serwisu, jeśli Twój produkt był zależny od Proxycurl
Założyciel firmy Proxycurl określił zamknięcie serwisu jako natychmiastowe, a nie stopniowe. W przypadku produktu, który korzystał ze swojego interfejsu API w celu wzbogacania profili, ma to trzy konkretne konsekwencje.
Połączenia teraz nie dzialają. Wszystkie etapy wzbogacania danych, które zależały od punktów końcowych Proxycurl, zwracają błędy, bez żadnego okresu migracji ze strony dostawcy.
Zapisane pola tracą świeżość. Wszelkie dane profilowe pobrane i zbuforowane przed 4 lipca 2025 r. przestają się aktualizować. Stanowiska, nagłówki i kontakty na LinkedInie zmieniają się nadal – Twoja ich kopia nie.
Wybór zamiennika ma teraz większe znaczenie niż szybkość migracji. Sekcja powyżej pokazuje, że jest to powtarzalny wzorzec, a nie jednorazowy incydent. Wybór zastępstwa, które powiela ten sam model danych, kupuje czas, a nie bezpieczeństwo.
Wzór, który powinien kształtować cokolwiek wybierzesz jako następne
Każdy z powyższych przypadków dotyczy tej samej struktury: bazy danych profili zbudowanej poza jakąkolwiek sesją uwierzytelnionego użytkownika i odsprzedawanej stronom trzecim. Zamiennik, który powiela tę strukturę, dziedziczy to samo narażenie na ryzyko, niezależnie od tego, jak wygląda jego cena czy zakres pól na stronie porównawczej.
Warstwa wzbogacająca i kolejne pytanie
Nubela nie zniknęła. Firma wznowiła działalność pod nową nazwą, Enrich Layer, jak wynika z ogłoszenia o zamknięciu opublikowanego przez samego założyciela. To, co nie jest publicznie udokumentowane, to czy dane kryjące się pod nową marką są zbudowane inaczej niż te, które wywołały pierwotny pozew.
To nie jest twierdzenie, które ta strona może w jakikolwiek sposób poprzeć, i nie powinno ono być decydującym czynnikiem przy zmianie wizerunku marki, podobnie jak w przypadku zupełnie nowej alternatywy, o której nigdy wcześniej nie słyszałeś. Uczciwa odpowiedź polega na zastosowaniu do Enrich Layer takiego samego testu, jaki kolejna sekcja stosuje do każdej opcji: zapytać, skąd pochodzą dane, a nie jak nazywa się produkt.
Co sprawdzić przed wybraniem alternatywy dla Proxycurl
Większość stron porównawczych klasyfikuje opcje według ceny za zapytanie lub liczby zwracanych pól. Żadne z tych pytań nie przewiduje, czy dostawca przetrwa kolejne trzy lata. Pytanie, które to potrafi, jest prostsze: czy pobierane dane są aktualne, pozyskiwane w imieniu prawdziwego, uwierzytelnionego użytkownika, czy też wyciągane z indeksu, który dostawca zbudował i posiada.
Co zbiło dobrze
Brak konieczności implementacji uwierzytelniania użytkowników końcowych. Jeden klucz API i każdy profil w indeksie był dostępny.
Pracował na skalę całej listy, w tym nad osobami, z którymi nikt w Twoim produkcie nie miał żadnych relacji.
Cennik za kredyt, który był prosty do zamodelowania i przeniesienia na własnych klientów.
Łatwa w integracji: pojedyncze wywołanie HTTP, bez procesu łączenia kont do zaprojektowania lub utrzymania.
Gdzie to pękło
Jeden wspólny indeks oznaczał jeden wspólny punkt awarii, co doprowadziło do zakończenia działania usługi 4 lipca 2025 roku.
Prawna odpowiedzialność dostawcy została przeniesiona na każdego klienta naraz, bez żadnego ostrzeżenia.
Świeżość zależała od tego, kiedy indeks był ostatnio budowany, a nie od widoku samego członka.
Tylko do odczytu. Brak możliwości wysłania wiadomości, zaproszenia lub jakiejkolwiek akcji z powrotem do platformy.
Kompromis: model łatwo było wdrożyć właśnie dlatego, że niczego nie wymagał od użytkownika końcowego, a ta sama cecha sprawiła, że ryzyko skoncentrowało się w jednym miejscu.
W czym radzi sobie dobrze
Wyszukiwanie i działania są wykonywane w imieniu uwierzytelnionego członka, który połączył swoje konto.
Ekspozycja jest rozliczana osobno dla każdego powiązanego konta, zamiast być sumowana w jeden indeks dla całej firmy.
Odczyt i zapis: pobieranie profilu, wysyłanie wiadomości, zarządzanie zaproszeniami w tej samej integracji.
Dane odzwierciedlają to, co ten użytkownik może zobaczyć teraz, a nie stan z wcześniejszego skanowania.
Czego to nie zrobi
Każdy użytkownik końcowy musi powiązać swoje konto, więc wymaga to zaprojektowania i obsługi etapu wdrażania.
Zakres jest ograniczony do tego, co ten członek może już zobaczyć, więc nie zastępuje on wzbogacania całej listy osób, z którymi nikt nie jest połączony.
Wolumen podlega własnym limitom platformy przypadającym na konto, a częstotliwość pozostaje decyzją po stronie klienta.
Jeśli Twój produkt nie uwzględnia zalogowanego użytkownika w żadnym momencie, ten model nie jest odpowiedni.
Kompromis: prośba do każdego członka o powiązanie własnego konta to prawdziwa praca i właśnie to sprawia, że integracja ma ograniczony zakres, podlega audytowi i jest niezależna od tego, czy jakikolwiek pojedynczy indeks pozostaje online.
| Pytanie do zadania | Gotowa baza danych | API oparte na kontach |
|---|---|---|
| Kto jest uwierzytelniony | Nikt, w momencie żądania. Dane zostały zebrane niezależnie od jakiejkolwiek sesji użytkownika. | Użytkownik końcowy za pośrednictwem swojego powiązanego konta LinkedIn. |
| Co to może pobrać | Dowolny profil w indeksie, niezależnie od relacji z nim ze strony żądającego klienta. | To, co uwierzytelniony członek widzi już na swoim własnym koncie. |
| Jeśli dostawca zostanie pozwany | Integracja każdego klienta zależy od jednego wspólnego indeksu, który może zniknąć z dnia na dzień, jak stało się 4 lipca 2025 roku. | Ekspozycja jest przypisana do każdego połączonego konta z osobna, a nie łączona w jeden zasób dla całej firmy. |
Uwaga dotycząca przetwarzania danychBrak niezależnej bazy danych profili za interfejsem API
Pobieranie na żywo w imieniu uwierzytelnionego użytkownika: dane profilu i wiadomości są pobierane za pośrednictwem własnej sesji powiązanego konta, ograniczonej do tego, co ten użytkownik już widzi, bez indeksowania w niezależnej bazie danych Unipile.
Brak archiwum równoległego: Unipile nie tworzy ani nie odsprzedaje bazy danych profili LinkedIn. To, co przechodzi przez interfejs API, trafia bezpośrednio do Twojego produktu i nie jest zachowywane jako osobny zasób.
Izolacja na poziomie konta: Każde połączone konto LinkedIn działa niezależnie. Nic nie jest udostępniane między kontami Twoich klientów.
Czy usługa taka jak Proxycurl jest legalna w 2026 roku
Samo pytanie, czy Proxycurl jest legalny, jest błędne, ponieważ legalność i egzekwowanie przepisów przez samego LinkedIna to dwie różne kwestie, które w tym samym czasie mogą zmierzać w zupełnie innych kierunkach.
Prawo: Sąd Apelacyjny Dziewiątego Okręgu uznał w sprawie hiQ Labs przeciwko LinkedIn, że zbieranie publicznie dostępnych danych samo w sobie nie narusza ustawy CFAA. To ustalenie nadal jest aktualne.
Umowa: hiQ wygrało tę wąską kwestię, a mimo to przegrało sprawę na gruncie prawa umów, po czym zostało zamknięte na mocy ugody sądowej z grudnia 2022 roku. LinkedIn Umowa użytkownika, Sekcja 8.2, zabrania zautomatyzowanego gromadzenia danych niezależnie od tego, na co zezwala ustawa CFAA, a własna strona LinkedIn poświęcona zabronione oprogramowanie i rozszerzenia potwierdza, że konta, które je naruszają, "są zagrożone ograniczeniem lub zamknięciem"."
Egzekwowanie: Pozwy Nubela i ProAPIs pokazują, że LinkedIn działa bezpośrednio na polu umownym, niezależnie od jakiejkolwiek kwestii związanej z ustawą CFAA oraz niezależnie od tego, przez ile lat dany dostawca działał bez incydentów.
Narzędzie może być w pełni legalne w świetle jednego porządku prawnego, a mimo to utracić dostęp do LinkedIna na mocy regulaminu samego serwisu. Ta rozbieżność między obiema ścieżkami sprawiła, że wyrok w sprawie hiQ przed sądem dziewiątego okręgu był częściowym zwycięstwem, które i tak zakończyło się zamknięciem działalności.
Jak odpowiada Unipile, w zestawieniu z tym, co obejmuje Proxycurl
Mówiąc wprost o uczciwych ograniczeniach: Unipile nie jest bezpośrednim zamiennikiem wyszukiwania milionów profili, z którymi nie masz żadnych powiązań, tak jak robił to Proxycurl. Unipile to API oparte na kontach. Każdy użytkownik końcowy łączy własne konto LinkedIn za pomocą hostowanego procesu uwierzytelniania, a każde kolejne pobranie danych lub działanie odbywa się w imieniu tego uwierzytelnionego użytkownika. Jeśli Twój produkt musi wyszukać dowolny profil niezależnie od powiązania z nim użytkownika wykonującego żądanie, ten zakres możliwości jest z założenia całkowicie inny i ta różnica jest głównym punktem tej strony, a nie zastrzeżeniem, które można pominąć.
W przypadku prac wzbogacania danych, które większość produktów zależnych od Proxycurl faktycznie przeprowadziła, odwzorowanie wygląda następująco:
Wzbogacanie CRM: zamiast zadania w tle pobierającego dane ze statycznego indeksu, profil, który przedstawiciel handlowy właśnie przegląda, lub kontakt powiązany już z CRM za pośrednictwem własnego konta, jest pobierany na żywo i synchronizowany z rekordem dla każdego użytkownika z osobna.
ATS i rekrutacja: Wyszukiwania profili kandydatów są wykonywane na własnym połączonym koncie rekrutera. Ponieważ Unipile opiera się na koncie, a nie na trybie tylko do odczytu, to samo połączone konto może również wysłać zaproszenie do kontaktu lub wiadomość – funkcjonalność, której Proxycurl nigdy nie oferował.
Narzędzia do sprzedaży i pozyskiwania klientów: dane profilu i wiadomości są pobierane dla własnego powiązanego konta przedstawiciela, zgodnie z harmonogramem kontrolowanym przez Twój produkt, bez wyżej opisanej zależności od współdzielonego indeksu.
// Po stronie serwera, w imieniu powiązanego konta uwierzytelnionego użytkownika
const res = czekać fetch('https://api.unipile.com/api/v1/users/' + profileId + '?account_id=' + linkedAccountId, {
nagłówki: { 'Klucz API X': apiKey }
});
// Zwraca to, co powiązane konto może już zobaczyć, na żywo
Limity platformy i odpowiedzialne korzystanieModel oparty na kontach nie usuwa własnych limitów LinkedIna
Limity są przekazywane, a nie usuwane: pobieranie i wysyłanie wiadomości pozostają w ramach tego samego połączenia oraz limitów wyszukiwania i wiadomości, które użytkownik osiągnąłby wewnątrz interfejsu LinkedIn.
Tempo i głośność pozostają decyzją leżącą po stronie klienta: API wykonuje to, co Twój produkt i Twoje moi użytkownicy zdecydują się wysłać, w przeliczeniu na każdego użytkownika. Nie narzuca tempa w ich imieniu.
Jedna integracja, jeden schemat danych w LinkedIn, WhatsApp, Instagramie, Telegramie, e-mailu i kalendarzach. Uwierzytelnianie w chmurze i webhooki zamiast statycznego indeksu, który może zniknąć w jeden dzień składania deklaracji.
Rozpocznij budowanieJak Działa UnipileBrak współdzielonych poświadczeń, brak podnoszenia uprawnień
Niezależny pośrednik techniczny: Unipile działa w imieniu każdego uwierzytelnionego użytkownika, w ramach należącej do niego sesji, nie jako odsprzedawca danych i nie w imieniu LinkedIn.
Każde powiązane konto jest odizolowane: żadne dane uwierzytelniające nie są współdzielone między Twoimi klientami, a jedno powiązane konto nie może zobaczyć danych innego.
Niepowiązany, niepopierany ani sponsorowany przez LinkedIn. LinkedIn jest znakiem towarowym LinkedIn Corporation.
Wspomniane wyżej pytanie modelowe, a nie lista funkcji, odróżnia trwałą alternatywę dla Proxycurl od takiej, która po cichu powiela to samo ryzyko.
Trzy miejsca, do których warto zajrzeć głębiej: przewodnik po pobieraniu danych z LinkedIn do własnego oprogramowania obejmuje stronę pobierania danych od A do Z, jak wypadają porównania głównych opcji API LinkedIn jeśli rozważasz więcej niż jednego dostawcę, i czy istnieje darmowy pakiet API LinkedIn wzdłuż Jak działa cennik API LinkedIn gdy powyższa kwestia strukturalna zostanie rozstrzygnięta.
Alternatywa dla Proxycurl: odpowiedzi na Twoje pytania
Co stało się z Proxycurl, co oznacza jego zamknięcie i czym różni się od niego API oparte na kontach.
Proxycurl, firma prowadzona przez Nubela, była serwisem oferującym dostęp do danych LinkedIn za pośrednictwem API, osiągającym roczny przychód rzędu $10M. W styczniu 2025 roku LinkedIn złożył pozew, zarzucając, że setki tysięcy fałszywych kont zostało wykorzystanych do zebrania milionów profili w celu ich odsprzedaży za pośrednictwem API. Proxycurl zawarł ugodę i zostanie zamknięty 4 lipca 2025 r., jego założyciel napisał, że "w walce z tym nie da się wygrać"."
Legalność i własne egzekucje zasad przez LinkedIn to dwie różne kwestie. Dziewiąty Sąd Apelacyjny orzekł w sprawie hiQ Labs przeciwko LinkedIn, że zbieranie publicznie widocznych danych samo w sobie nie narusza ustawy CFAA, ale hiQ i tak przegrało na gruncie prawa umów i zostało zamknięte po wyroku z grudnia 2022 roku. Usługa może się obronić w świetle jednych ram prawnych, a mimo to stracić dostęp do LinkedIn zgodnie z regulaminem tej platformy, co właśnie spotkało Proxycurl, niezależnie od kwestii związanych z CFAA.
Skarga LinkedIna z stycznia 2025 roku przeciwko firmie Nubela zarzucała, że utworzono setki tysięcy fałszywych kont w celu zgromadzenia milionów profili z LinkedIn, które Proxycurl następnie odsprzedawało za pośrednictwem swojego interfejsu API stronom trzecim, naruszając umowę użytkownika LinkedIn.
Nie. Proxycurl zostało zamknięte 4 lipca 2025 roku i jego wywołania API kończą się niepowodzeniem. Wszelkie dane profili, które Twój produkt zbuforował przed tą datą, przestają się aktualizować i stają się nieaktualne, ponieważ profile na LinkedInie zmieniają się w międzyczasie.
Enrich Layer to marka, pod którą Nubela, firma macierzysta Proxycurl, wznowiła działalność po zamknięciu. To, czy dane stojące za nową marką są budowane inaczej niż te, które wywołały pierwotny pozew, nie jest publicznie udokumentowane. Zastosuj do Enrich Layer takie samo sprawdzenie opisane w tym przewodniku – skąd pochodzą dane – jak do każdej innej opcji, którą rozważasz.
Sprawdź, skąd pochodzą dane, zanim porównasz cenę lub zakres pól. Dostawca, który gromadzi i indeksuje profile niezależnie od własnej sesji któregokolwiek członka LinkedIn, niesie ze sobą takie samo ryzyko, które doprowadziło do upadku Proxycurl, hiQ oraz sprawy wytoczonej przez LinkedIn przeciwko ProAPIs. API oparte na kontach, które pobiera dane w imieniu własnego połączonego konta każdego uwierzytelnionego użytkownika, nie dzieli tego pojedynczego punktu awarii.
Nie, i nie powinno do tego dążyć. Proxycurl może wyszukać dowolny profil w swoim indeksie bez względu na relację klienta zlecającego zapytanie do tego profilu. Unipile to API oparte na koncie: pobieranie danych odbywa się w imieniu własnego, połączonego konta LinkedIn uwierzytelnionego użytkownika końcowego, w zakresie tego, co ten członek może już zobaczyć. Jest to inny model o innym zakresie możliwości, stworzony w celu uniknięcia narażenia opisanego w tym przewodniku, a nie w celu kopiowania zasięgu Proxycurl.
Nie. Dane są pobierane na żywo, w imieniu uwierzytelnionego użytkownika, za pośrednictwem sesji jego powiązanego konta i przekazywane do Twojego produktu. Unipile nie tworzy ani nie odsprzedaje niezależnej bazy danych profili LinkedIn, a każde powiązane konto jest odizolowane: żadne dane nie są udostępniane pomiędzy kontami Twoich klientów.
Nie. Unipile jest niezależnym pośrednikiem technicznym, niepowiązanym, niezatwierdzonym ani sponsorowanym przez LinkedIn. Działa w imieniu każdego uwierzytelnionego użytkownika w ramach należącej do niego sesji, a nie w imieniu LinkedIn. LinkedIn jest znakiem towarowym należącym do LinkedIn Corporation.
Masz jeszcze jakieś pytania? Nasz zespół służy pomocą.
Zbuduj warstwę danych LinkedIn, która nie udostępnia ekspozycji Proxycurl
Zbuduj swoją pierwszą integracjęUwierzytelnianie hostowane, pobieranie w imieniu każdego powiązanego konta oraz jeden schemat dla LinkedIn, WhatsApp, Instagrama, Telegrama, poczty e-mail i kalendarzy. Karta kredytowa nie jest wymagana na start.
Źródła
9 odniesień, wrzesień 2026 r.Każda data i liczba na tej stronie pochodzi z podanego poniżej źródła. Sprawy są ugodowe, a firmy zmieniają nazwy bez powiadomienia, więc traktuj to jako migawkę, a nie stały status.
NubelaWłasność założyciela ogłoszenie o zamknięciu, 4 lipca 2025 r., w tym ponowne uruchomienie warstwy Enrich.
StartupHubInformacje o zamknięciu Proxycurl, w tym kontekście przychodów.
RekordLinkedIn kontra ProAPIs, złożono 3 października 2025 r.
hiQ Labs kontra LinkedInHistoria choroby przez Wikipedia i Wyrok na zgodę stron z grudnia 2022 r..
Dziewiąty OkręgThe orzeczenie sądu apelacyjnego z kwietnia 2022 r. w sprawie dotyczącej CFAA w sporze hiQ przeciwko LinkedIn.
Pomoc LinkedInNiedozwolone oprogramowanie i rozszerzenia, oficjalna zasada, o której mowa w sekcji prawnej.
Umowa użytkownika LinkedInSekcja 8.2, podstawa umowna w ramach działań egzekucyjnych LinkedIn.
Unipile, łączenie kontThe Hostowany przepływ uwierzytelniania wymienione w całym tym przewodniku.
Dokumenty dla programistów UnipilePełny Dokumentacja API i przewodnik dla początkujących dla integracji z LinkedIn.
Ostatnia aktualizacja: wrzesień 2026 r. Unipile jest niezależnym pośrednikiem technicznym i nie jest powiązany z LinkedIn, nie posiada jego poparcia ani nie jest przez niego sponsorowany. Wolumen, częstotliwość i treść wszelkich działań podejmowanych za pośrednictwem interfejsu API pozostają decyzją klienta, zgodnie z Warunkami korzystania z usługi LinkedIn oraz obowiązującymi przepisami o ochronie danych (RODO).
PL 
EN 
FR 
ES 
DE 
IT 
BR 
NL 
TR