「クッキーの同意」って何？ブログに導入した「Google Consent Mode v2」の仕組みを解説

💡

この記事の要点

この記事の重要ポイント

30秒で読めます

1
クッキーはウェブサイトの「会員証」のようなもの
2
法律（GDPR/APPI）により、追跡には「事前の同意」が必須に
3
「Google Consent Mode v2」なら、プライバシーを守りつつ統計データも取得可能
4
当ブログは「デフォルト拒否」の安全設計で運営しています

最近、当ブログ（Gadget Lab Blog）の画面左下に、ポコっと小さなバナーが出るようになったのにお気づきでしょうか？

「クッキー（Cookie）の利用について同意しますか？」というあれです。「邪魔だなあ」「とりあえず許可でいいか」と思われがちですが、実はこれ、インターネットのプライバシーを守るための非常に重要な盾なのです。

今回は、そもそも クッキーとは何なのか 、そして当ブログが導入した最新の仕組み 「Google Consent Mode v2」 がどうやって「プライバシー」と「サイト運営」を両立しているのかを、専門用語なしで解説します。

🍪 クッキー（Cookie）って食べるやつ？

まずは基本のキから。ウェブサイトにおける「クッキー」とは、 「ブラウザに保存される小さなメモ書き」 のことです。

お菓子のクッキーじゃないんですね？

はい（笑）。ウェブサイトが訪問客に渡す「会員証」や「クロークの引換券」をイメージするとわかりやすいですよ。

クッキーの良い点・怖い点

クッキーには、「便利な使い方」と「ちょっと怖い使い方」の2種類があります。

必要なクッキー（会員証）

ログイン状態を維持する。
ショッピングカートの中身を覚えておく。
これが無いと、ページ移動のたびにログアウトしてしまいます。

分析・広告クッキー（追跡者）

「この人は昨日Aという記事を見て、今日はBという商品を買ったな」と記録する。
サイトを跨いで 行動を追跡し、あなたにぴったりの広告を出す。

問題視されているのは、後者の「追跡者」としてのクッキーです。知らない間に自分の行動履歴が詳しく記録され、広告会社に渡っている……というのは、気持ちの良いものではありませんよね。

👮‍♂️ なぜ「同意バナー」が必要なの？

欧州の「GDPR」や、日本の「改正個人情報保護法（APPI）」など、世界中でプライバシー保護のルールが厳しくなりました。

「ユーザーの許可なく、勝手に追跡用のクッキーを保存してはいけない」

これが今の世界のスタンダードです。そのため、サイト運営者は訪問時に「追跡してもいいですか？」と聞き、 「いいよ（同意）」と言われるまでは、一切の追跡機能を止めておく 義務があるのです。

⚠️

「みなし同意」はNG

「サイトを利用し続けることで同意とみなします」というバナーも昔はありましたが、現在はより厳格に、ユーザーが 能動的に「許可」ボタンを押すまで はクッキー・ゼロの状態を保つことが求められています。

しかし、全員に「拒否」されてしまうと、サイト運営者は困ってしまいます。「今日何人来たのか」「どの記事が人気なのか」といった、 個人を特定しない統計データ すら取れなくなってしまうからです。ブログの改善ができなくなってしまいます。

そこで当ブログが導入したのが、 「Google Consent Mode v2（同意モード v2）」 です。

「拒否」されても、AIが補完する

Consent Mode v2は、ユーザーのプライバシーを尊重しつつ、データの穴埋めをする賢い仕組みです。

あなたが「拒否」を選んだ場合

個人の識別ID（Cookie）は 一切発行しません 。
代わりに、「iPhoneで10時にアクセスがあった」という 匿名・単発の信号（Ping） だけをGoogleに送ります。
この信号には、個人を特定できる情報は含まれません。

GoogleのAIが「モデリング」

同意してくれたユーザーのデータと、匿名のPingを組み合わせて、「たぶん全体でこれくらいのアクセスがあったはず」と 統計的に推測（モデリング） します。

これで、 あなたのプライバシーは100%守りつつ、ブログ運営者は全体の傾向を把握できる という、Win-Winな関係が作れるのです。

項目従来のバナー	Consent Mode v2 (当ブログ)
拒否時の挙動, データ取得ゼロ (真っ暗闇), AIが統計的に補完 (傾向はわかる)
プライバシー, ◎ (守られる), ◎ (個人IDは発行されないので安心)
運営者への影響, × (改善のヒントが得られない), ○ (全体の傾向は把握できる)
導入難易度, 低, 高 (技術的な実装が必要)

つまり、拒否しても「誰が」来たかはバレないけど、「誰か」が来たことは伝わるんですね。

その通りです！個人情報は守りつつ、記事の人気投票には一票入れられるイメージですね。

⚙️ 技術的なこだわり（軽量・安全）

当ブログの実装では、 「vanilla-cookieconsent」 という非常に軽量なライブラリを使用しています。多くのサイトで使われている重たいツールとは違い、ページの表示速度をほとんど低下させません。

また、設定は 「デフォルト拒否（Denied）」 にしています。あなたが「許可」ボタンを押さない限り、Google Analyticsのスクリプトは制限モードで動作し、個人の追跡は行われません。

もし「やっぱり設定を変えたいな」と思ったときは、サイト下部の「プライバシーポリシー」リンクや、画面隅の「クッキー設定」からいつでも変更可能です。

導入までの道のり

当ブログでこの安全な仕組みを導入するまでのステップです。

プライバシーポリシーの改定

GDPRやAPPI（改正個人情報保護法）に対応した、透明性の高いポリシーを作成。

Google Consent Mode v2の実装

単純なタグの埋め込みではなく、ユーザーの同意状態に応じて動的に挙動を変えるスクリプトを開発。

軽量バナーライブラリの選定

サイトの表示速度を落とさないよう、超軽量な 'vanilla-cookieconsent' を採用し、デザインをカスタマイズ。

検証とリリース

実際に「拒否」を選んだ場合に、Cookieが発行されないことをデベロッパーツールで徹底的に確認。

Deep Dive: 型安全な同意管理 (Zod Schema)

同意状態をフロントエンドで扱う際、TypeScript と Zod を組み合わせることで、不正な状態（バグ）を未然に防ぐことができます。

import { z } from "zod";
import SummarySlides from "@/components/ui/SummarySlides";

const ConsentSchema = z.object({
  ad_storage: z.enum(["granted", "denied"]),
  analytics_storage: z.enum(["granted", "denied"]),
  personalization_storage: z.enum(["granted", "denied"]),
  timestamp: z.string().datetime(),
});

type Consent = z.infer<typeof ConsentSchema>;