もう送るのをやめるべきメール
「お世話になります。キャンペーン用の顧客リストを添付します」――氏名、メールアドレス、電話番号が並ぶ生のCSVを添えて、代理店の受信箱へ送られ、広告を運用する誰かに転送され、3つのメールアーカイブの中で永遠に生き続ける。代理店が必要としていたのは、読めるアドレスではありません。広告プラットフォームがマッチできるファイルです。この2つは別のファイルであり、前者を一度も共有せずに後者を作ることができます。
そもそもなぜこれが成立するのか
広告プラットフォームは顧客リストをハッシュ化された識別子で照合します――Google AdsもMetaも、正規化したメールアドレスと電話番号のSHA-256ダイジェストを受け入れると明記しています。プラットフォームはあなたのダイジェストを自らのものと突き合わせるだけで、キャンペーンのどの段階でも、運用する人間にとってリストが読める必要はありません。ですから分業はきれいに決まります。あなたは自分のシートの中で正規化してハッシュ化し、代理店はダイジェストを受け取ってアップロードする。
手順
- まず送信先プラットフォームごとに正規化する――罠はここにあります。Googleが明記する電話番号形式は
+付きのE.164、Metaは国番号付きの数字でプラスなし。1つの番号、2つの形式、2つの異なるダイジェスト――ですからハッシュ化の前に代理店へどのプラットフォームかを尋ね、プラットフォームごとにハッシュ化した列を1つずつ用意してください。（プラットフォーム別の完全なルールはカスタマーマッチとカスタムオーディエンスのガイドにあります。） - シートの中でハッシュ化する――SHA-256、16進。Google スプレッドシートに組み込みのハッシュ関数はないため、Apps Scriptかアドオンになります。
- ファイルを送り出す前に削ぎ落とす。 ハッシュ化した列をコピーし、新しいシートに値として貼り付け、ファイルに他に何も入っていないことを確認してください――右端に隠れた生の列、元の貼り付けが残った2枚目のシート、データを引きずってくる名前付き範囲。
- 一行の仕様を添えて送る: どの列がどのプラットフォーム向けか、そしてダイジェストがプラットフォーム別に正規化した値のSHA-256小文字16進であること。この一文が、代理店による再ハッシュ化や「修正」を防ぎます――きれいな受け渡しが死ぬ最も一般的な理由です。
これで達成できないこと
ここは正直に。ハッシュ化されたリストは仮名化であって匿名化ではありません――規制当局はこれを個人データとして扱いますし、電話番号のような小さな鍵空間は総当たりが可能です。ハッシュ化ファイルは、生のファイルに必要だったのと同じ取り決めのもとで移動すべきです。変わるのは露出であって、義務ではありません。代理店の運用が破綻したとき、漏れるのはアドレスではなくダイジェストです――被害範囲はずっと小さいものの、無害ではありません。
Hash Dataの位置づけ
Hash Dataはステップ2をGoogle スプレッドシートの中に留めます。セルの中のハッシュ関数、そしてGoogle形式の列については =HASHPHONE() がE.164への正規化とハッシュ化を1ステップで行います。リストは、そのコピーがウェブのハッシュツールに貼り付けられることも、生のままメールに添付されることもなく、キャンペーンに使える状態になります。
出典
- Google Adsヘルプ – 顧客データファイルの形式を設定する – 2026年8月20日閲覧
- Meta – Custom Audiences guide – 2026年8月20日閲覧
- EDPBガイドライン01/2025（仮名化） – 2026年8月20日閲覧