ファーストビューは、ページを開いて最初に見える範囲です。ここで伝えるべきなのは「会社が言いたいこと」より、訪問者が自分向けか、何を頼めるか、次にどこを押すかを判断できる情報です。3秒は厳密な測定値ではなく、迷わず要点をつかめるかを見る短い確認の目安として使います。
ファーストビューに必要な4要素

- 誰向け:地域、業種、悩み、利用場面
- 何ができる:提供するサービスと結果ではなく提供範囲
- 選ぶ根拠:実績、資格、事例、料金入口など確認できる事実
- 次の行動:料金を見る、事例を見る、相談するのどれか一つを主にする
見出しは会社名だけにしない
ロゴと会社名だけでは初めての人が事業内容を判断できません。「〇〇市の小規模店舗向けホームページ制作」のように対象と内容を自然な一文へ入れます。効果保証や根拠のない最上級表現は避けます。
ボタンは具体的な行動を書く
「詳しくはこちら」だけでなく「料金と制作範囲を見る」「相談前の質問を見る」など、移動先が予測できる文言にします。主ボタンを一つ決め、電話、LINE、資料請求を同じ強さで並べすぎません。
PCとスマホを別々に確認する

PCで1画面に収まっても、スマホでは見出し、画像、長い説明でボタンが画面外へ押し出されます。幅320〜430px程度を含む複数端末で、横スクロール、改行、固定ヘッダー、ボタンの重なりを確認します。
| 確認 | PC | スマホ |
|---|---|---|
| 見出し | 1〜2行で視線を集める | 3〜4行以内を目安に実機確認 |
| 画像 | サービス理解を補助 | 人物や商品が不自然に切れない |
| CTA | 主行動を明確に | 親指で押せ、固定要素と重ならない |
画像内へ重要文字を焼き込まない
画像内文字は小画面で読めず、代替テキストだけでは同じ視覚構造になりません。見出しとボタンはHTMLテキストで作り、画像は内容を補助する役割にします。
表示速度と公開前QA

大きなヒーロー画像は、LCPを遅らせる要因になります。WebPやAVIF、適切な寸法、不要なスライダー削減を検討します。web.devは良好なLCPの目安を2.5秒以内としていますが、実ユーザー計測と端末・回線条件を分けて評価します。
- キャッシュを消したスマホ回線でも開く
- 見出しと主ボタンが画像より先に意味を伝えるか見る
- 画像失敗時も内容が分かるか確認
- キーボード操作とフォーカス表示を確認
- 解析でクリック後の行動を計測する
よくある質問
スライドショーは使わない方がよいですか?
必須ではありません。重要メッセージが切り替わって読めない、画像が重い、操作しにくい場合は静止画一枚へ絞る方が明確です。
実績数はどこに置きますか?
検証できる数字だけを見出し近くへ短く置き、集計条件と更新日を説明できるページへリンクします。
3秒で全部説明すべきですか?
いいえ。最初に対象、提供内容、次の行動を伝え、詳細は下層へ分けます。
まとめ
ファーストビューは、誰向け、何ができる、選ぶ根拠、次の行動を一つの流れで示します。PCとスマホを別々に確認し、画像の重さとCTAの見え方までQAしましょう。
確認した公式資料
- Google Search Central:人を第一に考えたコンテンツ(2026年8月22日確認)
- web.dev:Largest Contentful Paint(2026年8月22日確認)
関連記事:ホームページクエスト


コメント