SiTestとは？ヒートマップ・A/Bテスト・EFOの使い分けを解説

SiTestは、Webサイトの行動分析と、ページやフォームの改善を一つのサービスで扱えるツールです。

ヒートマップで気になる場所を探し、A/Bテストで変更案を比べ、EFOでフォーム入力を支援できます。

ただし、すべての機能を同時に使う必要はありません。

「どこで困っているかを調べる」「改善案を確かめる」「入力の負担を減らす」のどれをしたいのかで、最初に開く画面が変わります。

この記事では、SiTestの機能を実際の業務の順番に並べ、最初の改善案を作るまでの手順を説明します。

操作名と利用条件は2026年10月4日に確認した公式資料に基づいており、自社サイトへ設定する際は対象ページで動作を確かめてください。

SiTestの機能を目的で整理する

SiTestを検討するときは、機能の数より、自社で進めたい作業と対応させて見ましょう。

調査をする人と、ページを変更する人が別なら、その引き継ぎまで含めて考えると導入後の流れが具体的になります。

行動を見る機能を確認する

ヒートマップは、ページ上のどこで操作や滞在が集まっているかをまとめて見る機能です。

セッションリプレイは、一回の訪問での操作を再生し、クリックやページ移動の順番を調べるために使います。

両方を使う場合は、ヒートマップで調査場所を絞り、録画でその前後を確認する流れが考えられます。

たとえば料金欄の周辺で操作が多ければ、「条件を比較しているのか」「先へ進む場所が分からないのか」を録画で調べます。

録画から本人の考えを直接知ることはできないため、見えた操作と原因の仮説は分けて記録しましょう。

製品が提供する分析・改善機能の全体は、SiTestの公式製品紹介で確認できます。

変更を試す機能を確認する

A/Bテストは、用意した複数のページ案を訪問者に振り分け、設定したゴールに対する結果を比較するための機能です。

EFOの入力支援は、フォームの入力形式やエラー表示などを調整する機能です。

ヒートマップを見るだけの作業と、実際のページに変更を適用する作業を区別して進めてください。

やりたいこと	使う機能	最初に残すもの
気になる操作の位置を探す	ヒートマップ・スクロールデータ	対象URLと集計条件
操作の順番を調べる	セッションリプレイ	観察した操作と時刻
改善案の結果を比べる	A/Bテスト	仮説と評価するゴール
入力しづらさを減らす	EFOの入力支援	対象項目と変更内容
入力項目ごとの状況を調べる	フォームの分析レポート	指標の意味と集計期間

分析で得た気付きを変更案にし、その結果をまた分析する、という一周を作ることが導入の目的です。

SiTestのヒートマップで課題を探す

最初は、改善したいページを一つだけ選びます。

「ページ一覧」で対象ページの右側にある「ヒートマップ」から分析画面を開けます（公式の表示手順）。

端末ごとの操作を確認する

ページを選んだら、デバイスと表示する期間を確認します。

PCのクリックとスマートフォンのタップでは、使える表示や操作の意味が違います。

「表示情報」で、知りたい内容に対応するヒートマップを選びましょう。

マウスグラフィはマウスポインターの動きを可視化するPC向けの機能であり、人の目の動きを直接測る装置ではありません。

画面内の注目を考える補助として使い、どの文章を読んだかまでは断定しないようにします（マウスグラフィの公式説明）。

スマートフォンでは、指で押した場所やタッチ操作を確認し、ボタンの大きさや固定表示との重なりも実機で確かめてください。

端末を切り替えても、同じページの同じ位置が見えるとは限らない点に注意します。

数値と画面を合わせて見る

SiTestのスクロールヒートマップは、スクロール位置ごとの滞在時間を色で表します。

赤い場所を、そのまま到達者が多い場所や、理解された場所と読み替えないでください（スクロールヒートマップの定義）。

到達数や到達率を数値で調べるときは、画面の「スクロールデータ」へ進みます。

ここでは位置ごとの到達状況と平均滞在時間を確認できます（スクロールデータの見方）。

