トリビュー様 Meta広告運用（タップは安いのに予約が増えない、を解く4日間）（会話ログ）

先方窓口

お世話になっております。
マーチさんへのご確認と、エンジニアの方のご検証ありがとうございます。2点それぞれ回答します。

[info][title]■ 連携の設定について[/title]
「そのまま登録いただける」とのこと承知しました。方式は先日ご提案の「Meta CAPI連携」（マーチ標準機能・CATSの契約は不要）で進める理解です。
設定はマーチの管理画面（設定＞外部CV連携設定）での作業となるため、画面共有で15分ほどご一緒できる日時を2〜3候補いただけますでしょうか。設定に必要なピクセルIDとアクセストークンはこちらで用意し、当日その場でお渡しします。
[/info]

[info][title]■ 「どの時点で・どうやってfbc/fbpを取得するか」への回答[/title]
エンジニアの方のご認識の通りで、LP側の改修が必要です。想定は次の通りです（このままエンジニアの方へ転送いただけます）。

・取得の時点: 広告クリック直後、LPに到達した時点です
・取得の方法: 広告クリックでLPの着地URLに fbclid（広告クリック識別子）が自動付与されます。あわせて、LPにはMetaピクセルが導入済みのため _fbp（ブラウザ識別子のCookie）もLP側で発行されています
・引き渡し: LPから予約ページ（reserve.marchss.com）へ遷移する全リンクのURLに、fbclid と fbp をパラメータとして付与します。画面表示は一切変わらず、リンクURLの組み立てのみの修正です
・マーチさん側: 予約ページ到達時のURLから fbclid を保存し、CAPI送信時に fbc（fb.1.到達時刻ミリ秒.fbclid の形式）として設定いただく想定です
・LINE経由の友だち追加は、LINEアプリを挟むためこの方法では引き継げない可能性が高く、まずは予約ページ直の03/04/05から実装・検証します

LP開発のご担当へそのまま渡せる仕様書を、続けてお送りします。
あわせてマーチさんへ1点だけご確認をお願いします。「予約ページ到達時のURLに付いた fbclid（とfbp）を、CAPI送信用に保存・利用いただけますか？（パラメータ名の指定があればそれに合わせます）」
[/info]

[info][title]■ 流入数の仕様のご回答を受けて[/title]
ご確認ありがとうございます。「既に友だち追加済みの方のクリックも流入数に加算される」とのことですので、Metaのタップとマーチ流入の差（約8割）は、既存友だちの方によるものではなく「LINEアプリが開いてからマーチの計測に届くまでの離脱」が主因とみて対処します。
この点でも、LINEを挟まず予約ページへ直接つなぐ03/04/05の構成が有利という先週の実測と整合しています（詳細はこの後の週次のご報告に含めます）。
[/info]

引き続きよろしくお願いいたします！

先方窓口

続けて、LP開発ご担当向けの改修仕様です。そのまま転送いただけます。

＝＝＝＝＝＝＝＝＝＝
【LP改修仕様: 広告クリック識別子（fbclid・fbp）の予約ページへの引き継ぎ】

目的: Meta広告経由の予約完了・購入完了をMeta CAPIで送信できるようにする（送信対象が「fbcまたはfbpが取得できているコンバージョン」に限られるため）。
変更範囲: 画面表示・文言の変更は一切なし。リンクURLの組み立てのみ。

対象LP: online-acne-01 / 03 / 04 / 05 の4本

【1. LP読み込み時に識別子を取得・保持】
・URLの fbclid パラメータを取得し、取得できた場合は sessionStorage に保存（リロードや回遊でURLから消えても使えるように）
・Cookie _fbp の値を取得

【2. 予約ページへの全遷移URLにパラメータ付与】
・対象: reserve.marchss.com へ遷移するすべてのリンク（各LPの静的な予約ボタン7箇所）
・LP05のみ追加で2箇所: カレンダー空き枠モーダル内の時間リンク（buildReservationUrl関数で生成）と、画面下の最短受診日時バー
・付与する値: fbclid={取得したfbclid} と fbp={_fbpの値}。fbclidが無い流入（広告以外）の場合は付与しない
・LP05の buildReservationUrl は utm_title をハッシュの前とハッシュ内クエリの2箇所に挿入する既存実装のため、同じ2箇所へ同様に追記

