コンバージョンAPIで広告の学習は変わる？｜成果を返す仕組み

「広告の管理画面の成果の数と、自社で数えた資料請求の数が合わない」「コンバージョンAPIを入れると入札が賢くなると聞いたが、何が変わるのか説明できない」。広告の運用に関わると、こうした声はよく耳にします。数字が合わないのは、設定の誤りだけが原因ではありません。メタの開発者向け資料を見ると、ブラウザのタグとは別に自社のサーバーから成果を送る仕組みが用意され、その成果の発生日時は送る時点から7日前までと定められています。成果をいつ、どの経路で返すかが、広告の側の数字を左右しているのです。コンバージョンAPIは、入れれば入札が賢くなる魔法ではありません。本当は、自動入札のAIが学ぶ材料である「成果」を、取りこぼさずに正しい形で返す通り道です。この記事では、タグだけでは成果が取りこぼされる原因、それが学習を鈍らせる仕組み、コンバージョンAPIでの対策、重複の除き方、BtoBでどの段階の成果を返すか、送る項目と個人情報、効果の確かめ方を順に整理します。

自動入札のAIは、返ってきた成果だけから学ぶ

検索広告やSNS広告の自動入札は、広告を見た人のうち誰が成果に至ったかという記録を手がかりに、次にどんな人へ、いくらで広告を出すかを決めています。ここで大切なのは、自動入札のAIが知っているのは広告媒体に返ってきた成果だけだという点です。自社の顧客管理の画面で数えた成果があっても、媒体に届いていなければ、AIにとっては無かったことになります。

このため、成果の数え方は運用の細かい設定ではなく、学習の土台そのものです。成果が十分に返っていれば、AIは成果に至りやすい人の特徴をつかみやすくなります。反対に、成果の一部しか返らない、あるいは特定の種類の人の成果だけが漏れる状態だと、AIは偏った材料で学び、偏った相手に広告を出すようになるのです。

この記事で扱うのは、返る成果の量と質を整える仕組みとしてのコンバージョンAPIです。自動入札にどの指標を使うべきかという選び方の一般論や、季節の変動に合わせた調整は、別の記事の話題として扱いません。ここでは「今数えている成果が、どれだけ正しく媒体に届いているか」に絞って考えます。

タグだけでは成果が取りこぼされる3つの原因

従来の計測は、サイトに置いたタグが閲覧ソフトの中で動き、成果が起きたことを広告媒体に知らせる仕組みです。この形には、成果が届かない場面が三つあります。一つ目は閲覧ソフトの追跡制限です。一部の閲覧ソフトは、利用者の閲覧を複数のサイトにまたがって追う仕組みを制限しており、広告のクリックと、後日の成果とが結びつかなくなることがあります。

二つ目は広告ブロックの機能です。閲覧ソフトの拡張機能などで広告やタグの読み込みを止めている人の成果は、タグ経由では届きません。三つ目は、クッキーの利用に同意しない人です。同意の確認画面で計測を断った人については、タグを動かさない設定にしている会社が多く、その人たちの成果は計測されません。

これら三つは、どれも利用者の選択や閲覧ソフトの仕様によるもので、サイトの側で取り除くことはできません。しかも、取りこぼしの割合は、読者層や使われている閲覧ソフトによって会社ごとに違うため、他社の数字を当てはめて見積もることもできません。自社の管理画面と広告の管理画面の数字の差が、取りこぼしのおおよその大きさを示す手がかりになります。

取りこぼしが学習を鈍らせる仕組み

取りこぼしが学習に与える影響は、二つに分けて考えると分かりやすくなります。一つは量の問題です。自動入札の多くは、一定の件数の成果が集まることで安定して学べるように作られています。成果の一部が届かないと、学ぶための件数が足りず、入札の判断が揺れやすくなります。件数の少ない法人向けの広告では、この影響が特に大きくなります。

もう一つは偏りの問題で、こちらの方が気づきにくい厄介なものです。取りこぼされやすいのは、追跡制限のある閲覧ソフトを使う人、広告ブロックを入れている人、計測に同意しない人です。こうした人たちの成果が抜け落ちると、AIは「成果に至りやすいのは、それ以外の人だ」と学んでしまいます。届いた成果の特徴に寄せて広告を出すので、取りこぼされる層にはますます広告が届きにくくなるという循環が起きます。

