Pinterestサーバー送信計測ガイド｜Event Qualityと重複排除を崩さない実装手順
Pinterest広告の成果を正しく計測できているか、という問いに自信を持って答えられる広告主は意外と多くありません。ブラウザのCookie規制が進み、従来のPinerestタグ（ピクセル）だけでは、本来計測できていたはずのコンバージョンを取りこぼすようになっているからです。計測が欠けると、見かけの成果が実態より低く出るだけでなく、配信の自動最適化に渡る信号も劣化し、広告効率そのものが下がっていきます。
この計測の欠損を補うのが、Pinterest Conversions API（コンバージョンAPI、以下CAPI）です。サーバーからサーバーへ直接コンバージョン情報を送る仕組みで、ブラウザを経由しないため、Cookieやトラッキング制限の影響を受けにくいのが特徴です。Pinterest公式も、CAPIを実装したブランドではPinterest経由のコンバージョンが平均で大きく増加したと示しており、計測精度の改善は広告効果の改善に直結します。
ただし、CAPIは「導入すれば自動で精度が上がる」ものではありません。接続方式の選択、送るイベントとパラメータの設計、Pinerestタグと併用する場合の重複排除、そしてEvent Quality Score（イベント品質スコア）の維持といった実装の作り込みが、成果を左右します。この記事では、CAPIの仕組みから実装手順、重複排除の設計、品質スコアの保ち方、検証と運用までを、一次情報と現場の知見にもとづいて順を追って解説します。100社以上の広告運用を支援してきたハーマンドットが、計測を「入れただけ」で終わらせないための実装ガイドとして整理します。
目次
Pinterest Conversions APIとは、なぜ今サーバー送信計測が必要なのか
Pinterest Conversions APIは、広告主のサーバーからPinterestのサーバーへ、コンバージョンやサイト上の行動を直接送信する計測の仕組みです。タグのないサーバートゥサーバーの連携であるため、ブラウザのCookieやトラッキング防止機能の影響を受けにくく、安全で信頼性の高いデータをPinterestに渡せます。これにより、Pinterestがどのコンバージョンに寄与したかをより正確に把握できるようになります。
重要なのは、CAPIがPinterestタグを置き換えるものではなく、補完するものだという点です。タグとCAPIを併用し、両方からデータを送ることで、片方が取りこぼしたコンバージョンをもう片方が拾い、計測の網羅性が高まります。ただし両方から送る以上、同じコンバージョンが二重に数えられないようにする重複排除の設計が不可欠になります。この点は後の章で詳しく扱います。
ピクセル計測の限界とクッキーレスの流れ
従来のピクセル（タグ）計測は、ブラウザに保存されるCookieを前提にしてきました。しかし、主要ブラウザのサードパーティCookie制限や、トラッキング防止機能の強化、ユーザーの同意管理の普及により、ブラウザ経由で取得できる情報は年々減っています。結果として、実際には発生しているコンバージョンが計測されない「取りこぼし」が増え、広告効果が過小評価される状況が広がっています。
この流れは一時的なものではなく、プライバシー保護を重視する不可逆な潮流です。ブラウザ計測だけに頼る計測設計は、今後さらに精度が落ちていくことが避けられません。サーバー側からコンバージョンを送るCAPIは、こうしたクッキーレス時代に対応するための基盤として位置づけられます。広告予算の判断を正しいデータで行うためにも、サーバー送信計測への移行は先送りできない課題になっています。
取りこぼしが厄介なのは、それが「見えない損失」である点です。計測されなかったコンバージョンは、レポート上はそもそも存在しないため、何件取りこぼしているのかを直接知ることはできません。その結果、本当はPinterestが生んでいた成果が他チャネルの貢献に誤って帰属されたり、効果が低いと誤解されて予算を削られたりします。サーバー送信計測は、この見えない損失を可視化し、正当な評価を取り戻すための手段でもあります。
CAPI導入で何が変わるか
CAPIを導入すると、まずコンバージョンの計測数が回復します。ブラウザで取りこぼしていた分がサーバー経由で補われるため、Pinterest経由の貢献が正しく見えるようになります。Pinterest公式は、CAPIを実装したブランドでPinterest経由のコンバージョンが平均で大きく増加したと示しており、これは新たにコンバージョンが増えたというより、これまで見えていなかった成果が可視化された結果と理解するのが適切です。
さらに重要なのは、計測精度の向上が配信の最適化に波及することです。Pinterestの自動入札や配信は、計測されたコンバージョンを学習信号として使います。信号が増え正確になれば、AIはより的確に成果につながるユーザーへ配信を寄せられます。計測の改善は、数字の見栄えだけでなく、広告効率そのものを底上げする投資だと捉えるべきです。データは「渡される量と質」の両方が、その後の成果を決めます。
もう一つ見落とされがちな変化が、アトリビューション（成果の帰属）の正確さです。サーバー送信でより多くのコンバージョンを正しいユーザーに紐づけられると、Pinterestがどの広告・どの段階で貢献したかが鮮明になります。これにより、クリック直後の刈り取りだけでなく、認知から検討までPinterestが果たした役割を正当に評価できるようになります。Pinterestは検討段階のユーザーに強い媒体であるため、この貢献を可視化できるかどうかは、媒体への投資判断に直結します。
実装の全体像と接続方式の選択
CAPIの実装は、まず「どの方式でPinterestにデータを送るか」を選ぶところから始まります。接続方式によって必要な開発リソースや運用負荷が大きく変わるため、自社の技術体制や既存の計測環境に合わせて選ぶことが、無理のない実装の出発点になります。方式を決めずにいきなり開発に入ると、後から作り直しになりかねません。接続方式の選択は、実装の難易度と保守コストを最初に決めてしまう最重要の分岐点です。とくに自社の開発リソースを過大評価して直接連携を選ぶと、保守が回らず計測が止まるリスクがあります。実装後も長く運用し続けることを前提に、無理なく維持できる方式を選ぶことが、計測を継続させる前提になります。
直接連携・MMP・タグマネージャ・パートナー連携
主な接続方式には、自社サーバーからPinterest APIへ直接送る直接連携、計測パートナー（MMP）経由の連携、サーバーサイドのタグマネージャを使う方式、そしてEコマースプラットフォームや認定パートナーの連携機能を使う方式があります。直接連携は自由度が高い反面、開発と保守の負担が大きく、エンジニアリソースが前提になります。一方、サーバーサイドタグマネージャやパートナー連携は、開発を抑えつつ導入できるため、多くの事業者にとって現実的な選択肢です。
選択の基準は、自社にサーバー側の開発・運用体制があるか、すでにサーバーサイドの計測基盤を持っているか、利用しているECプラットフォームに連携機能があるか、という三点です。すでにサーバーサイドのタグ管理基盤を持っているなら、それを土台にCAPIを追加するのが最も効率的です。ゼロから直接連携を作るより、既存基盤を活かすほうが導入も保守も軽くなります。複数の広告媒体でサーバー送信計測を進める予定があるなら、媒体ごとに個別実装するより、サーバーサイドの計測基盤を一つ用意し、そこから各媒体へ分配する構成のほうが長期的には効率的です。基盤を共通化しておけば、新しい媒体を追加するときも実装の大部分を再利用でき、保守の窓口も一本化できます。CAPIの導入は、Pinterest単体の話としてではなく、計測基盤全体の設計の一部として捉えると判断を誤りにくくなります。
| 接続方式 | 開発負荷 | 向いているケース |
|---|---|---|
| 直接連携（API） | 高い | 開発体制があり自由度を求める |
| サーバーサイドタグマネージャ | 中 | 既にサーバー計測基盤がある |
| MMP連携 | 中 | アプリ計測パートナーを利用中 |
| ECプラットフォーム連携 | 低い | 対応ECを使うEC事業者 |
サーバーサイドでの計測基盤の考え方は、他媒体のサーバー送信計測とも共通します。基盤づくりの全体像は以下の記事もあわせてご覧ください。
イベント設計と必須パラメータ
接続方式を決めたら、次に「どのイベントを、どんな情報とともに送るか」を設計します。CAPIで送れるのは購入だけではなく、カート追加、チェックアウト開始、リード、ページ閲覧など、ファネルの各段階のイベントです。どこまでを送るかは、最適化したい目標と、サイトで発生する行動の重要度に応じて決めます。送るイベントが少なすぎると最適化の材料が不足し、無計画に増やすとデータが煩雑になります。
送るべきイベントとマッチング用パラメータ
各イベントには、Pinterest側でユーザーや行動を照合するためのパラメータを添えて送ります。注文金額や通貨、商品IDといったコンバージョンの中身に加えて、メールアドレスやデバイス情報などのマッチング用の情報が、計測の精度を大きく左右します。マッチングに使える情報が多いほど、Pinterestはそのコンバージョンを正しいユーザーに紐づけられ、計測と最適化の質が上がります。逆に最小限の情報しか送らないと、せっかくのサーバー送信も照合できず効果が薄れます。
どのパラメータを送るかは、自社で取得・保持しているデータの範囲とも関係します。会員サイトでログイン情報を持っている場合と、非会員の購入が中心の場合とでは、送れる情報の厚みが変わります。取得できる情報の棚卸しを先に行い、送信設計に落とし込むことが、実装の精度を高める前提になります。
イベントの設計では、ファネルのどこを最適化したいかという目的から逆算するのが定石です。購入の最大化を狙うなら購入イベントを中心に、リード獲得ならフォーム送信を中心に据え、その手前のカート追加やページ閲覧は補助的な信号として送ります。すべてのイベントを同じ重みで扱うのではなく、最適化の主軸となるイベントを明確にすることで、Pinterestの学習が狙いどおりの方向に進みます。送信設計は、計測のためだけでなく、最適化の設計図でもあると理解するとよいでしょう。
ハッシュ化と個人情報の扱い
マッチング用にメールアドレスなどの情報を送る際は、そのまま送るのではなく、規定の方式でハッシュ化して送るのが原則です。ハッシュ化により、元の個人情報を復元できない形にしたうえで照合に使えるため、プライバシーに配慮しながら計測精度を保てます。ハッシュ化の方式や、事前の正規化（小文字化や空白除去など）のルールを正しく守らないと、照合が成立せず計測精度が落ちます。仕様に沿った前処理を徹底することが重要です。ハッシュ化は難しく聞こえますが、利用するパートナー連携やタグマネージャの多くは、この処理を組み込みで備えています。自前で実装する場合のみ、ハッシュ方式と正規化手順を仕様書どおりに作り込む必要があると理解しておけば十分です。
あわせて、ユーザーの同意管理との整合も欠かせません。計測のためにデータを送る場合でも、プライバシーポリシーの整備や同意取得の仕組みと矛盾しないように設計する必要があります。計測精度と法令・規約の遵守は両立させるべきもので、どちらかを犠牲にする設計は避けるべきです。計測の精度を追うあまり、同意のないデータまで送ってしまえば、規約違反や信頼失墜という別のリスクを招きます。守るべき範囲を明確にしたうえで、その範囲内で精度を最大化するという順序で設計するのが、持続可能な計測のあり方です。
イベント設計時の確認ポイント
- 最適化したい目標に必要なイベントを過不足なく送る
- マッチング用パラメータを可能な範囲で厚く付与する
- 個人情報は規定の方式でハッシュ化し、正規化ルールを守る
- 同意管理・プライバシーポリシーと矛盾しない設計にする
event_idによる重複排除（タグ併用時の核心）
CAPIとPinterestタグを併用すると、同じコンバージョンがブラウザ（タグ）とサーバー（CAPI）の両方から送られ、二重に計測されるおそれがあります。これを防ぐのが、イベントごとに一意の識別子を付けるevent_idによる重複排除です。両方の経路で同じevent_idを付けて送れば、Pinterest側が同一のイベントだと認識し、重複を取り除いて一件として計測します。
なぜ重複が起きるのか
重複は、計測の網羅性を高めるためにタグとCAPIを併用する構成だからこそ起こります。両方から送るのは取りこぼしを減らすうえで正しい設計ですが、同じ購入が二つの経路で届けば、識別子がなければPinterestは別々のコンバージョンとして数えてしまいます。重複排除を設計しないままタグとCAPIを併用すると、コンバージョン数が水増しされ、獲得単価やROASの判断を誤る原因になります。網羅性と正確性を両立させる鍵が、event_idの一致なのです。実際の現場では、この重複排除の不備が「CAPIを入れたらコンバージョンが急に増えた」という誤解を生むことがあります。増えたように見えるのは成果が伸びたのではなく、同じ購入を二重に数えているだけ、というケースです。導入直後に数字が跳ね上がったときこそ、重複排除が正しく効いているかを真っ先に疑うべきです。
event_idの設計と整合
event_idは、同一のコンバージョンに対してタグとCAPIで必ず同じ値になるよう設計します。たとえば注文番号やセッション単位で生成した一意のIDを、ブラウザ側のタグ送信とサーバー側のCAPI送信の双方に渡す、という整合をとります。ここで、タグとCAPIで別々にIDを生成してしまうと、同じ購入なのにIDが食い違い、重複排除が機能しません。「同じイベントには同じevent_idを、両経路で確実に渡す」という一点を、実装の早い段階で固めることが重要です。
この重複排除の考え方は、他媒体のコンバージョンAPIでも共通する基本設計です。複数媒体でサーバー送信計測を進めるなら、event_idの設計思想を横断的にそろえておくと、運用も検証もしやすくなります。他媒体の実装と比較したい場合は、以下の記事も参考になります。
Event Quality Score（イベント品質スコア）をGoodに保つ
CAPIを導入したら、送っているデータの品質を示すEvent Quality Score（EQS、イベント品質スコア）に注目します。これは、送信されたイベントがどれだけ最適化に役立つ品質かを示す指標で、Goodの状態を保つことが、CAPIの効果を引き出す条件になります。スコアが低いまま運用すると、せっかくサーバー送信していても、最適化への寄与が限定的になってしまいます。
EQSを左右する要素
EQSは、主に三つの要素で決まります。一つはマッチング用パラメータの充実度で、照合に使える情報が多いほどスコアは上がります。二つめはデータの鮮度で、イベントが発生してからPinterestに届くまでの遅延が短いほど評価されます。Pinterest公式も、リアルタイム（おおむね1時間以内）でデータが渡ることが、リアルタイムの最適化やアトリビューションに有効だとしています。三つめが重複排除の適切さで、event_idが正しく機能していることが前提になります。
つまり、EQSは「マッチング情報の厚さ」「送信の速さ」「重複排除の正確さ」という、これまで述べてきた実装の質がそのまま反映される総合指標です。スコアを見れば、自社のCAPI実装がどこで弱いかを診断できます。EQSを継続的にモニタリングし、低い要素を一つずつ改善していくことが、運用フェーズの中心的な作業になります。
| EQSを左右する要素 | 改善の方向 |
|---|---|
| マッチング情報の厚さ | 送信パラメータを増やす・正規化を徹底 |
| データの鮮度（送信の速さ） | リアルタイムに近い送信に整える |
| 重複排除の正確さ | event_idの整合を確認・修正 |
スコアを改善する打ち手
スコアが低い場合、まずはマッチング用パラメータの送信状況を見直します。送れるはずの情報が抜けていないか、ハッシュ化や正規化のルールが守られているかを点検します。次に送信の遅延を確認し、バッチ送信で遅れているなら、より頻繁に、できればリアルタイムに近い形で送れるよう整えます。最後にevent_idの整合を検証し、重複排除が機能しているかを確認します。これらを順に潰すことで、スコアは着実に改善していきます。改善は一度で完了するものではなく、サイトやデータ環境の変化に応じて継続的に行うものです。たとえば会員登録機能を追加してログイン情報が取れるようになれば、マッチング情報を厚くしてスコアをさらに引き上げられます。逆に、サイト改修でパラメータの受け渡しが崩れればスコアは下がります。品質スコアを定点観測の指標として運用に組み込み、変化に気づける体制をつくることが、計測精度を長く保つ秘訣です。
品質スコア改善のチェック順
- マッチング用パラメータの抜け漏れと正規化を点検
- 送信の遅延を確認し、リアルタイムに近づける
- event_idの整合と重複排除の機能を検証
- 改善後はEvents Managerで再確認する
Events Managerでの検証と運用
実装したら、Pinterestの管理画面（Events Manager）でデータが正しく届いているかを検証します。送信したイベントが受信されているか、重複が排除されているか、マッチング情報が認識されているかを確認することで、実装の妥当性を判断できます。送信側で「送ったつもり」になっていても、受信側で正しく解釈されていなければ意味がありません。検証は、送信と受信の両側を突き合わせる作業です。
検証で確認すべきこと
検証ではまず、主要なイベントが想定どおりの件数で受信されているかを見ます。タグとCAPIの両方から送っている場合は、重複排除後の件数が実際のコンバージョン数と整合しているかを確認します。次に、マッチング用パラメータが認識され、品質スコアに反映されているかをチェックします。テスト環境や少量のデータで検証してから本格運用に移すことで、誤った実装のまま大量のデータを送ってしまう事態を防げます。
検証は一度きりではなく、定期的に行うべき運用作業です。サイトの改修やタグの変更、計測基盤の更新によって、これまで正しく送れていたイベントが突然欠けることがあります。気づかないうちに計測が壊れていた、という事態を防ぐには、主要イベントの受信状況と品質スコアを定期的に点検する習慣が欠かせません。計測は「作って終わり」ではなく「壊れていないかを見守り続ける」ものだと捉えるのが、長期的に正確なデータを保つコツです。
配信最適化への活用
計測が正確になったら、その信号を配信最適化に活かします。正確なコンバージョンデータをもとに自動入札を運用すれば、Pinterestは成果につながりやすいユーザーへ配信を寄せられます。計測の改善と配信の最適化はセットであり、CAPIは「正しく測る」ための土台であると同時に、「正しく伸ばす」ための燃料でもあります。実装して終わりにせず、改善した計測を運用に還元する姿勢が成果を最大化します。計測の精度が上がるほど、同じ予算でも獲得できる成果は増えていきます。逆に計測が不正確なまま自動入札を回すと、誤った信号にもとづいて予算が配分され、効率の悪い配信が固定化されてしまいます。CAPIによる計測改善は、配信最適化の質を底から支える土台であり、運用フェーズで最も投資対効果の高い施策のひとつだといえます。クリエイティブや入札の調整に着手する前に、まず計測という足場が正確かどうかを確かめる。この順序を守ることが、無駄のない運用改善につながります。
自社実装と専門家活用の判断
CAPIの実装は、サーバー側の開発、計測設計、品質スコアの運用という複数の専門性が絡みます。社内にサーバーサイドの開発体制と広告計測の知見があれば自社実装の価値は高く、逆にどちらかが欠ける場合は、専門家の支援を受けたほうが立ち上げも改善も速く、確実になります。中途半端な実装は、計測精度が上がらないばかりか、誤ったデータで判断を誤るリスクすらあります。「とりあえず入れた」状態のCAPIは、入れていないより危険なこともあるという認識が必要です。重複排除ができていなければコンバージョンが水増しされ、その誤った数字をもとに予算を増やしてしまえば、損失はかえって大きくなります。実装の正確さは、計測の前提として最初に担保すべき条件です。
判断の分かれ目は、サーバー側の実装を保守し続けられるかと、品質スコアを継続的に改善できるかです。CAPIは一度入れれば終わりではなく、仕様変更や計測環境の変化に追従し続ける運用が前提になります。実装だけ専門家に任せ、運用は社内で回すというハイブリッドな進め方も現実的です。Pinterest広告全体の運用と計測を一体で見たい場合は、以下の記事もあわせてご覧ください。
代理店に計測実装や運用を依頼する場合の費用感や手数料の内訳は、以下の記事で詳しく解説しています。
まとめ：Pinterestの計測はサーバー送信と品質で決まる
Pinterest Conversions APIは、クッキーレス時代に計測精度を保ち、広告効率を底上げするための基盤です。接続方式を自社に合わせて選び、必要なイベントとマッチング用パラメータを設計し、タグ併用時はevent_idで重複を排除し、Event Quality ScoreをGoodに保つ。この一連の実装の質が、計測の正確さと配信の成果を決めます。「入れただけ」で満足せず、品質スコアを見ながら改善を続けることが、CAPIの効果を引き出す鍵です。
- 接続方式は開発体制と既存基盤に合わせて選び、無理のない実装から始める
- タグ併用時はevent_idの整合で重複排除を必ず設計する
- Event Quality Scoreを継続的にモニタリングし、弱い要素から改善する
まずは無料で広告アカウント診断を
Pinterest Conversions APIの実装は、接続方式の選定、イベント設計、重複排除、品質スコアの運用といった判断が連続し、「正しく実装できているか自信が持てない」「品質スコアが上がらない」という相談を数多くいただきます。ハーマンドットでは、100社以上の広告運用支援で培ったノウハウをもとに、現在の計測状況と広告アカウントを診断し、CAPIを含めた最適な計測・運用設計をご提案します。
すでにPinterest広告を運用している方も、これから計測基盤を整えたい方も、まずは現状の課題を整理するところから始められます。初回相談は完全無料・所要時間30分・オンライン対応可能です。お気軽にお問い合わせください。