【3. 今回のスコープ外】
・LINE（liff.line.me）へのリンク: LINEアプリを挟むため引き継がれない可能性が高く、まず直予約導線で実装・検証します

【テスト手順】
1. LPのURL末尾に ?fbclid=TEST123 を付けて開く
2. 予約ボタンのリンク先に fbclid=TEST123 と fbp=fb.1.… が付いていること（静的7箇所＋05は動的2箇所も）
3. リロード後・別セクションのボタンでも付与されていること
4. fbclid無しで開いた場合はリンクが従来どおりであること

【前提（マーチ様側・確認中）】
・予約ページ到達時のURLの fbclid / fbp を、CAPI送信用に保存・利用いただけること。パラメータ名の指定があればそれに合わせます
＝＝＝＝＝＝＝＝＝＝

先方窓口

お世話になっております。
先週分（8/18〜8/25）の数値のご報告が遅くなり申し訳ございません。まとめてお送りします。

[info][title]■ 週次データのお願い[/title]
8/25にいただいたCSVはLINE公式アカウントの友だち数のCSVでした（こちらも分析に活用しています。ありがとうございます）。
週次でお願いしたいのは、マーチ管理画面の流入経路一覧からダウンロードできるCSV（7/30リリースの「流入経路設定一覧CSVダウンロード」機能とのことです）です。
今週分（8/25〜昨日まで）について、このCSV（見つからなければ前回同様のスクリーンショットでも大丈夫です）をいただけますでしょうか。以降は毎週月曜にお願いできますと幸いです。
[/info]

竜太朗さん

その2点はデータの不具合じゃなくて、比べてる物が別物なので大丈夫です。

・先方窓口から来たCSV（friend_overview）= LINE公式アカウント全体の友だち総数。アプリ経由とか広告以外も全部入ってる数字なので、マーチのスクショ（広告経由だけ）とは合わなくて正常です
・LP別・ボタン別の予約数はこのCSVにはそもそも入ってないです。見えるのはマーチの流入経路画面（スクショ）の方で、先週分の集計はこちらで完了してます
・来週から先方窓口にもらうのはマーチ管理画面の「流入経路設定一覧CSV」に切り替える依頼を出します（これならLP別・ボタン別が入る）

なので突合作業は不要です。実績シートのMeta側の日次更新だけ、8/24以降が空いてるので埋めておいてください🙇

先方窓口

先ほどの計測連携の件で、マーチさんへ1点だけ確認を追加させてください。方式の選択肢がもう1つ増える可能性があるためです。

＝＝＝＝＝＝＝＝＝＝
マーチ ご担当者様

たびたび恐れ入ります。1点追加でお伺いします。

予約ページ（reserve.marchss.com）に、当社発行の計測タグ（MetaピクセルまたはGoogleタグマネージャー）をテナント単位で設置することは可能でしょうか。
可能な場合、ブラウザ側の計測で予約完了をMetaへ送る方式も選択肢になるため、確認させていただきたい次第です。
＝＝＝＝＝＝＝＝＝＝

先方窓口

お世話になっております。
マーチさんへのご確認と、エンジニアの方のご検証ありがとうございます。順に回答します。

[info][title]■ 連携の設定について[/title]
「そのまま登録いただける」とのこと承知しました。方式は先日ご提案の「Meta CAPI連携」（マーチ標準機能・CATSの契約は不要）で進める理解です。
設定はマーチの管理画面（設定＞外部CV連携設定）での作業となるため、画面共有で15分ほどご一緒できる日時を2〜3候補いただけますでしょうか。設定に必要なピクセルIDとアクセストークンはこちらで用意し、当日その場でお渡しします。
[/info]

[info][title]■ 「どの時点で・どうやってfbc/fbpを取得するか」への回答[/title]
エンジニアの方のご認識の通りで、LP側の改修が必要です。想定は次の通りです（このままエンジニアの方へ転送いただけます）。

