BtoB SaaSのLP A/Bテスト設計｜仮説・指標・実装の進め方

LPのA/Bテストは、ボタンの色を変えて結果を見る作業ではありません。誰に何を変え、どの事業成果で判断するかを決め、同じ条件で割り当てと計測が続く状態を作る必要があります。

この記事では、BtoB SaaSのLPを対象に、ヒートマップなどの観察から仮説を作り、GrowthBookとGA4で検証できる設計へ落とす手順を整理します。

結論：実装前に6項目を決める

加えて、割り当て単位と終了条件を決めます。実装後に指標や期間を都合よく変えると、結果の解釈が不安定になります。

A/Bテストにする課題を選ぶ

テスト候補は、GA4の母数、営業・問い合わせ内容、ヒートマップと録画の共通点から作ります。観察だけで原因を断定せず、「この変更によって、この対象者の、この指標が改善する」という形へ変換します。

不具合を半数に残して比較する必要はありません。正しい状態へ直し、計測を確認してから仮説検証へ進みます。行動観察の方法はBtoB SaaSのヒートマップ分析で整理しています。

仮説を1文で書く

仮説は「対象者に対して、変更を行うと、理由によって、指標が変わる」の順で書きます。

初回訪問の広告流入者に対して、ファーストビューで対象企業と支援範囲を明示すると、自分向けのサービスだと判断しやすくなるため、相談CTAのクリック率が上がる。

見出し、画像、CTA、フォームを同時に変えると、どの差が結果へ影響したか説明しにくくなります。複数変更が一つの体験として不可分なら、パッケージとして扱い、その意図を記録します。

主要指標とガードレールを決める

問い合わせ件数が十分にある場合は、送信完了を主要指標にできます。母数が少ない場合も、CTAクリックだけで勝敗を決めず、送信完了や商談化を後続指標として残します。

指標の役割	BtoB SaaS LPの例	判断
主要指標	generate_lead、相談完了率	仮説が事業成果へ近づいたか
補助指標	CTAクリック、フォーム表示	どの段階が変化したか
ガードレール	エラー率、直帰、対象外問い合わせ	改善と引き換えに悪化していないか
営業側指標	商談化、適合率	件数だけ増えて質が落ちていないか

Googleはリード獲得の推奨イベントとしてgenerate_leadなどを案内しています。既存のGA4イベント設計と命名を合わせ、実験だけの別イベントを乱立させません。

対象者と割り当て単位を決める

LPを見ない利用者や、すでに問い合わせ済みの利用者を母数へ含めると差が薄まります。対象URL、流入元、新規・既存、端末、ログイン状態など、仮説に必要な条件だけを使います。

同じ人が訪問ごとに別パターンへ変わると体験と計測が混ざります。匿名IDかログインIDなど割り当て単位を決め、サイトやサブドメインをまたぐ場合も一貫性を確認します。同意取得前に識別子を保存する設計では、CMPとプライバシー方針を先に確認します。

GrowthBookとGA4を接続する

GrowthBookのJavaScript SDKでは、利用者が実験へ割り当てられたときにtrackingCallbackが呼ばれます。この露出イベントをGA4またはGTMへ送り、実験IDとバリエーションIDを記録します。第三者トラッキング用プラグインも提供されています。

GA4だけでパターンの配信や無作為割り当ては行いません。第三者の実験ツールでテストを管理し、GA4では露出後の行動を解釈します。

公開前のQAを行う

本番トラフィックを流す前に、対照と変更案をURLまたは強制割り当てで確認します。表示だけでなく、次を記録します。

• 対象URLと除外URL
• モバイル・デスクトップの表示
• CTAとフォームの遷移
• GA4 DebugViewの露出・成果イベント
• Clarityなど行動分析のセグメント
• 元へ戻す手順と担当者

Visual Editorを使う場合も、DOMの変更に依存するため、サイト更新後に対象要素とURL条件を再確認します。SPAではURL変更をSDKへ通知する実装が必要です。

終了条件と判断日を決める

結果を毎日見て、良く見えた日に止める運用は避けます。開始前に最低実行期間、必要な母数、主要指標、ガードレール、除外条件、判断者を決めます。

結果は「勝ち」「負け」だけでなく「判断できない」も正しい結論です。差が明確でない場合は、実装不備、対象者、仮説の強さ、必要母数を見直し、同じデータから都合の良いセグメントを探し続けません。

A/Bテスト設計書テンプレート

項目	記入内容
課題と根拠	GA4、ヒートマップ、顧客の声
仮説	対象者・変更・理由・期待する指標
対照／変更案	変更箇所と画面
対象・除外	URL、流入、端末、利用者条件
割り当て	ID、比率、同一パターンの維持方法
指標	主要・補助・ガードレール・営業側
QA	表示、露出、成果、例外条件
終了条件	期間、母数、停止条件、判断者
結果	数値、解釈、採用判断、次の課題

よくある質問

Q. 問い合わせが少なくてもA/Bテストできますか。

実装はできますが、短期間で勝敗を判断できるとは限りません。まず不具合修正やユーザーテストで大きな課題を除き、必要な母数と検出したい差を確認します。

Q. CTAクリック率を主要指標にしてよいですか。

仮説がCTAの認識に関する場合は有用です。ただしクリック後のフォーム完了や商談の質をガードレール・後続指標として確認します。

Q. 一度に複数案を試せますか。

可能ですが、訪問数が分散し判断が難しくなります。最初は対照と一つの変更案から始めます。

公式情報