Crunchbase API: ціни, доступ та збагачення даних про компанії

Список нещодавно профінансованих компаній дає вашій команді відправну точку. Щоб використовувати його для генерації лідів або дослідження ринку, потрібно розуміти, що містить кожен запис, як інтегрувати його у ваші системи та які питання все ще потребують відвідування сайту компанії. Історія фінансування допоможе відібрати бізнес до короткого списку; сторінка вакансій або останній анонс продукту можуть пояснити, чому компанія важлива для вашого дослідження сьогодні.

Crunchbase API може надати структуровані дані про компанії, але планування інтеграції — це не лише отримання API-ключа. Потрібно підтвердити доступ до необхідних полів, визначити бюджет і вирішити, як збирати та підтримувати додаткову інформацію.

Цей гайд охоплює ціни, доступ, документацію та реалізацію, а потім показує, як об'єднати записи про компанії з дослідженням сайтів, зокрема де прокси-інфраструктура CyberYozh App може підтримати цей додатковий збір даних.

Коротко

• Crunchbase API надає доступ тільки для читання до структурованих даних про компанії та фінансування залежно від вашої ліцензії.

• Ціни потребують комерційної пропозиції. Уточніть поточне право на Basic API або пробний доступ, перш ніж припускати наявність безкоштовного варіанта.

• Використовуйте Search для пошуку відповідних записів і Entity Lookup для отримання відомостей про відому компанію.

• Збагачуйте записи спостереженнями з сайтів компаній, зберігаючи вихідні URL, часові мітки та невизначеність.

• CyberYozh App може підтримати додаткові перевірки сайтів, які потребують вибору географічного розташування або sticky-сесій. Проксі не потрібні для звичайних запитів до Crunchbase API і не розширюють ліцензійний доступ.

Чи є у Crunchbase API і для чого його можна використовувати?

Так, Crunchbase пропонує REST API тільки для читання для отримання структурованих даних про компанії, людей, раунди фінансування та придбання, при цьому доступні записи та поля залежать від вашого ліцензійного доступу. Тільки для читання означає, що ви можете отримувати інформацію, але не можете використовувати API для створення або редагування профілів Crunchbase.

Для дослідження компаній найважливіші дві операції. Search допомагає знаходити записи, що відповідають заданим критеріям, наприклад компанії в певній категорії або раунди фінансування, оголошені в заданому діапазоні дат. Entity Lookup витягує відомості про відому компанію, людину або раунд фінансування за її ідентифікатором. Офіційний огляд API Crunchbase пояснює ці опції та вимоги до доступу.

Команди можуть використовувати ці дані для створення списків досліджень, збагачення записів CRM або аналізу активності фінансування. Правильний метод доступу залежить від того, як часто вам потрібна інформація і де ви плануєте її використовувати.

Деякі дослідницькі завдання вимагають перевірки власного сайту компанії — наприклад, які вакансії вона зараз публікує або як її пропозиція змінюється залежно від ринку. Для таких додаткових перевірок ротаційні резидентські проксі CyberYozh App забезпечують геотаргетинг і sticky-сесії, коли важлива локація або узгодженість сесії. Вони підтримують етап збору даних із сайтів; звичайні автентифіковані запити до API Crunchbase не потребують резидентських проксі.

Скільки коштує API Crunchbase?

Crunchbase не публікує стандартну ціну API на своїй офіційній сторінці продукту. Потенційним клієнтам пропонується звернутися до відділу продажів для уточнення вартості. Щоб визначити бюджет, запитайте пропозицію, яка покриває дані та обсяг використання, необхідні вашому проєкту.

Перш ніж порівнювати пропозиції або укладати договір, поставте такі запитання:

Це питання для оцінки пропозиції, а не підтверджений список факторів ціноутворення Crunchbase. Під час розгляду цін на Crunchbase APIпорівнюйте охоплення та дозволи поряд із зазначеною сумою.

Ціна Crunchbase API — це лише одна частина бюджету на впровадження. Закладіть час розробників на створення інтеграції, сховище для дозволених записів і підтримку при зміні ваших вимог або API. Якщо ваше дослідження включає збір інформації з сайтів компаній, плануйте окремий бюджет на цей збір, перевірку та будь-яку необхідну проксі-інфраструктуру.

Розділення цих витрат спрощує оцінку загальної суми: ліцензія API покриває узгоджений доступ до даних, а бюджет на впровадження — перетворення цих даних на те, що зможе використовувати ваша команда.

Чи безплатний Crunchbase API?

