ヒートマップ分析でわかること：4種類のデータとその限界
ヒートマップとは、Webページ上でのユーザーの行動を色の濃淡で可視化するツールです。どこが多く触れられ、どこまで読まれ、どこが実際に機能しているかを面として把握できる点が、数値だけのアクセス解析とは異なる強みになります。
ただし「なんとなく赤いところが良さそう」という読み方では改善につながりません。最初に、どんなデータが取れて、何がわからないのかを押さえておきます。
取得できるデータは4種類
| 種類 | 何を集計しているか | 読み取れること |
|---|---|---|
| クリック （タップ） |
ページ上のどの座標がクリックされたか。集中箇所が赤やオレンジで表示されます | 意図的な操作が起きた場所。リンクへの反応だけでなく、クリックできない要素が押されているケースも検出できます |
| スクロール | ページのどの深さまで到達したユーザーが何割いるか | コンテンツの到達度。どこでユーザーが離れていくか（離脱点）を位置で特定できます |
| アテンション （熟読エリア） |
各エリアが画面内に表示されていた時間（滞留時間）。計測方法を公開しているPtengineとMicrosoft Clarityは、いずれもビューポート内の表示時間として定義しています | じっくり読まれた箇所の傾向。視線計測ではなく推定値である点に注意が必要です |
| マウスムーブ | PCユーザーのカーソル移動の軌跡 | 補助的な注視推定。モバイルでは取得できませんので、SP中心のサイトでは使えません |
この4種類は、役割が分かれています。クリックは「行動が起きた場所」、スクロールとアテンションは「コンテンツがどこまで届いたか」を示します。組み合わせることで、ページのどの部分がユーザーに届いており、どの部分が素通りされているかの輪郭が見えてきます。
ヒートマップ単体ではわからない3つのこと
ここを誤解したまま使うと、根拠のない改修を繰り返すことになります。ヒートマップが可視化するのは行動の結果だけで、次の3つは原則として取得できません。
- 行動の理由と感情：なぜそこをクリックしたのか、なぜそこで離脱したのかという動機は読み取れません。ヒートマップは「どこで何が起きたか」までで、「なぜ」は人間が仮説として組み立てる領域です
- ユーザー層ごとの違い：新規とリピーター、流入経路ごと、デバイスごとの行動差は、セグメントを分けて取得しない限り一枚の画像に混ざったまま平均化されます
- 成果との因果関係：ある箇所がよくクリックされていることが、売上や問い合わせにつながっているかは判断できません。クリックが多い箇所が、実は離脱への入口になっていることもあります
GA4との役割分担：どちらが先かという順序がある
GA4に代表されるアクセス解析は、セッション数・流入経路・コンバージョン率といった数値としての全体像を把握するために使います。ヒートマップは、その数値の背景にあるページ内の行動パターンを補完する位置づけです。
両者は代替ではなく、観察する粒度が違う補完関係にあります。そして実務では見る順序が決まっています。
どのページから見るべきか：GA4で対象を絞ってから開く
ヒートマップ分析でつまずく最大の原因は、見るページを決めずに片っ端から開いてしまうことです。全ページを眺めても、改善すべき箇所は浮かび上がりません。
先にGA4で対象を絞り込みます。優先度が高いのは次の順です。
- セッションが多く、コンバージョン率が低いページ：改善インパクトが最も大きい組み合わせです。母数があるのに成果が出ていないので、ページ内に原因がある可能性が高い
- フォームやカートの直前ページ：ここでの離脱は金額に直結します
- 広告やSNSからの着地ページ：費用をかけて集めた流入が、どこで止まっているかを確認します
- 直帰率が平均より明確に高いページ：ファーストビューに問題がある可能性
逆に、セッションが極端に少ないページは後回しにします。データが安定せず、誤読のリスクのほうが大きくなるためです。この判断基準は後述します。
パターン別の読み方：何が見えたら何を疑うか
ここが分析の中心です。ヒートマップは「見れば分かる」ものではなく、特定のパターンと、そこから立てる仮説の対応を知っているかどうかで読める情報量が変わります。
まず全体像を対応表にまとめます。
| 見えたパターン | 疑うべき原因 | 最初に試す施策 |
|---|---|---|
| ファーストビュー直下で 到達率が急落 |
期待した情報がない。ページの目的が伝わっていない | キャッチコピーの変更、メインビジュアルの差し替え（低コストで着手可） |
| コンテンツ中盤で急落 | 文章量、難易度、関心との不一致 | 見出しの刻み直し、結論の前倒し |
| CTA直前で急落 | CTA手前に不信を招く情報がある。価格や条件の提示タイミング | CTA直前の文言見直し、不安要素への先回り（返金・解約条件など） |
| クリックできない要素に クリックが集中 |
装飾がボタンやリンクに見えている。そこに操作を期待されている | デザインを直すのではなく、本当にリンクにするのが第一候補 |
| ナビやタブで クリックがまばらに分散 |
ラベルの意味が不明瞭で迷っている | ラベルの具体化（「サービス」→「料金プランを見る」など） |
| CTAまで到達しているのに クリックされない |
訴求内容への不信・不安。押した先が見えない | ボタン文言を行動の結果に変える（「送信」→「無料で相談する」）、直前に実績や保証を置く |
| CTAに到達していない | 配置の問題。そもそも見られていない | CTAの位置を上げる、追従ボタンの追加 |
| ボタンの外周に クリックが散る |
クリック領域が小さい。タップ精度の問題（SPで顕著） | ボタンの当たり判定を広げる（余白ではなくボタン自体を大きく） |
| 特定セクションだけ 熟読されている |
そのブロックが関心と合致している（＝良い兆候） | そのセクション内にCTAや補足情報を追加する |
| 最も伝えたい箇所が 冷えている |
テキスト量が多い、デザインが単調、位置が遠い | 位置を前に移動する（文章量を削るより先に試す） |
以下、主要なものを補足します。
スクロール到達率は「幅」と「位置」の両方を読む
スクロールヒートマップを上から下に眺めると、どこかで色が急に薄くなる箇所が見つかります。これが離脱点です。
ここで大切なのは、急落の「幅」と「位置」を分けて見ることです。傾きが緩やかな減少は、多くの場合「自然な離脱」の範囲内です。ページが長ければ下に行くほど人は減るので、それ自体は異常ではありません。問題にすべきは特定の位置で階段状に落ちている場合で、そこに原因となる要素があります。
よく「中盤で到達率が50%を下回ったら見直すべき」といった目安が語られますが、これはツールベンダーが公表している基準ではなく、経験則として共有されている数字です。ページの長さ、業種、流入経路で適正値は変わります。絶対値で判断するより、同じサイト内の他ページと比べて明らかに悪いページを探すほうが実用的です。
クリックは「誤クリック」から読むと早い
クリックヒートマップで最初に探すべきは、成功している箇所ではなくユーザーが間違えている箇所です。これが改善のヒントとして最も密度が高いからです。
見出しや装飾要素にクリックが集まっている場合、それはユーザーがそこに情報の続きを期待しているというサインです。ここで多くのサイトが「リンクに見えないようデザインを直す」という対処をしますが、順序が逆です。期待されているなら、まず本当にリンクにすることを検討してください。ユーザーの期待に設計を合わせるほうが、期待を抑え込むより成果が出ます。
スクロール型LPとスワイプLPのメリット・デメリット比較でも触れていますが、ページ構造が違えばユーザーの操作期待値も変わります。クリックパターンを読む際は、必ずデバイス別に分けて確認してください。
CTA周辺は「ボタンの外側」を見る
CTAボタンの分析では、ボタン自体のクリック数よりボタン周辺の非クリック領域に情報があります。
とくに重要なのは、CTAのスクロール到達率とクリック数を必ずセットで見ることです。この2つの組み合わせで、打つべき手が完全に変わります。
- 到達率が高い × クリックが少ない：見えているのに押されていない。原因は訴求内容か不安要素。ボタンの位置を動かしても改善しません
- 到達率が低い × クリックが少ない：そもそも見られていない。配置の問題。文言をいくら磨いても効きません
この切り分けをせずに「CTAのクリックが少ないから色を変える」という対処に走ると、効果が出ないまま工数を消費します。
アテンションは断定ではなく傾向として扱う
アテンションヒートマップ（熟読エリア）は、各エリアが画面内に表示されていた時間をもとにした推定値です。視線を実測しているわけではありません。したがって「ここが読まれた」という断定ではなく、「ここに視線が留まりやすい」という傾向として扱います。
ここで注意が必要なのは、ツールによって計測ロジックの開示状況が違うことです。Ptengineは「対象ブロックがビューポート内に表示されていた平均時間（秒）」と明確に定義しており、Microsoft Clarityも滞留時間ベースと明記しています。一方、ミエルカヒートマップ、User Heat、SiTestは出力の説明のみで計測方法を公開していません。複数ツールの数値を横並びで比較するなら、同じものを測っているとは限らない前提で見てください。
ありがちな誤読が1つあります。滞在時間が長い箇所は、熟読されているのではなく「理解に手間取っている」場合があります。フォームの入力欄や、料金表の条件部分で熱が高い場合は、関心の高さではなく分かりにくさのサインである可能性を検討してください。セッション録画があれば、そこで実際の挙動を確認するのが確実です。
本物のLPO対策を行っていますか？でも指摘していますが、コンテンツへの注目度はデザインと情報の順序の両方に依存します。アテンションデータが示すのは「どこに目が向くか」までで、「なぜ向くか」の仮説は必ず人間が立てる必要があります。
よくある誤読：ヒートマップで判断を間違える5つのパターン
ここが実務で最も差が出る部分です。ヒートマップは「正しく読めば有用」ですが、誤った読み方をすると、データがあるぶん確信を持って間違えます。典型を5つ挙げます。
①セグメント混在による平均化
最も頻度が高い誤読です。新規訪問者とリピーター、自然検索と広告流入、PCとSPをすべて混ぜた一枚の画像を見て判断してしまうパターンです。
たとえば広告流入は目的が明確でCTAに直行しやすく、自然検索流入は情報収集段階で広く読む傾向があります。これを平均すると、どちらの行動でもない「存在しない平均ユーザー」の絵ができあがります。その平均に合わせて改修すると、どちらのユーザーにも刺さらないページになります。
対処は単純で、セグメントを分けて取得することです。これができるかどうかがツール選定の最重要軸になります（後述）。
②サンプル不足による「たまたま」の採用
セッション数が少ない状態のヒートマップは、数人の行動が全体像のように見えてしまいます。10セッションのうち3人が同じ場所をクリックすれば、そこは真っ赤になります。
実務では1パターンあたり数百セッション以上を確保してから読むのが目安とされています。ただし後述のとおり、この具体的な数字はベンダーが公表している基準ではありません。確実な判断方法は、期間を2つに分けて同じパターンが再現するかを見ることです。前半と後半で絵が大きく違うなら、まだサンプルが足りていません。
③デバイス混在による構造のズレ
スマートフォンとPCでは、レイアウト・スクロール量・操作感がまったく違います。PCではファーストビュー内に収まるCTAが、SPでは画面外にあるという構造上のズレが、混在データでは平均化されて見えなくなります。
ファーストビューの高さそのものが端末ごとに違うことも忘れがちです。「ファーストビュー直下で離脱」という読み取りは、どの端末のファーストビューを基準にしているのかを決めないと成立しません。
④ABテストとの混在
ABテストを走らせながらヒートマップを単一ビューで取得すると、パターンAとBのデータが混ざり、クリックや離脱の分布が打ち消し合います。結果として、どちらの挙動なのか判別できない絵になります。
テスト中は必ずバリアントごとにセグメントを分けてください。詳細は次のセクションで扱います。
⑤ページ構造の変化とデータのズレ
見落とされやすい技術的な問題です。ヒートマップは座標に対してデータを重ねるため、計測期間中にページの構造が変わると、過去のデータが現在のレイアウト上の違う場所に表示されます。
とくに注意が必要なのは次のケースです。
- 計測期間中にページを改修した：改修前後のデータが同じ画像に重なり、意味を持たなくなります。改修したら計測を区切ってください
- 遅延読み込み（lazy load）の画像がある：読み込み完了前に表示される高さと完了後の高さが違うため、スクロール到達率がずれることがあります
- アコーディオンやタブで表示が切り替わる：開閉状態によって同じ座標が別の要素を指します
- ランダム表示や出し分けがある：パーソナライズや新着表示で内容が変わる領域は、集計された絵と実際の見た目が一致しません
この5つを避けるだけで、ヒートマップから引き出せる精度は大きく変わります。
改善の進め方：仮説から施策・検証までのフロー
ヒートマップから得た仮説を、そのまま全部施策に落とそうとすると優先順位がつかず、改修が散漫になります。「影響範囲」と「改修コスト」の2軸で絞り込むことが出発点です。
優先順位は2軸のマトリクスで決める
影響範囲は、その箇所の改善が成果にどれだけ直結するかです。ファーストビューやCTA周辺は訪問者全員が通るため影響が大きく、ページ下部は到達する人が限られるため相対的に小さくなります。
改修コストは、文言変更のようにCSSやテキストの修正で済むものから、コンテンツ再制作やシステム改修を伴うものまで幅があります。
| コスト低 | コスト高 | |
|---|---|---|
| 影響大 | 最優先。すぐ着手する キャッチコピーの変更、CTA文言、ボタンサイズ、セクションの並び替え |
計画して実行 ファーストビューの再設計、フォームの項目削減、主要コンテンツの作り直し |
| 影響小 | 手が空いたときに 下部リンクの文言、装飾の調整 |
やらない ページ下部の大規模な作り直し、使われていない機能の改修 |
この表の価値は、「やらない」を決められることにあります。ヒートマップを見ると改善点が無数に見つかるため、何を捨てるかを先に決めないと手が止まります。
領域ごとの施策例
- ファーストビュー：スクロールせずに離脱が多い場合、キャッチコピーと画像の訴求力が問題の中心です。文言変更とビジュアル差し替えは低コストで着手できます
- CTA周辺：ボタン近くにクリックが集中しているのに成果が出ない場合、サイズ・色・文言の見直しが候補です。あわせてCTAより手前に不要な離脱リンクがないかを確認してください
- コンテンツ配置：よく読まれているブロックがページ下部に埋もれているなら、上に移動するだけで読了率が変わる可能性があります。テキストの分量を削るより、読まれている順序に合わせた再配置を先に試すほうがリスクが低いです
再計測と比較の作法
施策を実施したら、同じ条件でヒートマップを再取得して変化を確認します。見るべき観点は3つです。
- スクロール離脱点の位置が変化したか
- 意図したクリック先への集中度が上がったか
- 改善前に薄かった領域のアテンションが増えたか
数値の変化だけを追うのではなく、色の分布がどう動いたかを視覚的に対比すると、施策の意図通りに行動が変わったかを判断しやすくなります。
そして最も重要な注意点です。再計測のサンプルが十分に集まる前に結論を出すと、ノイズに騙されます。最低でも施策前と同程度のセッション数が集まってから比較するのが原則です。「3日で効果が出た」という判断は、ほぼ例外なく早すぎます。
もう1つ。比較する期間の条件を揃えてください。キャンペーン期間、大型連休、広告の配信量が変わった期間を含むデータを通常期と比べると、施策の効果と外部要因を区別できなくなります。
ABテストと組み合わせる場合の注意点
ヒートマップ単体では「行動が変わった」事実は見えますが、「どちらのパターンがより成果を出したか」の統計的な根拠は得られません。成果の差を定量的に判断したい場合はABテストと組み合わせます。
併用する際のルールは3つです。
- バリアントごとに別のヒートマップセグメントを設定する：混在すると分布が打ち消し合い、判別できなくなります
- テスト期間中にページを再度変更しない：変更の影響が測定対象期間に混入すると結果が無効になります
- テスト終了後、勝者パターンを本番適用してから改めてヒートマップを単独で取得する：最終確認のフローとして安全です
ツールの選び方と導入前に確認すべきこと
ヒートマップツールは無料から有料まで多数あり、選択を誤ると「計測はできているのに、使えないデータしか取れない」という状況に陥ります。ここでは選定と導入時に確認すべき実務上のポイントを整理します。
選定で本当に効く軸は4つ
機能一覧を比較しても判断できません。前のセクションで挙げた誤読パターンを防げるかどうかが、実質的な選定基準になります。
- セグメント・フィルター機能：最重要です。流入チャネル、デバイス、コンバージョン済みかどうかで絞り込めるか。これができないツールは、誤読①の「平均化」を構造的に避けられません。無料プランで機能が制限されやすいのもここです
- セッション録画の有無：ヒートマップは「どこで何が起きたか」までしか示しません。「なぜ」を確認する唯一の手段が録画です。ヒートマップで当たりをつけ、録画で原因を特定するのが基本の流れになります
- データ保存期間：施策前後を比較するには、施策前のデータが残っている必要があります。保存期間が短いツールでは、長期のトレンド比較ができません
- GA4・Googleタグマネージャーとの連携：既存の計測環境に乗せられるか。タグマネージャーで管理できると、後述の同意制御が実装しやすくなります
加えて、日本語サイトで使うなら管理画面とサポートが日本語かどうかも実務的な差になります。社内で複数人が使う場合、ここが定着率を左右します。
主要ツールの現況（2026年10月時点）
公式サイトで確認できた情報のみを記載します。料金を公開していないツールが多いため、「非公開」はそのまま非公開と書いています。比較記事で見かける数値のうち、ベンダー公式で裏が取れなかったものは載せていません。
| ツール | 無料枠 | 有料 | 特徴 |
|---|---|---|---|
| Microsoft Clarity | 完全無料。トラフィック量による課金・プラン制限なし（録画は1プロジェクトあたり1日10万セッション、ヒートマップ1枚あたり10万PVが上限） | 有料プランなし | クリック・スクロール・エリア・コンバージョン・アテンションの5種。デバイスフィルター標準搭載。録画の保存が30日と短い |
| User Heat （ユーザーローカル） |
月間100万PVまで無料 | 上位版のUser Insightは価格非公開（資料請求制） | 熟読・スクロール・クリック・マウスムーブ・離脱エリアの5種。国産で完全無料の枠が大きい |
| ミエルカ ヒートマップ （Faber Company） |
あり。計測対象1URLのみ、期間制限なし | 現行価格は非公開（資料ダウンロード制） | 熟読・終了・クリックの3種。流入元別にコンテンツの熟読度を評価する指標があり、SEOのコンテンツ改善と相性が良い |
| Ptengine （Ptmind） |
Freeプランあり（無料枠の上限は公式で確認できず） | 料金ページを確認できず。自社LPに「4,980円/月〜」の記載があるものの、どのプランか不明 | 滞在・コンバージョン貢献のヒートマップに加え、ABテストとパーソナライズを同一ツールで実行できる |
| SiTest （グラッドキューブ） |
7日間の無料トライアルのみ（無料プランの記載なし） | Lite版は月8,500円／2万PV、2万円／5万PV、3万円／10万PV（税抜）。上位版は要問い合わせ | ヒートマップ＋ABテスト＋LPO・EFOを統合した国産オールインワン。録画再生も可能 |
| Contentsquare （旧Hotjarを統合） |
Freeプランあり。月間20万セッション、録画取得率5%（最大1万） | Growth以上。セッション数に応じた従量制 | セグメント分析と期間比較が充実。改善サイクルを本格的に回す場合の選択肢 |
| Fullstory | Freeプランあり。月間3万セッション、保存12ヶ月、最大10ユーザー | 全プラン価格非公開（問い合わせ制） | プロダクト分析寄り。無料枠でも保存期間が12ヶ月あり、施策前後の長期比較ができる |
※2026年10月時点。各社公式サイト・公式ドキュメントの記載にもとづきます。価格は改定される場合があるため、導入前に各公式情報をご確認ください。
選ぶときに効く、3つの実務的な分岐
表を見ても決まらない場合は、次の順で切ってください。
- まず試すだけなら Microsoft Clarity か User Heat：どちらも無料で、トラフィック制限が実質的に問題になりません。ただしClarityは録画の保存が30日なので、「先月の録画を見返す」ことはできません。ヒートマップ自体は9ヶ月保存されます
- 施策前後を長期で比較したいなら保存期間で選ぶ：ここが見落とされやすい落とし穴です。3ヶ月前の状態と比べたいのに、データが残っていないという事態が起きます。無料枠では Fullstory の12ヶ月が長めです
- ABテストまで一気通貫でやるなら Ptengine か SiTest：ヒートマップとABテストを別ツールでやると、前のセクションで触れたバリアント混在の問題を自分で管理しなければなりません。同一ツールなら構造的に避けられます
なお、以前よく比較対象に挙がっていた2つのツールについて、現況を補足します。Hotjarは2025年7月1日にContentsquareグループへ統合され、新規アカウントの作成ができなくなりました。公式サイトも「Hotjar is now Contentsquare」と明示しており、独自の料金ページはContentsquare側へ転送されます。HotjarとContentsquareを別のツールとして比較している記事は、この時点より前の情報です。
またUSERDIVEは、提供元の公式サービス一覧から消えています。終了日の公式告知は確認できませんでしたが、現行のラインアップには含まれていないため、新規の検討対象にはなりません。
信頼できるデータに必要なPV数：ベンダー間で桁が1つ違います
ヒートマップは集計データなので、サンプルが少ないと一部のユーザーの行動が全体像として映ります。では何PV集めればいいのか。
ここは注意して読んでください。最低ラインを公表しているベンダーは2社しかなく、しかも推奨値が10倍違います。
| ツール | 公表している目安 | 公式の表現 |
|---|---|---|
| Contentsquare | 2,000〜3,000PV | 結論を出す前に少なくとも2,000〜3,000PVを集めるべき、統計的有意性のためと説明 |
| ミエルカヒートマップ | 200〜400PV | 200〜400程度のPVを集めたのちご覧いただければ、と案内。最短6時間後に閲覧可能とも記載 |
| Microsoft Clarity その他の主要ツール |
公表なし | 最低推奨値の記載を確認できませんでした（上限の記載のみ） |
この差をどう読むかです。Contentsquareの2,000〜3,000PVも算出根拠は非公開で、ベンダーの経験則です。査読された統計的な導出ではありません。つまり「業界標準の必要PV数」というものは、現時点で存在しません。
もう1つ重要な注意点があります。単位がPVなのかセッションなのかを混同しないでください。1セッションで複数ページを見るため、両者は直接比較できません。ヒートマップはページ単位の集計なので、PV基準で考えるほうが実態に合います。「300セッション集まった」という言い方は、検証可能な基準になりません。
計測期間についても調べましたが、最低何週間という推奨値を公表しているベンダーは見つかりませんでした。「数日のデータで判断するな」という警告はContentsquareが出していますが、具体的な日数は示していません。よく語られる「最低2週間・理想は4週間」は、根拠のある基準ではなく現場の経験則です。
では実務ではどう判断するか。外部の数字に頼らず、自分のサイトで確かめられる方法が2つあります。
- 期間を前半と後半に分けて、同じパターンが再現するか確認する：絵が大きく違うなら、まだサンプルが足りていません。これは外部の基準に頼らず自分のサイトで検証できる方法です
- 曜日の偏りを含めて1週間単位で区切る：平日と週末でユーザー層が変わるサイト（ECや店舗系）では、数日分のデータだけ見ると週内の偏りを全体像として誤読します
キャンペーン期間や大型連休を含む期間のデータは、通常期と混ぜずに区切って管理してください。
そしてトラフィックが少ないページは、ヒートマップの対象から外す判断も必要です。月に数十PVしかないページは、何週間待ってもサンプルが安定しません。そういうページは、ヒートマップではなくセッション録画を数本見るほうが早く原因に届きます。
日本の法令で本当に必要なこと：Cookie同意バナーは義務ではありません
ここは多くの記事が誤って書いている部分です。結論から書きます。
日本国内のユーザーに向けた日本のサイトについて、Cookie同意バナーの設置を一般的に義務づける法律はありません。海外の事例やGDPRの話が、日本の義務として紹介されているケースが散見されますが、GDPRが関係するのはEU・英国の居住者に向けてサービスを提供している場合に限られます。
では国内では何が論点になるのか。2つの法律に分けて整理します。
①電気通信事業法の外部送信規律（2023年6月16日施行）
Cookie規制としてよく言及されるものですが、対象となる事業者の範囲が限定されています。総務省のFAQで明示されている線引きは次の通りです。
| 対象外（総務省FAQで明記） | 対象になる |
|---|---|
| コーポレートサイトの会社案内・サービス案内ページ | ニュースサイト、まとめサイト等、各種情報のオンライン提供 |
| 自社商品のオンライン販売（実店舗の有無を問わず） | SNS・電子掲示板・動画共有・ショッピングモール |
| 店頭予約サイト、開発・検証環境 | オンライン検索サービス、メッセージ媒介 |
| 企業・個人が自己の情報発信のために運営するサイト、個人ブログ | 就職情報サイト、オンラインゲーム、乗換案内など |
ここが実務で効く最重要の論点です。対象かどうかは、サイト単位ではなくページ単位・役務単位で判断されます。総務省FAQは、コーポレートサイトの会社案内ページは対象外としながら、同じサイト内のニュース配信ページは対象になると整理しています。しかもニュース配信ページは利用者が少数でも対象です。
つまり自社サイトにオウンドメディアやコラムを持っている場合、そのディレクトリだけが対象になる可能性があります。自社商品・サービスの紹介にとどまる内容なら対象外に寄りますが、一般的な情報提供として運営しているなら対象に寄ります。ここは明確な線が引かれていないグレーゾーンなので、該当しそうなら対応しておくのが安全です。
そして義務の内容は「通知または公表」で、オプトイン同意の取得は必要ありません。公表すべきは次の3項目です。
- 送信されることとなる利用者に関する情報の内容
- その情報を取り扱うこととなる者の氏名または名称（送信先）
- その情報の利用目的
日本語で、専門用語を避けた平易な表現で、該当ページまたはそこから容易に到達できるページに表示する必要があります。
逆方向の誤解にも触れておきます。Cookieバナーを設置しただけでは、外部送信規律を満たしません。上記3項目の記載がなければ、バナーがあっても要件を充たしていないことになります。「バナーを入れたから対応済み」という理解は誤りです。
なお総務省の利用者情報ワーキンググループは、2026年10月時点で第2次報告書を検討中です（まだ案の段階）。注目すべきは方向性で、同意取得は利用者の自由な意思決定を確保しにくいとして、当面はオプトアウトの推奨を提示しています。日本は同意バナーを推奨する方向ではありません。同報告書案では、Cookie以外の技術（ローカルストレージ、フィンガープリンティング、サーバサイド計測など）も対象になることが明記されています。
②個人情報保護法
Cookieなどの端末識別子を通じて収集された閲覧履歴は、ガイドラインで個人関連情報に位置づけられています。そして、ここに実務上重要な整理があります。
個人情報保護委員会のQ&Aは、自社サイトに第三者のタグを設置し、その第三者が直接閲覧履歴を取得している場合、サイト運営者がその履歴を取り扱っていなければ「第三者提供」には当たらないとしています。つまり通常のタグ設置でヒートマップツールを使う限り、個人情報保護法上の同意取得義務は生じないのが標準的な整理です。
ただし設定次第で結論が変わります。ここを混同した解説が多いので、場合分けで示します。
| 構成 | 必要な対応 |
|---|---|
| タグを置くだけ（ツール側が直接取得し、自社は管理画面を見るだけ） | 「提供」に当たらないため、同意確認義務は生じません |
| 自社の会員IDや氏名をツールに渡して分析させる | 委託に該当。本人同意は不要ですが、委託先の監督義務が生じ、利用目的の範囲内である必要があります |
| Cookie IDを渡し、ツール側が自社の個人データに紐付ける | 提供元に本人同意の取得確認義務と記録義務が生じます |
ユーザーID連携をONにした瞬間に、要求水準が上がります。「デフォルト設定のまま使うなら同意不要」という整理を、ID連携した状態にそのまま持ち込まないでください。
もう1つ、海外ツールを使う場合に実質的に重要な条文があります。自社の個人データをツールに取り扱わせる場合、外国にある第三者への提供として、当該国の名称・個人情報保護制度に関する情報・提供先が講ずる措置の情報提供が必要になります。Microsoft Clarity（米国）など海外ツールを委託として使う構成では、ここが論点になります。
法改正の動きも押さえておきます。改正個人情報保護法が2026年7月10日に成立、同年7月17日に公布されました。課徴金制度の導入などを含む大きな改正ですが、施行は公布から2年を超えない範囲で政令が定める日（遅くとも2028年7月）で、罰則関係は2027年1月17日です。Cookieやアクセス解析に関わる政令・規則・ガイドラインは現在整備中で、ヒートマップツールへの具体的な影響は2026年10月時点で未確定です。個人関連情報という分類自体は、現時点で変わっていません。
結局、導入前に何をすればいいのか
一般的な日本企業のサイトについて、必須と推奨を分けて整理します。
法的に必要なこと
- プライバシーポリシーに、アクセス解析ツールの利用と、取得する情報・利用目的を記載する（利用目的の公表義務の一環として、これは全サイトに適用されます）
- 海外ツールに自社の個人データを取り扱わせる場合は、外国第三者提供としての情報提供（国名・制度・措置）
- サイト内にニュース・情報提供のページがあるなら、そのページ単位で外部送信規律の対象判定を行い、対象なら3項目を公表する
法的義務ではないが推奨されること
- Cookie同意バナーの設置（国内向けには義務ではありません）
- オプトアウト手段の提供（総務省は推奨の方向ですが、対象外の事業者に義務はありません）
- 対象外でも3項目を自主的に公表する（ユーザーの信頼という観点では有効です）
そして要配慮個人情報が関わる場合は、別の判断が必要です。病歴や信条などの要配慮個人情報は、取得自体に本人の同意が必要とされています。医療・保険・相談系のように、そうした情報を入力させるフォームがあるサイトでセッション録画を使うのは、外部送信規律の対象かどうかに関係なくリスクが高いと考えてください。
※本記事は法令の一般的な整理であり、個別の案件については専門家にご確認ください。なお調べた範囲では、セッション録画ツールによるフォーム入力の取得を直接扱った国内の公式ガイダンスや行政処分の事例は見つかりませんでした。海外の訴訟事例を国内の事例として紹介している記事がありますが、国内の先例ではありません。
フォーム入力のマスキングは導入時に必ず確認する
セッション録画を使う場合、ここは設定漏れが事故につながります。
氏名・住所・メールアドレス・クレジットカード番号などの入力フィールドは、録画とヒートマップの対象から除外する設定を必ず行ってください。多くのツールは入力値をデフォルトでマスク処理しますが、独自実装のフォームや、入力内容を確認画面にテキストとして表示している場合は、手動設定が必要なことがあります。
確認の手順は単純です。自分でテスト送信し、その録画を再生して、入力値が見えていないかを目で確かめてください。設定を信じるのではなく、実際の出力を確認します。とくに次の箇所が漏れやすいポイントです。
- 確認画面・完了画面に表示される入力内容（入力欄ではないため、フォーム用のマスク設定が効かないことがあります）
- エラーメッセージに含まれる入力値
- ログイン後のマイページに表示される個人情報
- 管理画面や社内用ページ（計測対象から除外するのが基本です）
SPとPCは必ず分けて計測する
誤読③で触れた構造のズレを避けるための、具体的な設定の話です。
スマートフォンとPCではレイアウト・スクロール量・タップとクリックの操作感がまったく異なります。デバイスを混在させると、PCではファーストビュー内に収まるCTAがSPでは画面外にあるといった違いが平均化されて見えなくなります。
対処法は共通してデバイスタイプでセグメントを分割し、SPとPCをそれぞれ独立したビューで確認することです。主要なツールにはデバイスフィルターが搭載されているので、計測開始の時点でデバイス別の表示設定を保存しておくと運用が楽になります。あとから分けようとすると、結局毎回フィルターをかけ直すことになり、面倒になって混在データを見てしまいます。
タブレットは画面幅の幅が広く、SPともPCとも挙動が異なります。トラフィックに一定のシェアがあるなら、第三のセグメントとして別管理を検討してください。シェアが小さいなら、分析対象から外して構いません。
導入前チェックの4軸
ツールの選定と初期設定の精度が、その後の分析精度を大きく左右します。導入前に次の4軸をチェックリスト化しておくと、「取り直し」が必要な状況を防げます。
まとめ
- ヒートマップで取れるのはクリック・スクロール・アテンション（熟読）・マウスムーブの4種類。クリックは「行動が起きた場所」、スクロールとアテンションは「どこまで届いたか」を示します
- 行動の理由、ユーザー層ごとの違い、成果との因果関係は取得できません。「なぜ」は人間が仮説として立てる領域です
- GA4とは見る順序が決まっています。GA4で「どのページを見るか」を決めてから、ヒートマップを開く。セッションが多くCVRが低いページが最優先です
- 読み方は「見えたパターン → 疑う原因 → 最初に試す施策」の対応で覚えると実務に移せます
- CTAは到達率とクリック数をセットで見る。到達率が高いのに押されないなら訴求の問題、到達していないなら配置の問題で、打つ手が逆になります
- クリックは誤クリックから読むと早い。装飾にクリックが集まっているなら、デザインを直すより本当にリンクにするほうが成果が出ます
- 誤読の典型は5つ。セグメント混在による平均化、サンプル不足、デバイス混在、ABテスト混在、計測期間中のページ変更。とくに最後は、改修するとデータが現在のレイアウト上の別の場所に重なるため、計測を区切る必要があります
- 改善は「影響範囲×改修コスト」の2軸で絞ります。この表の価値は「やらない」を決められることにあります
- 必要なサンプル数について、最低ラインを公表しているベンダーは2社だけで、推奨値が10倍違います（Contentsquare 2,000〜3,000PV、ミエルカヒートマップ 200〜400PV）。業界標準の必要PV数は存在しません。計測期間の推奨値を公表しているベンダーはゼロです
- 外部の数字に頼らず検証する方法は、期間を前半と後半に分けて同じパターンが再現するか見ることです
- 無料で始めるならMicrosoft Clarity（トラフィック課金なし）かUser Heat（月100万PVまで無料）。ただしClarityは録画の保存が30日（ヒートマップは9ヶ月）なので、長期比較には向きません
- Hotjarは2025年7月1日にContentsquareへ統合され、新規アカウントを作成できません。別ツールとして比較している情報は、この時点より前のものです
- 日本国内向けのサイトに、Cookie同意バナーの法的義務はありません。GDPRが関係するのはEU・英国居住者向けに提供している場合だけです
- 外部送信規律は一般のコーポレートサイトや自社ECは対象外。ただしニュース・情報提供ページは対象で、同一サイト内でもページ単位で判断されます。オウンドメディアを持っているなら確認が必要です
- 対象の場合の義務は「通知または公表」でオプトイン同意は不要。逆にバナーを置くだけでは要件を満たしません（送信情報・送信先・利用目的の3項目が必要）
- 個人情報保護法上は、タグを置くだけなら「第三者提供」に当たらず同意確認義務は生じません。ただし会員IDの連携をONにすると委託または個人関連情報の提供に移行し、要求水準が上がります
- セッション録画を使うなら、自分でテスト送信して録画を再生し、入力値が見えていないかを目で確認してください。確認画面やエラーメッセージに表示される入力内容は、フォーム用のマスク設定が効かないことがあります
ヒートマップは、入れれば答えが出るツールではありません。GA4で見るページを決め、セグメントとデバイスを分け、十分なPVが集まってから、パターンと仮説の対応表を使って読む。この手順を守れるかどうかで、得られる情報量が変わります。
サイトの改善設計やコンテンツ運用でお困りの方は、SEO無料相談はこちらからご相談ください。
【主な出典】Microsoft Clarity 公式ドキュメント（FAQ／Data retention／Heatmaps overview／Attention maps／Filters）／Contentsquare 公式サポート「Hotjar is now part of Contentsquare」「Sessions, replays and plan limits」および公式ガイド「Heatmaps」／Fullstory 公式プランページ／User Heat（ユーザーローカル）公式サイト／ミエルカヒートマップ公式サイト・FAQ（Faber Company）／Ptengine 公式ヘルプ「滞在ヒートマップ」「コンバージョン貢献ヒートマップ」（Ptmind）／SiTest Lite 公式料金ページ（グラッドキューブ）／総務省「外部送信規律」解説ページ・FAQ・パンフレット、電気通信事業法第27条の12および同施行規則第22条の2の27〜31／総務省 ICTサービスの利用環境の整備に関する研究会 利用者情報ワーキンググループ 第2次報告書（案）および意見募集結果（2026年10月）／個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン（通則編）」、FAQ、および「令和8年改正個人情報保護法」公式ページ。
本記事は2026年10月27日時点の情報にもとづきます。各ツールの料金・仕様は改定される場合があるため、導入前に公式情報をご確認ください。料金は原則として公式サイトに記載のあるもののみを掲載し、非公開のものは「非公開」と記載しています。法令の記述は一般的な整理であり、個別の適用については専門家にご確認ください。
