niki-til

個人サイトのアクセス解析とメアド取得スタック(2026-05 時点)

GitHub Pages で動かしている個人サイト(nikinakamura.com / この TIL)について、「誰が来ているか知りたい」「連絡フォームでメアドを受け取りたい」という素朴な要件を、無料・静的サイト前提・日本の法律で安全という 3 つの制約で組み直した記録。前提を置き間違えると「アクセス解析で個人を特定できる」と思い込んだり、海外 SaaS に丸投げして個人情報保護法に触れたりするので、何が原理的に取れて何が取れないかから整理する。

1. アクセス解析が答えられること / 答えられないこと

まず最大の誤解から潰す。アクセス解析ツール(GA4・Clarity 等)が見せてくれるのは 匿名の client_id 単位の行動データ であって、生身の「誰」ではない。

| 取れる | 取れない | |---|---| | 流入元(referrer、UTM、検索クエリの一部) | 氏名 | | ページ動線(landing → 離脱、scroll depth、event) | メアド・電話番号 | | デバイス・OS・ブラウザ・解像度 | 住所・所属 | | 国・都道府県・市区(IP geolocation 精度) | 「誰の」セッションか | | PV、UU(同一 client_id 単位)、滞在時間 | 同一人物の cross-site 履歴 |

GA4 が記録する client_id は cookie ベースの乱数 UUID で、本人がログインしたサービス側(YouTube・Search Console)と紐づかない限り、人物に解決できない。「誰が来たか」を知る唯一の道は、サイト側で本人に自発的にメアド・氏名を入力してもらうこと(フォーム / 認証 / メルマガ登録)。これは技術の問題ではなく、個人情報保護法 17 条が要求する取得時の利用目的明示の枠組みに乗らない方法では取得しちゃいけないという意味で、法律の問題でもある(https://www.ppc.go.jp )。

つまりアクセス解析と email 取得は 目的が違う 2 つのスタック として組む。アクセス解析は「全体傾向」、メアド取得は「個別の連絡先」。これを混同するとプライバシーポリシーで詰む。

2. 無料の行動解析スタック(2026 現在)

「無料 + 静的サイトに JS スニペット 1〜2 行で乗る」基準で生き残っている選択肢を並べる。

2.1 各ツールの素描

2.2 比較表

| ツール | 無料 | セッションリプレイ | クロスドメイン | cookie | GDPR/JP親和 | 設置難易度 | |---|---|---|---|---|---|---| | GA4 | ◎ | × | △(要設定) | 要 | △(同意要) | 中(GTM 推奨) | | Microsoft Clarity | ◎ 上限なし | ◎ | ○ | 要 | △ | 低 | | Cloudflare Web Analytics | ◎ | × | × | 不要 | ◎ | 低 | | Plausible | × | × | ○ | 不要 | ◎ | 低 | | GoatCounter | ○(個人無料) | × | × | 不要 | ◎ | 低 | | Fathom | × | × | ○ | 不要 | ◎ | 低 |

2.3 個人サイトの結論

GA4 + Microsoft Clarity の 2 枚刺しで十分。両方無料・補完的・JS 数行。プライバシーの過敏さを優先するなら Cloudflare Web Analytics 単独もアリだが、Clarity のセッションリプレイで得られる UX 学習量は個人サイトでも大きい。

3. 無料の email 取得スタック

GitHub Pages は静的ホスティングなのでフォーム処理サーバを持てない。送信先は外部 SaaS に丸投げするか、Cloudflare Workers のような自前サーバレスで受ける。

3.1 各サービスの素描

3.2 比較表

| サービス | 無料上限 | バックエンド | 自動返信 | 配信機能 | dashboard | JP 法対応 | |---|---|---|---|---|---|---| | mailto: | 無制限 | 不要 | × | × | × | △ スパム懸念 | | Web3Forms | 250/月 | 不要 | ○ | × | ○ | ○ | | Formspree | 50/月 | 不要 | ○ | × | ◎ | ○ | | Buttondown | 100 subs | 不要 | ○ | ◎ | ◎ | ○ | | CF Workers + Email | 実質無制限 | Worker 必要 | 実装次第 | × | × | ◎ | | Mailchimp Free | 500 contacts | 不要 | ○ | ◎ | ◎ | ○ | | Netlify Forms | 100/月(legacy) | Netlify 必要 | ○ | × | ○ | ○ |

3.3 個人サイトの結論

4. 法律的に注意するべきこと(日本)

個人サイトでも、メアドを取る瞬間に 個人情報取扱事業者 の義務が発生する。誤解されがちな 3 点を整理する。

4.1 個人情報保護法

4.2 特定電子メール法

商業的内容のメール(広告、宣伝、サービス紹介を含む newsletter)を送る場合:

4.3 改正電気通信事業法(2023-06-16 施行)の外部送信規律

いわゆる「日本版 Cookie 規制」。GA4 のような第三者送信を含む解析ツールを使うと cookie 等の利用者情報が Google に送られることになり、原理的にはこの規律の対象だが:

4.4 プライバシーポリシーの最低構成

/privacy/ に 1 ページ置く。必要要素:

  1. 取得する情報(フォーム入力情報、cookie/解析データ)
  2. 利用目的(連絡対応、サイト改善)
  3. 第三者提供の有無(しない)
  4. 委託先(Web3Forms、GA4、Clarity 等を列挙)
  5. 開示・削除請求の連絡先
  6. cookie 説明と無効化方法(ブラウザ設定リンク)
  7. 改定履歴

雛形は政府の個人情報保護委員会ガイドライン(https://www.ppc.go.jp )から要素を引く。Termly や Iubenda のような generator もあるが、英語ベースで JP 法と完全一致しないので参照のみ。短くて良いので自分の言葉で書くのが結局速い。

5. 推奨構成(個人サイトの場合)

| 用途 | ツール | 設置場所 | 月コスト | |---|---|---|---| | 行動解析(定量) | Google Analytics 4 | _layouts/default.html<head> | 0 円 | | 行動解析(定性) | Microsoft Clarity | 同上、GA4 の下 | 0 円 | | 連絡フォーム | Web3Forms | about ページ末尾 | 0 円(250/月) | | newsletter(将来) | Buttondown | dedicated page | 0 円(100 subs まで) | | プライバシーポリシー | 自作 markdown | /privacy/index.md | 0 円 |

切り替え基準:

6. GitHub Pages 上での設置注意

7. まとめ

参考・引用元

2026-05-18