・取得の時点: 広告クリック直後、LPに到達した時点です
・取得の方法: 広告クリックでLPの着地URLに fbclid（広告クリック識別子）が自動付与されます。あわせて、LPにはMetaピクセルが導入済みのため _fbp（ブラウザ識別子のCookie）もLP側で発行されています
・引き渡し: LPから予約ページ（reserve.marchss.com）へ遷移する全リンクのURLに、fbclid と fbp をパラメータとして付与します。画面表示は一切変わらず、リンクURLの組み立てのみの修正です
・マーチさん側: 予約ページ到達時のURLから fbclid を保存し、CAPI送信時に fbc（fb.1.到達時刻ミリ秒.fbclid の形式）として設定いただく想定です
・LINE経由の友だち追加は、LINEアプリを挟むためこの方法では引き継げない可能性が高く、まずは予約ページ直の03/04/05から実装・検証します

LP開発のご担当へそのまま渡せる仕様書を、続けてお送りします。

あわせてマーチさんへ、2点ご確認をお願いできますでしょうか。
①予約ページ到達時のURLに付いた fbclid（とfbp）を、CAPI送信用に保存・利用いただけますか？（パラメータ名の指定があればそれに合わせます）
②予約ページ（reserve.marchss.com）に、当社発行の計測タグ（MetaピクセルまたはGoogleタグマネージャー）をテナント単位で設置することは可能ですか？（可能な場合、ブラウザ側の計測で予約完了を直接Metaへ送る方式も選択肢になり、LP改修の優先度が変わるためです）
[/info]

[info][title]■ 流入数の仕様のご回答を受けて[/title]
ご確認ありがとうございます。「既に友だち追加済みの方のクリックも流入数に加算される」とのことですので、Metaのタップとマーチ流入の差（約8割）は、既存友だちの方によるものではなく「LINEアプリが開いてからマーチの計測に届くまでの離脱」が主因とみて対処します。
この点でも、LINEを挟まず予約ページへ直接つなぐ03/04/05の構成が有利という先週の実測と整合しています（詳細はこの後の週次のご報告に含めます）。
[/info]

引き続きよろしくお願いいたします！

先方窓口

続けて、LP開発ご担当向けの改修仕様です。そのまま転送いただけます。
※先ほどのマーチさんへの確認②（タグ設置可否）の結果次第で優先度が変わる可能性がありますが、CAPI方式の場合の改修内容として先にお渡しします。

＝＝＝＝＝＝＝＝＝＝
【LP改修仕様: 広告クリック識別子（fbclid・fbp）の予約ページへの引き継ぎ】

目的: Meta広告経由の予約完了・購入完了をMeta CAPIで送信できるようにする（送信対象が「fbcまたはfbpが取得できているコンバージョン」に限られるため）。
変更範囲: 画面表示・文言の変更は一切なし。リンクURLの組み立てのみ。

対象LP: online-acne-01 / 03 / 04 / 05 の4本

【1. LP読み込み時に識別子を取得・保持】
・URLの fbclid パラメータを取得し、取得できた場合は sessionStorage に保存（リロードや回遊でURLから消えても使えるように）
・Cookie _fbp の値を取得

【2. 予約ページへの全遷移URLにパラメータ付与】
・対象: reserve.marchss.com へ遷移するすべてのリンク（各LPの静的な予約ボタン7箇所）
・LP05のみ追加で2箇所: カレンダー空き枠モーダル内の時間リンク（buildReservationUrl関数で生成）と、画面下の最短受診日時バー
・付与する値: fbclid={取得したfbclid} と fbp={_fbpの値}。fbclidが無い流入（広告以外）の場合は付与しない
・LP05の buildReservationUrl は utm_title をハッシュの前とハッシュ内クエリの2箇所に挿入する既存実装のため、同じ2箇所へ同様に追記

【3. 今回のスコープ外】
・LINE（liff.line.me）へのリンク: LINEアプリを挟むため引き継がれない可能性が高く、まず直予約導線で実装・検証します

【テスト手順】
1. LPのURL末尾に ?fbclid=TEST123 を付けて開く
2. 予約ボタンのリンク先に fbclid=TEST123 と fbp=fb.1.… が付いていること（静的7箇所＋05は動的2箇所も）
3. リロード後・別セクションのボタンでも付与されていること
4. fbclid無しで開いた場合はリンクが従来どおりであること

