API Crunchbase: giá cả, quyền truy cập và làm giàu dữ liệu công ty

Danh sách các công ty vừa được tài trợ mang đến cho nhóm của bạn một điểm khởi đầu. Để sử dụng nó cho tạo khách hàng tiềm năng hoặc nghiên cứu thị trường, bạn cần biết mỗi bản ghi chứa gì, cách đưa nó vào hệ thống của bạn và những câu hỏi nào vẫn cần truy cập trang web của công ty. Lịch sử tài trợ có thể giúp bạn lọc sơ bộ một doanh nghiệp; trang tuyển dụng hoặc thông báo sản phẩm mới nhất của công ty có thể giải thích tại sao nó quan trọng đối với nghiên cứu của bạn ngày hôm nay.

API Crunchbase có thể cung cấp dữ liệu công ty có cấu trúc, nhưng việc lập kế hoạch tích hợp không chỉ là lấy API key. Bạn cần xác nhận quyền truy cập vào các trường bạn cần, thiết lập ngân sách và quyết định cách thu thập cũng như duy trì thông tin bổ sung.

Hướng dẫn này bao gồm giá cả, quyền truy cập, tài liệu và triển khai, sau đó chỉ ra cách kết hợp bản ghi công ty với nghiên cứu trang web, bao gồm cả việc cơ sở hạ tầng proxy của CyberYozh App có thể hỗ trợ việc thu thập bổ sung đó ở đâu.

TÓM TẮT

• API Crunchbase cung cấp quyền truy cập chỉ đọc vào dữ liệu công ty và tài trợ có cấu trúc, tùy thuộc vào giấy phép của bạn.

• Giá cả yêu cầu báo giá từ bộ phận bán hàng. Xác nhận điều kiện đủ điều kiện Basic API hiện tại hoặc quyền truy cập đánh giá trước khi cho rằng có tùy chọn miễn phí.

• Sử dụng Search để tìm các bản ghi phù hợp và Entity Lookup để truy xuất chi tiết của một công ty đã biết.

• Làm giàu bản ghi bằng các quan sát từ trang web công ty, giữ lại URL nguồn, dấu thời gian và sự không chắc chắn.

• CyberYozh App có thể hỗ trợ các kiểm tra trang web bổ sung cần lựa chọn địa lý hoặc sticky sessions. Proxy không bắt buộc cho các yêu cầu API Crunchbase thông thường và không mở rộng quyền truy cập được cấp phép.

Crunchbase có API không và bạn có thể sử dụng nó để làm gì?

Có, Crunchbase cung cấp REST API chỉ đọc để truy xuất dữ liệu có cấu trúc về các công ty, con người, vòng tài trợ và thương vụ mua lại, với các bản ghi và trường có sẵn tùy thuộc vào quyền truy cập được cấp phép của bạn. Chỉ đọc có nghĩa là bạn có thể truy xuất thông tin, nhưng không thể sử dụng API để tạo hoặc chỉnh sửa hồ sơ Crunchbase.

Đối với nghiên cứu công ty, hai thao tác quan trọng nhất. Search giúp bạn tìm các bản ghi phù hợp với tiêu chí được chỉ định, chẳng hạn như các công ty trong một danh mục cụ thể hoặc các vòng tài trợ được công bố trong một khoảng thời gian. Entity Lookup truy xuất chi tiết về một công ty, người hoặc vòng tài trợ đã biết bằng cách sử dụng mã định danh của nó. Tổng quan API chính thức của Crunchbase giải thích các tùy chọn này và các yêu cầu truy cập.

Các nhóm có thể sử dụng dữ liệu này để xây dựng danh sách nghiên cứu, làm giàu bản ghi CRM hoặc phân tích hoạt động tài trợ. Phương pháp truy cập phù hợp phụ thuộc vào tần suất bạn cần thông tin và nơi bạn dự định sử dụng nó.

