Meta広告 → WhatsAppチャットファネルのエンドツーエンドセットアップ

あるミドルマーケットSaaS企業のデマンドジェンマネージャーが同じキャンペーンを2回実行した。最初はランディングページへ。次はWhatsAppへ。同じオーディエンス、同じクリエイティブ、同じ$50/日の予算。ランディングページ版は7日間で14件のフォーム入力を生成した。WhatsApp版は61件の会話を生成した。CPLはほぼ同じだった。会話の質は同じではなかった。

このギャップは本物であり、だからこそClick-to-WhatsAppキャンペーンが東南アジア、LATAM、そしてヨーロッパでも本格的な予算を従来のフォームベースファネルから引き離している。コンタクトフォームの死が一次リードキャプチャメカニズムとして実際のキャンペーンデータで進行している。しかしセットアップには7つのサイレントな破綻ポイントがあり、そのほとんどは1件のリードが返信する前に発生する。

このガイドはMeta広告からWhatsAppファネルのあらゆるステップを順を追って解説する：Business Manager設定から最初の自動クオリフィケーションフローまで。壊れたWebhookの3日間のデバッグセッションで痛い思いをしたことがある人のためのガイドだ。

前提条件：Ads Managerに触れる前に必要なこと

このステップをスキップするのが、ローンチ当日にファネルが機能しない最も一般的な理由だ。

開始前に必要なもの：

  1. Meta Business Managerアカウント：確認済みで、作成済みだけではない。ビジネス確認には2〜5営業日かかる場合がある。完了するまでキャンペーン設定を開始しないこと。
  2. Facebookページ：Business Managerに接続されている。ページは公開済みである必要がある（下書きモードではない）。
  3. WhatsApp Business APIアクセス：WhatsApp Businessアプリとは異なる。APIアクセスが必要。Meta's direct Cloud API（無料、ほとんどの地域で利用可能）またはBusiness Solution Provider（BSP）（360dialog、Twilio、Vonageなど）経由のいずれか。
  4. 専用の電話番号：現在WhatsAppで使用している個人の番号ではない。番号はAPIに消費され、他のWhatsAppインストールでは使用できなくなる。
  5. メッセージングプラットフォームアカウント：ManyChat、Respond.io、または同等のもの。フローが存在する場所だ。
  6. 少なくとも1つの承認済みWhatsAppメッセージテンプレート：テンプレートにはMetaのレビューが必要で、24〜72時間かかる。承認されたテンプレートなしでは最初のアウトバウンドメッセージを送信できない。

項目3または6が不足している場合は、ここで一旦止めて先に解決すること。残りのセットアップには約4時間かかる。WhatsApp APIアクセスまたはテンプレート承認を待つのに3日かかる可能性がある。MetaのCloud APIセットアップドキュメントには、セルフマネージドAPIアクセスの完全なプロビジョニング手順が記載されている。

ステップ1：Meta Ads ManagerでClick-to-WhatsAppキャンペーンを作成する

Ads Managerで新しいキャンペーンを作成する。キャンペーン目的選択画面で、エンゲージメントを選択する（リードではない。リード目的はLead Adsフォームを使用し、これは別のファネルタイプだ）。一部のアカウントでは専用のメッセージ目的が表示される場合があり、その場合はそちらを使用する。

広告セットレベルで：

  • メッセージングアプリの下でWhatsAppを選択する
  • WhatsApp Business番号にリンクされているFacebookページを接続する
  • 通常通りオーディエンス、プレースメント、予算を設定する

広告レベルで：

  • 広告フォーマットを選択する（シングル画像、動画、カルーセルはすべて機能する）
  • メッセージテンプレートの下に、ユーザーが広告をタップしたときに見る事前入力された開幕メッセージがある。WhatsAppの作成ウィンドウに自動入力される。簡潔に保つ：「こんにちは、広告を見ました。[あなたの製品/サービス]についてもっと教えていただけますか？」は機能する。

ユーザーが広告をタップし、WhatsAppで事前入力されたメッセージを見て、送信すると、自動化がトリガーされる。これがエントリーポイントだ。

重要な注意：キャンペーンの宛先はWhatsApp Business API番号である必要があり、個人のWhatsApp Businessアプリの番号ではない。間違った番号を接続すると、広告は実行されているように見えるが、ManyChatまたはRespond.ioにはまったく会話が流れない。

ステップ2：WhatsApp Business API番号をセットアップする

Meta's Cloud APIを直接使用している場合：

  • Business Managerで、Business Settingsの下にあるWhatsApp Accountsに移動する
  • 新しい電話番号を追加する
  • 確認を完了する（電話またはSMSを受信する）
  • 番号はWhatsApp Business API番号になった

360dialogなどのBSPを使用している場合：

  • BSPでアカウントを作成する
  • オンボーディングフローを経て、BSPがWhatsApp Business API番号をプロビジョニングする
  • BSPはManyChatまたはRespond.ioへの接続に使用するAPIキーを提供する

