公開2026.09.09更新2026.10.15 Webシステム

Zendeskとは？公式料金の実額とAPI制限、自社システム連携の判断基準

Zendeskは、メール・チャット・電話・SNSで届いた問い合わせを1件ずつチケットに変換し、対応状況と履歴を一元管理するカスタマーサービス基盤です。検討の場で判断を分けるのは機能一覧ではありません。「どのプランなら運用が回るか」と「自社の基幹システムやCRMとどこまでつなげるか」の2点です。この記事では、公式料金ページに実際に載っている単価と課金の増え方、プラン別に200件から2500件へ変わるAPIのレート制限、Webhookの12秒タイムアウトという連携設計の制約、そしてSaaSのまま運用するか自社で作り込むかの分岐条件までを順に整理します。

まとめ：Zendeskが向く問い合わせ規模と、単体導入を見送る条件

先に結論を書きます。Zendeskが効くのは、次の2つが重なるときです。第一に、問い合わせの窓口がメール以外にも広がり、誰がどこまで対応したかを受信箱では追えなくなっていること。第二に、顧客が自分で答えを探せるFAQを外部に公開し、有人対応の件数そのものを減らしたいこと。この2つが揃っていれば、チケット管理とヘルプセンターを一体で持つ製品構成が噛み合います。

逆に、見送ったほうがよい場面もはっきりしています。担当者2〜3名で問い合わせが1日十数件にとどまるなら、共有メールボックスと簡易なタスク管理で対応できる範囲です。エージェント単価が積み上がるライセンス体系のため、少人数では機能の余りがそのまま費用になります。もう1つ、社内向けの情報システム部門の問い合わせだけが対象で、外部顧客への公開FAQを持たない場合も、製品の半分を使わない構成になりがちです。

料金は1エージェントあたりの月額で課金されます。公式料金ページに並ぶのはSupport Team 19ドル、Suite Team 55ドル、Suite Professional 115ドル（いずれも年払い時の表記）と、営業担当への問い合わせが前提のSuite Enterprise + Copilotです。ここで見落とされやすいのは、Zendeskの対応通貨に日本円が含まれない点と、AIエージェントの料金が自動解決ごとの従量課金である点です。固定費として稟議に載せた金額と、実際の請求額がずれる余地はこの2箇所に集中します。製品を横断してタイプから選び直したい方は、先に問い合わせ管理システム比較｜3タイプの選び方とSaaS・受託構築の判断軸を読むと、Zendeskがどの位置にある製品かが掴めます。

Zendeskがチケットとヘルプセンターで覆う守備範囲と製品構成

製品の輪郭を先に押さえます。Zendeskは単一の機能ではなく、問い合わせの受付から自己解決の提供、対応品質の測定までを層で持つ構成です。カテゴリとしての位置づけから確認したい場合は問い合わせ管理システムとは？機能・種類とExcel管理の限界、自社開発の判断基準で全体像を整理しています。ここではZendesk固有の中身に絞ります。

メール・チャット・音声を1件のチケットへ束ねる受付管理の仕組み

受け口の数だけ管理画面が増えるのが、問い合わせ対応が破綻する典型的な入口です。Zendeskはこれをチケットという単位に正規化します。メールで来た相談、Webフォームからの申込、チャットの会話、電話の着信履歴が、いずれも担当者・ステータス・優先度・期限・やり取りの全文を持つ1レコードになります。

共有メールボックスとの決定的な差は、対応の状態がデータとして残ることです。「未対応が何件あるか」「初回応答までに平均何時間かかっているか」を人が数えなくても集計できます。

ヘルプセンターとAIエージェントが担う自己解決の範囲と課金単位

Zendeskのもう半分はヘルプセンター、つまり公開FAQのCMSです。記事を書いて公開し、検索とカテゴリで顧客に自己解決させます。ここに乗るのがAIエージェントで、公式料金ページの記載ではすべてのSuiteおよびSupportプランに含まれます。

