なぜ危ないのか
Meta Pixelはページを開いた瞬間にfacebook.comへビーコンを送信します。社外の担当者がレビュー用URLを開くだけで、その閲覧イベントが自社の広告マネージャに「PageView」として記録されます。ターゲティングオーディエンスにレビュワーが混入し、広告の精度が低下するリスクがあります。
さらに、クライアントが自社競合他社である場合、Pixelのイベントデータから「どの企業のIPがページを閲覧したか」という情報が間接的に漏れる懸念もあります。社外共有前にPixelを除去しないと、個人情報保護方針違反として問題になるケースも実際に発生しています。
- 相手がログインなしで開ける状態か確認する
- PCとスマホで最低1回ずつ表示を確認する
- 内部情報・個人情報・不要な外部送信が残っていないか見る
- レビュー期限と修正時の差し替え方を決めておく
ソースで見る場所
HTMLファイルをテキストエディタで開き、`fbq(`または`connect.facebook.net`という文字列を検索してください。Pixelの基本コードは`<head>`内に埋め込まれることが多いですが、GTM経由で読み込まれている場合は`<script>`タグ内に`GTM-XXXXXX`のIDしか見えないため、GTMコンテナの設定も別途確認が必要です。
noscriptタグ内の`<img src="https://www.facebook.com/tr?...">`も見落としやすいポイントです。VSCodeなら「ファイル内を検索（Ctrl+F）」で`facebook.com/tr`を検索すると一発で特定できます。AIが生成したHTMLにこのスニペットが含まれていた場合は、送付前に該当ブロックごと削除してください。
- HTML内の外部script・form action・iframeを確認する
- APIキーやトークンらしき文字列がないか検索する
- 画像・CSS・JSのパスが公開後も解決できるか見る
- noindexと認証を混同せず、必要なら両方設定する
安全に共有する設定
Pixelコードを除去した後は、ファイルをそのままメール添付で送るのではなく、パスワード付きの限定URLで共有することを推奨します。ギガサイト便のようなサービスを使えば、閲覧者をメールアドレスまたは会社ドメインで限定できるため、意図しない第三者のアクセスを防げます。
共有URLには有効期限を設定してください。レビュー期間が終わったのに古いURLが生き続けると、期限切れ後に誰かがアクセスした際のトラブルにつながります。ギガサイト便では共有後でも期限を変更・削除できるので、レビュー完了後すぐにURLを無効化する運用がお勧めです。
- HTML内の外部script・form action・iframeを確認する
- APIキーやトークンらしき文字列がないか検索する
- 画像・CSS・JSのパスが公開後も解決できるか見る
- noindexと認証を混同せず、必要なら両方設定する
再発防止ルール
AIにHTMLを生成させる際のプロンプトに「Meta Pixelや外部トラッキングコードを一切含めないこと」という制約を明示的に追加してください。プロンプトテンプレートをチーム共有のNotion等に保存し、全員が同じ指示文を使うことで生成物の品質を揃えられます。
レビュー送付のチェックリストをGitHub IssueテンプレートやJiraのチケットフィールドとして組み込むと、担当者が変わっても確認が抜けません。最低限「fbq検索済み」「noscript確認済み」「GTMタグの有無確認済み」の3項目をチェックボックスとして用意するとよいでしょう。
- HTML内の外部script・form action・iframeを確認する
- APIキーやトークンらしき文字列がないか検索する
- 画像・CSS・JSのパスが公開後も解決できるか見る
- noindexと認証を混同せず、必要なら両方設定する
よくある質問
GTM経由でPixelを入れている場合、HTMLを見ただけでは気づけませんか？
HTMLソース上はGTMのスクリプトタグしか見えないため、GTMコンテナの管理画面でPixelタグが有効になっていないか別途確認が必要です。社外共有時はGTMのプレビューモードで実際に発火するタグ一覧を確認するのが確実です。
Pixelコードを削除するとページのデザインや動作に影響しますか？
Meta Pixelはトラッキング専用のコードで、ページの見た目や機能には一切影響しません。`<script>`タグのPixelブロックとnoscriptの`<img>`タグをまとめて削除しても、HTMLとしての表示は変わりません。
社外レビュー用と本番用でHTMLを別管理する方法はありますか？
Gitブランチを「review/社名」と「production」で分けてPixelコードの有無を管理するのが確実です。レビューブランチにはPixelを含めず、マージ時に本番ブランチへPixelコードを追加するワークフローにすると管理ミスが減ります。