HubSpot vs Salesforce vs Zoho CRM｜エンジニアがAPI・カスタマイズで比較した結果

Home / Blog / HubSpot vs Salesforce vs Zoho CRM｜エンジニアがAPI・カスタマイズで比較した結果

エンジニアがCRMを選ぶならAPI仕様・カスタマイズ性・外部連携が重要。HubSpot・Salesforce・Zoho CRMを開発者目線で比較し、どれが使いやすいか正直に書いた。

エンジニアのゆとです。

CRMの比較記事を読むと、だいたい「使いやすさ」「料金」「導入実績」で比較されています。営業マネージャーが選ぶための情報としてはそれでいい。

でも、エンジニアがCRM選びに関わるなら、見るべきポイントが全然違う。

APIのレートリミットはいくつか。Webhookはリアルタイムか。カスタムオブジェクトは作れるか。Zapier/Make以外の連携手段があるか。開発者ドキュメントはまともか。

こういう情報が比較記事に載っていることはほとんどありません。

この記事では、HubSpot・Salesforce・Zoho CRMの3つをAPI・カスタマイズ性・開発者体験の軸で比較します。CRM導入でエンジニアとして意見を求められた時に、この記事を読めば判断材料が揃う状態を目指しました。

エンジニアがCRM選びに関わるべき理由

「CRMは営業ツールだからエンジニアは関係ない」と思われがちですが、実際にはCRMの選定ミスでエンジニアが苦しむケースが多い。

データ連携が地獄になる: CRMと自社プロダクトや社内ツールとのデータ同期で、APIの仕様が貧弱だと手動オペレーションが増える
カスタマイズの限界に当たる: 「このフィールドを追加したい」「この条件で自動化したい」という要望が、プラットフォームの制約で実現できない
ベンダーロックインが進む: 導入後に乗り換えようとしたら、データエクスポートの制約やAPI依存度が高すぎて移行コストが膨大

逆に言えば、最初にエンジニア視点でCRMを評価しておけば、これらの問題はかなり回避できます。

API仕様クイック比較

API比較

HubSpot API

方式: REST API（JSON）
認証: OAuth 2.0 / Private App Token
レートリミット: OAuth: 100リクエスト/10秒、Private App: 100リクエスト/10秒、検索API: 4リクエスト/秒
ページネーション: カーソルベース（after パラメータ）
バッチ処理: 一括作成・更新・削除に対応（最大100レコード/リクエスト）
Webhook: ワークフローからHTTP Webhookを送信可能。サブスクリプションAPIでCRMイベントのリアルタイム通知
GraphQL: 非対応
ドキュメント: developers.hubspot.com — 構造化されていて読みやすい。コード例が豊富（Node.js, Python, Ruby）

HubSpotのAPIは最もとっつきやすい。ドキュメントが整理されていて、初めてCRM APIを触るエンジニアでも迷いにくい。REST一本で、GraphQLのような学習コストがない。

ただし、レートリミットが100/10秒は大量データの同期時にはボトルネックになる可能性あり。

Salesforce API

方式: REST API + SOAP API + Bulk API + Streaming API + GraphQL API
認証: OAuth 2.0（複数フロー対応）
レートリミット: Edition依存。Enterprise: 100,000リクエスト/24時間（APIコール単位）、Bulk API: 15,000バッチ/24時間
ページネーション: SOQL（Salesforce独自クエリ言語）のOFFSET/LIMIT + カーソル
バッチ処理: Bulk API 2.0で大量データ処理（最大1億レコード/ジョブ）
Webhook: Platform Events / Change Data Capture（CDC）でリアルタイム通知。Outbound Messages（SOAP）
GraphQL: 対応（2023年GA）
ドキュメント: developer.salesforce.com — 膨大。Trailheadで体系的に学習可能

SalesforceはAPIの選択肢が最も多い。REST/SOAP/Bulk/Streaming/GraphQLと5種類のAPIを用途に応じて使い分けられる。Bulk API 2.0は大量データ処理に特化しており、数百万件のデータ移行や同期に強い。