課金の仕組みには注意が必要です。AIエージェントの料金は「解決」という成果に基づく従量課金で、有人へエスカレーションされずAIだけで完結した問い合わせにのみ料金が発生する、とZendeskの公式料金ページに明記されています（2026年9月時点の記載）。プランには許容枠があり、超えた分が追加請求になります。問い合わせ件数が季節で振れる事業では、この従量部分が月々の変動費になります。

SupportプランとSuiteプランの機能境界と選び分けの目安

プラン体系は2系統です。Supportはメールベースのチケット管理を中心とした構成、Suiteはチャネルを統合したパッケージという位置づけです。公式ページはSupportを「メールベースのカスタマーサポートをこれから始める方」向けと説明しています。

選び分けの目安は単純です。窓口がメールとWebフォームだけなら、Support Teamの19ドルから始めて後で上げる余地があります。チャットや電話を同じ画面で扱う前提なら、最初からSuite Teamの55ドル以上を見たほうが構成がぶれません。Webサイトのチャットを窓口の主役に置く場合は、チャット起点のIntercomとは？Fin AI Agentの料金と仕組み、Zendeskとの違いと導入判断も比較対象になります。ここで多いのが「後でチャネルを足せばよい」と考えて安いプランを選び、半年後にプラン変更と設定のやり直しが同時に発生する流れです。契約変更は請求条件によって即時適用と更新時適用が分かれるため、追加のタイミングは契約時に確認しておく必要があります。

公式料金ページで確認できる3プランの単価と、課金が増える経路

金額の話に入ります。ここは第三者のまとめ記事に古い数字が残りやすい領域なので、公式料金ページの表示をそのまま基準にします。

年払い前提で並ぶ19ドル・55ドル・115ドルという3段階の単価

2026年9月時点の公式料金ページには、Support Team 19ドル、Suite Team 55ドル、Suite Professional 115ドルが「エージェント/月（年払い）」として掲載されています。最上位のSuite Enterprise + Copilotは金額表示がなく、営業担当への問い合わせが前提です。

プラン	単価（エージェント/月・年払い）	想定する使い方
Support Team	19ドル	メール中心のチケット管理から始める
Suite Team	55ドル	チャネルを一元化してAIの自動解決も使う
Suite Professional	115ドル	スキル別振り分け・詳細分析・Copilot
Suite Enterprise+Copilot	要問い合わせ	エージェントロールのカスタマイズを含む大規模運用

以前は中間にSuite Growthというプランがありましたが、現在の公式料金ページには掲載されていません。既存契約として残っているケースはあるため、他社の比較記事でGrowthの金額を見かけたときは、新規で選べる選択肢としては数えないでください。契約は月払い・年払い・複数年から選べます。上の表は年払い時の単価で、月払いにすると単価が上がる建て付けです。

米ドル建て課金と円換算で国内企業の稟議が崩れる見積もりの落とし穴

国内企業の検討で最も見落とされるのがこれです。公式料金ページのFAQには、対応通貨として米ドル・ユーロ・英ポンド・ブラジルレアルの4つが挙げられています。日本円は含まれていません。

つまり、エージェント20名でSuite Teamを年払い契約すると月額1,100ドルですが、円での支出額は為替次第で動きます。1ドル140円なら月154,000円、1ドル160円なら月176,000円で、同じ契約のまま年間で26万円以上の差が出ます。3年の総コストで比較する稟議資料を作るなら、単一レートで固定した数字を置くのではなく、レンジで示しておくほうが後で説明に困りません。国産の問い合わせ管理SaaSと横並びで比較するとき、この通貨の差が見積もりの前提として抜け落ちがちです。

アドオンと従量課金型機能が基本料金の上に積む変動費の見積もり方

基本プランの単価だけで総額は決まりません。公式料金ページには、アドオンの料金が基本プランとは別に設定され、ライセンス数や使用量、または固定料金で請求されると書かれています。掲載されているアドオン単価には50ドルと83ドルの表記があり、Copilotについては「Professional以上のプランで利用可能」と明記されています。

