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 с отдельным сборщиком. Держите исходные значения и данные с сайтов различимыми и настройте сетевое подключение сборщика с учётом любых географических требований или требований к сессии.

Перед расширением части исследования сайтов протестируйте небольшой репрезентативный набор доменов компаний. Проверьте извлечённые наблюдения на соответствие исходным страницам, подтвердите поведение сессии в связанных запросах и измерьте потребление трафика.