さらに、成果の時間のずれも影響します。資料請求の翌週に商談が決まり、翌月に受注するような法人の取引では、クリックから成果までの時間が長くなりがちです。タグで記録できるのはサイトの上で起きた成果だけなので、サイトの外で起きる後の段階の成果は、そもそもタグでは返せません。この点が、後で説明するBtoBの送り方につながります。

コンバージョンAPIとは、自社のサーバーから成果を送る仕組み

コンバージョンAPIとは、成果が起きたことを、利用者の閲覧ソフトを通さずに、自社のサーバーから広告媒体へ直接送るための仕組みです。資料請求のフォームが送信されたとき、その記録を自社のサーバーが受け取り、決められた形に整えて媒体に送ります。閲覧ソフトの中で動くタグと違い、追跡制限や広告ブロックの影響を受けにくいのが特徴です。

もう一つの特徴は、サイトの外で起きた成果も送れることです。メタの開発者向け資料では、送る成果の発生元の種類として、サイトやアプリのほかに、電話・メール・チャット・店舗などが挙げられています。顧客管理のツールで商談が「有望」に変わったときに、その変化を成果として送ることもできます。サイトの上の成果を取りこぼさないことと、サイトの外の成果を返せることの二つが、コンバージョンAPIの役割です。

ただし、同意の問題が消えるわけではありません。サーバーから送れるからといって、計測を断った人の情報を送ってよいことにはなりません。コンバージョンAPIは技術的な通り道を増やすもので、何をどの人について送るかという判断は、同意の取り方と社内の規程に従います。この点は後の節で改めて整理します。なお、計測のタグそのものをサーバー側に置く方式の是非や導入の規模は、別の記事で扱っています。

媒体ごとの呼び名と仕様の違い

自社のサーバーから成果を送る仕組みは、広告媒体ごとに用意されていて、呼び名や細かい仕様が違います。ここでは、公式の開発者向け資料で確かめられたメタ広告とリンクトイン広告の二つを取り上げます。検索広告の側には、フォームに入力された情報を使って計測の漏れを補う「拡張コンバージョン」という別の仕組みがあり、その設定は拡張コンバージョンを扱った記事で詳しく整理しています。

観点	メタ広告	リンクトイン広告
仕組みの呼び名	コンバージョンAPI	コンバージョンAPI
併用するタグ	メタのピクセル（計測用のタグ）	インサイトタグ（計測用のタグ）
重複の除き方	イベント名とイベントの識別子が一致すれば1件として扱う。最初の受信から48時間以内	同じ識別子ならAPI側を捨て、タグ側で1件と数える
送れる時期	成果の発生日時は送る時点から7日前まで	成果の計上の期間は種類により最大180日、見込み客などは最大365日
利用者を照合する情報	メール・電話・氏名などをハッシュ化して送る	ハッシュ化したメールか、広告の追跡用の識別子のどちらかが必要

表で注目したいのは、送れる時期の考え方が媒体によって違う点です。メタは、成果が起きてから7日より古い成果を含む送信を受け付けないと定めています。リンクトインは、開発者向け資料で、見込み客や有望な見込み客、購入などの種類について、最大365日まで成果を広告に結びつけられるとしています。法人向けの長い取引をどちらの媒体でどう返せるかは、この違いに左右されます。

仕様は改定されることがあります。リンクトインの開発者向け資料には、連携の仕組みの版ごとの提供終了の予定が載っており、古い版は順に使えなくなります。導入の前には、自社が使う版の資料を開き、その時点の仕様で確かめることを手順に入れておきます。本稿の内容は、2026年9月時点で確かめた範囲です。

タグと併用するときの重複の除き方

メタもリンクトインも、タグとコンバージョンAPIを両方使う形を勧めています。ただし両方から同じ成果が届くと、1件の資料請求が2件と数えられてしまいます。これを防ぐのが重複の除外で、鍵になるのは同じ成果に同じ識別子を付けて、両方の経路から送ることです。

メタの開発者向け資料では、ピクセルのイベント名とコンバージョンAPIのイベント名が一致し、さらにイベントの識別子が一致すれば、重複として1件にまとめるとしています。まとめられるのは、最初の受信から48時間以内に届いた場合です。内容に大きな差が無ければ、先に届いた方を採るのが原則とされています。識別子には、注文番号や取引の番号のように、広告主が選んだ一意の文字列を使えます。