もう1つの変動要因が従量課金型の機能です。アプリビルダー、アクションビルダー、音声などは、プランに含まれる規定の利用枠を超えた分が使用量に応じて請求される、と同ページに記載されています。電話チャネルを本格的に使う計画があるなら、通話量の見込みを立てないまま単価だけで比較しても総額は当たりません。予算を組む順序は、エージェント数×プラン単価で下限を出し、そこにAIの自動解決枠と音声の想定超過分を足す、の2段階です。

APIとWebhookの制限から見た自社システム連携の設計条件

ここが競合の解説記事でほぼ触れられない領域です。Zendeskを入れる企業のうち、基幹システムや自社のCRM、会員データベースと繋ぐ要件を持つケースは珍しくありません。そして連携の可否と方式は、機能の有無ではなくレート制限の数値で決まります。

プラン別に200件から2500件へ変わる1分あたりのAPI上限

公式の開発者ドキュメントは、プラン別の上限を明示しています。Zendesk APIのレート制限のページによると、Support/Help Center APIの1分あたりリクエスト数はSuite Teamが200件、GrowthとProfessionalが400件、Enterpriseが700件、Enterprise Plusが2500件です。Chat APIは全プラン200件で共通です。同じ55ドルの価格帯でも、FreshdeskのProプランは1分400件とZendesk Suite Teamの2倍の枠を持ちます。価格帯ごとの比較はFreshdeskとは？公式料金とAPI上限、Zendeskとの違いと導入判断で整理しています。

上限を上げるHigh Volume APIアドオンは2500件ですが、購入条件が付きます。Suite Growth以上またはSupport Professional以上であること、最低10エージェントの契約があること。Enterprise Plusは2500件が組み込まれているためアドオンは不要です。エンドポイントごとの個別制限も別に効きます。チケット更新は1アカウントあたり100件/分（アドオン適用で300件/分）、インクリメンタルエクスポートは10件/分（同30件/分）、ユーザー更新は1ユーザーあたり5件/分です。上限を超えると429応答が返り、Retry-Afterヘッダに待機すべき秒数が入ります。

Webhookの12秒タイムアウトとリトライ回数が決める連携方式

Zendesk側の変更を自社システムへ流す経路がWebhookです。ここには実装を左右する数値が3つあります。公式のWebhook作成・監視ドキュメントの記載では、リクエストのタイムアウトは12秒。409応答は最大3回、タイムアウトしたリクエストは最大5回までリトライされます。429と503は、retry-afterヘッダの値が受信時点から60秒未満のときにリトライ対象になります。

この12秒が意味するのは、受信側で同期処理を書いてはいけないということです。受け口では検証と保存だけを行って即座に200を返し、基幹システムへの反映はキュー経由の非同期処理に回します。もう1つ押さえるのはサーキットブレーカーです。5分間でリクエストの70%がエラーになるか、5分間で1000件超のエラー応答を受けると作動し、5秒間の停止が入ります。5分間のリクエストが100件未満なら作動しません。受信側のデプロイでエラーを撒くと、この条件に触れて配信が止まる時間帯が生まれます。

基幹システムとの同期でレート制限に触れる典型パターンと設計上の対策

実装で事故が起きる形は限られています。多いのは全件同期です。夜間バッチで顧客マスタ数万件をユーザー更新APIに流す設計は、1ユーザーあたり5件/分という制限とは別に、アカウント全体の上限に真正面からぶつかります。差分だけを送る設計、つまり更新日時をキーにした増分同期に切り替えるのが前提です。

