Zoho CRMでWhatsAppテンプレートを作成・申請・送信する方法を解説します。テンプレート申請ポータルを開くところからMetaの承認を経て、最初の自動送信にたどり着くまでの流れを紹介します。
Zoho CRMでは、WhatsAppテンプレートに関して、メッセージを打ち込んでそのまま送信するということができません。すべてのテンプレートはまずMetaの承認キューを通過する必要があり、その過程で入力する各項目(カテゴリ、変数、フッター、ボタン)によって、承認が1日で下りるか、それとも即座に却下されるかが決まります。ここでは、テンプレート申請ポータルを開くところから最初の承認済みテンプレートを送信するまでの流れと、テンプレートが差し戻される原因になりやすいミスを説明します。
この話の土台には、WhatsApp Business Platformのあるルールがあります。顧客から最後にメッセージを受け取ってから24時間が経過すると、それ以降は自由形式のメッセージを送ることができなくなるというルールです。このウィンドウの外に送るメッセージは、すべて事前承認済みのテンプレートでなければなりません。Zoho CRMのWhatsAppチャンネルは、テンプレートの作成と申請をCRM自体に組み込んでいるため、そのためだけにMetaの別画面であるWhatsApp Managerを開く必要はありません。とはいえ、テンプレートの審査自体は最終的にMeta側で行われます。
これが重要になる場面は、性質のまったく異なる2つのケースです。取引レコードのステージが変わった瞬間に「ご注文を発送しました」という通知を自動送信するケースと、3日間音沙汰のないリードに「その後いかがでしょうか」というリマインドを送るケースです。どちらも、その背後に承認済みのテンプレートがなければ実現できません。
Zoho CRMの**[設定] → [チャンネル] → [WhatsApp]**の画面で、あらかじめWhatsAppを接続し、Meta Business Managerを通じてビジネスの認証を済ませておく必要があります。まだこの部分を終えていない場合は、Zoho WhatsApp CRM連携の完全ガイドでチャンネル接続をゼロから解説していますので、そちらを参照してください。以下の説明は、この接続がすでに完了していることを前提にしています。
Zoho CRMからWhatsAppの設定画面へ進み、テンプレート申請ポータルを開きます。これは、CRMを離れることなくテンプレートを作成・申請できるようにするためにZohoが用意した画面で、裏側ではMetaのWhatsApp Managerとやり取りしています。つまり、ここで作成したテンプレートが、そのままMeta側の審査に回るテンプレートになります。
テンプレートを作成(Zohoのエディションによっては**+ 新しいテンプレート**)をクリックして、新規作成を始めます。
テンプレート名には、半角小文字、数字、アンダースコアのみを使用してください。スペースや特殊文字はZohoとMetaの両方で拒否されます。言語は、顧客が実際に読む言語を選びます。
続いてカテゴリを選択しますが、この選択によって審査の厳しさが大きく変わります。
**Utility(業務通知)**は、顧客がすでに行った何らかの行動に紐づく、取引・アカウント関連のメッセージを対象とします。注文確認、予約リマインダー、配送状況の更新などがこれにあたります。もっとも承認を得やすいカテゴリで、CRM通知の多くはここに分類されます。
**Marketing(マーケティング)**は、販促や再エンゲージメントを目的とするものすべてを対象とします。割引コード、「新着商品をチェック」といった呼びかけ、休眠リードへの呼び戻しメッセージなどです。Marketingテンプレートはより厳しく審査され、選択したカテゴリに関わらず、Metaが内容を販促的だと判断すればこのカテゴリに自動的に振り替えられます。2025年4月以降は、Utilityとして申請したテンプレートをMetaが販促的だと判断した場合、却下ではなくMarketingとして承認される扱いになっています。つまり「Utilityにタグ付けしておけば、そのまま通る」とは限らない、ということです。
**Authentication(認証)**は3つの中でもっとも範囲が狭く、ワンタイムパスコードやログイン確認専用に用意されたカテゴリで、Metaが厳格に定めたフォーマットに従う必要があります。ほとんどのCRM用途ではこのカテゴリは不要です。
厳しい審査を避けるために意図的に間違ったカテゴリを選ぶのは、テンプレートが却下または再分類される最短ルートです。メッセージの実態に正直に合うカテゴリを選んでください。
必須なのは本文だけで、上限は1,024文字です。それ以外はすべて任意項目ですが、顧客のチャット画面での見え方を左右します。
ヘッダーは本文の上に置く1行で、テキストだけでなく、画像・動画・ドキュメントを使ってメディアから始まるテンプレートにすることもできます。本文がメッセージ本体のテキストで、送信時に名前・注文番号・日付などを差し込みたい場合は、ここに変数を入れます。ZohoはMetaの番号付きプレースホルダー形式に従っているため、「Hi {{1}}様、ご注文 #{{2}} を発送しました」のように書き、実際に送信する際に{{1}}と{{2}}をCRMのフィールド(例えば連絡先名や取引名)に対応付けます。フッターは本文の下に置く固定文言の短い1行で、会社名や1行だけの注意書きなどによく使われ、変数は使えません。ボタンを使うと、CTAリンク、電話番号、あるいは顧客が文字を打たずにタップだけで返信できるクイックリプライを、最大数個まで追加できます。
変数の数は程よく抑えてください。5個も6個もプレースホルダーを詰め込み、固定テキストがほとんどないテンプレートは、Metaの審査システムからは「パーソナライズを装った一般的なマーケティング配信」に見えます。これ単体でもよくある却下理由です。
プレビュー画面で内容に問題がないことを確認したら、申請を送信します。この時点でテンプレートはZohoの手を離れ、Metaの審査キューに入ります。承認・却下を判断するのはZohoではなく、Zohoはあくまでテンプレートを作成・送信するためのインターフェースにすぎません。
テンプレート申請ポータルに戻ると、すべてのテンプレートは3つの状態のいずれかにあります。**Pending(審査中)**はまだMetaのキューに入っている状態で、通常は1日以内に解消しますが、審査の混雑状況によってはもっと早く終わることも、もっと時間がかかることもあります。**Approved(承認済み)**はCRM内のどこでも使える状態です。**Rejected(却下)**は、申請した内容のままではMetaが承認しなかったことを意味します。Zohoはこの状態のテンプレートを削除せずに残しておくため、白紙から作り直すのではなく、編集して再申請することができます。
テンプレートが却下されて戻ってきた場合、最も手早い対処法は、汎用的なスパムに見える原因になった部分を緩めるか取り除くことです。変数が多すぎる、ヘッダーが本文の内容と噛み合っていない、Utilityカテゴリなのに文言が販促寄りになっている、といった点が典型例です。個別の却下理由に対して異議申し立てを試みるよりも、書き直して再申請するほうが、たいていの場合は早く済みます。
テンプレートがApprovedになったら、送信方法は2通りあります。1つは、連絡先・リード・取引のレコードからWhatsAppパネルを開き、一覧からテンプレートを選び、そのレコード固有の変数を入力して送信する方法です。もう1つは自動化する方法で、[オートメーション] → [ワークフロー](作っているものによってはBlueprintsやCommandCenter)へ進み、WhatsApp通知アクションを追加して、そこで承認済みテンプレートを選択します。設定したトリガー(ステータス変更、新規リード、スケジュール済みリマインダーなど)が発火すると、そのレコード自身のフィールド値が変数に自動で入り、テンプレートが送信されます。
どちらの画面でも、選択できるのは承認済みのテンプレートだけです。審査中または却下されたテンプレートは、Metaの承認が下りるまで選択肢に表示されません。
却下の大半は、いくつかのパターンに集約されます。上で触れたように、厳しい審査を避けるためにマーケティング的な内容をUtilityとして申請してしまうケース。本文の冒頭にほかのテキストを添えず変数だけを置いてしまい、実在のメッセージではなくプレースホルダーだけのメッセージのように見えてしまうケース。{{1}}と{{3}}はあるのに{{2}}がないといった、変数の番号が壊れている、あるいは一貫していないケース。そして、テンプレート名や内容が、そのテンプレートに選択した言語と一致していないケース。どれも、注意すべき点さえ分かっていれば直すのに時間はかかりませんが、初めて経験するときには気づきにくいものです。
ここまで説明してきたことはすべて、Zoho の WhatsApp チャンネルが公式の WhatsApp Business Platform 上で動いており、その24時間ウィンドウの外に送るすべてのメッセージにMetaのテンプレートルールが適用されるために起きています。これはZoho固有の制約ではなく、Business Platformに接続しているCRMであればどれでも同じように動く仕組みです。
The Chat Quotientは、まったく異なるアプローチを取ります。これは、普段使っている番号のまま、WhatsApp Web内で直接動くスタンドアロンのWhatsApp CRMで、Chrome拡張機能として提供されています。Zohoの連携機能やプラグイン、アドオンではなく、Zoho CRMを経由してメッセージを送ることも、Zoho CRMと同期することも一切ありません。Business Platformを経由して接続しているわけではないため、選ぶべきテンプレートカテゴリも、待機するMetaの審査キューも、デバッグすべき却下ループも存在しません。The Chat QuotientのCampaign機能は、CSVアップロード、WhatsAppのラベル、グループ、あるいは貼り付けたリストから作った連絡先リストへ、承認待ちに縛られることなく、ランダム化した間隔と1日あたりの送信上限を設けながらテンプレート形式のメッセージを送信し、配信停止を希望した連絡先は今後の送信対象から自動的に除外されます。
これは単純にどちらが優れているという話ではなく、トレードオフの問題です。Zohoのルートでは、公式のグリーンチェック対象になり得るBusiness Platformと、Meta自身のインフラを通じた配信、そしてそれに伴う審査プロセスが手に入ります。The Chat Quotientが審査プロセスを飛ばせるのは、そもそもそのインフラを経由していないからであり、Metaのテンプレート審査キューを、実際に送信すること自体よりも遅く感じているチームには向いた選択肢です。コストも含めた両者のより詳しい比較は、Zoho WhatsApp CRM連携の完全ガイドをご覧ください。
Zoho CRMでのWhatsAppテンプレートの承認にはどれくらい時間がかかりますか。 ほとんどのテンプレートは1日以内にMetaの審査を通過します。もっと早く終わることもあれば、Metaの審査キューが混雑していたり、却下後に再審査が必要になったりした場合はもっと時間がかかることもあります。
Zoho CRMでWhatsAppテンプレートが却下されたのはなぜですか。 最も多い理由は、マーケティング的な内容をUtilityカテゴリで申請してしまう、周りのテキストが少なすぎるのに変数が多すぎる、変数の番号が一貫していない、選択した言語と内容が一致していない、といったものです。Zohoは却下されたテンプレートを編集可能な状態で残すため、白紙からやり直すのではなく、問題を直して再申請できます。
承認されていないWhatsAppテンプレートをZoho CRMから送信できますか。 できません。レコードから送信する際や、ワークフローアクションを設定する際に選択できるのは、Approvedステータスのテンプレートだけです。審査中や却下されたテンプレートは使用できません。
承認済みのWhatsAppテンプレートを後から編集できますか。 承認済みテンプレートを編集すると、通常は新しいバージョンとして再度審査に回されます。内容へのどんな変更もMetaが再チェックするためです。CRMのフィールドを更新するような、即座に反映される編集ではありません。
The Chat QuotientはZoho CRMを経由してWhatsAppテンプレートを送信しますか。 いいえ。The Chat Quotientは、WhatsApp Web上でそのまま動くスタンドアロンのWhatsApp CRMです。Zohoを経由してメッセージを送ることも、Zohoと同期することも、Metaのテンプレート承認プロセスを必要とすることもありません。そのCampaign機能は、独自の仕組みでテンプレート形式のメッセージを送信します。
Zoho CRMでWhatsAppテンプレートを送信するまでの流れは、6つのステップに集約されます。チャンネルを接続し、テンプレート申請ポータルを開き、カテゴリを正直に選び、1,024文字の上限内でヘッダーと本文を作成し、申請を送信し、使えるようになるまでMetaの承認を待つ、という流れです。却下の大半はカテゴリの選択と変数の数に起因するため、最初からここを正しくしておけば、再申請の手間を1サイクル分省けます。審査キューそのものを丸ごと避けたいチームにとっては、The Chat Quotientのようなスタンドアロンのツールが埋めるべき隙間が、まさにここにあります。
Chrome拡張機能を追加して、ビジネスのWhatsApp会話管理の方法を変革しましょう。
