TikTok広告を配信しているのに、購入やコンバージョンの数字が管理画面に出てこない——。予算はしっかり消化されているのに成果だけが「0」だと、入札も配信最適化も全部手探りになってしまいます。ピクセルは「入っているように見えて」も、TikTokに有効なイベントを何も送れていないことがあります。
こんな症状に心当たりはありませんか?
- ピクセルは入れたのに、購入・コンバージョンがいつまでも0
- ブラウザでは発火しているのに、TikTokに出てこない
- Events Managerのイベントが 「受信していません」 のまま
- TikTokの数字が、GA4やバックエンドの数字と合わない
この記事では、「TikTokでコンバージョンが計測されない」ときに何を、どの順で疑えばいいかを整理します。やみくもに設定を触る前に、上から順に切り分けていきましょう。
まず大前提:「計測されない」の原因は3種類しかない
診断でつまずく最大の原因は、「計測されない」をひとつの問題だと思い込むことです。実際には、原因は次の3つのどれかに必ず分類できます。いま自分はどれを疑っているのかを意識するだけで、調査が一気に楽になります。
| 種類 | 何が起きているか | 典型例 |
|---|---|---|
| ① ピクセル/タグの問題 | そもそも計測の信号が送られていない | 完了ページにピクセルが入っていない/発火していない |
| ② 設定の問題 | 信号は届くが、正しく計上・照合されない | 標準イベント名の誤り・event_id 不一致・重複排除の失敗 |
| ③ 時間差・死角の問題 | 実は壊れておらず、反映待ちや条件で欠けている | 反映待ち・同意/ATTによるシグナル減少・アトリビューション期間外 |
ポイントは、①と②はまったく別の場所を見るということです。ピクセルが発火していない(①)のに設定画面ばかり見ても直りませんし、逆もまた然りです。以下の診断1〜5は、この3種類を上から効率よく潰していく順番になっています。
診断1:完了ページにTikTokピクセルが入っているか
最初に確認すべきは、コンバージョンが実際に起きるページ(購入完了ページ、サンクスページ、問い合わせ完了ページなど)に、TikTokピクセルが入っているかです。
- 全ページ共通で入れたつもりでも、完了ページだけ別テンプレートで抜けている、というのは定番の見落としです
- トップページで確認できても、肝心の「成果が発生する瞬間のページ」を開いていなければ意味がありません
確認方法: 完了ページを直接開き、ベースのピクセルコードが読み込まれているかを確認します。手軽なのは公式の TikTok Pixel Helper(Chrome拡張)で、検出されたピクセルと発火したイベントが一覧表示されます。
つまずきやすい例: 「購入完了ページには来ているのに計測されない」場合、ほぼこの診断1が原因です。計測したいその瞬間のページを直接確認してください。
診断2:発火しているか(開発者ツールで確認)
ピクセルが「入っている」ことと「発火している」ことは別物です。ボタンを押した・完了ページが表示された瞬間に、本当にリクエストが送信されているかを確認します。
- 完了ページ(またはコンバージョンが起きる操作)を開き、開発者ツールの「Network(ネットワーク)」タブを開く
- フィルタに
analytics.tiktok.comと入力する - その操作でリクエストが飛ぶかを見る
- 中身を確認:標準イベント名(
CompletePayment・PlaceAnOrder・Purchase等)と、value・currencyなどのパラメータが意図どおりか
分かること: どのイベントが、どんな値で送信されたか(②発火を最も精密に)。
Googleタグマネージャー(GTM)を使っている場合: TikTokタグのトリガーが正しいイベント(例:サンクスページの「ページビュー」トリガーやフォーム送信のカスタムイベント)に設定されているか確認してください。よくあるGTMの設定ミスは、コンバージョンイベントのトリガーを「すべてのページ」にしてしまうことです。これではコンバージョンの瞬間だけでなく、すべてのページ読み込みで発火してしまいます。また、GTMのプレビューモードで value や currency の変数が正しく展開されているかも確認してください。未解決の変数は空の値を送信します。
つまずきやすい例: 標準イベント名のスペル違いや独自命名は、届いても最適化・レポートで正しく扱われません。また広告ブロッカーやトラッキング防止がオンだと
analytics.tiktok.com自体がブロックされ「発火していない」ように見えます。オフにしたクリーンな状態で確認しましょう。ブロッカーがピクセル計測に与える影響の詳細は、広告ブロッカーがピクセル計測を壊す仕組みを参照してください。
診断3:Events Managerの「ステータス・受信」を読む
TikTok広告のEvents Manager(イベントマネージャ)で、対象ピクセルとイベントの受信ステータスを確認します。ここには重要なヒントが表示されています。
- ピクセルが直近でイベントを受信できているか(アクティブか、「イベントを受信していません」か)
- 目的の標準イベント(
CompletePayment等)が、想定した件数・パラメータで届いているか - テスト機能を使って、いま自分の操作がリアルタイムに届くかを確認する
「受信していません」のまま … 一度も、または直近で信号が届いていません。診断1・2(設置・発火)に戻って確認します。
つまずきやすい例: 「受信していません」を放置したまま設定をいじり続けても直りません。これは「ピクセル側に問題がある」というサインなので、見る場所を診断1・2に戻すのが正解です。
診断4:Events API(サーバー側)との重複排除
TikTokの Events API(サーバー側イベント/旧称に相当) をブラウザのピクセルと併用している場合、「受信」はさらに複雑になります。ここは見落とされがちです。
- サーバーイベントが、ブラウザイベントと並んでEvents Managerに届いているか
- 両者が同じイベント名と
event_idを共有し、TikTokが重複排除しているか event_idが無い・不一致だと、二重計上や、逆に片方が欠落する原因になります
分かること: 届いているかだけでなく、正しく照合・重複排除されているか。
つまずきやすい例: ブラウザとサーバーの両方から送っているのに
event_idを共有していないと、数が合わない(多すぎる/少なすぎる)現象が起きます。まずevent_idの一致を確認してください。
診断5:死角(同意・アトリビューション期間・iOS/ATT)で消えていないか
ここまでで異常が見つからないのに数字が出ない・少ない場合、計測が「弾かれている」死角を疑います。
- 同意(Cookie同意バナー): ユーザーが同意していない状態では、計測が制限されることがあります。詳しくは同意モードでコンバージョンが減る理由を参照してください。
- アトリビューション期間: クリック・視聴からコンバージョンまでの計測期間を過ぎた成果は、その広告のコンバージョンとして計上されません。
- iOS/ATT(シグナル減少): App Tracking Transparencyの許可状況により、一部トラフィックで計測可能な範囲が減ります。ブラウザ側イベントが届いても、広告への紐づけが弱まることがあります。
つまずきやすい例: 「自分で購入完了まで進んでも計測されない」とき、同意・トラッキング防止・広告ブロッカーのいずれかが効いている可能性があります。除外された自分のテストで「出ない=壊れている」と即断しないでください。
見落としがちな原因:ttclid(TikTokクリックID)の欠落
ピクセルが発火し、Events Managerにイベントが届いていても、ttclid パラメータが欠落していると、TikTokはそのコンバージョンを広告に紐づけられません。ttclidは、ユーザーがTikTok広告をタップした際にランディングページのURLに付加されるクリック識別子です。コンバージョンイベントを特定の広告・広告グループ・キャンペーンに結び付ける役割を果たします。
ttclidが消失する代表的なケースは以下のとおりです。
- URLリダイレクト(広告のリンク先から実際のランディングページへの301/302リダイレクト)でクエリパラメータが落ちる
- 短縮URLやリンクラッパーがパラメータを除去する
- ドメインをまたぐ遷移(広告はドメインAに着地するが、コンバージョンページはドメインB)でパラメータが引き継がれない
- SPA(シングルページアプリ) がピクセルの読み取り前にURLを書き換える
確認方法: TikTok広告からクリックスルー(またはテストリンクに ?ttclid=test123 を付与)し、ランディングページの読み込み完了時にURLにパラメータが残っているかを確認します。Events APIでttclidを利用している場合は、バックエンドがランディングURLからttclidを取得・保存し、サーバーイベントのペイロードに含めているかも確認してください。
つまずきやすい例: ピクセルは発火し、Events Managerにもイベントが届いている——すべて「正常」に見えるのに、コンバージョンが過少レポートされる。イベントを広告クリックに紐づけられないことが原因です。Events Managerにイベントはあるのにキャンペーンレポートのコンバージョン数が少ない場合、まずttclidを確認してください。
見落としがちな原因:Event Match Quality(EMQ)スコアが低い
TikTokはEvents Managerの各イベントタイプに Event Match Quality(EMQ) スコア(0〜10)を付与しています。EMQは、受信したイベントをプラットフォーム上の実際のユーザーにどれだけ確実に照合できるかを表す指標です。EMQが低いと、イベントは届いても多くがユーザーに紐づけられず、コンバージョン数から事実上消えてしまいます。
- 5.0未満: TikTokは値ベースの入札目標へのアクセスを制限します。コンバージョンレポートは大幅に過少計上されます。
- ブラウザピクセルのみの場合、通常6.0〜6.5が上限です。iOS ATTやSafari ITPにより、スコアを引き上げるための顧客識別子をピクセルから送信できないためです。
- 8.0以上を目標に、ピクセルとEvents APIを併用し、ハッシュ化メールアドレス・ハッシュ化電話番号・外部IDをすべてのコンバージョンイベントのペイロードに含めてください。
確認方法: Events Managerでピクセルを選択し、各イベントの横に表示されるEMQスコアを確認します。6未満であれば、受信したイベントのユーザー照合率が低い可能性が高く、コンバージョンは発生しているのに計上されていない状態です。
つまずきやすい例: Events Managerにイベントが届いているのを見て「計測は正常」と判断してしまいがちですが、EMQが低いと多くのイベントが「孤立」状態——TikTokユーザーや広告インタラクションに紐づけられません。改善にはEvents APIの導入とリッチな顧客識別子の付与が必要で、ピクセル側の変更では解決しません。
「計測されない」ように見えて、実は反映待ちのことがある
意外と多いのが、壊れていないのに焦ってしまうケースです。TikTokのコンバージョンは、発生してから管理画面の数字に反映されるまで時間差があります。設定した直後やピクセルを入れ替えた直後に「0だ、壊れた」と判断して設定を触り始めると、かえって正常な配線を崩してしまうことがあります。まず数時間〜翌日まで待って、それでも0なのかを確認しましょう。リアルタイムで確かめたいときは、診断2(開発者ツールでの発火確認)とEvents Managerのテスト機能が有効です。
診断フロー早見表
症状から、最初に疑う場所が分かる早見表です。
| 症状 | まず疑う診断 |
|---|---|
| Events Managerが「受信していません」 | 診断1・2(設置・発火) |
| 購入完了ページに来ているのに0 | 診断1(完了ページのピクセル抜け) |
| ブラウザでは発火するがTikTokに出ない | 診断3・5(受信ステータス・同意/ATT) |
| GA4やバックエンドと数が合わない | 診断4(event_id 不一致・重複排除) |
| 自分でテストすると出ない | 診断5(同意/除外)/診断2(広告ブロッカー) |
| Events Managerに届いているのにキャンペーンのCV数が少ない | ttclidの欠落/EMQスコアが低い |
| 設定した直後で0 | まず反映待ち(時間差)を確認 |
手元の確認だけでは分からないこと
診断1〜5はどれも有効ですが、自分の手元で1回・手作業で確認するやり方には、構造的な限界が2つあります。
- 自分の環境=本番のユーザー環境ではない。 ログイン状態・拡張機能・IPの影響で、手元では問題なく見えても、実際の訪問者の条件では欠けていることがあります。
- 広告クリックがからむコンバージョンは確認が難しい。 「広告経由で本当に計測されるか」をきちんと見ようとすると、本来はライブ広告をクリックして経路を再現する必要があり、これは自己クリックとして広告ポリシー違反のリスクを伴います。
「自分の操作では発火しているからOK」と判断すると、本番のユーザーがたどる実際の経路でデータが欠けている問題を見逃しがちです。
確実に確認するためのチェックリスト
- ベースのピクセルが全ページ(特に購入完了ページ)に入っているか
- Pixel Helperか開発者ツールで対象イベントが発火するか(
analytics.tiktok.com) - 標準イベント名(
CompletePayment等)が正しく、value・currencyが欠落していないか - Events Managerに届き、受信ステータスがアクティブか
- Events API利用時、ブラウザとサーバーのイベントが同じイベント名と
event_idを共有(重複排除)しているか -
ttclidパラメータがリダイレクトやドメイン間遷移でコンバージョンページまで保持されているか - Events ManagerのEMQスコアが対象コンバージョンイベントで6.0以上あるか
- 同意・アトリビューション期間・iOS/ATTで一部ユーザーの計測が止まっていないか
- 手元の1パターンだけでなく、本番の実ユーザー条件でも欠けていないか
よくある質問(FAQ)
Q. ピクセルを設定したのに、購入コンバージョンがいつまでも0です。 A. よくある順に、①完了ページにピクセルが入っていない(診断1)、②標準イベント名の誤りや発火漏れ(診断2)、③Events Managerで受信できていない(診断3)、④反映待ち(時間差)、⑤同意・ATTでシグナルが減っている(診断5)、が考えられます。本記事の診断1から順に確認してください。
Q. ブラウザでは発火するのに、TikTokにコンバージョンが出ません。
A. 発火(②)と受信(③)は別物です。Events Managerに実際に届いているか、標準イベント名や value・currency が正しいか、同意・ATTでシグナルが減っていないかを確認してください。Events APIを併用しているなら event_id の重複排除も確認します。
Q. GA4やバックエンドの数字と合いません。
A. ブラウザとサーバー(Events API)の両方から送っていて event_id を共有していないと、二重計上や欠落で数が合いません(診断4)。またアトリビューション期間の違いでも差が出ます。
Q. value や currency は必ず入れるべきですか?
A. 購入系イベントでは、value(金額)と currency(通貨)を正しく送ることで、ROAS最適化や売上レポートが正しく機能します。欠落していると、計測できていても金額ベースの最適化が働きません。
Q. 自分で広告をクリックして確認した方が確実? A. いいえ。自分の広告を自分でクリックするのはポリシー違反(自己クリック)と見なされ、アカウント審査・停止のリスクがあります。確認は自分のアカウントの外側=独立した環境から行ってください。
まとめ:発火の確認で止めず、「TikTokが受信したか」まで見る
「TikTokでコンバージョンが計測されない」は、原因が①ピクセル・②設定・③時間差/死角の3種類しかありません。診断1(設置)→2(発火)→3(受信ステータス)→4(Events API重複排除)→5(死角)の順に切り分ければ、やみくもに設定を触らずに原因へたどり着けます。関連して、TikTokピクセルが発火しているか確認する方法、コンバージョン計測の検証チェックリストも役立ちます。ピクセルは発火しているのにコンバージョンが記録されない場合は、発火しているのに記録されない理由でプラットフォーム共通の受理段階の原因を確認できます。
ただし、手元での発火確認には限界があります。本番環境で、実際の訪問者の経路でも正しく受信・記録されているかまで踏み込むことが、本当の意味での「計測できている」確認です。
ConversionOKは、外部の独立した実ブラウザであなたの本番ページにアクセスし、実際に送信されるTikTokのイベントを傍受して検証します。自分の広告をクリックする必要も、社内環境の影響を受けることもありません。まずは無料の静的チェックで、計測の入口を確認してみてください。