リンクトインの開発者向け資料では、タグとコンバージョンAPIのそれぞれについて成果の規則を作り、閲覧ソフトの側で付けた識別子をサーバーからの送信にも付ける形を示しています。同じ識別子の成果が両方から届くと、コンバージョンAPIの側を捨てて、タグの側で1件と数える仕組みです。正しく動いていれば、タグの側の件数の方が多く見えるのが普通だとされています。

重複の除外で起きやすい失敗

重複の除外は、仕組みとしては単純ですが、実装の細部でつまずきやすいところです。よくある失敗を先に並べておきます。

• タグとサーバーで別々に識別子を作り、同じ成果なのに値が一致しない
• タグとサーバーでイベント名の綴りが違い、別の成果として数えられる
• 送り直しのたびに新しい識別子を作り、同じ成果が何度も数えられる
• サーバーからの送信が大きく遅れ、重複をまとめる時間の範囲を過ぎてしまう

中でも気づきにくいのが、成果の数が「増えた」ことを良い知らせと受け取ってしまう失敗です。コンバージョンAPIを入れた直後に成果が急に増えたら、取りこぼしが埋まった可能性と、重複が除かれずに二重に数えられている可能性の両方を疑います。自社で数えた資料請求の数と、媒体の成果の数を日ごとに並べ、媒体の方が自社の数を上回っていたら、重複を疑うのが基本です。

二重計上は、学習にも悪い影響を与えます。同じ成果が2回届くと、AIはその成果に至った人の特徴を実際より強く学んでしまいます。数字が合うことは、学習の材料が正しいことの前提です。導入後の最初の数週間は、成果の数の突き合わせを毎日の作業に入れておくと安心です。

識別子を使わない除き方にも限りがあります。メタの開発者向け資料には、イベントの識別子の代わりに、閲覧の識別子や広告主が付けた利用者の識別子で重複をまとめる方法も載っています。ただしこの方法では、サーバーからの成果が先に届き、過去48時間にタグからの成果が届いていなければ、後から同じ成果がタグから届いてもサーバー側は捨てられないとされています。また、タグだけ、サーバーだけの片方の経路しか使っていない場合は重複をまとめません。迷ったら、成果1件ごとの識別子を両方に付ける基本の形に戻るのが確実です。

BtoBでは「どの段階の成果を返すか」が本題になる

法人向けの広告では、資料請求やお問い合わせが成果として設定されていることが多いでしょう。しかし、資料請求の中には、同業者の情報収集や、学生の調べもの、今すぐには検討していない人も混ざります。資料請求だけを成果として返し続けると、自動入札のAIは資料請求をしやすい人を集めることを学び、商談につながる人を集めることは学びません。

ここでコンバージョンAPIが役に立ちます。サイトの外で起きた成果も送れるので、顧客管理のツールで「有望な見込み客」になった時点、「商談化」した時点、「受注」した時点を、後から成果として返せるのです。資料請求で終わらせず、営業の側で価値が確かめられた段階を返すことで、AIが学ぶ材料が、会社にとって価値のある成果に近づきます。

ただし、後の段階ほど件数は減ります。受注だけを成果にすると、月に数件しか返らず、AIが学ぶには件数が足りないことがあります。そこで、資料請求・有望な見込み客・商談化のように複数の段階を返し、どの段階を入札の目標にするかは件数と照らして決める、という考え方が現実的です。どの段階を学ばせるかは、広告の担当者だけでなく営業の責任者と一緒に決めます。電話や商談の成果の取り込みの一般的な手順は、オフラインの成果の計測を扱った記事で整理しています。

後の段階の成果を返すときの時間の制約

後の段階の成果を返すときに、必ず確かめておきたいのが時間の制約です。メタの開発者向け資料では、成果の発生日時は送る時点から7日前までとされ、7日より古い成果が1件でも含まれていると、その送信全体がエラーになり、1件も処理されないと書かれています。商談化の時点を成果にするなら、顧客管理のツールで段階が変わってから7日以内に送る流れを組む必要があります。

この制約は、日次や週次でまとめて送る運用のときに問題になりやすいものです。月末にまとめて送る形にすると、月の前半に起きた商談化はすべて期限を過ぎてしまいます。さらに、一部でも古い成果が混ざると送信全体が失敗するので、送る前に発生日時で絞り込む処理を入れておくことが欠かせません。