ManyChatへの接続：

  • ManyChatで、Settings → Channels → WhatsAppに移動する
  • WhatsApp Business Account IDと電話番号ID（Meta Business ManagerのWhatsApp Accounts下に記載）を入力する
  • BSPを使用している場合、BSPが提供するAPIキーを入力する

Respond.ioへの接続：

  • Respond.ioで、Settings → Channels → Add Channel → WhatsApp Business APIに移動する
  • Cloud APIまたはBSPプロバイダーを選択する
  • Cloud APIの場合はOAuthフローに従い、BSP認証情報の場合は手動で入力する

接続後、個人のWhatsAppから番号にテストメッセージを送る。メッセージは数秒以内にManyChatまたはRespond.ioに表示されるべきだ。60秒後に表示されない場合、接続が壊れている。プラットフォーム設定の電話番号IDがMeta Business Managerのものと完全に一致しているか確認する。

ステップ3：ManyChatでクオリフィケーションフローを構築する

最初のフローには正確に4つのメッセージが必要だ。8つでも10つでもない。4つ目以降の各メッセージはコンプリーション率をおよそ10%下げる。

機能するB2Bクオリフィケーションシーケンス：

メッセージ1（ウェルカム + 質問1）： 「こんにちは[名前]！お問い合わせありがとうございます。適切なチームにつなぐための簡単な質問：営業チームの人数は何名ですか？」 ボタン：10名未満 / 10〜50名 / 50名以上

メッセージ2（質問2）： 「わかりました！現在、リード管理で最大の課題は何ですか？」 ボタン：対応速度 / リード品質 / CRMハイジーン / その他

メッセージ3（質問3、タイムライン/インテントシグナル）： 「現在、ソリューションを積極的に評価中ですか、それともまだリサーチ段階ですか？」 ボタン：今評価中 / リサーチ段階 / まだ分からない

メッセージ4（ルーティングブランチ）： 回答に基づいてルーティング：

  • ホット（チーム10名以上、積極的評価）：「了解です、チームメンバーが1時間以内に連絡いたします。WhatsAppで連絡できる最適な番号はどちらですか？」
  • ウォーム（小規模チームまたはリサーチ段階）：「ありがとうございます！リソースをお送りして24時間以内にフォローアップします。」
  • ディスクオリファイド（10名未満、問題適合なし）：「お問い合わせありがとうございました！お役に立てそうなガイドのリンクです：[リソースリンク]」

ManyChatで、このフローのトリガーをMetaの広告ソースから新しい会話が開始したときに設定する。Automation → Keywords / Entry Pointsで、「新しい会話」のフロートリガーを作成し、ソース = Meta Adsでフィルタリングする。これにより、オーガニックにメッセージを送ってきた場合にフローが発火するのを防ぐ。

ステップ4：CRMに接続する

ManyChatからHubSpotへのネイティブ接続：

  • ManyChatでIntegrations → HubSpotに移動する
  • OAuthでHubSpotアカウントを接続する
  • データポイントをキャプチャする各フローメッセージで（企業規模、課題）、ManyChatのSet Custom Fieldアクションを使って回答をカスタムフィールドに保存する
  • クオリフィケーションフローの最後にHubSpot: Create/Update Contactアクションを追加する
  • ManyChatのカスタムフィールドをHubSpotのコンタクトプロパティにマッピングする

チャットソースのリードのコンタクトデータモデルの構築方法については、CRM設定のカスタムフィールドガイドが多くのチームが最初に間違える意思決定をカバーしている。

最初の連絡時に渡す最低限のフィールド：

ManyChatフィールド HubSpotプロパティ
名前（First Name） 名前（First Name）
電話番号 電話番号
企業規模の回答 従業員数（カスタム）
課題の回答 リードノート（カスタム）
タイムラインの回答 リードステージ
チャットソース リードソース = WhatsApp
フロー完了日 最終アクティビティ日

Respond.ioからHubSpotへは、Webhookを使用する。Respond.ioのWorkflowビルダーで、HubSpotのContacts APIにPOSTするWebhookアクションを追加する。HubSpotのエンドポイントはhttps://api.hubapi.com/crm/v3/objects/contactsで、作成または更新するコンタクトプロパティを含むPOSTボディを送る。HubSpotのContacts APIリファレンスには、このペイロードで受け入れられる標準およびカスタムプロパティキーの完全なリストが記載されている。

ステップ5：本番化前にファネル全体をテストする