次に多いのが、画面表示のたびにZendesk APIを叩く実装です。自社の管理画面で顧客の問い合わせ履歴を出したいという要件で、アクセスごとにチケット検索を呼ぶと、利用者が増えた瞬間に200件/分の枠を使い切ります。ここで採る構成は、自社側にキャッシュを持たせるか、Webhookで受け取った更新を自社DBに写しておく方式です。設計の初期段階でレート制限を織り込まないまま作ると、負荷試験の段階で方式ごと作り直しになります。連携要件の整理から実装まで外部に相談する場合は、API開発・システム連携のように、既存システムとのデータ同期設計を含めて引き受けられる体制かどうかを確認してください。

SaaS運用と自社構築を分ける判断基準と、内製化が過剰になる条件

ここは判断を言い切ります。SaaSと受託構築の一般的な比較軸はカスタマーサポートシステムとは？4層の機能とCRM連携・SaaSと受託構築の選び方で整理しているため、本章はZendeskを前提にした分岐だけを扱います。

エージェント数と対応チャネル数から見たSaaSの費用優位の分岐点

エージェント10名前後まで、かつチャネルがメール・チャット・電話の標準的な組み合わせであれば、Zendeskをそのまま使うほうが速くて安いです。理由は単価の絶対額ではなく、作らなくて済む範囲の広さにあります。チケットのステータス管理、SLAの計測、公開FAQ、レポート、これらを自社開発で揃えると初期費用が数百万円規模になり、その後の保守も自社で抱えます。Suite Teamの55ドル×10名は年払いで月額550ドル、年間6,600ドルです。開発費と比べる対象になりません。

判断が変わるのはエージェント数が増えたときです。100名規模になるとSuite Professionalで月額11,500ドル、年間で13万8,000ドルに達します。この水準では、ライセンス費と開発費の比較が成立し始めます。

自社構築が見合う業務上の条件と、開発を選ばないほうがよい組織規模

自社構築を検討に入れてよい条件は3つに絞られます。1つ目は、問い合わせ対応が自社サービスの中核業務そのもので、業務フローが他社と同じ形に収まらないこと。2つ目は、顧客データを外部SaaSに置けない制約が契約や規程で決まっていること。3つ目は、エージェント数が大きくライセンス費が年間十数万ドル規模に達していること。

反対に、選ばないほうがよい場面を明記します。「ちょうど良いツールがないから作る」という理由だけで着手する構成は、まず検討対象から外すべきです。標準的なチケット管理を自作すると、機能を作った後に運用改善の要求が続き、保守の担当者を社内に確保し続ける必要が出ます。エージェント20名以下でZendeskの標準機能が7割以上使えるなら、開発は過剰です。カスタマイズしたい2〜3割は、Zendeskのアプリやトリガと外部連携で埋めるほうが総コストで勝ちます。

Zendeskを残したまま周辺機能だけ作り込むハイブリッド構成

実務で最も現実的なのが、この折衷案です。チケット管理とFAQはZendeskに任せ、自社固有の処理だけを外側に作ります。たとえば契約情報や課金状態をチケット画面に表示するサイドバーアプリ、問い合わせ内容から自社DBの該当データを引くAPI、対応完了後に基幹システムへ結果を書き戻すWebhook受信側の処理です。

この構成の利点は、Zendesk側のアップデートに追随する手間を自社で負わないまま、業務固有の要件を満たせる点にあります。作る範囲は「Zendeskで表現できないデータと処理」に限定します。境界を曖昧にしたまま両方に同じデータを持つと、どちらが正なのか判断できない状態に陥るため、マスタをどちらに置くかは着手前に1つずつ決めてください。

導入後の運用設計で詰まる箇所と、乗り換え時のデータ移行の制約

契約して設定を終えたところが終点ではありません。運用が回らない原因は機能不足よりも設計の未決定に寄ります。

ビューとトリガの設計を先に決めないと起きる問い合わせ対応の破綻

Zendeskの運用の質は、ビュー（チケットの絞り込み一覧）とトリガ（条件に応じた自動処理）の設計でほぼ決まります。ここを詰めずに全員が全チケットを見る状態で始めると、担当の重複と放置が同時に起きます。