たとえば申込ボタンが押されない場合、ボタンまで到達していないのか、到達しても操作されないのかで、次の調査が変わります。

前者ならボタンより上の構成、後者なら条件の説明やボタン周辺の表示が調査候補です。

色の印象だけで結論を出さず、件数、到達状況、実際の表示をセットで残しましょう。

SiTestの比較分析を使う

全訪問者をまとめた結果だけでは、特定の端末や流入にある問題が見えにくくなる場合があります。

比較するときは、「何を変えて比べるか」を一つ決め、それ以外の条件をできるだけそろえます。

期間をそろえて比較する

ページの改善前後を見るなら、「並べて比較」で期間の異なるヒートマップを並べます。

対象URL、端末、表示するヒートマップの種類をそろえ、期間だけを変えた状態から確認すると整理しやすくなります。

この画面では、期間やセグメントなどの異なる条件を組み合わせた比較が可能です（ヒートマップ画面の比較機能）。

ただし、改善前後に広告の内容や価格も変わっていれば、操作の差をページ変更だけの効果とは判断できません。

改修日と、それ以外に変わったことを同じメモへ書いておきましょう。

集計期間を長くすれば必ず正確になるわけではなく、違う条件の訪問が混ざらないかを確認することが大切です。

流入条件を分ける

「セグメント」を使うと、条件に合った訪問を分けて確認できます。

公式のレギュラーセグメントには、端末、新規ユーザー、リピーター、自然検索やGoogle検索広告からの流入などが用意されています（セグメントの種類）。

分析画面からセグメントを選び、比較したい条件を適用します（セグメントを選ぶ手順）。

たとえば検索広告と自然検索を比べる場合、広告文や検索意図が違うため、到達率の差だけで片方を悪い訪問と判断しないでください。

また、条件を細かくしすぎると対象の記録が少なくなります。

見たい差がはっきりしないときは、期間を延ばす前に、絞り込みが目的に対して細かすぎないか見直します。

比較メモには、選んだセグメント名と件数を残しておきましょう。

SiTestのA/Bテストを検討する

ヒートマップで問題の候補が見つかったら、その仮説を確かめる変更案を作ります。

色が変わることではなく、読者に進んでほしい行動を評価の中心に置きます。

仮説と成果指標を決める

たとえば「フォームへ進む前に料金の条件を確認できず、申込をためらっているのではないか」という仮説なら、申込ボタンの近くに条件を明示する案が考えられます。

これは検証案の例であり、SiTestで効果が実証された施策という意味ではありません。

テストを作る前に、現在のページ、変える箇所、主に評価するゴール、確認する期間を記録します。

SiTestでは「A/Bテストを新規作成」からテスト名、対象ページ、ゴール、勝利の判定条件を設定する流れになっています。

ゴールを設定せずに実施することもできますが、その場合は勝敗に関する情報を取得できません（1ページのA/Bテストを作る手順）。

最初は一つの変更理由に絞り、ボタンのクリックだけでなく、その先の申込完了まで確認できるようにします。

テストの対象範囲を確認する

変更案を保存したら、PCとスマートフォンで表示と操作を確認してから、一般の訪問者へ配信します。

SiTestの公式ヘルプでは、URLパラメータなどで確認対象を限定して表示・動作を試し、確認後にテストを複製して本番の配信条件へ設定し直す手順が案内されています。

動作確認用の振り分けを、そのまま本番テストに使わないようにしてください（テストの表示・動作を確認する手順）。

実施画面では、パターンへの振り分け割合、対象者の条件、実施予約を確認できます。

同じURLで別のテストやパーソナライズも動いている場合は、変更が重ならないかを確認します（A/Bテストを実施する手順）。

実施後は、テストレポートでゴールの結果を確認し、必要に応じてパターン別のヒートマップへ進みます。

レポートからヒートマップを開く機能は書き換えパターンが対象なので、リダイレクト方式も同じ操作で見られると思わないようにしましょう（パターン別ヒートマップの対象）。