【前提（マーチ様側・確認中）】
・予約ページ到達時のURLの fbclid / fbp を、CAPI送信用に保存・利用いただけること。パラメータ名の指定があればそれに合わせます
＝＝＝＝＝＝＝＝＝＝

先方窓口

お世話になっております。
先週分（8/18〜8/25）の数値のご報告が遅くなり申し訳ございません。まとめてお送りします。

[info][title]■ 先週の数値（Meta実績8/18〜8/23＋マーチ画面8/25時点の増分）[/title]
【Meta側・LP別】消化 / 予約タップ（旧LPはLINEタップ） / タップ単価
・旧LP01: ¥61,672 / 78件 / ¥791
・LP03: ¥49,902 / 100件 / ¥499
・LP04: ¥51,479 / 94件 / ¥548
・LP05: ¥37,783 / 64件 / ¥590
・合計: ¥200,836 / 336件 / ¥598

【マーチ側・1週間の増分（8/18→8/25の画面差分）】
・旧LP01: 流入+11 / 友だち追加+3 / 予約0
・LP03: 予約ページ到達+145 / 予約0
・LP04: 到達+153 / 予約+1
・LP05: 到達+148 / 予約0

8月の消化は8/23時点で約49.2万円、月末着地は約83万円の見込みでした（日予算4万円＋実配信の超過分）。8月分の確定値は月次のご報告でまとめます。
[/info]

[info][title]■ 分かったこと: 直予約LPは「予約ページまで」はきちんと届いています[/title]
新LP3本は、Metaのタップ数とマーチの到達数の規模がほぼ一致しており、旧LPで起きていた「タップの約2割しかマーチに届かない」問題を回避できています。LINEを挟まない設計は狙い通り機能しています。

一方で、予約ページへの到達が1週間で446件あったのに対し、予約完了は1件でした。到達までは良い流れなので、次は「予約ページ上」で何が起きているかを確認したく、2点教えていただけますでしょうか。

①直近2週間、予約枠（カレンダーの空き）は十分に開いていましたでしょうか。特にLP05は空き枠がそのまま予約ボタンになる作りのため、枠が少ないと予約が発生しない構造です
②マーチの「実績数」は、予約が確定した時点で計上される数字でしょうか（それとも診察完了など、より後の時点でしょうか）

なお、LP同士の比較は予約完了が貯まるまで「予約ページ到達の単価」を中間指標にします。先週時点ではLP05が最も効率が良い状況です（到達単価の概算 05: 約255円 / 04: 約336円 / 03: 約344円）。
[/info]

[info][title]■ バナーの入れ替え: J（繰り返す訴求）の停止をご提案します[/title]
旧LPのバナー6本のうち、Jは投入から10日で単価が全体平均の1.5倍（事前にお伝えした停止ライン）に達し、直近6日はタップ0件でした。主力A（「繰り返すニキビ」）と訴求が重なっていることも一因と見ています。問題なければこちらで停止します（削除ではなく停止のため、いつでも再開できます）。
あわせて、次に投入する新バナーの制作の目処を教えていただけますでしょうか。
[/info]

[info][title]■ 週次データのお願い[/title]
8/25にいただいたCSVはLINE公式アカウントの友だち数のCSVでした（こちらも分析に活用しています。ありがとうございます）。
週次でお願いしたいのは、マーチ管理画面の流入経路一覧からダウンロードできるCSV（7/30リリースの「流入経路設定一覧CSVダウンロード」機能とのことです）です。
前回スクリーンショットをいただいた8/25以降、直近までの分について、このCSV（見つからなければ前回同様のスクリーンショットでも大丈夫です）をいただけますでしょうか。以降は毎週月曜にお願いできますと幸いです。
[/info]

引き続きよろしくお願いいたします！

先方窓口

お世話になっております。
マーチさんへのご確認と、エンジニアの方のご検証ありがとうございます。順に回答します。

