モバイルのCVRが低い原因と改善｜スマホで取りこぼさない

アクセスの大半はスマートフォンからなのに、申し込みの多くはPCから来ている。そんな数字を見て、首をかしげたことはありませんか。

モバイルのCVRがPCより低いという現象は、業種を問わずよく起こります。ただし原因は1つではありません。

この記事では、なぜスマホで取りこぼしが起きるのかを整理したうえで、どこで落ちているかを特定する手順と、実際に効く打ち手をコード例つきで紹介します。

スマホのCVRが低いのは、あなたのサイトだけではありません

最初に言葉を揃えておきます。CVR（コンバージョン率） とは、訪問したセッションのうち何パーセントが目的の行動に到達したかを示す割合です。

目的の行動とは、申し込み、購入、問い合わせ、資料請求など、サイトごとに決めたゴールのことですね。

そのCVRを端末別に出すと、多くのサイトでモバイルがPCを下回ります。これは設計が悪いからだけではありません。

スマホは移動中やすきま時間に、片手で開かれることが多い端末です。じっくり比較検討したい人は、あとでPCに戻ってから申し込む。

そういう行動そのものの違いが、数字の差の一部を作っています。

つまりモバイルが低いこと自体は異常ではない。問題は、差が説明できる範囲を超えているときです。

差がどのくらいなら要注意か

厳密な基準はありませんが、実務では目安を持っておくと判断が早くなります。ひとつの考え方は、PCのCVRを1としたときのモバイルの比率を見ることです。

たとえばPCが3.0%、モバイルが2.0%なら比率は0.67。行動の違いで説明がつく範囲です。

一方でPCが3.0%、モバイルが0.6%なら比率は0.2。ここまで開くと、途中のどこかで物理的に進めなくなっていると疑ったほうがいい。

ただ、比率そのものより大事なのは、どのステップで差が開くのかという点です。入り口から等しく低いのか、それとも特定の1画面だけ極端に落ちるのか。

後者なら原因はかなり絞り込めます。

デバイスを分けないと、平均値が嘘をつきます

全体のCVRだけを追いかけていると、判断を間違えることがあります。構成比が動いたときです。

具体例で見てみましょう。先月と今月で、PCとモバイルの数字がこう変わったとします。

奇妙に見えますよね。PCもモバイルも改善しているのに、合計したCVRは1.40%から1.28%へ下がっています。

からくりは構成比です。CVRが低いモバイルの割合が80%から92%に増えたため、平均が引っ張られただけ。

件数は140から153へ増えているのに、率だけ見ると失敗したように映ります。

逆のパターンもあります。何も改善していないのに、たまたまPC流入が増えて全体CVRが上がる。

これを成果として報告してしまうと、次の打ち手を間違えます。

ですからモバイル改善の話をするときは、必ず端末別に分解した数字で会話してください。全体の平均は、意思決定の材料としては粗すぎます。

StrideのPV/UU分析はページ別・流入元別に加えてデバイス別の内訳も標準で出せるので、分解のために集計をやり直す手間はかかりません。

モバイルでCVRが落ちる、よくある原因

ここからは中身の話です。スマホで詰まる場所には、はっきりした傾向があります。

指はマウスより太い

マウスのポインタは数ピクセル単位で狙えますが、指の接触面は直径10ミリ前後あります。小さなリンクが並んでいると、隣を押してしまう。

押し間違いは、ユーザーの体感では自分のミスとして処理されます。だから不満の声は上がらず、静かに離脱するだけです。

要素の間隔も見落としがちです。ボタン自体は十分大きくても、すぐ下に別のリンクが接していると、スクロールの勢いで誤タップが起きます。

入力の1文字が、PCの何倍も重い

キーボードとフリック入力では、1文字あたりの負担がまるで違います。住所を手で打つ、確認用にメールアドレスを2回入れる、全角半角を指定する。

PCでは数秒の作業が、スマホでは離脱の理由になります。

さらに厄介なのが、入力欄をタップした瞬間にソフトキーボードが画面の半分を占めることです。送信ボタンが見えなくなる状態は、想像以上によくあります。

エラーメッセージが画面外に出るのも致命的です。押しても進まないうえ、理由もわからない。

そこで多くの人が諦めます。

表示の遅さと、読み込み中のずれ