Một số câu hỏi nghiên cứu yêu cầu kiểm tra website của chính công ty, chẳng hạn như các vị trí nào hiện đang được quảng cáo hoặc sản phẩm của họ khác nhau như thế nào theo thị trường. Đối với những kiểm tra bổ sung đó, proxy dân cư xoay vòng của CyberYozh App cung cấp geotargeting và sticky session khi vị trí hoặc tính nhất quán của phiên quan trọng. Chúng hỗ trợ bước thu thập website; các yêu cầu Crunchbase API được xác thực thông thường không yêu cầu proxy dân cư.

Crunchbase API có giá bao nhiêu?

Crunchbase không công bố giá API tiêu chuẩn trên trang sản phẩm chính thức của họ. Họ hướng dẫn khách hàng tiềm năng liên hệ với bộ phận bán hàng để biết giá. Để thiết lập ngân sách của bạn, hãy yêu cầu báo giá bao gồm dữ liệu và mức sử dụng mà dự án của bạn yêu cầu.

Trước khi so sánh các đề nghị hoặc cam kết hợp đồng, hãy hỏi những câu hỏi sau:

Đây là những câu hỏi để đánh giá đề xuất, không phải danh sách xác nhận các yếu tố tính phí của Crunchbase. Khi xem xét giá API Crunchbase, hãy so sánh phạm vi và quyền hạn cùng với số tiền được báo giá.

Giá API Crunchbase cũng chỉ là một phần của ngân sách triển khai. Hãy dành thời gian kỹ thuật để xây dựng tích hợp, lưu trữ cho các bản ghi được phép và bảo trì khi yêu cầu của bạn hoặc API thay đổi. Nếu nghiên cứu của bạn bao gồm thu thập thông tin từ các trang web công ty, hãy lập ngân sách riêng cho việc thu thập, xác thực và bất kỳ cơ sở hạ tầng proxy nào mà nó yêu cầu.

Việc tách biệt các chi phí này giúp tổng chi phí dễ đánh giá hơn: giấy phép API bao gồm quyền truy cập dữ liệu đã thỏa thuận, trong khi ngân sách triển khai của bạn bao gồm việc biến dữ liệu đó thành thứ mà nhóm của bạn có thể sử dụng.

API Crunchbase có miễn phí không?

Quyền truy cập API Crunchbase đầy đủ là dịch vụ trả phí. Tài khoản website miễn phí tự nó không thiết lập rằng bạn có quyền truy cập API.

Tài liệu Basic API của Crunchbase mô tả quyền truy cập hạn chế vào dữ liệu tổ chức, nhưng sự tồn tại của tài liệu đó không xác nhận rằng người dùng mới hiện có thể lấy khóa Basic miễn phí. Trước khi lập kế hoạch tích hợp xung quanh nó, hãy hỏi Crunchbase xem bạn có đủ điều kiện không, những trường nào có sẵn và những hạn chế nào được áp dụng.

Nếu bạn cần đánh giá API đầy đủ, hãy xác nhận xem quyền truy cập đánh giá có sẵn không và nó bao gồm những gì. Đừng cho rằng bản dùng thử đăng ký website cũng cung cấp quyền truy cập API.

Làm thế nào để lấy khóa API và thực hiện yêu cầu đầu tiên?

Sau khi Crunchbase xác nhận quyền truy cập API của bạn, hãy lấy khóa của bạn, lưu trữ nó một cách an toàn và bắt đầu với tra cứu một tổ chức duy nhất. Điều này cung cấp cho bạn phản hồi có thể quản lý để kiểm tra trước khi xây dựng các tìm kiếm lớn hơn.

Xác nhận quyền truy cập mà dự án của bạn yêu cầu

Kiểm tra rằng giấy phép của bạn bao gồm các endpoint và trường mà bạn dự định sử dụng. Có khóa API không có nghĩa là mọi tập dữ liệu đều có sẵn cho tài khoản của bạn.

Lấy khóa API của bạn