[info][title]■ 連携の設定について[/title]
「そのまま登録いただける」とのこと承知しました。方式は先日ご提案の「Meta CAPI連携」（マーチ標準機能・CATSの契約は不要）で進める理解です。
設定はマーチの管理画面（設定＞外部CV連携設定）での作業となるため、画面共有で15分ほどご一緒できる日時を2〜3候補いただけますでしょうか。設定に必要なピクセルIDとアクセストークンはこちらで用意し、当日その場でお渡しします。
[/info]

[info][title]■ 「どの時点で・どうやってfbc/fbpを取得するか」への回答[/title]
エンジニアの方のご認識の通り、CAPI連携で送る場合はLP側の改修が必要になります。想定は次の通りです（このままエンジニアの方へ転送いただけます）。

・取得の時点: 広告クリック直後、LPに到達した時点です
・取得の方法: 広告クリックでLPの着地URLに fbclid（広告クリック識別子）が自動付与されます。あわせて、LPにはMetaピクセルが導入済みのため _fbp（ブラウザ識別子のCookie）もLP側で発行されています
・引き渡し: LPから予約ページ（reserve.marchss.com）へ遷移する全リンクのURLに、fbclid と fbp をパラメータとして付与します。画面表示は一切変わらず、リンクURLの組み立てのみの修正です
・マーチさん側: 予約ページ到達時のURLから fbclid を保存し、CAPI送信時に fbc（fb.1.到達時刻ミリ秒.fbclid の形式）として設定いただく想定です
・LINE経由の友だち追加は、LINEアプリを挟むためこの方法では引き継げない可能性が高く、まずは予約ページ直の03/04/05から実装・検証する想定です

ただし、実装への着手はまだお待ちいただけますでしょうか。下記のマーチさんへの確認②の結果によっては、LPを改修せずに済む別方式（予約ページへのタグ設置）が取れる可能性があり、手戻りを避けたいためです。改修内容の仕様書はこちらで作成済みですので、方式が確定し次第すぐお渡しします。

マーチさんへの確認2点をお願いできますでしょうか。
①予約ページ到達時のURLに付いた fbclid（とfbp）を、CAPI送信用に保存・利用いただけますか？（パラメータ名の指定があればそれに合わせます）
②予約ページ（reserve.marchss.com）に、当社発行の計測タグ（MetaピクセルまたはGoogleタグマネージャー）をテナント単位で設置することは可能ですか？（可能な場合、ブラウザ側の計測で予約完了を直接Metaへ送れるため、LPの改修が不要または軽くなります）
[/info]

[info][title]■ 流入数の仕様のご回答を受けて[/title]
ご確認ありがとうございます。「既に友だち追加済みの方のクリックも流入数に加算される」とのことですので、Metaのタップとマーチ流入の差（約8割）は、既存友だちの方によるものではなく「LINEアプリが開いてからマーチの計測に届くまでの離脱」が主因とみて対処します。
この点でも、LINEを挟まず予約ページへ直接つなぐ03/04/05の構成が有利という先週の実測と整合しています（この後、週次のご報告を続けてお送りします）。
[/info]

引き続きよろしくお願いいたします！

先方窓口

お世話になっております。ご確認ありがとうございます！

結論からお伝えすると2点です。

①連携の設定は進められる状態です。マーチの管理画面で15分ほどの作業なので、画面共有でご一緒できる日時の候補を2〜3いただけますでしょうか。必要なもの（ピクセルID・アクセストークン）はこちらで全て用意します。

②エンジニアの方のご認識どおり、今の方式（CAPI連携）の場合はLP改修が必要です。ただ、その前にマーチさんへの確認を2点挟ませてください。結果によってはLPを改修せずに済む方法があるため、エンジニアの方の実装着手はその回答後にお願いしたいです（改修の仕様書は作成済みで、方式が確定し次第すぐお渡しします）。

下記2つはそのまま転送いただけます。

【1. マーチさんへの確認2点】
＝＝＝＝＝＝＝＝＝＝
マーチ ご担当者様

たびたび恐れ入ります。2点お伺いします。

1. 予約ページ到達時のURLに付いた fbclid（およびfbp）を、CAPI送信用に保存・利用いただくことは可能でしょうか。パラメータ名の指定があればそれに合わせます。