Повний доступ до Crunchbase API — платна послуга. Безплатний обліковий запис на сайті сам по собі не означає, що у вас є доступ до API.

Документація Basic API від Crunchbase описує обмежений доступ до даних організацій, але наявність цієї документації не підтверджує, що нові користувачі можуть наразі отримати безплатний ключ Basic. Перш ніж планувати інтеграцію на його основі, уточніть у Crunchbase, чи підходите ви, які поля доступні та які обмеження діють.

Якщо вам потрібно оцінити повний API, уточніть, чи доступний пробний доступ і що він включає. Не припускайте, що пробна підписка на сайт також надає доступ до API.

Як отримати ключ API і виконати перший запит?

Як тільки Crunchbase підтвердить ваш доступ до API, отримайте ключ, збережіть його в безпечному місці та почніть із пошуку однієї організації. Це дасть вам керовану відповідь для перевірки перед створенням більших запитів.

Підтвердьте доступ, необхідний вашому проєкту

Переконайтеся, що ваша ліцензія включає адреси підключення та поля, які ви збираєтеся використовувати. Наявність ключа API не означає, що кожен набір даних доступний вашому обліковому запису.

Отримайте ключ API

Crunchbase направляє клієнтів API до налаштувань Integrations їхнього облікового запису. Для командних облікових записів власник команди може згенерувати та переглянути ключ, пов'язаний із тарифом API. Дотримуйтесь інструкцій щодо ключа API для відповідного облікового запису.

Зберігайте ключ поза вихідним кодом

Використовуйте менеджер секретів або локальну змінну оточення, наприклад CRUNCHBASE_API_KEY. Не допускайте потрапляння значення в репозиторії, скріншоти та журнали запитів. Виконуйте автентифіковані запити з вашого бекенду, а не розкривайте ключ у коді браузера.

Запитайте одну організацію

Приклад нижче використовує постійне посилання організації crunchbase і передає ключ через заголовок X-cb-user-key. Безпечно встановіть змінну оточення перед запуском.

curl --request GET \

  'https://api.crunchbase.com/v4/data/entities/organizations/crunchbase?field_ids=short_description' \

  --header "X-cb-user-key: ${CRUNCHBASE_API_KEY}" \

  --header 'Accept: application/json'

Це приклад запиту, а не перевірений живий тест. Спрощена відповідь може мати таку структуру; опис нижче є ілюстративним.

{

  "properties": {

    "identifier": {

      "value": "Crunchbase",

      "permalink": "crunchbase",

      "entity_def_id": "organization"

    },

    "short_description": "Illustrative company description."

  }

}

Перевірте відповідь перед збереженням

Перевірте HTTP-статус, переконайтеся, що повернений ідентифікатор відповідає потрібній компанії, та перевірте, які запитані поля присутні. Ваш додаток має обробляти відсутні або нульові значення, не трактуючи їх як нуль, хибність або доказ того, що подія ніколи не відбувалася. Якщо очікуване поле відсутнє, перевірте його доступність і ваші права доступу перед зміною запиту.

Які частини документації Crunchbase API вам потрібні?

Почніть з операції, яку має виконати ваш додаток. Документація Crunchbase API розділяє пошук відповідних записів і отримання відомостей про відому сутність, з додатковими інструкціями щодо вибору полів і отримання додаткових результатів.

Пошукові запити використовують POST з фільтрами та запитаними полями в тілі JSON. Entity Lookup використовує GET для отримання відомого запису. API залишається доступним лише для читання: використання POST для пошуку не створює та не змінює дані компанії.

Три моменти заслуговують на увагу, перш ніж ви побудуєте масштабніший процес збору даних.

Фільтри пошуку використовують логіку AND

Усі фільтри мають збігатися. У полі, що підтримує includes, можна вказати кілька значень, щоб відповідати будь-якому з них, наприклад ідентифікатори місцезнаходження для США або Канади. Для умов OR за різними полями виконуйте окремі запити, об'єднуйте всі сторінки результатів і видаляйте дублікати за ідентифікатором.

Пагінація вимагає явної обробки

Успішна відповідь не обов'язково містить усі записи, що збігаються. Пагінація пошуку використовує after_id з UUID останньої сутності для запиту наступної сторінки. Пов'язані записи, що повертаються через cards, мають окремі інструкції з пагінації, тому не припускайте, що той самий підхід застосовний скрізь.

Відсутні дані мають залишатися невідомими

Відсутність значення фінансування не означає, що компанія нічого не залучала. Перевірте схему відповіді, запитувані поля та дозволи доступу, а потім збережіть відсутні значення як невідомі у вашій базі даних. Це запобіжить перетворенню неповних записів на оманливі висновки дослідження.