一方で、SOQLという独自クエリ言語の習得が必要。SQLに似ているが、JOINの制約やリレーション走査の書き方に癖がある。学習コストは他の2つより明確に高い。

Zoho CRM API

方式: REST API v7（JSON）
認証: OAuth 2.0 / Self-Client
レートリミット: プラン依存。Enterprise: 500リクエスト/分/ユーザー、1日あたり25,000リクエスト/組織
ページネーション: page + per_page パラメータ
バッチ処理: 一括挿入・更新に対応（最大100レコード/リクエスト）
Webhook: 対応。ワークフロールールからWebhook通知
GraphQL: 非対応
ドキュメント: zoho.com/crm/developer — 実用的だがUI/UXはHubSpotに劣る

ZohoはAPIの基本機能は十分。レートリミットが500/分とHubSpotより緩いのは良いポイント。ただしドキュメントの読みやすさではHubSpotに負ける。

カスタマイズ性比較

カスタムオブジェクト

HubSpot: Professional以上で利用可能。最大10個（Enterprise: 最大100個）。プロパティ、アソシエーション、パイプラインを設定可能
Salesforce: カスタムオブジェクトは事実上無制限。リレーション定義、バリデーションルール、Apexトリガーも設定可能。最も自由度が高い
Zoho: カスタムモジュールに対応。Enterprise以上で無制限。カスタムフィールドも柔軟に設定可能

ワークフロー自動化

HubSpot: Workflows（GUI）+ Operations Hub でカスタムコード（JavaScript/Python）実行可能
Salesforce: Flow Builder（GUI）+ Apex（Java風の独自言語）でほぼ何でもカスタマイズ可能
Zoho: Deluge（Zoho独自スクリプト言語）でワークフローをカスタマイズ。Zoho Creator連携でノーコードアプリ構築も可能

コード拡張

HubSpot: Operations Hub の「Custom Code Actions」でJavaScript/Pythonを実行。HubDB（簡易DB）も利用可能。ただし実行時間制限あり（20秒）
Salesforce: Apex（サーバーサイド）+ Lightning Web Components（フロントエンド）+ Visualforce。開発環境（Sandbox）が標準提供。最もコード拡張が柔軟
Zoho: Deluge + Zoho Creator + Zoho Flow。エコシステム内で完結する設計。外部への拡張はAPI経由

外部ツール連携

Slack連携

HubSpot: ネイティブ連携あり。通知、タスク作成、CRM検索がSlack内で完結。無料プランから利用可能
Salesforce: Slack（Salesforce傘下）との深い連携。Sales Cloud for Slack。ChannelへのCRMデータ共有
Zoho: Zoho Cliq（自社チャット）推奨。Slack連携はZapier/Make経由が主流

GitHub/開発ツール連携

HubSpot: 直接連携なし。Zapier/Make経由
Salesforce: Heroku（Salesforce傘下）との連携。GitHub Actions連携もコミュニティ製あり
Zoho: 直接連携なし。Zoho Flow経由

Zapier/Make対応

HubSpot: ◎ トリガー・アクションともに豊富。Zapierの人気連携先上位
Salesforce: ◎ 対応。ただしSalesforce側の設定が複雑になることも
Zoho: ○ 基本対応。Zoho Flow（自社製iPaaS）のほうが機能豊富

開発者体験スコア

項目	HubSpot	Salesforce	Zoho
ドキュメントの質	◎	○（量は多いが複雑）	○
API設計の一貫性	◎	○（複数APIで仕様が異なる）	○
学習コスト	◎（低い）	△（SOQL/Apex習得が必要）	○（Deluge習得が必要）
Sandbox/テスト環境	○（Developer Test Account）	◎（Sandbox標準提供）	○（Sandbox対応）
CLI/SDK	○（Node.js, Python, Ruby SDK）	◎（Salesforce CLI, VS Code拡張）	△（SDK限定的）
コミュニティ	◎（活発、Stack Overflow多い）	◎（Trailblazer Community、最大規模）	△（日本語情報が少ない）