2. 予約ページ（reserve.marchss.com）に、当社発行の計測タグ（MetaピクセルまたはGoogleタグマネージャー）をテナント単位で設置することは可能でしょうか。可能な場合、ブラウザ側の計測で予約完了を直接Metaへ送る方式も選択肢になるため、確認させていただきたい次第です。

よろしくお願いいたします。
＝＝＝＝＝＝＝＝＝＝

【2. エンジニアの方への回答（fbc/fbpの取得想定）】
＝＝＝＝＝＝＝＝＝＝
ご質問いただいた「どの時点で・どうやってfbc/fbpを取得するか」の想定です。

・取得の時点: 広告クリック直後、LPに到達した時点です
・取得の方法: 広告クリックでLPの着地URLに fbclid が自動付与されます。またLPにはMetaピクセルが導入済みのため、_fbp（Cookie）もLP側で発行されています
・引き渡し: LPから予約ページ（reserve.marchss.com）へ遷移する全リンクのURLに、fbclid と fbp をパラメータとして付与します。画面表示は変えず、リンクURLの組み立てのみの修正です
・マーチ様側: 予約ページ到達時のURLから fbclid を保存し、CAPI送信時に fb.1.{到達時刻ミリ秒}.{fbclid} 形式のfbcとして設定いただく想定です
・LINE経由の友だち追加は、LINEアプリを挟むためこの方法では引き継げない可能性が高く、まずは予約ページ直の03/04/05から実装・検証する想定です

ただし、実装の着手は一旦お待ちください。マーチ様に「予約ページへの計測タグ設置の可否」を確認中で、可能な場合はLP改修なしで済むブラウザ計測方式が取れます。方式が確定し次第、詳細の仕様書をお渡しします。
＝＝＝＝＝＝＝＝＝＝

なお、流入数の仕様のご回答もありがとうございます。既に友だちの方のクリックも流入数に入るとのことですので、Metaのタップとマーチ流入の差は「LINEアプリが開いてから計測に届くまでの離脱」が主因とみて対処していきます。LINEを挟まず予約ページへ直接つなぐ03/04/05の構成が有利という、先週の実測とも一致する結果でした。

この後、先週の数値のご報告を続けてお送りします！

竜太朗さん
トリビューの実績シート、Meta側が8/24以降空いたままなので埋めてもらえますか（8/24〜昨日分）。
今週LP判定と8月の月次まとめをやるので、揃うと助かります。
あと先方窓口からバナーJ停止のOKが出たら、停止をお願いする予定です（合図します）。

あわせてH（生理前訴求）も、配信がほぼ回っていない状態のため一緒に停止します（Jと同じく削除ではなく停止なので、いつでも再開できます）。

先方窓口

お世話になっております。
空き枠と実績数のご確認、そして明細のNumbers、ありがとうございます！この明細は非常に有用でした（可能でしたら月次でこの形式をいただけると、LINE追加後の分析がこちらで完結します）。

いただいた情報を集計したうえで、「LPをどう判断すべきか」への回答です。

[info][title]■ 結論: LP同士は引き分けです。そしてLPはもう課題ではありません[/title]
3本の直予約LPを「予約ページへ1人届ける費用」で比べると、LP03 約329円 / LP04 約339円 / LP05 約331円とほぼ同着で、優劣がつきません。カレンダー型の05も予約数を変えられていません。
なので「どのLPを選ぶか」の判断は不要で、3本とも現状維持のままで大丈夫です（新LPの追加も一旦保留を推奨します）。

判断すべき場所は、1つ手前ではなく1つ先に移りました。予約ページに合計1,048件届いて、予約確定が3件（0.3%）です。空き枠は問題なく、実績数は予約確定時点での計上と確認できましたので、消えているのは「予約ページの中」です。
[/info]

[info][title]■ いただいた明細から分かったこと（良い材料もあります）[/title]
8月の広告経由の友だち追加24名の内訳です。
・診察まで到達: 3名。うち2名は追加した当日に診察まで進んでいます。予約が確定した方は、その後きちんと診察まで進む状態です
・追加後1週間以内のブロック: 6名（25%）。LINEの配信頻度や初回メッセージの見直し材料になりそうです（母数が小さいため断定はしません）
・残り15名は追加後そのまま動きなし