Crunchbase hướng khách hàng API đến cài đặt Integrations của tài khoản họ. Đối với tài khoản nhóm, chủ sở hữu nhóm có thể tạo và xem khóa liên kết với gói API. Làm theo hướng dẫn khóa API cho tài khoản liên quan.

Lưu trữ khóa bên ngoài mã nguồn của bạn

Sử dụng trình quản lý bí mật hoặc biến môi trường cục bộ như CRUNCHBASE_API_KEY. Giữ giá trị ra khỏi kho lưu trữ, ảnh chụp màn hình và nhật ký yêu cầu. Chạy các yêu cầu đã xác thực từ backend của bạn thay vì để lộ khóa trong mã trình duyệt.

Yêu cầu một tổ chức

Ví dụ dưới đây sử dụng permalink tổ chức crunchbase và truyền khóa qua header X-cb-user-key. Đặt biến môi trường một cách an toàn trước khi chạy nó.

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'

Đây là một yêu cầu ví dụ, không phải kiểm tra trực tiếp đã xác minh. Phản hồi đơn giản hóa có thể có cấu trúc sau; mô tả dưới đây chỉ mang tính minh họa.

{

  "properties": {

    "identifier": {

      "value": "Crunchbase",

      "permalink": "crunchbase",

      "entity_def_id": "organization"

    },

    "short_description": "Illustrative company description."

  }

}

Kiểm tra phản hồi trước khi lưu nó

Kiểm tra trạng thái HTTP, xác nhận rằng định danh được trả về khớp với công ty dự định và kiểm tra các trường được yêu cầu nào có mặt. Ứng dụng của bạn nên xử lý các giá trị bị thiếu hoặc null mà không coi chúng là số không, sai hoặc bằng chứng rằng một sự kiện chưa bao giờ xảy ra. Nếu một trường dự kiến bị thiếu, hãy kiểm tra tính khả dụng của nó và quyền truy cập của bạn trước khi thay đổi yêu cầu.

Bạn cần những phần nào của tài liệu API Crunchbase?

Bắt đầu với hoạt động mà ứng dụng của bạn cần thực hiện. Tài liệu API Crunchbase tách biệt việc tìm các bản ghi khớp với việc truy xuất chi tiết về một thực thể đã biết, với các hướng dẫn bổ sung để chọn trường và lấy thêm kết quả.

Yêu cầu tìm kiếm sử dụng POST với các bộ lọc và trường được yêu cầu trong phần thân JSON. Entity Lookup sử dụng GET để truy xuất một bản ghi đã biết. API vẫn chỉ đọc: sử dụng POST cho tìm kiếm không tạo hoặc sửa đổi dữ liệu công ty.

Ba chi tiết đáng chú ý trước khi bạn xây dựng quy trình thu thập lớn hơn.

Bộ lọc tìm kiếm sử dụng logic AND

Các bộ lọc riêng biệt phải đều khớp. Trong một trường hỗ trợ includes, bạn có thể cung cấp nhiều giá trị để khớp với bất kỳ giá trị nào trong số đó, chẳng hạn như các mã định danh vị trí cho Hoa Kỳ hoặc Canada. Đối với các điều kiện OR trên các trường khác nhau, hãy thực hiện các yêu cầu riêng biệt, kết hợp tất cả các trang kết quả và loại bỏ các bản sao theo mã định danh.

Pagination cần xử lý rõ ràng

Một phản hồi thành công không nhất thiết chứa mọi bản ghi khớp. Pagination tìm kiếm sử dụng after_id với UUID của entity cuối cùng để yêu cầu trang tiếp theo. Các bản ghi liên quan được trả về thông qua cards có hướng dẫn pagination riêng, vì vậy đừng cho rằng cùng một cách tiếp cận áp dụng ở mọi nơi.

Dữ liệu thiếu nên được giữ ở trạng thái không xác định