リンクトインでは、成果を広告に結びつけられる期間が種類によって違い、見込み客や有望な見込み客などでは最大365日とされています。資料請求から数か月後の商談化も、広告のクリックと結びつけて返せる余地が大きいということです。とはいえ、媒体ごとに期間や条件が違うので、返したい段階ごとに、使う媒体の資料で期限を確かめて一覧にしておくのが確実です。

送る項目と、照合の仕組み

サーバーから成果を送るとき、媒体の側では、その成果がどの利用者のものかを照合する必要があります。そのために、メールアドレスや電話番号などの情報を一緒に送ります。メタの開発者向け資料では、メール・電話・氏名などはハッシュ化という、元の値に戻せない文字列に変換してから送ることが求められています。

ハッシュ化の前には、値の整え方が決められています。メタの資料では、メールアドレスは前後の空白を除いて小文字にそろえ、電話番号は国番号を含めたうえで記号や先頭の0を除く、とされています。リンクトインでも、メールアドレスを小文字にし空白を除いてからハッシュ化する形です。整え方が一文字違うだけで別の文字列になり、照合できない成果が増えるので、整え方の規則を実装に正確に反映させます。

一方で、ハッシュ化してはいけない項目もあります。メタの資料では、接続元の番号、閲覧ソフトの情報、広告のクリックの識別子、閲覧の識別子は、ハッシュ化せずにそのまま送るとされています。どの項目をハッシュ化し、どの項目をそのまま送るかは媒体ごとに決まっているので、項目ごとに一覧にして確かめます。この一覧の下書きは、後で触れるとおりAIに手伝わせやすい作業です。

個人情報と同意の扱い

ハッシュ化すれば個人情報の問題が無くなる、と考えるのは危険です。ハッシュ化した値は元に戻せませんが、媒体の側では、自社が持つ利用者の情報を同じ方法でハッシュ化して照合しています。つまり、ハッシュ化は照合のための形式であって、個人に関する情報を送っていることに変わりはないと考えて扱うのが安全です。

そのため、送る前に確かめることがあります。一つは、プライバシーポリシーで、広告の効果の測定のために広告媒体へ情報を送ることを示しているかです。もう一つは、クッキーの同意の確認画面で計測を断った人の成果を、サーバーから送るかどうかの扱いです。技術的には送れても、同意の取り方と送る範囲が一致しているかを、法務や個人情報の担当者と確かめてから決めます。

個人情報保護委員会の資料では、閲覧の履歴や属性のような個人関連情報を第三者に渡すとき、提供先で個人データとして取得されることが想定される場合には、本人の同意が得られていることの確認が求められるとされています。広告媒体への送信がこれにどう当てはまるかは、送る項目や契約の形で変わりうるため、本稿では一般的な注意にとどめます。何を送ってよいかは、担当者が一人で決めず、社内の規程に沿って人が決めます。

• 本稿の個人情報の説明は一般的な内容で、個別の判断は個人情報保護委員会の資料や専門家に確かめる
• 送る項目は、照合に必要な最小限にとどめる
• 計測を断った人の扱いは、同意の確認画面の設定と合わせて決める

効果の確かめ方

コンバージョンAPIを入れた効果は、三つの段階で確かめます。一つ目は、成果が正しく届いているかです。自社で数えた成果の数と媒体の成果の数を日ごとに並べ、差が縮まったか、媒体の数が自社の数を上回っていないかを見ます。リンクトインでは、重複の除外が正しく動いていればタグの側の件数が多く見えるのが普通とされているので、成果の内訳でタグとAPIの件数を見比べます。

二つ目は、照合の質です。メタには、サーバーから送った成果が利用者とどれだけ照合できているかを示す、イベントの一致の質の指標があり、0から10の点数で示されると解説されています。点数が低い場合は、送る項目が少ないか、ハッシュ化の前の整え方に誤りがある可能性があります。点数そのものを上げることを目的にせず、何が欠けているかを知る手がかりとして使います。

三つ目は、学習への影響です。これは短期間では分かりません。自動入札は学び直しに時間がかかるので、導入の前後で数週間から数か月の成果の推移を比べます。その際、見るべきは資料請求の単価だけでなく、商談化や受注に至った割合です。資料請求の単価が上がっても、商談化の割合が上がっていれば、学習が良い方向に変わったと読めることがあります。

導入を進める6つの手順

ここまでの内容を、導入の手順として並べます。各工程で、人が決めることとAIに手伝わせる作業を分けておきます。