つまり「予約さえ確定すれば後ろは流れる」構造で、詰まりは予約確定の手前の1点に絞られています。
[/info]

[info][title]■ 次の一手のご提案（3つ）[/title]
①予約フローの実機確認（今週・弊社でやります）
広告経由と同じ導線で予約確定の直前まで通し、会員登録・問診・決済情報など「どのステップで何を求められるか」を把握します。社内で「ここで離脱が多そう」という感触がもしあれば、あわせて教えてください。

②マーチさんへ確認1点（お手すきで）
予約ページ内の段階別データ（到達→入力開始→確定、のような件数）を出せる機能はありますでしょうか。あれば、どのステップで消えているかを特定できます。

③CAPI連携は予定どおり進めます
予約確定をMetaに返せると、Metaが「予約まで至る方」を狙って配信するようになり、この問題の構造的な対策になります。エンジニアの方のご確認結果をお待ちしています。

補足: 件数が少なく参考程度ですが、到達からの確定率はLP03（ボタン「オンライン診察を予約」）が最も高く、LP05（カレンダー）は0件でした。「予約」という言葉が重いLPほど本気度の高い方が届いている可能性があり、予約ページの確認後にボタン文言の実験もご提案できればと思います。
[/info]

なお細かい点ですが、8/25の画面でLP05にあった実績2件が今回0件になっていました。テスト分の削除という理解で合っていますでしょうか。

引き続きよろしくお願いいたします！

先方窓口

お世話になっております。

配信開始からひと月が経ちましたので、8月のデータを1つにまとめたレポートを作成しました。現状の課題と、ご相談したい論点（9月のご予算・LINE導線の配分・予約ページの改善・計測連携）も記載しています。

（ここにPDFを添付: tribeau_2026-08_全景データ_v1.pdf）

こちらを元に、一度お打ち合わせのお時間をいただけますでしょうか。
9/4（金）の夕方ですと、ご都合いかがでしょうか。難しければ来週前半で、候補をいくつかいただけますと幸いです。

もしマーチのCAPI連携設定（15分ほどの画面共有）が進められる状況でしたら、同じお時間の中で続けて対応できればと思います。

よろしくお願いいたします！

先方窓口

お世話になっております。鋭いご指摘ありがとうございます。こちらでも検証しました。
結論としては「計測の異常」ではなく、「数え方」と「押されやすいボタンの偏り」で説明がつきそうです。

[info][title]■ 1,048件の正体[/title]
・マーチの「流入数」は人数ではなくクリック回数です（同じ方が2回開けば2件になります）。Meta側の予約タップは666件（こちらは1人1回に近い数え方）で、1人あたり平均1.6回ほどのクリックという計算になり、予約ページを一度閉じて開き直く動きを含めれば矛盾はありません
・また、マーチ画面は9/2朝時点・Meta側は8/30までの集計のため、9/1〜2の分がマーチ側にだけ入っています
[/info]

[info][title]■ ただし、ご指摘の違和感の正体と思われる偏りが見つかりました[/title]
到達1,048件をボタン別に見ると、約半分（531件・51%）が「画面下に常に表示される追従ボタン」経由でした。
・LP03: 追従206件／全373件
・LP04: 追従196件／全362件
・LP05: 追従129件／全313件
追従ボタンはスクロール中に指が触れやすく、誤タップを含みやすい場所です。実際、予約確定した3件はすべてヒーローまたは最下部のボタン経由で、追従経由の確定は0件でした。

つまり「予約する意思を持った到達」は実態としては500件前後とみるのが近そうです。ただ、その場合でも500件→確定3件（0.6%）ですので、予約ページの中に改善余地が大きいという結論自体は変わらない見立てです。
[/info]

[info][title]■ 検証のご提案（2つ）[/title]
①マーチさんに「流入数を人数ベース（ユニーク）で出せるか」をご確認いただけますでしょうか。回数ではなく人数で見られれば、今回のような違和感は今後なくなります
②追従ボタンの誤タップは、弊社でヒートマップ（Clarity）から検証します。誤タップが多いようであれば、追従ボタンの出し方（サイズ・出現のタイミング）の調整をご提案します
[/info]

