WhatsApp CRMのGitHubリポジトリやCodeCanyonのスクリプトから実際に得られるもの、含まれていないもの、そしてソースコードを購入する価値がメンテナンスの手間に見合うのはどんな場合かを解説します。
「whatsapp crm source code」で検索すると、たどり着く先は主に3つです。誰かが公開したGitHubリポジトリ、CodeCanyonで販売されているPHPスクリプト、あるいは非公式ライブラリを自分でつなぎ込むよう案内するチュートリアル。どれも約束することは同じで、サブスクリプションとして借りるのではなく、丸ごと所有できるWhatsApp CRMです。あらかじめ宣伝されていないのは、そのどれもが動作するWhatsAppの接続そのものを渡してくれるわけではないという点です。その部分は自分で構築するか別途購入するかしかなく、たいていはそこが「無料」のソースコードを本当に無料のままにしておけるかどうかを左右します。
ここでは、その3つのバケットそれぞれに実際に何が入っているのか、どんなライセンスとメンテナンスの条件がついてくるのか、そしてコードベースの所有をまるごと避けたいチームにとってThe Chat Quotientのような完成済みツールがどう位置づけられるのかを見ていきます。
| 選択肢 | 得られるもの | WhatsAppとの接続 | 一般的なコスト | 主なリスク |
|---|---|---|---|---|
| GitHub（オープンソース） | 品質が大きくばらつくアプリコード。活発にメンテナンスされているものから放置状態のものまで | 自分で用意する：公式APIか非公式ライブラリ | コード自体は無料、加えてホスティング費用と、自分で組む接続のコスト | ベンダーサポートなし、着手時点で開発が止まっているリポジトリも多い |
| CodeCanyon | パッケージ化されたPHP管理パネル、買い切り | たいていは公式APIか、サードパーティBSPのAPI | おおよそ$18から、機能が充実したものは$40〜$50台、買い切り | シングルプロジェクトライセンス、コードレビューの保証なし |
| Baileysで自作 | フルカスタムのコード、完全な制御が可能 | 非公式のWhatsApp Web自動化 | ライブラリ自体は無料、加えて自分の開発・メンテナンス工数 | WhatsAppの利用規約に違反、BANのリスクあり |
| The Chat Quotient | 完成済みのChrome拡張機能、ホスティング不要 | 既存のWhatsApp Webセッション内でそのまま動作 | 定額の月額プラン、料金ページを参照 | 上記のいずれのリスクもなし、メンテナンスすべきコードベースがそもそも存在しない |
このリストにあるすべての選択肢は、あくまでアプリケーション層です。連絡先やパイプライン、メッセージログを備えたCRMのインターフェースであり、WhatsAppとの接続の上に乗るものです。接続そのものではありません。その下には次の2つのうちどちらかが必要になります。1つは公式のWhatsApp Business APIで、これにはMetaの承認、BSP（Business Solution Provider、ビジネスソリューションプロバイダー）との契約、メッセージ単位の課金が伴います。もう1つはWhatsApp Webのインターフェースを自動化する非公式ライブラリで、こちらは無料ですがMetaの利用規約に反する行為であり、番号がBANされる現実的なリスクを伴います。
この違いは、通常のCRM比較よりもここで重要になります。なぜなら、ソースコードを購入またはフォークする場合、そのプロジェクトがどちらの経路を取るかを決めるのは自分自身であり、そこに付随するトレードオフもすべて自分が引き受けることになるからです。公式APIを使うかどうかの判断については、WhatsApp CRMに公式のWhatsApp Business APIは必要かでより詳しく取り上げており、その考え方の大部分はソースコードにもそのまま当てはまります。違いは、その配管部分をベンダーではなく自分自身が所有することになる、という一点だけです。
「whatsapp crm github」で検索すると繰り返し出てくるオープンソースプロジェクトがいくつかありますが、これらは互いに代わり映えのするものではありません。
wacrmは、フォークしてリブランドし、そのままデプロイすることを前提に作られたセルフホスト型CRMテンプレートを自称しています。共有受信トレイ、タグやカスタムフィールド付きの連絡先、営業パイプライン、配信状況を追跡できる一斉送信、ノーコードの自動化までを備え、スクレイピングによる接続ではなく公式のWhatsApp Business APIの上に構築されています。
Frappe CRMは、WhatsApp専用のプロジェクトではなく、より幅広いオープンソースCRMで、別途用意されたFrappe WhatsAppアプリを通じてWhatsAppメッセージング機能を追加します。すでに他のFrappeアプリを運用していて、同じエコシステムの中にWhatsAppを組み込みたい企業にとっては現実的な選択肢ですが、WhatsAppだけが検討の理由であるなら適した選択とは言えません。
Evolution APIはそもそもCRMではなく、公式のCloud APIか非公式のBaileysライブラリのいずれかを通じてWhatsAppに接続するREST APIレイヤーです。開発者はこれをChatwootやTypebotのようなツールにつなぎ込み、その上に自前のフロントエンドを構築します。カスタムスタックを組み立てているならふさわしい構成要素ですが、「デプロイ」をクリックするだけで完成したCRMが手に入るものを探しているなら不向きです。
さらにその先には、いわゆるロングテールがあります。数十件に及ぶ小規模なリポジトリ、個人によるサイドプロジェクト、放置されたままの試み。中には自分自身のREADMEで「WhatsApp向けの失敗したCRMプロジェクト」といった名前をそのままつけているものもあります。オープンソースだからといって審査済みとは限りません。スターがわずかで、コントリビューターが2年前の1人しかいないようなリポジトリは、よくても出発点であり、メンテナンスされている製品ではありません。
Envatoが運営するCodeCanyonマーケットプレイスには、「whatsapp crm」というくくりで数十個の商品が並んでおり、その多くはサブスクリプションではなく買い切りで販売されるPHP管理パネルです。価格は最低限の機能しかないスクリプトで$18前後から、より作り込まれたものでは$40〜$50台まで幅があり、その多くはWhatsApp一斉送信ツール、あるいはWhatsApp Cloud APIかサードパーティBSPのAPIをラップした軽量なCRMとして位置づけられています。
この購入について商品ページで見落としがちな点が2つあります。1つ目はライセンスです。Envatoの標準的なRegular Licenseは、単一の最終製品、1つのサイト、1人のクライアントを対象とするもので、そのアイテムの再販、ソースの再配布、同一ライセンスを複数プロジェクトで使い回すことを明示的に禁止しています。複数のクライアント向けに構築するなら、ライセンスも複数購入する必要があります。2つ目は、スクリプトが販売開始される前に行われるのは基本的な動作テストまでで、それ以上のコードレビューは存在しないという点です。顧客の電話番号やチャット履歴を保持することになるコードベースを、素性のわからない売り手のセキュリティ対策に委ねることになりますし、最初の数か月を過ぎた後の継続サポートは、たいてい込みではなく別売りの有料オプションです。
GitHubとCodeCanyonの両方を飛ばして、Baileysのようなライブラリの上に直接構築する開発者もいます。これはMetaのAPIを経由せず、WhatsApp Webのインターフェースを自動化するものです。無料で、Metaの承認プロセスも不要で、すでに使っている番号でそのまま動作します。だからこそ、上で挙げた多くの「無料の」GitHubやCodeCanyonのプロジェクトの下でも使われているのです。
トレードオフは、Meta自身の利用規約にはっきりと書かれている内容と同じです。公式API以外の方法でWhatsAppを自動化することはその規約に反しており、実際のリスクはその番号がフラグを立てられるか、BANされることです。しかも、そもそも認証済みAPIユーザーだったことがないため、Metaを通じた異議申し立ての手段もありません。請求書として目に見える形では現れなくても、これは現実的なコストであり、何かを構築する前に、対象のリポジトリやスクリプトが実際にどちらの接続方式を使っているのかを確認しておく価値があります。
上記の3つの経路はいずれも、ダウンロード後にかかるものまで数えれば無料ではありません。セルフホスト型のプロジェクトには、一度きりのセットアップではなく、常時稼働するサーバー、TLS、バックアップが必要です。Baileysベースの接続は、WhatsAppがWebクライアントを変更するたびに更新が必要になりますが、これは予告なく発生し、誰かがライブラリのバージョンにパッチを当てるまでメッセージ送信が壊れることもあります。そしてGitHubリポジトリであれCodeCanyonのスクリプトであれ独自構築であれ、そのどれであっても、セキュリティパッチを継続的な責任として扱うチームメンバーが必要です。なぜなら、そのコードベースはもはやベンダーのものではなく、自分たちが保護すべきものになっているからです。
Baileysの代わりに公式APIの経路を選んだとしても、メンテナンスの負担は形を変えるだけで消えるわけではありません。今度はアプリ自体に加えて、BSPとの関係とMetaのメッセージ単位の課金を管理することになります。その課金の実際の内訳についてはWhatsApp Business APIの料金ガイドで、主要プラットフォームを横断したWhatsApp CRM料金の全体比較についてはそちらの記事で詳しく解説しています。
The Chat Quotientは、このリストの4番目の項目ではありません。ダウンロードしたりフォークしたりホスティングしたりするソースコードではなく、オープンソースでもありません。すでに使っている番号の上で、WhatsApp Web内で直接動作するChrome拡張機能として提供される、スタンドアロンのWhatsApp CRMであり、GitHub、CodeCanyon、Frappeを含め、上記のどのプロジェクトとも統合したり組み込まれたりすることはありません。
バックグラウンドでAPIを自動化するサービスとしてではなく、自分自身のWhatsApp Webセッションに紐づくブラウザ拡張機能として動作するため、用意すべきサーバーも、パッチを当てるべきBaileysのバージョンも、交渉すべきBSPとの契約もありません。その代わりに得られるのは、セルフホスト型のセットアップが本来目指しているのと同じ結果です。リードや案件のためのビジュアルパイプライン、オプトアウト対応と1日あたりの送信上限を備えたキャンペーン配信、リードとの最初のやり取りを担い、必要なタイミングで引き継げるAIエージェント、そして自作スクリプトでは同等のレベルに達するまでに実際の開発時間がかかる生産性向上ツール（AI返信提案、チャット要約、クイック返信、メッセージの予約送信）です。サーバー代と開発工数の代わりに、定額の月額料金だけで利用でき、現在の料金プランは料金ページに掲載されています。
だからといって、ソースコードを購入したりフォークしたりすることが間違いだというわけではありません。社内に開発者がいて、既存のデータベースやERPにWhatsAppのデータを直接組み込む必要がある場合、あるいは既製のツールにはない独自機能を構築したい場合は、それが正しい選択です。その場合、コードを所有すること自体が目的であり、ホスティングとメンテナンスの負担は、もともと引き受けるつもりだったコストです。逆に間違った選択になるのは、目的が単に「できるだけ早く動くWhatsApp CRMを手に入れること」であるにもかかわらず、ソースコードという経路を選んだ結果、計画外のサーバー管理というサイドプロジェクトに化けてしまう場合です。
WhatsApp CRMのソースコードは本当に無料ですか？ コード自体は無料のGitHubリポジトリであれ、買い切りのCodeCanyon購入であれ、無料の場合もあります。ただし、ホスティング、セキュリティパッチの適用、そしてその下にあるWhatsAppとの接続（Metaのメッセージ料金、またはBaileysベースのセットアップに必要なメンテナンス）は、ダウンロードページには表示されない継続的なコストです。
BaileysなどWhatsApp向けの非公式ライブラリを使うのは合法ですか？ 使用すること自体は法律違反にはなりませんが、WhatsApp自身の利用規約には違反します。公式APIを経由せず、WhatsApp Webクライアントを自動化しているためです。現実的なリスクは、接続している番号がBANされることであり、そもそも認証済みのBusiness API番号ではなかったため、異議申し立ての手段もありません。
CodeCanyonで購入したWhatsApp CRMスクリプトを再販できますか？ Envatoの標準的なRegular Licenseの下ではできません。このライセンスは1人のクライアントまたは1つのプロジェクト向けの単一の最終製品を対象としており、再販、ソースの再配布、複数クライアントにまたがるライセンスの使い回しを明示的に禁止しています。再販するにはExtended Licenseが必要です。
The Chat Quotientはダウンロード可能なソースコードを提供していますか？ いいえ。インストールして使うChrome拡張機能であり、ホスティングしたり改変したりするソースコードではありません。GitHubやCodeCanyonのWhatsApp CRMプロジェクトと統合することもなく、コードベースを所有せずにCRMという成果だけを得たいチームのための、別系統のスタンドアロンな選択肢です。
コードを書いたりメンテナンスしたりせずにWhatsApp CRM機能を手に入れる、最も安全な方法は何ですか？ 非公式の自動化ライブラリを下に敷かず、既存のWhatsApp番号の上でそのまま動作する完成済みツールを使うことです。The Chat QuotientはChrome拡張機能としてこの方式を採用しています。その利便性と引き換えになるのは、自由に改変できるコードベースではなく、あらかじめ用意された機能セットをそのまま使うことになる、という点です。
「WhatsApp CRMのソースコード」で手に入るのは、完成品ではなくアプリケーションの外枠です。GitHubは品質が大きくばらつく出発点を、CodeCanyonは実質的なライセンス制限を伴い、セキュリティレビューの保証もない購入済みの外枠を与えてくれます。そして非公式ライブラリの上に構築するという選択は、Metaの承認をBANのリスクと引き換えにするものです。この3つはいずれも、ホスティング、パッチ適用、そしてWhatsAppとの接続そのものについて、自分自身が責任を負い続けることに変わりありません。そのスタック全体を所有することが本当の目的であれば、それは理にかなった選択です。しかし目的が単に動くWhatsApp CRMを手に入れることだったのであれば、The Chat Quotientのようなスタンドアロンのツールを使えば、サイドプロジェクト化することなくそこにたどり着けます。
Chrome拡張機能を追加して、ビジネスのWhatsApp会話管理の方法を変革しましょう。