Як збагатити записи Crunchbase даними з сайтів компаній?

Використовуйте ліцензійні записи Crunchbase для виявлення релевантних компаній, а потім збирайте конкретні спостереження з їхніх офіційних сайтів. Прив'язуйте кожне спостереження до джерела та дати, щоб ваша команда могла відрізнити дані, повідомлені компанією, від того, що сайт показує зараз.

Припустімо, ви хочете дослідити софтверні компанії, які нещодавно залучили фінансування і тепер розміщують вакансії для інженерів або анонсують нові продукти. Інформація про фінансування дає вам початкову вибірку; дані з сайту допомагають вирішити, які компанії заслуговують на уважніше вивчення.

1. Визначте, що робить компанію релевантною

Встановіть критерії перед збором записів. У цьому прикладі виберіть софтверні компанії на вашому цільовому ринку з оголошенням про фінансування за останні 90 днів. Вкажіть, які типи фінансування підходять і як ви оброблятимете записи з відсутніми датами або сумами.

Сформулюйте питання до сайту так само конкретно: чи розміщує компанія вакансії для інженерів і чи публікувала вона датований анонс продукту в той самий період? Ці питання створюють спостереження, які ваша команда може перевірити.

2. Отримайте необхідні ліцензійні записи

Запитайте ідентифікатори, назви компаній, адреси сайтів і релевантну інформацію про фінансування, доступну за вашою ліцензією. Збережіть дату оголошення про фінансування окремо від дати, коли ви отримали запис.

Збережіть незмінену копію джерела там, де ваша ліцензія дозволяє зберігання. Це дасть вам точку відліку, коли подальше дослідження виявить іншу назву, домен або опис.

3. Зіставте кожну компанію з її офіційним доменом

Почніть з адреси сайту, пов'язаної із записом, потім перевірте, що цільова сторінка представляє ту саму організацію. Порівняйте назву компанії, опис продукту та ідентифікаційні деталі на сторінці «Про нас» або контактній сторінці.

Різні назви можуть належати одній організації після ребрендингу, тоді як схожі назви можуть належати непов'язаним компаніям. Фіксуйте підтверджені псевдоніми та редиректи доменів. Якщо збіг залишається невизначеним, позначте його для перевірки, перш ніж прив'язувати спостереження з сайту до ідентифікатора компанії.

4. Виберіть сторінки, які відповідають на дослідницьке питання

У цьому прикладі зосередьтеся на сторінках вакансій, окремих оголошеннях про роботу, анонсах продуктів і примітках до релізів. Використовуйте дозволені методи збору даних і перевірте умови доступу до сайту перед автоматизацією запитів.

Невеликий набір релевантних сторінок спрощує валідацію результатів. Немає сенсу збирати весь сайт цілком, коли питання стосується розміщених вакансій інженерів і нещодавніх релізів продуктів.

5. Збирайте спостереження з урахуванням їхніх обмежень

Записуйте назву посади, вказане місцезнаходження, URL оголошення та дату публікації, якщо вони доступні. Для новин про продукти фіксуйте заголовок анонсу, дату публікації та конкретну описану зміну.

Відокремлюйте інтерпретацію від фактів. Відкрита вакансія вказує на те, що посаду розміщено; це не доводить, що когось уже найняли або що загальна чисельність персоналу зростає. Аналогічно анонс продукту може описувати попередню версію або лист очікування, а не загальнодоступний реліз.

6. Зберігайте докази та час збору

Зберігайте вихідний URL і часову мітку збору разом із кожним спостереженням. Фіксуйте дати публікації окремо, коли сторінка їх надає: сторінка, перевірена сьогодні, може все ще містити анонс кількох років тому.

Спрощена таблиця нижче показує, як може виглядати результат. Усі компанії, ідентифікатори, дані про фінансування та спостереження вигадані. Реалізація повинна зберігати повні часові мітки, а не лише дати.

7. Перевірте невизначеності перед оновленням набору даних

Відправляйте неоднозначні збіги доменів, суперечливі дати та незрозумілі анонси в чергу на перевірку. Відсутню сторінку вакансій слід записувати як недоступну на момент перевірки, а не як доказ того, що компанія припинила набір або діяльність.

Зберігайте вихідні значення, коли джерела розходяться. Наприклад, збережіть назву компанії, надану Crunchbase, і додайте поточну торговельну назву з сайту як окреме спостереження, поки зв'язок не буде підтверджено.

