LASSIC Media らしくメディア

LASSIC IT事業部｜元請（プライムベンダー）としてシステム保守・運用を受託

Chatwootとは？オムニチャネル顧客サポートを実現するセルフホストOSS

Chatwootとは、Webサイト上のライブチャットやメール、SNSなど複数のチャネルからの問い合わせを1つの受信箱に集約して管理できる、セルフホスト型のオムニチャネル顧客サポートプラットフォームです。公式GitHubリポジトリでは2026年7月時点で34.6千件を超えるスターを獲得しており、Ruby on Rails・Vue・JavaScriptで構築されたオープンソースプロジェクトとして開発が続いています^*2。

公式ドキュメントは、セルフホストによって「完全なコントロール」が得られると案内しており、データを自社サーバーに保管できるデータプライバシー、プラットフォームを自社仕様に修正できるカスタマイズ性、エージェント単位の課金が発生しないコスト管理、コンプライアンス対応のしやすさを利点として挙げています^*1。SaaS型の問い合わせ管理ツールを利用する場合と比べ、ライセンス費用や課金体系の柔軟さは無視できない要素と言えるでしょう。一方で、構築・運用を自社で担うか外部に委託するかという別のコスト判断が新たに発生します。

対応チャネルと主な機能で問い合わせを一元管理する仕組み

Webチャット・メール・SNS・LINEなど複数チャネルを1つの受信箱へ

Chatwootは、Webサイト上のライブチャット、メール、Facebook、Instagram、Twitter、WhatsApp、Telegram、Line、SMSといった複数のコミュニケーションチャネルに対応しています^*2。バラバラのツールで管理していた問い合わせ窓口を1つの受信箱へ集約できる点が、Intercomやzendeskのようなオムニチャネル型サポートツールと共通する基本的な価値です。

受信箱に加えて、ビルトインのHelp Center機能、担当者間で情報共有するためのプライベートノートと@メンション機能、問い合わせを整理するラベル付け、対応を効率化するキーボードショートカットとテンプレート返信機能も備わっています^*2。定型的な問い合わせが多い企業ほど、テンプレート返信とラベル管理を組み合わせた運用効率化の余地が大きいでしょう。

AIエージェント「Captain」による自動応答支援

Chatwootは、Captainと呼ばれるAIエージェント機能を備えており、自動応答や顧客対応の支援に活用できます^*2。ただしCaptain AIはセルフホスト版の料金体系ではPremium Support以上のプランで提供される機能であり^*6、Community版のみで利用する場合は対応範囲を事前に確認しておく必要があります。

自動割当・SLA・CSATで運用効率を高める分析機能

Chatwootには、問い合わせを担当者へ自動で割り振る自動割当機能とエージェントのキャパシティ管理機能、顧客ごとの情報を管理するカスタム属性、Slack・Dialogflow・Shopifyといった外部サービスとの連携機能が用意されています^*2。リアルタイムの分析機能とCSAT（顧客満足度)レポートにも対応しており、多言語対応とGoogle Translateとの統合によって、海外顧客からの問い合わせにも一定の対応が可能です^*2。

一方でSLA（サービスレベル合意）ポリシー機能は、セルフホスト版の料金体系上ではEnterprise Editionでのみ提供される機能として案内されています^*6。応答時間の遵守状況を仕組みとして管理したい企業は、Community版だけで完結できるか、Enterprise Editionへの契約が必要かを事前に見極める必要があるでしょう。

Dockerで構築するセルフホスト導入手順

システム要件とデプロイ方式の選択肢

公式ドキュメントが示す最小システム要件は、CPU2コア・メモリ4GB・ストレージ20GB SSDです。本番環境ではCPU4コア以上・メモリ8GB以上に加え、PostgreSQL 12以上とRedis 6以上が推奨されています^*1。デプロイ方式は、Linux VM・Docker・Kubernetes、およびAWS・Azure・Google Cloudなど主要クラウドプロバイダーに対応しています^*1。

Dockerでの導入は6ステップ

公式ドキュメントは、Dockerを使った導入手順を次の流れで案内しています^*3。前提としてDocker 20.10.10以上とDocker Compose v2.14.1以上が必要です^*3。第一に、curlで取得したインストールスクリプトを実行してDockerとdocker-compose-pluginを導入します。第二に、GitHubリポジトリのdevelopブランチから「.env」と「docker-compose.production.yaml」をwgetで取得します^*3。

第三に、「.env」と「docker-compose.yaml」を編集し、RedisおよびPostgresのパスワードを設定します^*3。第四に、「docker compose run –rm rails bundle exec rails db:chatwoot_prepare」を実行してデータベースを準備します。第五に、「docker compose up -d」でサービスを起動します^*3。第六に、動作確認として「curl -I localhost:3000/api」で200応答を確認します^*3。

起動後のアプリケーションは「localhost:3000」でアクセスできますが、公式ドキュメントは外部への公開にはNginxなどのリバースプロキシが別途必要になると明記しています^*3。この設定を見落とすと、社内検証はできても実際の問い合わせ窓口として外部公開できない状態が続くことになります。

セルフホスト内製と外注委託のコスト構造比較

セルフホストによる内製構築と、外部パートナーへの委託では、費用構造・必要スキル・リスク対応の重心が異なります。以下の表に主な違いを整理しました。

MITライセンスとEnterpriseライセンスの二重構造

