TikTok広告を回していて、ピクセルも入れたはず。でも、購入や問い合わせは本当にTikTokに計測されているでしょうか？ピクセルは「入っているように見えて」も、TikTokに有効なイベントを何も送れていないことがあります。気づかないまま、広告が間違ったユーザーに最適化されていく——これが一番怖いパターンです。
こんな症状に心当たりはありませんか？
- イベントマネージャに コンバージョンが出てこない（ずっとゼロ）
- ブラウザでは発火しているのに、TikTok側に反映されない
- 送っているはずのイベントのvalue／currencyが空で金額が入らない
- TikTokの数字が、GA4やバックエンドの数字と合わない
この記事では、TikTokピクセルを確認する4つの方法、発火しているのに受信されない理由、そして推測せずに検証しきる考え方を整理します。
確認の前に：「動いている」には3つのレベルがある
GA4やMetaピクセルと同じく、「ピクセルが動いている」は1つの状態ではありません。次の3段階を分けると診断が一気に楽になります。
| レベル | 意味 | よくある落とし穴 |
|---|---|---|
| ① 設置 | ベースのttqコードがページに読み込まれる |
コンバージョンページ（完了/購入）に入っていない |
| ② 発火 | ttq.track()のリクエストがブラウザから送信される |
設置はOKでも、その操作で発火しない |
| ③ 受信 | TikTokがイベントを受理・保存する | 発火しても標準イベント名の誤り・パラメータ欠落で正しく処理されない |
ポイントは、②発火と③受信は別物だということ。TikTokピクセルはブラウザ側でttqを読み込み、CompletePayment・Purchase・ViewContentなどの標準イベントをttq.track()で送信します。リクエストはanalytics.tiktok.com宛に飛びますが、ブラウザから出たからといって、TikTokがそのまま正しく処理するとは限りません。多くの確認は②で止まっています。
TikTokには、ブラウザ側のピクセルとは別に**Events API（サーバー側）**もあります。ブラウザとサーバーの両方から送っている場合、「受信」の確認はさらに複雑になります。イベントが二重に数えられていないか、逆に片方だけになっていないかまで見る必要があります。
手順1：TikTok Pixel Helper（Chrome拡張）
最も手軽なのが TikTok Pixel Helper という拡張機能です。
- 拡張機能を入れて、対象の本番ページを開く
- アイコンをクリック → 検出されたピクセルと発火したイベントが一覧表示される
- ピクセルIDがイベントマネージャのものと一致しているか、目的の標準イベント（
CompletePayment・Purchase等）が正しいパラメータで出ているかを確認
分かること： ピクセルが設置され、ブラウザでイベントが発火している（①と②）。 分からないこと： TikTokが実際に受信・保存したか（③）。
色の見方： Pixel Helperは3色のシグナルを使います。緑はイベントが必要なパラメータ付きで正常に発火。黄は発火しているが何か不備あり（
valueやcurrencyの欠落など）。赤は重大な問題——イベントが発火しない、またはピクセルIDが間違っている状態です。「トップページで緑だった」で安心せず、コンバージョンページで確認してください。
つまずきやすい例： トップページだけで確認してしまうこと。肝心のコンバージョンイベントは「サンクスページ」や「購入完了ページ」で発火します。そのページを実際に開いて操作してください。
手順2：イベントマネージャ → テストイベント
TikTok公式の テストイベント（イベントマネージャ → 対象ピクセル → テストイベント）は、届いているイベントをほぼリアルタイムに表示します。
- テストイベントで発行されるテストコードを使い、自分のサイトで操作する
- 操作（購入・問い合わせ等）を完了する
- 数秒以内にテストイベントのストリームに表示されるはず
分かること： TikTokが今まさにイベントを受信していること（③に最も近い確認）。
つまずきやすい例： テストイベントは「今この瞬間」を自分の環境で見ているだけです。広告ブロッカー・別ブラウザ・特定の同意状態など、特定条件でだけ起きる欠落は、手元の1パターンでは再現しないことがあります。
手順3：ブラウザの開発者ツール（Network）
②発火を精密に見るなら、ブラウザの開発者ツールです。
- ページを開き、「Network（ネットワーク）」タブを開く
- フィルタに
analytics.tiktok.comと入力する - 操作して、リクエストが飛ぶかを見る
- 中身を確認：ピクセルID・イベント名（
event）・金額や通貨などのプロパティ（value／currency）
分かること： どのイベントが、どんなパラメータで送信されたか。
つまずきやすい例： 広告ブロッカーやトラッキング防止がオンだと、
analytics.tiktok.com宛のリクエスト自体がブロックされ「発火していない」ように見えます。これらをオフにしたクリーンな状態で確認しましょう。
手順4：サーバー側（Events API）の照合
Events APIを併用している場合、ブラウザ確認だけでは不十分です。次を確認します。
- サーバーイベントが、ブラウザイベントと並んでテストイベントに届いているか
- ブラウザとサーバーで同じイベントが二重に数えられていないか
- アドバンストマッチング（メールや電話などのハッシュ化した顧客情報）が送られ、TikTokがどれだけ人物に紐づけられているか
分かること： 届いているかだけでなく、正しく照合され重複していないか。
補足：GTMプレビューモードで確認する
TikTokピクセルを**Googleタグマネージャー（GTM）**で設置している場合、GTMのプレビューモードが追加の確認手段になります。
- GTMの右上でプレビューをクリックし、サイトURLを入力
- サイトを操作して、TikTokのベースタグがTags Firedに表示されるか確認
- コンバージョン操作を完了し、イベントタグ（例：TikTok – Purchase）もTags Firedに出るか確認
- Variablesタブで
value・currency・content_idが実際の値で入っているか（undefinedでないか）確認
注意： TikTok Pixel HelperとGTMプレビューが競合する場合があります。プレビューが動かないときはPixel Helperを一時的に無効にして再試行してください。
診断タブで本番のパターンを確認する
テストイベント（手順2）は「今この瞬間」の確認です。診断タブ（イベントマネージャ → 対象ピクセル → 診断）は、本番トラフィック全体にわたるピクセルの傾向を時系列で確認できます。
TikTokが受信データを自動的にスキャンし、パラメータの欠落・無効なイベント名・配信エラーなどを重大度付きで表示します。1回の手動テストでは見つからない問題を拾えるため、サイトデプロイやタグ変更後は定期的にチェックしましょう。
イベントマッチクオリティ（EMQ）スコアを確認する
イベントが受信（③）されていても、TikTokが人物に紐づけられないことがあります。イベントマネージャのEMQ（Event Match Quality）スコアは、送信データとTikTokユーザープロファイルの照合精度を示します。
- EMQが4未満だと最適化が大幅に制限される——TikTokがイベントとユーザーを結びつけられない
- すべてのコンバージョンイベントで6以上、主要な最適化イベントで8以上を目標に
- スコアが低い場合、原因はたいていマッチキーの不足：ハッシュ化したメール・電話番号・external_id
EMQが低いときは、アドバンストマッチングのパラメータ追加やEvents APIの導入が定番の対策です。EMQは実トラフィックで更新されるため、ライブイベントが24時間以上流れてから確認してください。
「発火しているのに受信されない」のはなぜか
発火（②）は確認できたのに、コンバージョンが出ない（③にならない）。よくある理由：
- 完了ページにピクセルが無い：全ページに入れたつもりでも、購入完了ページが別テンプレートで抜けている
- 標準イベント名の誤り：
Purchaseのつもりが独自名になっている等で、標準イベントとして扱われない - value／currencyの欠落：金額や通貨が送られず、ROASや価値ベースの最適化が機能しない
- アドバンストマッチング未設定：届いてはいるが人物に紐づかず、最適化で十分に使われない
- ピクセルID間違い：別の場所や無効な宛先に送っている
つまり、ブラウザで「送れている」ことの確認は、本番でTikTokが保存・照合した証明にはなりません。TikTok固有の計測不備についてはTikTokのコンバージョンが計測されないときの原因と対処でも詳しく解説しています。
手元の確認だけでは分からないこと
手元で1回・手作業で確認するやり方には、構造的な限界が2つあります。
- 自分の環境＝ユーザーの環境ではない。 ログイン状態・拡張機能・IPの影響で、手元では問題なく見えても、実際の訪問者の条件では欠けていることがあります。広告ブロッカーによるピクセルのブロックについては広告ブロッカーがピクセルを止める仕組みを参照してください。
- 広告クリックがからむコンバージョンは確認が難しい。 「広告経由で本当に計測されるか」をきちんと見るには、本来ライブ広告をクリックして経路を再現する必要があり、これは自己クリックとして広告ポリシー違反のリスクを伴います。
確実に確認するためのチェックリスト
- ベースの
ttqが全ページ（特にコンバージョンページ）に入っているか - Pixel Helperか開発者ツールで対象イベントが発火するか
- テストイベントに届いているか
- 標準イベント名（
CompletePayment・Purchase等）が正しいか - 購入イベントの
value・currencyは正しく入っているか - Events API併用時、ブラウザとサーバーのイベントが二重計上していないか
- 手元の1パターンだけでなく、本番の実ユーザー条件でも欠けていないか
複数媒体をまとめて点検したい場合はコンバージョン計測の検証チェックリストも役立ちます。
よくある質問（FAQ）
Q. Pixel Helperで発火と出ればOK？ A. それは「発火（②）」までです。テストイベントに実際に届く（③）か、本番条件で欠落しないかまで確認して初めて安心できます。
Q. イベントは出ているのに金額が入りません。
A. value と currency のプロパティが送られているか、開発者ツールでリクエスト本文を確認してください。標準イベント名が正しくても、これらが欠けると価値ベースの最適化が働きません。
Q. アドバンストマッチングは必須ですか？ A. 必須ではありませんが、メールや電話などのハッシュ化した顧客情報を送ると、TikTokがイベントを人物に紐づけやすくなり、一般に計測とマッチの精度が上がります。
Q. 広告をクリックして確認した方が確実？ A. いいえ。自分の広告を自分でクリックするのはポリシー違反（自己クリック）と見なされ、アカウント審査・停止のリスクがあります。確認は自分のアカウントの外側＝独立した環境から行ってください。
Q. Metaピクセルも同じ方法で確認できる？
A. はい、考え方は同じです。Metaピクセルが正しく発火しているか確認する方法で解説しています。開発者ツールでは analytics.tiktok.com の代わりに facebook.com/tr を見ます。
まとめ：発火の確認で止めず、「TikTokが受信したか」まで見る
手順1〜4で、発火と——テストイベント・Events API照合を使えば——受信まで確認できます。大事なのは全体像です。イベントが受信され、照合され、重複せず、本番の実ユーザー経路でも記録されているか。
ConversionOKは、外部の独立した実ブラウザであなたの本番ページにアクセスし、実際に送信されるTikTokピクセルのイベントを傍受して検証します。自分の広告をクリックする必要も、社内環境の影響を受けることもありません。まずは無料の静的チェックで、計測の入口を確認してみてください。