Một giá trị funding vắng mặt không có nghĩa là công ty không huy động được gì. Kiểm tra schema phản hồi, các trường được yêu cầu và quyền truy cập, sau đó lưu giữ các giá trị thiếu dưới dạng không xác định trong cơ sở dữ liệu của bạn. Điều này ngăn các bản ghi không đầy đủ trở thành những kết luận nghiên cứu gây hiểu lầm.

Làm thế nào để làm phong phú các bản ghi Crunchbase bằng dữ liệu từ website công ty?

Sử dụng các bản ghi Crunchbase được cấp phép để xác định các công ty có liên quan, sau đó thu thập các quan sát cụ thể từ các website chính thức của họ. Giữ mỗi quan sát gắn với nguồn và ngày tháng của nó để nhóm của bạn có thể phân biệt dữ liệu công ty được báo cáo với những gì website hiện đang hiển thị.

Giả sử bạn muốn nghiên cứu các công ty phần mềm gần đây đã huy động vốn và hiện đang quảng cáo các vị trí kỹ thuật hoặc công bố sản phẩm mới. Thông tin funding cung cấp cho bạn lựa chọn ban đầu; bằng chứng từ website giúp bạn quyết định công ty nào xứng đáng được xem xét kỹ hơn.

1. Xác định điều gì làm cho một công ty trở nên có liên quan

Đặt tiêu chí trước khi thu thập bản ghi. Đối với ví dụ này, hãy chọn các công ty phần mềm trong thị trường mục tiêu của bạn có thông báo funding trong 90 ngày qua. Chỉ định loại funding nào đủ điều kiện và cách bạn sẽ xử lý các bản ghi thiếu ngày tháng hoặc số tiền.

Xác định các câu hỏi về website một cách hẹp tương tự: công ty có quảng cáo các vị trí tuyển dụng kỹ thuật không, và họ đã công bố thông báo sản phẩm có ghi ngày trong cùng khoảng thời gian đó chưa? Những câu hỏi này tạo ra các quan sát mà nhóm của bạn có thể kiểm tra.

2. Truy xuất các bản ghi được cấp phép mà bạn cần

Yêu cầu các mã định danh, tên công ty, địa chỉ website và thông tin funding có liên quan có sẵn theo giấy phép của bạn. Giữ ngày thông báo funding riêng biệt với ngày bạn truy xuất bản ghi.

Giữ một bản sao nguồn không thay đổi nếu giấy phép của bạn cho phép lưu trữ. Điều này cung cấp cho bạn một tham chiếu khi nghiên cứu tiếp theo tiết lộ một tên, domain hoặc mô tả khác.

3. Khớp mỗi công ty với domain chính thức của nó

Bắt đầu với địa chỉ website được liên kết với bản ghi, sau đó kiểm tra xem đích đến có đại diện cho cùng một tổ chức không. So sánh tên công ty, mô tả sản phẩm và các chi tiết nhận dạng trên trang Giới thiệu hoặc trang liên hệ của nó.

Các tên khác nhau có thể đề cập đến một tổ chức sau khi đổi thương hiệu, trong khi các tên tương tự có thể thuộc về các doanh nghiệp không liên quan. Ghi lại các bí danh đã xác nhận và chuyển hướng domain. Nếu sự khớp vẫn không chắc chắn, hãy đánh dấu để xem xét trước khi gắn các quan sát từ website vào ID công ty.

4. Chọn các trang trả lời câu hỏi nghiên cứu

Trong ví dụ này, hãy tập trung vào các trang tuyển dụng, danh sách công việc cụ thể, thông báo sản phẩm và ghi chú phát hành. Sử dụng các phương pháp thu thập dữ liệu được phép và kiểm tra các điều kiện truy cập của trang web trước khi tự động hóa các yêu cầu.

Một bộ trang nhỏ và có liên quan giúp kết quả dễ xác thực hơn. Có rất ít lý do để thu thập toàn bộ website khi câu hỏi chỉ liên quan đến các vị trí kỹ sư được quảng cáo và các bản phát hành sản phẩm gần đây.

5. Trích xuất các quan sát với giới hạn nguyên vẹn

