CRO(コンバージョン率最適化)とは、CVRという指標を単発ではなく継続的に改善し続けるための、体系的な取り組み全体を指します。個別の施策がCVR改善だとすれば、それを仕組みとして回し続ける営みがCROです。
昨年の秋、あるBtoBのクラウドサービス会社から相談を受けました。「CVR改善に半年取り組んできたのに、成果が続かない」という話です。
詳しく聞くと、こういう経緯でした。春にLPのファーストビューを改善して、CVRが1.1%から1.8%に上がった。社内で「成功だ」と盛り上がった。ところがそのあと何もせず放置して、秋には1.3%まで戻っていた。担当者は他の業務に追われ、改善のモメンタムは消えていたそうです。
このような相談は珍しくありません。CVR改善の「施策」自体は知られています。ファーストビューを直す、CTAを増やす、フォームを減らす。やれば数字は動きます。ただ、一回やって終わりにすると、数字はたいてい元に戻ります。
これは施策の問題ではなく、取り組み方の問題です。単発の改善をCVR改善と呼ぶなら、それを継続的な仕組みとして回し続ける営みがCROにあたります。この記事では、CVRとCROの違いを整理したうえで、CROを実務でどう回すか、そして組織としてどう取り組むかまで踏み込みます。
CVRとCROは何が違うのか
まず言葉の整理をしておきます。ここが曖昧なまま進むと、あとで話がずれてしまいます。
CVR(Conversion Rate)は指標です。サイトに来た人のうち何%がコンバージョンしたか。計算式はシンプルで、コンバージョン数 ÷ セッション数 × 100。数字そのものであり、現状の「結果」を表しています。(CVRの計算方法や業界平均値の詳細は「CVRとは?計算方法と業界別平均値を徹底解説」でまとめています。)
CRO(Conversion Rate Optimization)はプロセスです。日本語では「コンバージョン率最適化」。CVRという指標を継続的に改善し続けるための、体系的な取り組みを指します。
ここが大事なところですが、CROは「CVRを上げる施策の集まり」ではありません。施策単体ならCVR改善です。CROはその施策をどう見つけ、どう優先し、どう検証し、どう蓄積するかという一連の仕組みのことを言います。
もう少し具体的に整理します。
| CVR改善 | CRO | |
|---|---|---|
| 性質 | 個別施策 | 継続的プロセス |
| 典型例 | 「CTAの色を変えたらCVRが0.5%上がった」 | 「月次で仮説を立て、テストし、学びを蓄積する体制がある」 |
| 時間軸 | スポット | 半年〜年単位の継続 |
| 必要なもの | 施策のアイデア | 分析基盤、仮説の立て方、テスト運用、組織の合意 |
冒頭のクライアントは、CVR改善はやっていました。ただ、CROにはなっていなかった。だから一度上がった数字が元に戻ってしまったわけです。
CROのフレームワーク:4つのフェーズ
CROの実務は、大きく4つのフェーズで回します。「分析 → 仮説 → テスト → 実装」。これをサイクルとして繰り返す構造です。
一つずつ見ていきます。
フェーズ1:分析(数字で「どこが問題か」を特定する)
CROの起点は、必ずデータです。勘ではありません。
まずやるべきは、ファネル分析です。ユーザーがサイトに入ってからコンバージョンに至るまでの各ステップで、何人が残って何人が離脱しているか。これを数字で可視化します。
GA(Google Analytics)を使っている場合、「目標到達プロセス」レポートでこれが見えます。たとえば、あるBtoBサービスのサイトで分析したときの数字は次のようなものでした。
| ステップ | セッション数 | 離脱率 |
|---|---|---|
| LP到達 | 10,000 | — |
| サービス詳細ページ | 3,200 | 68% |
| 料金ページ | 1,100 | 66% |
| フォーム到達 | 420 | 62% |
| フォーム完了(CV) | 85 | 80% |
全体CVRは0.85%。この数字だけ見ると「まあまあ低いな」で終わりますが、ファネルを分解すると話が変わります。
LPからサービス詳細ページへの遷移で68%が離脱しています。ここが最大のボトルネックです。逆にフォーム到達後の完了率は20%で、BtoBとしては特別低くはない。つまりフォーム改善より先にやるべきことがある、ということになります。
このように「どこが問題か」を数字で絞り込むのが、分析フェーズの仕事です。
ファネル分析に加えて、ヒートマップも併用します。Microsoft Clarity(無料)やHotjarを使えば、ユーザーのスクロール深度、クリック位置、離脱ポイントが視覚的にわかります。数字で「LP離脱率68%」とわかったら、次はヒートマップで「LPのどこで離脱しているか」を確認する。この2段階で、改善すべきポイントが具体化します。
フェーズ2:仮説(「なぜそうなるか」を言語化する)
分析で「どこが問題か」がわかったら、次は「なぜそうなっているか」の仮説を立てます。
ここが意外と難しいところで、多くの人がこの工程を飛ばします。「LP離脱率が高い → ファーストビューを変えよう」と、問題からいきなり施策に飛んでしまう。これだと、的外れな施策を打つリスクが高くなります。
先ほどのBtoBサービスの例で、LP離脱率68%の原因として考えられる仮説はいくつかあります。
- 仮説A:ファーストビューのコピーが抽象的で、ターゲットが「自分ごと」と感じていない
- 仮説B:LPからサービス詳細ページへの導線が目立たず、次に何をすればいいかわからない
- 仮説C:広告のクリエイティブとLPの内容にギャップがあり、期待と違うと感じて離脱している
仮説Aなら対策はコピーの改善。仮説Bならページ内の導線設計。仮説Cなら広告側の見直しが先。仮説によって打ち手がまるで変わるのがわかると思います。
仮説の立て方にはフレームワークがあります。実務でよく使うのは、ResearchXLモデルをベースにしたアプローチです。CXL Institute(現CXL)のPeep Laja氏が体系化したもので、以下の6つの視点からサイトの課題を洗い出します。
- ヒューリスティック分析:専門家の目でUI/UXの問題を洗い出す
- テクニカル分析:ページ速度、ブラウザ互換性、エラーの有無
- Web解析データ:GAやヒートマップの定量データ
- マウストラッキング:クリック、スクロール、注意の集中ポイント
- 定性調査:ユーザーインタビュー、アンケート
- ユーザーテスト:実際にサイトを使ってもらって観察する
全部やるのが理想ですが、現実的にはリソースに限りがあります。おすすめは、まず1(ヒューリスティック分析)と3(Web解析データ)の2つからスタートすることです。この2つは外部の人間がいればすぐに着手でき、大抵のケースで十分な仮説が出せます。
仮説は「テストで検証できる形」にまで落とし込むことが望ましいです。「ファーストビューが弱い」ではなく、「メインコピーを課題訴求型に変更することで、サービス詳細ページへの遷移率が10%以上改善する」。ここまで具体化して初めて、次のテストフェーズに進めます。
フェーズ3:テスト(データで白黒つける)
仮説が立ったら、ABテストで検証します。
ABテストの詳しい手法は「ABテストとは?やり方・ツール・成功事例をわかりやすく解説」で書いているので、ここではCROのプロセスとしてのポイントに絞ります。
問題は、テストの優先順位をどう決めるかです。仮説が5つも10つも出てくることは珍しくありません。全部同時にテストするのは不可能なので、優先順位が要ります。
よく使われるのがPIEフレームワークです。WiderFunnel(現Go Group Digital)のChris Goward氏が提唱したもので、3つの基準でスコアリングします。
- Potential(改善余地):この施策でどれくらい数字が動きそうか(1〜10)
- Importance(重要度):そのページのトラフィックや売上への貢献度(1〜10)
- Ease(実行容易性):技術的・組織的にどれくらい簡単に実施できるか(1〜10)
3つの平均スコアが高い仮説から順にテストしていきます。完璧なフレームワークではないですが、「とりあえずやりたいことからやる」よりは格段に精度が上がります。
テスト期間中に注意したいのが、統計的有意性です。「3日でパターンBが勝っているから確定しよう」という判断は危険です。サンプルサイズが小さいと、偶然の偏りで結果が逆転することがあります。
目安として、各パターンに最低200〜300コンバージョンが溜まるまでは判定しないことが望ましいです。Google Optimizeは終了しましたが、VWOやAB Tastyなどのツールには統計的有意性を自動計算する機能がついているので、ツールの判定結果を尊重するのが安全です。
Optimizely社の公開事例集では、統計的に有意な結果が出るまでに平均2〜4週間かかるとされています。急いで判断したくなる気持ちはわかりますが、ここで焦ると、CROサイクル全体の信頼性が崩れてしまいます。
フェーズ4:実装と学習(勝ちパターンを定着させる)
テストで勝ちパターンが確認できたら、本番実装します。ここまでは当たり前の話です。
CROとしてもっと重要なのは、テスト結果を組織の知見として蓄積することです。
勝っても負けても、テスト結果は記録しておくことが望ましいです。クライアントに提案しているのは、以下の項目を記録するテストログです。
| 項目 | 内容 |
|---|---|
| テスト名 | FV_コピー変更_課題訴求型_202603 |
| 仮説 | 抽象的なコピーを課題訴求型に変更するとページ遷移率が改善する |
| 対象ページ | サービスLP |
| KPI | サービス詳細ページへの遷移率 |
| テスト期間 | 2026/3/1〜3/21 |
| サンプルサイズ | A: 4,200 / B: 4,180 |
| 結果 | B勝ち。遷移率 A: 31% → B: 42%(+35.5%) |
| 有意性 | p < 0.01 |
| 学び | ターゲットの日常業務に紐づく課題を冒頭に出すと反応が良い |
| 次のアクション | 他のLPにも同じアプローチを横展開 |
これが5件、10件と溜まっていくと、「自社のサイトのユーザーには、こういうアプローチが効く」というパターンが見えてきます。これは外部のベストプラクティス集には載っていない、自社だけのナレッジです。ここにCROの本当の価値があります。
実際に何を変えるのか(改善レバーの一覧)
フレームワークの話が続いたので、ここで具体に降ります。「CROの進め方はわかったが、結局どこをいじるのか」は、最初に詰まりやすいところです。
サイト改善で動かせる箇所は、大きく5つの領域に分けられます。領域ごとに、効果が出るまでの早さと着手のしやすさが違います。
| 領域 | 主な改善対象 | 着手しやすさ | 効果が見えるまで |
|---|---|---|---|
| ファーストビュー | キャッチコピー、メインビジュアル、ファーストビュー内のCTA | 中 | 早い(数週間) |
| CTA | ボタンの文言・色・配置・出現回数 | 高 | 早い(数週間) |
| フォーム | 入力項目数、必須項目、エラー表示、入力補助 | 中 | 早い(数週間) |
| コンテンツ | 導入事例、料金の明示、FAQ、実績数値 | 中 | 中程度(1〜2ヶ月) |
| 導線・構造 | ページ間の遷移、ナビゲーション、記事からCVへの接続 | 低 | 遅い(2〜3ヶ月) |
最初の3つは変更範囲が狭く、ABテストで白黒をつけやすい領域です。CROを始めたばかりのフェーズでは、この3つから入るのが定石になります。それぞれの具体的な改善内容は、CTAボタンの最適化とフォーム最適化(EFO)で個別に扱っています。
一方で、着手しやすい領域ばかりを回していると、どこかで頭打ちになります。ボタンの文言を10回テストしても、そもそも料金が書かれていないサイトのCVRは大きくは動きません。コンテンツと導線の見直しは時間がかかりますが、上限を引き上げる効果があります。
順序としては、早く効く3領域で成果と社内の信頼を作り、その勢いでコンテンツ・導線という重い領域に取りかかる。この順番が現実的です。逆に、いきなりサイト全体の構造改革から入ろうとすると、成果が出る前に予算や関心が尽きてしまいます。
どの領域から手をつけるかは、ファネルのどこで落ちているかで決まります。フォーム到達率は高いのに完了率が低いならフォーム、そもそもファーストビューで離脱しているならファーストビュー、というように、フェーズ1の分析結果と対応させて選びます。判断に迷う場合はCVRが低い原因の切り分け方を先に確認すると、当たりをつけやすくなります。
テストを実際に回す段階では、ツールの選定も必要になります。無料で始められるものから大企業向けまで幅がありますので、ABテストツールの比較を参考に、自社のトラフィック規模に合うものを選んでください。
アクセスが少ないサイトでCROをどう回すか
ここまでABテストを前提に書いてきましたが、実務で最初にぶつかるのは「そもそもテストが回せない」という壁です。
AとBに差があったと言い切るには、統計的に十分なサンプル数が要ります。有意水準5%・検出力80%で試算すると、元のCVRが1%のサイトで30%の改善(1.0%→1.3%)を検出するには、各パターンに約19,800セッションが必要になります。AとBの合計で約4万セッション。月間3,000セッションのBtoBサイトでは、1本のテストを終えるのに1年以上かかる計算です(必要セッション数の詳細な早見表はABテストツールの比較に載せています)。
では、そういうサイトはCROを諦めるのかというと、そうではありません。判断の材料を、量から質に切り替えます。
主軸になるのは定性データです。ヒートマップとセッション録画は、数十セッションでも傾向が読めます。「フォームの3項目目で毎回カーソルが止まっている」「料金セクションで大半が引き返している」といった事実は、統計的な有意差を待たずに手を打てる材料です。Microsoft Clarityのような無料ツールでも始められます。読み方はヒートマップ分析で扱っています。
ユーザーテストも有効です。ターゲットに近い人を5人ほど呼んで、サイトを操作しながら考えていることを声に出してもらう。5人でも、致命的な問題はほぼ出尽くします。ABテストで数ヶ月かけて出る答えより、ここで得られる気づきのほうが早くて具体的なことは珍しくありません。
マイクロコンバージョンを設定する方法もあります。最終CVが月に数件しかなくても、その手前の「料金ページ到達」「フォーム表示」「資料ダウンロード」なら件数が数倍から10倍になります。中間指標で判断すれば、必要な観測期間が短くなります。ただし中間指標が改善しても最終CVが増えないケースはあるため、最終CVとの関係を定期的に確認する必要があります。
期間比較(改善前の1ヶ月と改善後の1ヶ月を比べる)に頼る方法もありますが、季節性や広告出稿の変化が混ざるため、これ単体を根拠に判断するのは避けたほうがよいです。使うなら、定性データで明らかな不具合を直したうえで、参考値として見る程度にとどめます。
トラフィック規模ごとの現実的な進め方を整理すると、次のようになります。
| 月間セッション数 | 主な判断材料 | ABテストの位置づけ |
|---|---|---|
| 1万未満 | ヒートマップ、セッション録画、ユーザーテスト | 実施は困難。明らかな不具合の修正を優先する |
| 1万〜5万 | 上記+マイクロコンバージョン | CVRが大きく動く変更に絞れば実施可能 |
| 5万以上 | ファネル分析+ABテスト | 継続的に回せる |
トラフィックが少ないうちは、「勝ち負けを判定する」のではなく「明らかにおかしい箇所を潰す」フェーズだと割り切ったほうが前に進みます。判定できるようになるのは、集客側が伸びてからです。
CROが「組織の取り組み」でなければならない理由
ここまでフレームワークの話をしてきましたが、ここからが本題と言ってもいいかもしれません。
CROは、担当者1人の努力では回りにくいものです。
McKinseyの調査レポートでは、デジタルトランスフォーメーションの取り組みが成功する企業には「経営層のコミットメント」「部門横断の協力体制」「継続的な学習サイクル」の3つが共通していると報告されています。CROも同じ構造です。小さな規模ではありますが、本質的にはデジタル変革プロジェクトの一種だからです。
なぜ組織の話になるかというと、CROは複数の専門領域にまたがるからです。
- 分析:GAやヒートマップのデータを読み解く人
- 仮説立案:UXやコピーライティングの知見がある人
- テスト設計・実装:ABテストツールの操作やコードの修正ができる人
- 意思決定:テスト結果をもとに施策を確定し、予算を配分できる人
これを1人でこなすのは現実的ではありません。兼務でもいいので、最低でも2〜3人のチーム体制が要ります。そしてそのチームが月次で動ける時間と権限を確保する必要があります。
経営層の理解なしにCROは始まらない
現場で一番多い障壁は「経営層がCROの価値を理解していない」ことです。
「ボタンの色を変えるのに、毎月工数をかける意味があるのか」と言われた経験のある担当者は多いのではないでしょうか。
ここで必要なのは、CROを投資対効果の言語で説明することです。
たとえば、月間10,000セッション、CVR 1.0%、顧客単価50万円のBtoBサイトがあるとします。
| シナリオ | CVR | 月間CV | 月間売上相当額 |
|---|---|---|---|
| 現状 | 1.0% | 100件 | 5,000万円 |
| CROで+0.3pt改善 | 1.3% | 130件 | 6,500万円 |
| CROで+0.5pt改善 | 1.5% | 150件 | 7,500万円 |
CVRが0.3ポイント上がるだけで、月間1,500万円の売上増です。年間にすれば1億8,000万円。CROにかかる月々の工数や外注費が数十万〜百数十万円だとすると、ROIは明確に見合います。
Econsultancyの「Conversion Rate Optimization Report」によると、CROに投じた1ドルあたりの平均リターンは223%という調査結果が出ています。これは海外の平均値なので日本の状況とそのまま比較はできませんが、CROが「コストセンター」ではなく「利益を生む投資」であることを示す一つの根拠にはなります。
経営層への説明には、この種の数字を使うのが効果的です。「ユーザー体験を良くしたい」では予算は通りにくい。「CVR 0.3pt改善で月1,500万円の売上増が見込める」なら話が動きます。
マーケ・制作・営業の壁を越える
もう一つの障壁が、部門間の連携です。
CROの分析で「広告のクリエイティブとLPの内容にギャップがある」とわかったとき、LP側を直すのは制作チームですが、広告のクリエイティブを変えるのは広告運用チームです。別の部門、場合によっては別の会社です。
「フォームの項目を減らしたい」と提案すると、営業部門から「リードの質が下がる」と反対が出ることもあります。先ほどのフレームワークの話とは別次元の、社内調整の話です。
これを解決する特効薬はありません。ただ、うまく回っている会社に共通しているのは、CROの定例ミーティングに関係者を全員巻き込んでいることです。
月1回でいいので、分析結果とテスト結果を共有する場を設ける。30分で十分です。テスト結果をオープンにすると、「フォーム項目を減らしたら問い合わせが1.6倍になった」という事実を営業部門も目にすることになります。事実は議論を前に進めてくれます。
CROを始める現実的なステップ
※着手する施策そのものはCVR改善の方法7選、検証の回し方はABテストとは?、原因の切り分けはCVRが低い原因と対策が対応します。
理想論ばかり並べても進まないので、「リソースが限られている会社がCROを始めるなら何からやるか」を書きます。
ステップ1:計測環境を整える(1〜2週間)
GAのキーイベント設定(CV設定)が入っていなければ、まずそこからです。コンバージョンとして計測すべきアクション(問い合わせ完了、資料DLなど)を定義して、正しくトラッキングされている状態をつくります。
加えて、ヒートマップツールを1つ入れてください。Microsoft Clarityなら無料で、タグを1行貼るだけです。これだけでファネル分析とヒートマップ分析の両方ができるようになります。
ステップ2:現状のファネルを可視化する(1週間)
計測環境が整ったら、2〜4週間分のデータを溜めて、ファネルを数字で出します。LP → 詳細ページ → フォーム → 完了の各ステップの通過率と離脱率を出すだけです。スプレッドシートで十分です。
これを見るだけで「どこで人が止まっているか」がわかります。ここがCROの出発点です。
ステップ3:最初の仮説を立ててテストする(2〜4週間)
ファネルで最大のボトルネックがわかったら、そこに対する仮説を1〜3個立てて、最もインパクトが大きそうなものからABテストを回します。
最初のテストは小さいもので問題ありません。CTAの文言を変える、ファーストビューのコピーを変える。実装に半日もかからないもので十分です。大事なのはサイクルを1回転させることです。
ステップ4:結果を共有して次のサイクルへ
テスト結果が出たら、それを社内で共有します。勝っても負けても共有する。特に「負けたテスト」の共有は価値が高いです。「このアプローチはうちのユーザーには響かない」という学びが得られるからです。
ここまでやると、1サイクル目が完了します。あとはこれを月に1回のペースで繰り返すだけです。
最初の3サイクル(3ヶ月)で手応えを感じられたら、そのときに初めて体制の強化や外部リソースの活用を検討すればいい。走り始める前から完璧な体制を作ろうとすると、なかなか始められません。
外部パートナーを使うべきタイミング
※比較検討に入る段階であればCVR改善コンサルの選び方、費用感の把握にはCVR改善の費用相場が判断材料になります。
ここまで自社でCROを回す方法を書いてきましたが、実際にはすべてを社内で完結させるのが難しいケースのほうが多いです。
特に以下のような状況なら、外部の力を借りることを検討する価値があります。
- 分析できる人がいない:GAやヒートマップのデータを見て仮説を立てられる人がいない場合、分析フェーズ自体が始まらない
- テストを回す工数がない:通常業務の合間にABテストを設計・実装・検証するのは、担当者1〜2人の体制ではかなり厳しい
- 改善が頭打ちになった:自社だけで回していると、仮説のバリエーションが枯渇しやすい。他社事例を多く持っている外部パートナーのほうが、新しい角度の仮説を出しやすい
株式会社ティーラが提供するCVアップパートナーズは、まさにこの「分析 → 仮説 → テスト → 実装」のサイクルを丸ごと引き受けるサービスです。実務は弊社で回し、貴社の担当者は意思決定に集中してもらう。こうするとサイクルの回転が速くなり、テストログの蓄積も着実に進みます。
ただ、外部に丸投げすればいいという話でもありません。テスト結果を見てGo/No-Goを判断するのは貴社側の仕事です。ここだけは手放さないことをおすすめします。自社のユーザーのことを一番わかっているのは自社の人間だからです。
まずは「自社のサイトにどれくらい改善余地があるのか」を知るところから始めてみませんか。無料のサイト診断で、ファネルのボトルネックと優先すべき改善ポイントをレポートとしてお渡ししています。
よくある質問
CROとCVR改善は、結局どちらの言葉を使えばいい?
社内での会話では区別しなくても支障はありません。ただ、外部パートナーへの依頼や予算の稟議では区別したほうが通りやすくなります。「LPを改善したい」(CVR改善)と「改善のサイクルを回す体制を作りたい」(CRO)では、必要な期間も費用も体制も変わるからです。単発の依頼のつもりで年間契約を結んで齟齬が出る、という食い違いはここから生まれます。
CROの成果が出るまでどれくらいかかる?
1サイクル(分析・仮説・テスト・実装)に1〜2ヶ月、手応えを感じられるのは3サイクル目あたりというのが目安です。ただし、計測環境が入っていないサイトは、その整備に1〜2週間が別途かかります。最初のテストで大きく勝つケースもありますが、それは運の要素が強いです。3ヶ月で判断せず、半年単位で見たほうが実態に合います。
専任の担当者は必要?
専任である必要はありませんが、月に一定の時間を確保できる人は要ります。分析・仮説・テスト設計・意思決定を兼務2〜3人で分担する形が、中小企業では現実的です。問題になりやすいのは人数より時間で、「他業務の合間に」という前提だと1サイクル目の途中で止まります。月1回30分の定例を先に確保しておくほうが、体制図を作るより効きます。
CROで最初に手をつけるべき場所は?
ファネルで最も離脱が大きいステップです。順番を決めるのは思い込みではなくデータで、「ファーストビューが弱い気がする」と感じていても、実際に落ちているのがフォームなら、フォームから直したほうが効果は大きくなります。切り分け方はCVRが低い原因と対策にまとめています。
ABテストで負けたら、その施策は失敗?
失敗ではありません。「この方向はうちのユーザーには効かない」という情報が確定したという意味では、勝ったテストと同じ価値があります。むしろ問題なのは、勝ち負けが判定できないまま終わるテストです。サンプル数が足りない、期間の途中で他の変更を入れてしまった、といった理由で何も言えなくなるケースは、時間だけを消費します。
CROの費用はどれくらいかかる?
外部に依頼する場合、支援範囲によって幅があります。分析とレポートだけか、テストの実装まで含むかで大きく変わりますので、CVR改善の費用相場とROIで内訳を確認したうえで見積もりを比較することをおすすめします。
参考文献
-
Hotjar. “Heatmaps, Recordings, Surveys & More.” https://www.hotjar.com/
-
CXL. “ResearchXL Framework.” https://cxl.com/blog/researchxl-framework/
-
WiderFunnel (現Go Group Digital). “The PIE Framework for Prioritizing Your A/B Tests.” https://www.widerfunnel.com/pie-framework/
-
Optimizely. “The State of Experimentation.”
-
McKinsey & Company. “Unlocking success in digital transformations.” (2018) https://www.mckinsey.com/capabilities/people-and-organizational-performance/our-insights/unlocking-success-in-digital-transformations
-
Econsultancy. “Conversion Rate Optimization Report.” https://econsultancy.com/reports/conversion-rate-optimization-report/
-
Microsoft. “Clarity - Free Heatmaps & Session Recordings.” https://clarity.microsoft.com/