モバイル回線は電波状況で速度が大きく変わります。画像が重いページは、読み込みが終わる前に指が戻るボタンへ向かいます。

もう1つ、レイアウトのずれも無視できません。あとから読み込まれた画像や広告が押し込んできて、タップしようとした瞬間にボタンが下へ動く。

押したかったのは申し込みボタンなのに、別のリンクを踏んでしまう。

こうした表示品質の指標は、GoogleがCore Web Vitalsとして整理しています。数値目標が示されているので、開発側と会話するときの共通言語として使いやすいですよ。

アプリ内ブラウザという落とし穴

見落とされがちなのが、SNSアプリの中で開かれるブラウザです。InstagramやX、LINEのリンクをタップすると、通常のSafariやChromeではなく、アプリに内蔵された簡易ブラウザが立ち上がります。

ここでは挙動が変わります。保存済みの住所やカード情報の自動入力が効かないことがあり、外部の決済画面へうまく遷移できずに止まる場合もあります。

SNS広告のCVRだけ極端に低いなら、まず疑うべきはここです。原稿やターゲティングを直す前に、自分のスマホでSNSの投稿からリンクを踏み、最後まで進めるか試してみてください。

5分で終わりますし、それだけで原因が判明することもあります。

どこで落ちているかを特定する3ステップ

原因の候補が並んだところで、当てずっぽうに直すのは避けましょう。順番に絞り込みます。

1. デバイス別にファネルを並べる

ファネル分析は、訪問からゴールまでの各ステップに何人到達したかを段階的に並べ、どこで人が減るかを見る手法です。これをPCとモバイルで別々に作り、横に並べます。

到達率をステップごとに引き算するだけで、差が大きい箇所が浮かび上がります。カート画面まではほぼ同じなのに、決済入力でモバイルだけ半分になる、といった形で見えるはずです。

ファネルの作り方そのものに不安がある方は、ファネル分析の基本｜離脱ポイントの見つけ方と改善の進め方を先に読むと進めやすいと思います。

なお、期間は最低でも1か月分を取ってください。モバイルは1日単位で見ると数字が跳ねやすく、短い期間だと差が偶然なのか実力なのか判断できません。

2. 差が最大の1ステップに絞る

差が大きかったステップについて、症状から原因の当たりをつけます。よくある対応関係を整理しました。

表の見立ては、あくまで仮説にすぎません。次のステップで裏を取ります。

3. 実際の操作を見る

数字だけでは、なぜ止まったのかまではわかりません。ここで役立つのが、ひとりの行動を追う見方です。

N1分析は、訪問者ひとりの行動履歴をセッションをまたいで時系列で追う手法です。あわせてセッションリプレイで操作を動画のように再現すると、どこで指が迷い、どこで戻ったのかが一目でわかります。

Strideのセッションリプレイは記録の時点で全テキストを伏せ字にし、入力値や画像は一切保存しません。個人情報を抱え込まずに、詰まっている場所だけを確認できます。

録画するページを指定できるので、フォーム画面だけに絞ることもできますよ。記録は7日で自動的に消えます。

3件も見れば、たいてい同じ場所で止まっているのがわかります。

もう1つ、滞在時間の測り方にも注意してください。多くの解析ツールは次のページへ進んだ時刻との差で滞在時間を出すため、1ページだけ見て離れた訪問は0秒として扱われます。

スマホは1ページで完結する訪問が多い端末です。そのため、実際は30秒読まれていたページが0秒と記録され、判断を誤らせます。

Strideは15秒ごとのハートビートで滞在を記録するので、単一ページの訪問でも実数が残ります。この論点は滞在時間・エンゲージメントの正しい測り方で詳しく扱っています。

具体的な打ち手

原因が見えたら手を動かします。効果が出やすい順に見ていきましょう。

押せるCTAと、届く位置

まずボタンです。指で確実に押せる大きさを確保し、隣接要素との間隔を空けます。

AppleのHuman Interface Guidelinesでは44ポイント四方が目安として示されており、実装上は高さ48ピクセル前後を確保しておくと安心です。

最小限の指定に落とすと、こんな形になります。

<a class="cta" href="/signup">無料で試す</a>