Ghi lại chức danh công việc, địa điểm quảng cáo, URL danh sách và ngày đăng nếu có. Đối với tin tức sản phẩm, ghi lại tiêu đề thông báo, ngày xuất bản và thay đổi cụ thể được mô tả.

Giữ phần diễn giải riêng biệt. Một vị trí tuyển dụng đang mở cho thấy một vai trò đang được quảng cáo; nó không chứng minh rằng ai đó đã được tuyển dụng hoặc tổng số nhân viên đang tăng. Tương tự, một thông báo sản phẩm có thể mô tả bản xem trước hoặc danh sách chờ thay vì một bản phát hành có sẵn rộng rãi.

6. Lưu bằng chứng và thời gian thu thập

Lưu trữ URL nguồn và timestamp thu thập cùng với mỗi quan sát. Ghi lại ngày xuất bản riêng biệt khi trang cung cấp chúng: một trang được kiểm tra hôm nay vẫn có thể chứa thông báo từ vài năm trước.

Bảng đơn giản hóa dưới đây cho thấy đầu ra có thể trông như thế nào. Tất cả các công ty, định danh, chi tiết tài trợ và quan sát đều là hư cấu. Một triển khai nên giữ lại timestamp đầy đủ thay vì chỉ ngày tháng.

7. Xem xét sự không chắc chắn trước khi cập nhật dataset

Gửi các domain khớp mơ hồ, ngày tháng xung đột và thông báo không rõ ràng đến hàng đợi xem xét. Một trang tuyển dụng bị thiếu nên được ghi lại là không khả dụng tại thời điểm kiểm tra, không phải là bằng chứng cho thấy công ty đã ngừng tuyển dụng hoặc hoạt động.

Giữ nguyên các giá trị ban đầu khi các nguồn không đồng nhất. Ví dụ, giữ lại tên công ty do Crunchbase cung cấp và thêm tên giao dịch hiện tại của website như một quan sát riêng biệt cho đến khi mối quan hệ được xác nhận.

Dataset kết quả nên cho phép nhà nghiên cứu truy ngược mọi kết luận về bằng chứng. "Vừa được tài trợ và đang quảng cáo hai vị trí kỹ sư" là một mô tả có thể bảo vệ được. "Mở rộng nhanh chóng sau tài trợ" cần hỗ trợ thêm.

Khi nào CyberYozh App có thể hỗ trợ nghiên cứu website công ty?

CyberYozh App có thể hỗ trợ nghiên cứu website bổ sung khi trình thu thập của bạn cần một vị trí địa lý được chọn hoặc một phiên proxy nhất quán. Bắt đầu với truy cập trực tiếp nếu nó đáp ứng yêu cầu của bạn. Thêm cơ sở hạ tầng proxy khi một câu hỏi nghiên cứu cụ thể hoặc yêu cầu kết nối biện minh cho nó.

Đối với các công ty phần mềm vừa được tài trợ trong ví dụ của chúng tôi, ba khả năng có liên quan:

Lựa chọn địa lý

Kiểm tra cách một công ty trình bày sản phẩm, giá cả hoặc tính khả dụng của nó cho khách truy cập kết nối từ một thị trường có liên quan. Ghi lại vị trí đã chọn cùng với các quan sát của bạn. Vị trí IP chỉ là một yếu tố ảnh hưởng đến trang: cookie, cài đặt ngôn ngữ và tùy chọn tài khoản cũng có thể ảnh hưởng đến nội dung hiển thị.

Phiên sticky

Duy trì phiên proxy đã chọn trong khi kiểm tra các trang liên quan, chẳng hạn như trang danh sách tuyển dụng và các tin tuyển dụng riêng lẻ. Điều này giúp giữ ngữ cảnh mạng nhất quán trong toàn bộ chuỗi. Trình thu thập của bạn vẫn cần quản lý cookie và trạng thái trình duyệt của riêng nó; phiên proxy sticky không tự động bảo toàn những thông tin đó.