SiTestのEFOを検討する

フォームまで来た後に困っている可能性があるなら、EFOの分析と入力支援を検討します。

申込ボタンの位置の問題と、入力中の問題では、調べる画面も修正内容も変わります。

入力支援と分析を分ける

「フォームの分析レポート」は、項目ごとの入力開始や中断などを調べる画面です。

一方の入力支援は、入力形式のチェックやエラーメッセージなどを設定し、フォームの動作へ反映する機能です。

最初にレポートで調査する項目を絞り、必要な支援だけを検討しましょう。

たとえば「入力完了」という表示も、フォーム送信の成功と同じ意味とは限りません。

SiTestの項目別レポートでは、入力完了数は項目からフォーカスを外した回数として定義されています（フォームレポートの指標定義）。

その項目から次へ移ったことと、申込が受け付けられたことを分けて確認してください。

入力支援を設定する場合は、「フォームがあるページ一覧」から対象ページの「入力を支援する」へ進みます（入力支援の編集方法）。

対応するフォームを確認する

公式資料では、計測・支援するform要素とinput要素に、一意のid属性またはname属性が必要とされています。

フォームのmethod属性がpostであることなども、事前に制作担当者へ確認してください。

ページごとのトラッキング設定で「フォーム改善機能」が有効になっていることも必要です（フォーム改善機能の設定）。

外部のカートやフォームサービスを使っている場合は、対応しているかを個別に確認します。

入力支援の編集と開始は別の操作であり、「入力支援を開始する」を実行すると、公開中のページへ設定が適用されます（入力支援の開始手順）。

開始前後には、未入力、誤入力、正しい入力、送信成功の各状態を試してください。

既存のフォーム側のエラー表示と二重にならないか、スマートフォンで入力欄が隠れないかも確認します。

SiTest導入の確認手順

導入時の成果物は、機能を一通り開いた記録ではなく、「一つの課題に対して、何を調べて何を試すか」が決まったメモにしましょう。

担当者が変わっても同じ条件で続けられる形にしておくと、分析が継続しやすくなります。

必要な機能で試用する

まず、対象サイトを登録したプロジェクトのトラッキングコードを確認します。

「プロジェクト一覧」で対象のプロジェクトからコードの確認画面を開き、「発行済」の内容を確認できます。

カスタムタグが発行されている場合などは、案内されたコードを使用してください（トラッキングコードの確認方法）。

設置は自社サイトの管理方法に合わせて担当者へ依頼し、同じコードが二重に入っていないか確認します。

計測できたら、一つのページで次の流れを試してみましょう。

作業	確認する内容	残す結果
対象を選ぶ	URL・期間・端末が合っているか	分析条件
行動を見る	到達状況・クリック・録画	観察した問題候補
手段を選ぶ	ページ比較か、フォーム支援か	使用する機能
変更を準備する	仮説・ゴール・表示の確認	テストまたは支援の設定案
結果を確認する	指標の定義と計測条件	次の判断と担当者

テスト配信や入力支援を開始する前に、ページを変更してよい担当者と適用範囲を確認してください。

料金と運用担当を確認する

2026年10月4日に確認した公式プランページでは、月額0円のフリープランに月間3,000PV・1ドメインという条件が示されています。

別途、30,000PV・2ドメインの無料トライアルも案内されているため、継続する無料枠と試用枠を混同しないようにしましょう。

有料プランは計測PV数やドメイン数による個別見積もりです（SiTestの料金プラン）。

申込時は最新の上限、使いたい機能、保存・閲覧条件、サポート、契約期間を確認してください。

あわせて、分析する人、変更を実装する人、結果を判断する人を決めます。

一人で担当する場合も、週ごとに「調べるページ」と「次に決めること」を一つずつ置くと、機能を眺めるだけで終わりにくくなります。

改善箇所の優先順位から整理したい場合は、LPOの進め方をご覧ください。

フォームの計測設計から見直す場合は、EFOの改善手順で、到達・入力・送信・受付成功の分け方を解説しています。