メルティア /entry 改善案 — スクショ比較
2026-09-12 作成／土台＝本番 meltia.net/entry/ の実HTML（アセットも本番から読み込み）。
プロトタイプは送信不能にしてあります。社内検証用・noindex。
🔴 先に訂正します。
当初「送信ボタンがページの98.7%の位置にあり、契約書17,000字をスクロールしないと押せない」と報告しましたが、 これは誤りでした。98.7% はHTMLソース内のバイト位置で、描画された位置ではありません。
実測すると契約書はすでにタブ＋スクロール枠（
当初「送信ボタンがページの98.7%の位置にあり、契約書17,000字をスクロールしないと押せない」と報告しましたが、 これは誤りでした。98.7% はHTMLソース内のバイト位置で、描画された位置ではありません。
実測すると契約書はすでにタブ＋スクロール枠（
mi-tab-scroll・高さ267px）に格納済みで、
スマホでの送信ボタンは56.7%（y=2,161px ／ 全体3,810px）。
「契約書を折りたたむ」案はすでに実装済みだったので候補から外しました。
現状の実測値（本番・2026-09-12）
| スマホ 390×844 | PC 1280×900 | |
|---|---|---|
| ページ全体の高さ | 3,810px（4.5画面） | 3,654px（4.1画面） |
| 最初の入力欄 | y=881px（ファーストビューの37px下） | y=1,257px（357px下） |
| 同意チェック | y=2,062px（54.1%） | y=2,628px（71.9%） |
| 送信ボタン | y=2,161px（56.7%） | y=2,711px（74.2%） |
| 契約書の扱い | タブ5枚＋スクロール枠に格納済み（枠267px に 7,358px 分） | |
※ 参考：GA4 30日で 到達99人 → 入力着手44人 → 申込17人。平均滞在92秒（＝契約書は読まれていない）。
3案の比較
| 現状 全体 3,810px（4.5画面） 入力欄がFVに × 入らない 送信ボタン 56.7%（通常位置） | 案① 追従バー 全体 3,938px（4.7画面） 入力欄がFVに × 入らない 送信ボタン 0%（追従バー（常時表示）） | 案② 入力欄の直後にも 全体 3,994px（4.7画面） 入力欄がFVに × 入らない 送信ボタン 36.7%（入力欄直後） | 案③ ヒーロー圧縮 全体 3,719px（4.4画面） 入力欄がFVに ○ 入る 送信ボタン 55.7%（通常位置） |
① ページを開いた最初の画面
② 送信ボタンが見える位置
① ページを開いた最初の画面
② 送信ボタンが見える位置
ページ全体の長さ（スマホ・全体を縮小）
それぞれ何に効くか
| 案 | 内容 | 効く相手 | 効かない相手 | 障壁 |
|---|---|---|---|---|
| 案① 追従バー | 同意＋申し込むを画面下に常時表示する | スクロール位置を問わず、いつでも押せる | 決断そのもので止まっている人 | 同意の位置が書面の前になる。法的確認が要る |
| 案② 入力欄の直後にも | 3項目を入れ終わった位置にも同意＋申し込むを置く | 3項目を入れた直後に押せる。下まで行かなくてよい | 決断そのもので止まっている人 | 同意の位置が書面の前になる。法的確認が要る |
| 案③ ヒーロー圧縮 | 写真と余白を詰めて、入力欄をファーストビューに入れる | スマホで最初の画面に入力欄が入る（現状は37px下） | 送信ボタンまでの距離は変わらない | 写真の見せ方が変わる。前田社長の好みの問題 |
正直な見立て
当初想定していた「スクロール距離の壁」は、実測では思っていたほど大きくありません （スマホで入力欄→送信ボタンが約1,280px＝1.5画面分）。 3案とも効果は小さめと見ています。
唯一はっきりした欠点はPCで入力欄が357px下にあることで、そこに効くのは案③です。
当初想定していた「スクロール距離の壁」は、実測では思っていたほど大きくありません （スマホで入力欄→送信ボタンが約1,280px＝1.5画面分）。 3案とも効果は小さめと見ています。
唯一はっきりした欠点はPCで入力欄が357px下にあることで、そこに効くのは案③です。