Cấu hình proxy

Kết nối trình thu thập của bạn thông qua giao thức được hỗ trợ, chẳng hạn như HTTP, HTTPS hoặc SOCKS5. Xác nhận endpoint, cổng, thông tin xác thực và hỗ trợ client, sau đó kiểm tra một tập nhỏ các trang trước khi mở rộng thu thập. Giữ thông tin xác thực proxy tách biệt với API key Crunchbase của bạn.

Đối với nghiên cứu định kỳ, CyberYozh App cũng cung cấp quyền truy cập API để quản lý proxy, chẳng hạn như Kiểm tra địa chỉ IP, quản lý proxy, kích hoạt SMS, thẻ ngân hàng ảo và nhiều hơn nữa. Điều này có thể giúp ứng dụng của bạn quản lý tài nguyên proxy được sử dụng bởi trình thu thập website. Crunchbase cung cấp các bản ghi công ty được cấp phép, trong khi CyberYozh App hỗ trợ cơ sở hạ tầng cho các kiểm tra website bổ sung.

Đánh giá thiết lập so với nhiệm vụ nghiên cứu: bạn có đang truy cập đúng các trang khu vực dự định, duy trì phiên yêu cầu và trích xuất các quan sát chính xác không? CyberYozh App cung cấp kiểm soát kết nối cho các kiểm tra website đó. API Crunchbase vẫn là nguồn của các bản ghi được cấp phép, với xác thực và giới hạn truy cập riêng.

Bạn nên kiểm tra gì khi yêu cầu thất bại hoặc bản ghi trông không đầy đủ?

Đầu tiên, xác định vấn đề xảy ra ở đâu: yêu cầu API Crunchbase, khớp domain công ty hay thu thập website bổ sung. Mỗi trường hợp yêu cầu cách khắc phục khác nhau. Giữ đủ thông tin chẩn đoán để theo dõi lỗi, bao gồm trạng thái phản hồi, thông báo lỗi và thời gian thu thập, mà không ghi log thông tin xác thực.

Coi kết quả trống là điều cần điều tra. Nó có thể phản ánh tiêu chí tìm kiếm hạn chế, trường không khả dụng hoặc lỗi thu thập. Nó không tự động có nghĩa là công ty không có tài trợ, vị trí tuyển dụng hoặc thông báo gần đây.

Sau khi khắc phục sự cố, chạy lại một mẫu nhỏ bị ảnh hưởng và kiểm tra đầu ra trước khi khởi động lại toàn bộ quá trình thu thập.

Làm thế nào để chọn thiết lập phù hợp cho nghiên cứu của bạn?

Chọn thiết lập dựa trên tần suất bạn cần dữ liệu và những câu hỏi nó phải trả lời.

Đối với nghiên cứu thủ công thỉnh thoảng

đánh giá website Crunchbase và các bản xuất có sẵn trong gói đăng ký liên quan. Chúng có thể đáp ứng nhu cầu của bạn mà không cần duy trì tích hợp.

Đối với làm giàu dữ liệu có cấu trúc định kỳ

đánh giá quyền truy cập API Crunchbase được cấp phép. Xác nhận rằng các trường, quyền và giới hạn yêu cầu có sẵn hỗ trợ lịch trình làm mới dự định của bạn.

Đối với bản ghi có cấu trúc cộng với quan sát website

kết hợp truy xuất API với bộ thu thập riêng. Giữ các giá trị nguồn và phát hiện website có thể phân biệt được, và cấu hình kết nối mạng của bộ thu thập xung quanh bất kỳ yêu cầu địa lý hoặc phiên nào.

Trước khi mở rộng phần nghiên cứu website, kiểm tra một tập hợp nhỏ, đại diện các domain công ty. Kiểm tra các quan sát được trích xuất so với các trang nguồn, xác nhận hành vi phiên qua các yêu cầu liên quan và đo lượng lưu lượng tiêu thụ.