代理店か制作会社から言われる。「コンバージョンAPIを入れたほうがいいですよ」。見積もりを見ると、初期費用で十数万円。何のことか分からないまま、判断を求められている。
断る理由も、乗る理由も言葉にできない。「計測漏れが起きています」と言われれば、そうかもしれないと思う。だが本当に自社で漏れているのか、漏れているとして何件なのかは分からない。
先に結論を書く。住宅会社の場合、コンバージョンAPIより先に効く手が2つある。ひとつはコンバージョンの設計を見直すこと。もうひとつは、そもそも何件取りこぼしているのかを実際に数えることだ。この2つは無料で、今日から着手できる。そして順番を守れば、十数万円をかけるべきかどうかも自分で判断できるようになる。
まず、いま起きている状況を整理したい。
技術的な提案は、断りにくい構造を持っている。「計測が正しくできていません」と言われれば、放置している自分が悪いように感じる。かといって内容を理解できないので、質問もできない。結果として「お任せします」か「一度検討します」のどちらかになる。
だが、この判断はできる。必要なのは技術の知識ではなく、自社の数字である。
コンバージョンAPIが解決するのは、たった1つの問題だ。予約が入ったのに、その事実がMetaに届いていないという取りこぼしである。だとすれば、判断の材料は明確になる。
この3つが分かれば、十数万円をかける価値があるかどうかは自分で決められる。差が2件なら投資判断にはならないし、5件以上なら検討する価値がある。
そして重要なのは、この確認が無料で、今月中にできるということだ。順番としては、まずここから入る。
なぜ取りこぼしが起きるのか。仕組みから説明する。
Meta広告で予約数を計測するとき、多くの住宅会社は「ピクセル」という仕組みを使っている。自社サイトに埋め込んだ小さなプログラムで、訪問者のブラウザ（Chrome、Safariなどの閲覧ソフト）を経由して、Metaに「この人が予約しました」と伝える役割を持つ。
問題は、この経路が近年どんどん遮られていることにある。
つまり、予約は実際に入っているのに、その事実がMetaに届いていないという状態が発生する。届かなければ、Metaの管理画面には記録されない。そして記録されなければ、Metaの機械学習は「どんな人が予約したか」を学べない。
ここで注意したいのは、取りこぼしの割合は会社によって違うということだ。「◯割が漏れています」と一律の数字で言われたら、それは自社を見た数字ではない。だから前章のとおり、自社で数えることから始める。
コンバージョンAPI（略してCAPIと呼ばれる）は、この取りこぼしを補う仕組みである。
違いは経路だけだ。
郵便で例えると分かりやすい。ピクセルは「お客様に手紙を持って行ってもらう」方法である。途中で断られたり、道が塞がれていたりすると届かない。コンバージョンAPIは「自社から直接、相手の会社に送る」方法だ。途中で遮られる余地がない。
そしてもう1つ、実務上の要点がある。この2つは、どちらか一方を選ぶものではない。併用するのが標準的な形である。ピクセルで拾えるものは拾い、漏れた分をサーバー側から補う。この二重構造にすることで、記録の精度が上がる。
ただし、併用するからこそ生まれる落とし穴がある。それは後半で書く。
ここが本題である。
コンバージョンAPIは有効な仕組みだ。だが住宅会社の場合、投じる費用に対する効果の順番として、先に手をつけるべきものが2つある。
住宅会社のMeta広告で、1か月に発生するコンバージョンは何件か。イベントの来場予約をコンバージョンに設定している場合、月に5〜15件程度という会社が多い。広告予算が月10〜30万円、来場1件あたりの獲得コストが3〜5万円という現実からすれば、当然の数字である。
問題は、この件数ではMetaの機械学習が回らないことだ。Metaは「予約した人に似た人」を探して配信するが、その学習には一定量のデータが要る。月10件では、判断材料が足りない。
ここで効くのが、コンバージョンの置き場所を変えることである。
「予約完了」ではなく、その手前に置く。具体的には、予約ボタンのタップや、ページに30秒以上滞在したことをコンバージョンとして設定する。すると件数は一気に増える。月10件だったものが、50件、100件になる。（住宅会社がGA4で最低限見るべき指標についてはこちら）
数が溜まれば学習が回る。学習が回れば配信の精度が上がり、結果として予約数も増えていく。そして十分に溜まった段階で、コンバージョンを「予約完了」に戻す。この段階移行が、住宅会社のMeta広告では効く。
桁を比べてほしい。コンバージョンAPIで救えるのは、月10件のうち2〜3件である。一方、コンバージョンの設計を変えれば、学習に使えるデータが40件、90件増える。どちらが先に効くかは明らかだろう。
もう1つは、前述の確認作業である。手順は単純だ。
この作業は30分で終わり、費用はゼロである。
差が2件程度なら、十数万円をかけて仕組みを入れる判断にはならない。まずコンバージョンの設計を直すほうが効く。差が5件以上あるなら、検討する価値が出てくる。月10件のうち5件が記録されていないなら、Metaは半分の情報しか持っていないことになる。
この数字を持たないまま提案を受けるから、判断できない。逆に言えば、この数字さえあれば判断できる。
実数を確認して「入れる価値がある」と判断したとする。ここで住宅会社は、もう1つの現実にぶつかる。
導入方法の選択肢が、実質1つしかない。
コンバージョンAPIの導入は、本来なら複数の方法がある。既存のサービスと連携するだけで済むケースもあるし、専用の設定画面が用意されている場合もある。だがそれらは、あらかじめ対応が用意されているシステムを使っている場合の話である。
住宅会社の予約フォームは、ほぼ例外なく制作会社が作った自社サイトのフォームか、独自の予約ツールで動いている。既製の連携が用意されていない。だから、その道は最初から使えない。
残るのは、サーバー側に新しい仕組みを組む方法である。技術的な難易度は中程度で、自社では対応できない。制作会社か広告代理店に発注することになる。
費用の目安を持っておきたい。初期の設定で数万円から十数万円、加えてサーバーの利用料が月額で発生する場合がある。金額は依頼先によって幅があるので、必ず内訳を出してもらう。
そして発注前に、1つ確認しておきたいことがある。「御社でコンバージョンAPIの実装実績はありますか」と聞く。制作会社は「できます」と答えることが多いが、実際にやったことがあるかどうかで、かかる時間も精度も変わる。実績がないなら、広告代理店側に相談したほうが早い場合もある。
ここが、この記事で最も伝えたい部分である。
前述のとおり、ピクセルとコンバージョンAPIは併用する。すると、同じ1件の予約が、2つの経路からMetaに届くことになる。
このとき、Metaに「これは同じ予約です」と教える仕組みが必要になる。両方の経路で、同じ予約に同じ識別番号を付けて送る。これを重複排除と呼ぶ。
この設定を忘れるとどうなるか。
1件の予約が2件としてカウントされる。
結果として管理画面には、実際の倍のコンバージョン数が表示される。そして獲得コストは、実際の半分に見える。
住宅会社にとって、これは計測漏れよりはるかに深刻な事態になる。来場1件あたりの獲得コストが実際は3万円なのに、管理画面には1万5,000円と表示される。数字だけを見れば「この広告は非常に効率がいい」と判断してしまう。そして予算を増やす。実際には成果が出ていない広告に、追加の資金を投じることになる。
計測漏れは「本当は良いのに、悪く見える」という誤りだ。重複計上は「本当は普通なのに、非常に良く見える」という誤りである。後者のほうが、経営判断を大きく狂わせる。
この設定は、実装作業のなかで最も抜けやすい箇所でもある。だから発注時に、次の一文を必ず入れておきたい。
ピクセルとコンバージョンAPIの重複排除設定（同一イベントへの識別番号の付与）を含めてください。
この一文があるかないかで、納品物の質が変わる。専門用語をそのまま書いて構わない。むしろ、この一文が書けることで「分かっている発注者だ」と伝わる効果もある。
入れて終わりにしないための確認方法を書く。難しい作業は要らない。
この突き合わせは、コンバージョンAPIの有無にかかわらず続ける価値がある。管理画面の数字を信じきらず、自社の実数と照らす習慣そのものが、広告運用の判断力になる。
コンバージョンAPIは、有効な仕組みである。ピクセルだけでは遮られてしまう予約の記録を、自社のサーバーから直接届けることで補完する。導入すれば計測の精度は上がる。
だが住宅会社の場合、順番がある。
先にやるべきは2つ。コンバージョンの設計を見直して、機械学習が回る件数を確保すること。そして、自社の予約台帳とMetaの管理画面を突き合わせて、実際に何件取りこぼしているかを数えること。どちらも費用はかからず、後者は30分で終わる。
その数字を持って初めて、十数万円をかける判断ができる。差が2件なら見送ればいい。5件以上なら入れる価値がある。判断できないのは、技術を知らないからではない。自社の数字を数えていないからだ。
そして入れるなら、重複排除の設定だけは必ず確認する。ここを落とすと、獲得コストが実際の半分に見え、成果の出ていない広告に予算を追加することになる。計測を入れたせいで判断を誤るという、最も避けたい結末になる。
計測は、成果を生む施策ではない。施策の良し悪しを判断できるようにするための土台である。