手順の中で特に時間をかけるべきなのは、工程1と2です。ここが決まらないまま実装を始めると、何を送るかが後から変わり、作り直しが発生します。技術の作業に入る前に、返す段階と送ってよい項目を紙に書いて合意しておくことが、結果として導入を早くします。

実装を外部の会社や連携の道具に任せる場合も、工程1と2は自社で決めます。連携の道具の多くは、何を送るかを設定すれば送信を代わりに行ってくれますが、どの段階を学ばせるべきか、どの項目を送ってよいかまでは決めてくれません。

AIに任せる作業と、人が決めること

コンバージョンAPIの導入と運用で、AIが役に立つ作業は二つあります。一つ目は、送信項目の対応表の下書きです。媒体の開発者向け資料と自社の顧客管理の項目の一覧を渡し、どの項目をどの項目に当てるか、ハッシュ化が要るか、整え方の規則は何かを表にまとめさせます。このとき、資料のどの箇所を根拠にしたかを項目ごとに書かせ、人が資料の原文と突き合わせます。

二つ目は、送信の記録の異常の拾い出しです。日ごとの送信件数、エラーの件数と内容、発生日時から送信までの時間を渡し、いつもと違う動きを挙げさせます。例えば、ある日から特定の成果の種類だけ件数が半分になった、7日の期限を過ぎたことによるエラーが増えた、といった変化です。AIが挙げるのは確かめる先の候補で、原因の断定ではないので、原因は人が記録を開いて確かめます。

反対に、AIに任せないことも決めておきます。AIに判断させないのは、どの段階の成果を学ばせるか、どの項目を送ってよいか、計測を断った人の成果をどう扱うかの三つです。どの作業でもAIには根拠を書かせること、対応表や異常の候補のどこまでを人が確認する範囲を先に決めることを徹底します。広告の配信そのものを任せている自動入札のAIと、運用を手伝う生成AIは、役割が違う別の道具だと考えておくと混乱しません。

導入前の確認項目一覧

最後に、導入の前に確かめておきたい項目を一覧にまとめます。担当者の欄は一例で、会社の体制に合わせて置き換えてください。

確認項目	確かめる内容	主に決める人
返す成果の段階	資料請求・有望な見込み客・商談化・受注のどれを返すか。入札の目標にする段階はどれか	広告の担当と営業の責任者
送れる時期	媒体ごとの期限（メタは発生から7日以内など）に間に合う流れか	広告の担当と顧客管理の担当
送る項目	照合に必要な最小限か。ハッシュ化の要否と整え方の規則は正しいか	広告の担当と開発の担当
同意と告知	プライバシーポリシーの記載、計測を断った人の扱いが送る範囲と一致しているか	法務・個人情報の担当
重複の除外	成果1件ごとに同じ識別子をタグとサーバーに渡せているか	開発の担当
効果の確かめ方	自社の数と媒体の数の突き合わせ、照合の質、商談化の割合をどの周期で見るか	広告の担当
仕様の確認	使う版の開発者向け資料を確かめたか。改定を誰が追うか	開発の担当

一覧の中で、担当が一人で埋められない項目が出てきたら、それが導入の前に社内で話し合うべき論点です。特に「返す成果の段階」と「同意と告知」は、広告の担当者だけで決めると後から覆りやすい項目です。一覧を関係者で一度に読み合わせてから実装に入ると、手戻りを減らせます。

まとめ

コンバージョンAPIで広告の学習は変わるのか。答えは、返す成果の量と中身が変わるので、学ぶ材料が変わる、です。タグだけでは、閲覧ソフトの追跡制限・広告ブロック・計測に同意しない人の分だけ成果が漏れ、自動入札のAIは少なく偏った材料で学びます。コンバージョンAPIは自社のサーバーから成果を送る仕組みで、サイトの上の取りこぼしを減らし、商談化や受注のようなサイトの外の成果も返せます。タグと併用するときは、成果1件ごとに同じ識別子を両方に付けて重複を除きます。BtoBではどの段階の成果を学ばせるかが本題で、メタの7日の期限のような時間の制約も確かめます。送る項目はハッシュ化しても個人に関する情報として扱い、同意の範囲と合わせます。AIには対応表の下書きと送信の記録の異常の拾い出しを任せ、何を学ばせ、何を送るかは人が決めます。まずは、今返している成果が資料請求だけかどうかを確かめてみてください。

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。