Підсумковий набір даних повинен дозволяти дослідникові відстежити кожен висновок до доказів. «Нещодавно отримала фінансування та розміщує дві вакансії інженерів» — це обґрунтований опис. «Швидко розширюється після фінансування» потребує додаткового підтвердження.

Коли CyberYozh App може допомогти з дослідженням сайтів компаній?

CyberYozh App може підтримати додаткове дослідження сайтів, коли вашому збирачу потрібна обрана географічна локація або стабільна проксі-сесія. Почніть із прямого доступу, якщо він відповідає вашим вимогам. Додавайте проксі-інфраструктуру, коли конкретне дослідницьке питання або вимога до підключення це виправдовує.

Для нещодавно профінансованих софтверних компаній у нашому прикладі релевантні три можливості:

Вибір географії

Перевірте, як компанія представляє свої продукти, ціни або доступність відвідувачам, що підключаються з релевантного ринку. Записуйте обрану локацію разом із вашими спостереженнями. Місцезнаходження IP — лише один із факторів, що впливають на вміст сторінки: куки, мовні налаштування та параметри акаунта також можуть змінити те, що відображається.

Sticky-сесії

Зберігайте обрану проксі-сесію під час перевірки пов'язаних сторінок, наприклад, індексу вакансій та окремих оголошень про роботу. Це допомагає підтримувати єдиний мережевий контекст упродовж усієї послідовності запитів. Ваш збирач усе одно повинен самостійно керувати власними куками та станом браузера; sticky-сесія проксі не зберігає їх автоматично.

Налаштування проксі

Підключіть свій збирач через підтримуваний протокол, наприклад, HTTP, HTTPS або SOCKS5. Перевірте адресу підключення, порт, облікові дані та підтримку клієнта, потім протестуйте невеликий набір сторінок перед розширенням збору даних. Зберігайте облікові дані проксі окремо від вашого API-ключа Crunchbase.

Для регулярних досліджень CyberYozh App також надає API-доступ для управління проксі, наприклад, перевірка IP-адреси, управління проксі, активація SMS, віртуальні банківські картки та багато іншого. Це допоможе вашому застосунку керувати проксі-ресурсами, які використовуються збирачем даних із сайтів. Crunchbase надає ліцензовані записи про компанії, а CyberYozh App підтримує інфраструктуру для додаткових перевірок сайтів.

Оцініть налаштування в контексті дослідницького завдання: чи досягаєте ви потрібних регіональних сторінок, чи підтримуєте необхідну сесію та чи витягуєте точні дані? CyberYozh App забезпечує контроль підключення для цих перевірок сайтів. API Crunchbase залишається джерелом ліцензованих записів із власною автентифікацією та обмеженнями доступу.

Що перевіряти, коли запити завершуються помилкою або записи виглядають неповними?

Спочатку визначте, де виникає проблема: у запиті до API Crunchbase, під час зіставлення домену компанії чи під час додаткового збору даних із сайту. Кожна ситуація потребує свого рішення. Зберігайте достатньо діагностичної інформації для відстеження помилки, включно зі статусом відповіді, повідомленням про помилку та часом збору даних, але не записуйте облікові дані в логи.

Розглядайте порожній результат як привід для перевірки. Він може відображати надто суворі критерії пошуку, недоступне поле або збій збору даних. Це не означає автоматично, що компанія не має фінансування, вакансій або недавніх оголошень.

Після виправлення проблеми повторно запустіть невелику уражену вибірку та перевірте результат перед перезапуском повного збору даних.

Як обрати правильне налаштування для вашого дослідження?

Обирайте налаштування виходячи з того, як часто вам потрібні дані та на які питання вони мають відповідати.

Для періодичних ручних досліджень

оцініть сайт Crunchbase та експорти, доступні в межах відповідної підписки. Вони можуть покрити ваші потреби без необхідності підтримувати інтеграцію.

Для регулярного структурованого збагачення

оцініть ліцензійний доступ до Crunchbase API. Переконайтеся, що доступні поля, дозволи та ліміти запитів підтримують ваш запланований графік оновлення.

Для структурованих записів плюс спостереження з сайтів

об'єднайте отримання даних через API з окремим збирачем. Тримайте вихідні значення та дані з сайтів розрізненими та налаштуйте мережеве підключення збирача з урахуванням будь-яких географічних вимог або вимог до сесії.

Перед розширенням частини дослідження сайтів протестуйте невеликий репрезентативний набір доменів компаній. Перевірте отримані спостереження на відповідність вихідним сторінкам, підтвердьте поведінку сесії у пов'язаних запитах і виміряйте споживання трафіку.