有料トラフィックをオンにする前に、個人のWhatsApp番号からこの5ステップテストシーケンスを実行する：

  1. 広告クリックシミュレーション：Facebookページに移動し、ページの透明性で広告を見つけ、WhatsApp CTAをタップする。事前入力されたメッセージがWhatsAppの作成ウィンドウに表示されるべきだ。
  2. 会話トリガー：事前入力されたメッセージを送信する。30秒以内に、ManyChatまたはRespond.ioのフローが発火するべきだ。プラットフォームの会話ログを確認する。
  3. フロー完了：「ホット」リードとして4つのクオリフィケーション質問すべてに回答する。ルーティングブランチが正しく発火しているか確認する（「チームが連絡します」というメッセージを受け取るべきだ）。
  4. CRMコンタクト作成：CRMを確認する。回答からの正しいフィールド値で新しいコンタクトが作成されているはずだ。
  5. 担当者への通知：担当者通知を設定している場合、通知が発火したか確認する。これはほとんどのチームがテストを忘れるステップで、クオリファイドリードの40%が消える場所だ。

各ステップでタイムスタンプを記録する。いずれかのステップが60秒以上かかる場合、スケールする前に調査すべきパフォーマンス問題がある。

ステップ6：本番開始と最初の48時間

低予算でキャンペーンをオンにする。$20/日はほとんどの市場で1日5〜15件の会話を生成するのに十分だ。実際のユーザーでエンドツーエンドのフローを確認するまでフルバジェットでローンチしないこと。

最初の48時間では、以下の4つを確認する：

1. 会話開始率。 Meta Ads Managerで、Messages → Conversations Startedを確認する。クリックスルー率は良好でも会話開始が少ない場合、事前入力されたメッセージがドロップされている。キャンペーンに接続されているWhatsApp番号がAPIの番号であり、アプリの番号でないことを確認する。

2. ManyChatでのフロー完了率。 ManyChat Analyticsで、クオリフィケーションフローを開始したユーザーと完了したユーザーの数を確認する。質問1でのドロップオフは通常、ウェルカムメッセージが長すぎることを意味する。質問2でのドロップオフはボタンのオプションが欠けているか分かりにくいことを意味する。

3. CRMの同期。 毎朝、新しいCRMコンタクトに正しいフィールド値があるか確認する。「リードソース」フィールドが空の場合、フィールドマッピングのステップが壊れている。

4. 未配信メッセージ。 WhatsAppには厳格なスパムフィルターがある。ManyChatで「配信失敗」の割合が高い場合、メッセージテンプレートがフラグされている可能性がある。MetaのWhatsApp Business メッセージングポリシーを確認し、プロモーショナルな文言を調整する。

よくある落とし穴

キャンペーン開始前にテンプレートが未承認。 Click-to-WhatsAppキャンペーンはメッセージテンプレートが承認される前に本番化できる。広告は実行され、ユーザーはタップするが、テンプレートがまだ保留中のため最初の自動メッセージは送信されない。支出をオンにする前に必ず少なくとも1つの承認済みテンプレートを持つこと。

WhatsApp会話にUTMソースがない。 WhatsApp会話は広告からUTMパラメータを渡さない。会話がどのキャンペーンから来たかを追跡する唯一の方法は、ManyChatの広告ソースタグ付けまたはRespond.ioのUTMトラッキングをClick-to-WhatsApp広告エントリーポイント経由で使用することだ。このセットアップをスキップすると、すべてのチャットリードがソース帰属なしでCRMに表示される。これはMetaリードAdsを直接CRMに送るチームが直面するのと同じ帰属のギャップだ。修正方法は両ケースで似ている。

非広告の会話でフローがトリガーされる。 ManyChatトリガーがソースフィルターなしの「新しい会話」の場合、カスタマーサービスの問い合わせや温かいアウトリーチを含む、受け取るすべてのWhatsAppメッセージで発火する。既存の顧客に営業クオリフィケーションフローを送らないよう、ソース = Meta Adsでフィルタリングする。

同じ電話番号からのCRMの重複受信。 ユーザーが2回メッセージを送った場合（一度は広告から、一度はオーガニックから）、ManyChatは2つのフロー完了を作成する。CRM統合が「コンタクト作成」ではなく「コンタクト作成または更新」を使用している場合、2件のレコードが作成される。常に電話番号をマッチングキーとしてアップサートロジックを使用すること。

次のステップ

実際のキャンペーン予算にスケールする前に、$20/日で3日間のテストキャンペーンを実行する。3日目までに、すべてのステージを確認するのに十分な会話が生成されているはずだ：会話開始率、フロー完了率、CRMデータ品質、担当者の応答時間。

いずれかのステージが壊れている場合、$200/日より$20/日で修正する方がはるかに安価だ。ほとんどのチームはこのテストフェーズで2〜3の問題を発見する。修正して$50/日でさらに2日間テストを実行し、スケールする。

次のステップはクオリフィケーションフローをより鋭くすることだ。つまり、少ない質問数、より良いブランチングロジック、そして手動レビューなしに正しいリードを正しい担当者に届けるルーティングルールだ。

関連リンク