<style>
.cta {
  display: block;
  min-height: 48px;      /* 指で押せる高さ */
  padding: 14px 24px;
  margin: 16px 0;        /* 隣の要素と離す */
  font-size: 17px;       /* 16px未満だと拡大されることがある */
  text-align: center;
  border-radius: 8px;
}
@media (max-width: 600px) {
  .cta { width: 100%; }  /* スマホでは横幅いっぱいに */
}
</style>

配置も見直してください。画面下部は親指が自然に届く範囲です。

長いページなら、スクロールに追従する固定CTAを置くと到達率が上がります。ただし固定要素はやりすぎ注意です。

上下に固定バナーを置くと、実際に読める領域が半分近くまで減ってしまいます。

フォームの入力負荷を減らす

次にフォームです。いちばん効くのは項目を削ることで、あとから聞ける情報はあとから聞けば足ります。

残した項目には、適切なキーボードと自動入力を指定します。これだけで体感がかなり変わります。

<label for="tel">電話番号</label>
<input id="tel" name="tel" type="tel"
       inputmode="numeric" autocomplete="tel">

<label for="email">メールアドレス</label>
<input id="email" name="email" type="email"
       inputmode="email" autocomplete="email"
       autocapitalize="off" spellcheck="false">

<label for="zip">郵便番号</label>
<input id="zip" name="zip" inputmode="numeric"
       autocomplete="postal-code" maxlength="8">

inputmode はソフトキーボードの種類を指定する属性です。電話番号や郵便番号でテンキーが出るだけで、入力ミスと手間が同時に減ります。

autocomplete は端末に保存された情報を候補として出すための指定です。住所を1タップで埋められるようになるので、長い住所入力の離脱をかなり抑えられます。

エラーの出し方も重要です。送信後にまとめて出すのではなく、入力欄を離れた時点でその場に表示します。

画面外のエラーは、存在しないのと同じだと考えてください。

フォームは打ち手が多く、単独で1本になるテーマです。個別の工夫はフォーム最適化（EFO）｜入力離脱を減らす7つの工夫にまとめました。

表示速度は、重いものから順に

速度改善はきりがないので、影響の大きいものから手をつけます。ファーストビューの画像を圧縮する、使っていない外部スクリプトを外す、広告や埋め込みの領域をあらかじめ確保してずれを防ぐ。

この3つで大半は片付きます。

ここで注意したいのが、計測タグ自体の重さです。何本ものタグを積み重ねると、改善したいはずのページを自分で重くしてしまいます。

タグの整理は、速度改善として意外に効きます。使っていないツールのタグが残っていないか、この機会に棚卸ししてみてください。

効果はモバイル限定のA/Bテストで確かめる

改善したつもりが逆効果、というのは珍しくありません。だから確認までをセットにします。

A/Bテストは、元のページと変更したページを同時に出し分け、成果を比べる手法です。モバイルの改善なら、比較対象もモバイルの訪問者に絞ります。

走らせる前に決めておくことが3つあります。あとから条件を変えると、結果をどう解釈しても後付けになってしまうからです。

• 対象：モバイルのみか、特定の流入元まで絞るか
• 期間：曜日差を消すため最低1週間、できれば2週間
• 判定条件：CVRと件数のどちらで勝ち負けを決め、各パターン何セッション集めるか

とくに最後の項目が曖昧なまま始めると、判断できない結果を延々と眺めることになります。

たとえばCVRが1.0%のフォームを1.3%へ上げたい場合、必要なセッション数は各パターンで1万前後にのぼります。1日100セッションしかないページで3日走らせても、それは差ではなく揺らぎです。

StrideのA/Bテストはノーコードで、サイトを開いたままビジュアルに編集してテストを作れます。ボタンの文言や大きさを変えるだけの検証なら、開発を待たずに試せます。

手順の詳細はA/Bテストの始め方｜ノーコードで検証する手順と注意点にまとめています。

まとめ

モバイルは今や主戦場です。それでも取りこぼしが起きやすいのは、PCと同じ設計のまま置かれているからでした。

やることは3つに整理できます。端末別に分けて数字を見る、差が最大の1ステップを特定する、タップ・入力・速度のどれが原因かを操作の記録で裏づける。

そして直したら、モバイル限定のA/Bテストで確かめる。この往復を続けることが、いちばん確実な底上げになります。

まずは今月のファネルを、PCとモバイルで並べてみるところから始めてみませんか。