Messenger誘導広告とは別に、自動で質問してリードや潜在顧客の獲得につなげられる広告があります。これらの広告は、FacebookやInstagramに表示して、自社のビジネスの商品やサービスに興味・関心を持つ顧客を見つけることができます。
顧客がリード獲得広告をクリックすると、ビジネスと顧客の間でMessengerスレッドが作成されます。メッセージには、広告作成時に指定された一連の質問が含まれます。質問により対象と判定されたユーザーは、完了済みリードとマークされます。
デモ広告をフィードに挿入してテストするには、次のようにします。
リード獲得広告のデモ完了済みリードと未完了のリードの両方がページの受信箱ツールに表示されます。その後、次の複数の方法でそれらのリードをフォローアップできます。
ビジネスでスレッドを表示できるようになるのは、潜在顧客が広告のクリック後に最初の返信をしてからです。顧客がアクションを実行しない場合、Webhook通知は送信されません。
この機能は、ビジネスがリードをMessengerに送信したものの、収集したリードをアプリを使ってフォローアップしたい場合に利用します。リードの特定の使用方法では、広告配信モデルをリードの完了を目的として最適化しつつ、完了済みのリードのフォローアップをアプリが処理するためのハンドオーバー機能を提供することが可能です。
広告主は、Messengerリード獲得広告キャンペーンからメッセージを受け取る特定のアプリを選択できます。詳しくはMessengerリード獲得広告のアプリハンドオーバーをご覧ください。
Messenger誘導広告を作成する: 広告マネージャを使ってリード獲得広告を作成しましょう。詳しくはMessengerに誘導するリード獲得広告を作成する方法をご覧ください。広告を作成したら、メッセージテンプレートを使用して資格に関する質問を定義することができます。
メッセージテンプレートは、リードの判定のために使う質問を定義します。このフローによってそれぞれの回答の意味を定義します。その結果、リードは完了か失格のいずれかになります。
メッセージテンプレートの[詳細設定]タブで、[アプリをリンクする]を選択します。このトグルは、[メッセージの詳細設定]ページ設定に認証済みアプリがあるページでのみ利用できます。アクティブになると、目的のアプリを選択できます。後は[保存]、[完了]と選択すれば、リードフローの終了後にスレッド制御がターゲットアプリに移されるようになります。
[接続済みのアプリに中断を許可する]: このチェックボックス設定をオンにすると、選択したアプリはリード獲得プロセス中にメッセージWebhookを取得し、送信APIを使用してリード獲得フローを中断することができるようになります。アプリがリード獲得フローを中断すると、アクションは乗っ取りとして扱われることに注意してください。広告が中断された場合、広告配信の最適化に使用されるリード完了シグナルを記録することができなくなります。
[接続済みのアプリにリードの概要を送信する]: このチェックボックス設定をオンにすると、選択したアプリはリード送信処理中に収集された情報を含むメッセージWebhookを取得できるようになります。この機能は、この情報が含まれていてデフォルトで送信されるリファーラルWebhookを処理できないアプリを対象としています。
これは、Messengerを通じたカスタマーケアに対応しているビジネスが任意で利用できる高度な機能です。この機能を使うと、リード獲得フローを停止してカスタマーサポートを受けたい顧客を支援できます。
「担当者」、「サポート」、「停止」、「カスタマーケア」などの停止キーワードを、広告に対して設定できます。潜在顧客がそれらのキーワードやフレーズ(大文字は区別しない)のいずれかにメッセージを送った場合、リード獲得フローは中断され、スレッド制御はビジネスに戻ります。
アプリがページにリンクされている場合、停止メッセージはメッセージWebhookとしてアプリに送信されます。これによって、アプリは利用者のリクエストに対応できます。
リード獲得フローを終了させるキーワードが検出された場合、確認メッセージがトリガーされます。このメッセージはメッセージWebhookとしてアプリに送信されることはありませんが、トリガーキーワードはメッセージWebhookイベントとしてトリガーされます。
リードリファーラルWebhookは、Messenger誘導広告の終了後に必ず、messaging_referrals
Webhookイベントをサブスクリプション登録しているアプリに送信されます。このイベントは、フォローアップメッセージのトリガーとして、またはエージェントにリードを割り当ててリードを育成するために使用することができます。Webhookには、終了タイプのほか、すべてのリード収集情報が含まれています。終了タイプは、リード獲得フローが正常に終了した場合にはLEAD_COMPLETE
、リード獲得フローが終了していない場合や不適格な選択肢を選択した場合にはLEAD_INCOMPLETE
となります。
このイベントのトリガー時には標準のメッセージング期間が始まっているので、アプリは送信APIを使用してMessengerでフォローアップを送信できます。
{ "object": "page", "entry": [ { "time": 1665424582475, "id": "542998526103632", "messaging": [ { "sender": { "id": "5794982867201265" }, "recipient": { "id": "542998526103632" }, "timestamp": 1665424533, "referral": { "source": "ADS", "type": "LEAD_COMPLETE", "ad_id": "6302572858686", "ads_context_data": { "ad_title": "Find Wholesalers Ad", "post_id": "559217392549680", "photo_url": "https://scontent.xx.fbcdn.net/..." } }, "lead": { "data": [ { "question": "Are you interested in becoming a reseller?", "answer": "Yes" }, { "question": "What city is your store located?", "answer": "Menlo Park" } ] } } ] } ] }
このメッセージが送信されるのは、リード獲得広告のリード完了時に、広告レベルで概要メッセージが有効になっている([リンク済みアプリに概要を送信]チェックボックス)場合のみです。Webhookの構造は、利用者がページに送信したメッセージを模したもので、リードフローで共有されたすべての情報が含まれています。
この概要メッセージは、ユーザーとページのどちらのスレッドにも表示されません。このメッセージの目的は、新しいmessaging_referrals
をリッスンしていないアプリをサポートし、最初のメッセージを与えて開始のコンテキストでトリガーすることです。
{ "object": "page", "entry": [ { "time": 1661209504608, "id": "542998526103632", "messaging": [ { "sender": { "id": "5794982867201265" }, "recipient": { "id": "542998526103632" }, "timestamp": 1661209328, "message": { "mid": "m_2OF0H5fb2HNRyjM0rt2FVBAaDQp_p5DQlffdEXNVyOrraxQCt0tFwWXwq3QctcvbpjSX1rSY8BX9Y2IXwPirWA", "text": "Lead summary: Are you interested in becoming a reseller?: Yes What city is your store located?: Menlo Park" }, "hop_context": { "app_id": 498721317747541, "metadata": "messenger_lead_gen_complete" } } ] } ] }
スレッド制御に変更が発生すると、messaging_handover
フィールドにサブスクリプション登録されたアプリにWebhookがトリガーされます。詳しくは、Messenger誘導広告、リード獲得広告のハンドオーバープロトコルWebhookイベントをご覧ください。
アプリのインストールはアプリのウェブサイトから行い、 Facebookログイン を使用して特定のページにpages_messagingアクセス許可を付与します。認証済みアプリは、[メッセージの詳細設定]内の[ページ設定]で確認できます。
表示されるのはページの認証済みアプリのみです。認証済みアプリは、[メッセージの詳細設定]内の[ページ設定]で確認できます。アプリのインストールはアプリのウェブサイトから行い、 Facebookログイン を使用して特定のページにpages_messagingアクセス許可を付与します。
はい、複数のアプリをページにサブスクリプション登録できます。複数のアプリで同じスレッドを扱う場合に最適な方法は ハンドオーバープロトコル を使ってスレッドを所有するボットを常に管理することです。
リード送信が終了すると、アプリはユーザーメッセージのWebhookを取得し、メッセージに返信することができます。アプリの一部としてアプリが選択された場合、その選択されたアプリのみが返信を許可され、メッセージングチャネルのWebhookを取得します。メッセージ期間が始まり、アプリは送信APIを使って返信できます。
デフォルトでは、リード獲得広告の進行中は送信APIとWebhookがブロックされます。App Id: 413038776280800のMessengerリード獲得アプリがスレッド制御を取得します。この動作は、広告内にある[テンプレートを作成]ダイアログの[送信APIをブロック]トグルを使ってオフにすることができます。
[概要を送信]がデフォルトで有効になるのは、広告中の[テンプレートを作成]ダイアログでアプリが選択されている場合のみです。概要は、リンクされたアプリの選択後に広告上で無効にできます。アプリが選択されていない場合でも、リード獲得広告はスレッド制御をハンドオーバープライマリレシーバーに渡す(設定されている場合)か、単にスレッド制御を解放します。リード送信後のすべてのフォローアップメッセージは、サブスクリプション登録されたアプリに送信されます。アプリはスレッドAPIにクエリしてメッセージ履歴を取得し、リード獲得中に共有された情報を取得することができます。
ユーザーが最初の質問に答えた場合は、メッセージ期間が始まります。入力した回答によりユーザーが対象外となるか、ユーザーが返信しない場合、広告エクスペリエンスは終了し、広告はターゲットアプリにスレッド制御を渡し、メタデータ「messenger_lead_gen_incomplete」を提供します。これによりビジネスは、リード以外の利用者を顧客にするためのフォールバックエクスペリエンスを用意することができます。詳しくは リード獲得広告後のHOP Webhook をご覧ください。