ChatwootのLICENSEファイルは、コア部分と一部機能とでライセンスが異なる二重構造であることを明記しています。コア部分はMITライセンスが適用される一方、enterpriseディレクトリ配下のコードには、別途「enterprise/LICENSE」に定義されたライセンスが適用されます^*4。サードパーティコンポーネントについても、それぞれの提供元が定めた元のライセンスに従うと記載されています^*4。

このenterprise/LICENSE（Chatwoot Enterprise License）は商用利用を想定した専有ライセンスです。本番環境での使用にはChatwoot Subscription Terms of Serviceへの同意と、利用ユーザーシート数に応じたエンタープライズライセンスの取得が必要とされています^*5。開発・テスト目的での複製や修正、修正パッチの公開は認められていますが、有効なサブスクリプションなしに複製・マージ・公開・配布・サブライセンス・販売を行うことは禁止されています^*5。

料金体系としては、Community Editionが無料である一方、Premium Supportはエージェントあたり月額19ドル（年間請求）でCaptain AI・音声通話機能・カスタムブランディング・エージェント容量管理・ロール&パーミッション・優先メールサポートが加わります。Enterprise Editionはエージェントあたり月額99ドルで、これらに加えてSSO/SAML対応・SLAポリシー・電話サポート・開発チームとのオフィスアワーが提供されます^*6。「無料で使えるOSS」という理解だけで導入を進めると、SSOやSLAが必要になった段階で想定外の追加費用が発生する可能性があります。

Intercom/Zendesk代替として検討する視点

ChatwootをIntercomやZendeskのようなSaaS型サポートツールの代替として検討する場合、着目すべきは課金体系の違いです。Community Editionはエージェント数に応じたSaaS課金が発生しない点が大きな特徴であり^*1、問い合わせ対応の担当者を増やしてもライセンス費用が比例して増えるわけではありません。

一方で、SSO/SAML連携やSLAポリシーといった、企業のセキュリティ要件や運用要件に関わる機能は、Premium SupportまたはEnterprise Editionの契約が前提になります^*6。SaaS型ツールの月額課金と、セルフホストのサーバー費用＋必要に応じたエンタープライズライセンス費用＋構築・運用の人件費（内製）または委託費用（外注）を比較したうえで、自社の運用体制に合う選択肢を見極めることが重要です。

内製構築に必要なスキルと外注との違い

Docker運用・サーバー設計・ライセンス管理に求められる専門知識

Chatwootを内製で構築・運用する場合、求められる専門知識は複数分野にまたがります。Dockerコンテナの運用とサーバースペックの見積り、PostgreSQL・Redisを含む可用性設計、Nginx等のリバースプロキシ設定、そしてMITライセンスとEnterpriseライセンスの適用範囲を正しく把握したうえでの契約管理がその内容です。自社の情報システム部門だけでこれらを完結させるには、複数の担当者が連携する体制を整える必要があるでしょう。

判断を先延ばしにしたまま自己流で構築を進めると、リバースプロキシ未設定のまま外部公開できない状態が続いたり、SSOやSLAが必要になった段階で想定外のライセンス費用に直面したりするケースが生じます。特にenterprise配下の機能を無料の範囲だと誤認したまま本番運用を続けると、後から契約条件の見直しに迫られる可能性があります^*5。

専門パートナーに委託した場合の違い

専門パートナーに依頼すると、Docker環境の構築からサーバー設計、リバースプロキシ設定、ライセンス範囲を踏まえたプラン選定、バージョンアップ時の動作検証まで一連の工程を任せられます。自社では構成検討や動作検証だけで時間がかかる場面でも、複数の問い合わせ管理基盤を扱ってきた知見を活用すれば、稼働までの期間を圧縮しやすくなります。内製と外注のどちらでも、まずは自社の対応チャネルと必要機能の整理が出発点と言えるでしょう。

まとめ：Chatwootセルフホスト活用の3つの判断軸

本稿ではChatwootの機能とセルフホスト構築の要点を、公式ドキュメントとGitHubリポジトリの情報に基づいて整理しました。要点は次の3つに集約されるでしょう。第一に、Webチャット・メール・SNS・LINE等の一元管理と自動割当・分析機能は、MITライセンスのCommunity Editionで実現でき、エージェント課金は発生しません^*2*4。第二に、Docker運用・可用性設計・リバースプロキシ設定には専門知識が必要であり、SSOやSLAポリシーはEnterpriseライセンスの契約が前提です^*1*5*6。第三に、構築・運用の判断と実行は、自社の対応チャネルと必要機能を整理したうえで、外部委託によってリスクを抑えやすくなります。

よくある質問

著者：テレリモ総研編集部　鈴木 亮佑

ご不明な点はお問い合わせフォームからもご連絡いただけます。

1. *1　出典：Chatwoot Developer Docs「Self-Hosted Overview」（https://developers.chatwoot.com/self-hosted/）
2. *2　出典：Chatwoot公式GitHubリポジトリ「README」（https://github.com/chatwoot/chatwoot）
3. *3　出典：Chatwoot Developer Docs「Docker Deployment」（https://developers.chatwoot.com/self-hosted/deployment/docker）
4. *4　出典：Chatwoot公式GitHubリポジトリ「LICENSE」（https://github.com/chatwoot/chatwoot/blob/develop/LICENSE）
5. *5　出典：Chatwoot公式GitHubリポジトリ「enterprise/LICENSE」（https://github.com/chatwoot/chatwoot/blob/develop/enterprise/LICENSE）
6. *6　出典：Chatwoot公式サイト「Self-Hosted Plans Pricing」（https://www.chatwoot.com/pricing/self-hosted-plans）

Tweet