レポートのご確認もありがとうございます。MTGの日程、お待ちしております！

本日のお打ち合わせのアジェンダをお送りします。

[info][title]■ 1. 現状の最重要ポイント[/title]
「広告は機能しており、予約の一歩手前で離脱が起きている」状態です。

・8月実績: 消化 約76万円 → 予約確定5件（1件あたり151,847円）→ 診察到達3人（1人あたり253,078円）
・広告の入口は改善が続いています（タップ単価: 7月1,578円 → 8月末週706円。直予約LPは448〜519円）
・離脱が起きている場所は2箇所です
　①LINE導線: タップ543件 → 友だち追加24人（LINEアプリが開いてからマーチ計測に届くまでの間で約96%が離脱）
　②直予約導線: 予約ページ到達（実質 約500件）→ 予約確定3件（確定に至るのは約0.6%）
・LP・バナーは3本ともほぼ同着で、現時点の課題ではありません（入れ替え・追加を行っても予約数は変わらない見立てです）
[/info]

[info][title]■ 2. 本日決めさせていただきたいこと（3点）[/title]
①9月のご予算
現在は日4万円で運用中です（月換算 約120万円ペース）。計測連携と予約ページの改善が入るまでは拡大せず、日4万円の維持または少し絞る水準を弊社は推奨します。本日水準を確定できますと幸いです。

②CAPI連携の日程
タグ設置可否のエンジニア様ご回答と、マーチ管理画面での設定（15分・画面共有）の日時を本日確定したいです。計測の課題はこの連携で解決に向かいます。

③予約ページの中身の把握
予約確定までに何があるか（会員登録・問診・決済情報など）を教えていただくか、この場で画面をご一緒できれば最速です。
[/info]

[info][title]■ 3. ご対応をお願いしたいこと[/title]
・エンジニア様: 予約ページへの計測タグ設置可否のご回答（方式が確定し次第、弊社から仕様書または設定手順書を即日お渡しします）
・マーチさんへの確認2点: 予約ページ内の段階別データ（到達→入力開始→確定）の有無／流入数の人数ベース（ユニーク）表示の可否
・9月の目標前提のご共有（LP流入2,600件/週は、どのご予算想定で置かれた数字か）→ 9月の月次目標を弊社で設計するために必要です
・あわせてご確認: バナーJ・H停止のご承認（LINE導線側のみ）／新バナー制作の目処／患者明細（Numbers）の月次でのご共有／診療主体の医療機関名・GA4権限の件
[/info]

[info][title]■ 4. 弊社の考えと、実施後の数値見通し[/title]
進める順番は「①計測連携 → ②予約ページ → ③配分・拡大」です。

①CAPI連携が入ると
現在は「ボタンをタップする方」に向けた配信ですが、「予約まで至る方」を狙う配信に変わります。タップ→予約率が現在の0.45%から1〜2%になるだけで、予約確定1件あたりの費用は約15万円 → 3〜5万円まで下がる計算です。

②予約ページの離脱が改善すると
到達→確定0.3%が一般的な水準の下限（2〜3%）に近づけば、予約確定1件あたり1〜2万円台となり、クリニック広告として妥当な水準に入ります。

③①②の前に予算を増やした場合
1件約15万円の費用対効果のまま件数を増やすことになるため、拡大は①②の後を推奨します。

9〜10月の進め方: CAPI稼働 → 約2週間の学習 → 予約単価で評価できる体制 → その時点で「効果の良いLPへの集中・増額」の判断を行います。
[/info]

[info][title]■ 参考数値[/title]
・LINE導線: 友だち追加24人／うち1週間以内のブロック6人（25%・配信内容の見直し材料）／診察1人（追加当日）／追加1人あたり17,441円
・直予約: 到達単価317〜331円（3本同着）／到達の51%が追従ボタン経由（予約確定3件はすべてヒーロー・最下部ボタン経由）
・予約確定された方は当日〜数日で診察まで進んでいます（確定後の流れは健全です）
・月次目標を今月置いていない理由: 友だち追加の計測定義とCAPI導入前のため。9月より月初に目標を設定する運用に切り替えます
[/info]