決めるべき順序は、担当の割り当てルール、ステータスの定義、エスカレーションの条件、この3つです。割り当てはチャネル別か製品別か顧客ランク別か。ステータスは「保留」と「対応待ち」を誰の待ちで分けるのか。何時間で応答がなければ誰に上げるのか。この3点を紙に書き出せていない状態でトリガを組むと、後から通知が多すぎるという不満が出て、結局トリガを全部止める流れになります。属人化を防ぐ仕組みの考え方はヘルプデスクとは？仕事内容と種類、サービスデスクとの違い・属人化を防ぐ仕組み化を解説で整理しています。

チケット履歴のエクスポートと他社製品へのデータ移行で残る制約

将来の乗り換えも設計対象です。Zendeskからのデータ取り出しはAPI経由になりますが、ここでもレート制限が効きます。インクリメンタルエクスポートは10件/分（High Volume APIアドオン適用で30件/分）で、これは1リクエストあたりの件数ではなくリクエスト回数の上限です。数年分のチケットを一括で吸い出す作業は、時間の見積もりを先に立てないと計画が崩れます。

移行時にもう1つ問題になるのが、構造の非対称性です。Zendeskのチケットはコメント・カスタムフィールド・添付ファイル・担当者の変更履歴を持ちますが、移行先の製品が同じ構造を持つとは限りません。実務では「どこまで持っていくか」を決める作業が移行計画の中心になります。全件・全項目の完全移行を前提に置くと、費用が跳ねます。過去分は参照専用のアーカイブとして別に持ち、直近1年だけを新環境へ移す割り切りが、現実的な着地点になることが多いです。

よくある質問

Zendeskの検討で実際に多い質問を、公式ドキュメントで確認できる範囲に絞って答えます。

Zendeskに無料プランはありますか？

公式料金ページに、恒久的な無料プランの掲載はありません。掲載されているのは14日間のトライアル（既定はSuite Professionalの全機能、Copilotを含む）と、条件を満たすスタートアップ向けの支援プログラムです。後者については、同ページに最大2年間の無償利用と、6か月・最大50エージェントのトライアルの両方が案内されています（2026年9月時点の記載）。一般の企業が無料で継続利用する前提では計画を立てられません。

Zendeskの料金は日本円で支払えますか？

公式料金ページのFAQでは、対応通貨は米ドル・ユーロ・英ポンド・ブラジルレアルの4つと記載されており、日本円は含まれていません。国内代理店経由での契約形態は代理店ごとに条件が異なるため、円建てでの請求を希望する場合は代理店に直接確認してください。自社で直接契約する前提なら、為替変動を織り込んだ予算組みが必要です。

Zendeskと自社の基幹システムは連携できますか？

REST APIとWebhookで連携できます。ただし連携方式を決める条件は、APIのレート制限です。1分あたりの上限はSuite Teamが200件、Professionalが400件、Enterpriseが700件で、Webhookのリクエストは12秒でタイムアウトします。全件同期や画面表示ごとのAPI呼び出しは上限に触れるため、増分同期と自社側キャッシュを前提に設計します。受信処理は即座に200を返して非同期に流すのが基本形です。

Suite Growthプランは今も選べますか？

現在の公式料金ページには、Suite Growthの掲載がありません。開発者向けドキュメントのレート制限表にはGrowth（400件/分）の行が残っており、既存契約としては存在します。新規契約で選べる選択肢としては、Suite TeamとSuite Professionalの間を見る形になります。他社の比較記事にGrowthの金額が載っている場合は、情報の時点を確認してください。

Zendeskと問い合わせ管理システムは何が違うのですか？

問い合わせ管理システムは製品カテゴリの名前で、Zendeskはそのカテゴリに属する具体的な製品です。カテゴリの中でZendeskの特徴は、チケット管理と公開FAQ、AIによる自動解決を1つのプランに束ねている点と、APIとWebhookの仕様が公開されていて連携の見積もりが立てやすい点にあります。国産製品との比較軸は問い合わせ管理システム比較の記事で整理しています。