PCでは問題なく見えても、スマートフォンでは文字が読みにくい、表が切れる、ボタンを押せないことがあります。レスポンシブデザインの仕組みを理解し、表示・操作・計測に分けて確認すると、どこから直すかを整理できます。
基礎用語から、検索との関係、よくある表示の不具合、実機点検と改修の進め方までを整理します。自社サイトの画面と計測結果を用意し、該当する項目を書き出しながらお読みください。

この記事でわかること 全8テーマ
01レスポンシブデザインとは何か|まず押さえる基礎
レスポンシブデザインは、画面幅などの条件に合わせてレイアウトや表示を変える設計です。同じURLで同じHTMLを使い、柔軟な寸法指定やCSSのメディアクエリなどで、複数の画面サイズに対応します。
CSSメディアクエリや柔軟な表示設計で、画面サイズや利用条件に対応する設計手法であることが公式資料でも説明されています。 出典:Learn Responsive Design | web.dev
モバイル向けの構成には、レスポンシブ以外に、同じURLで異なるHTMLを配信する方法や、別URLを用いる方法もあります。方式の名前だけで順位や品質は決まりません。現在の構成と、更新・確認する範囲を把握してください。
| 確認すること | 内容・進め方 |
|---|---|
| レスポンシブ | 同じHTMLで、各画面幅の表示・操作を確認 |
| 動的な配信 | デバイスごとに配信される内容を確認 |
| 別のURL | 対応するページ、内容、リンクや転送の整合を確認 |
「モバイルフレンドリー」との違い
モバイルフレンドリーは「スマホで見やすいか」という結果評価です。レスポンシブデザインはその結果を実現するための代表的な手段です。両者は目的と手段の関係にあると理解してください。
| 用語 | 位置づけ |
|---|---|
| モバイルフレンドリー | スマホで見やすい状態かという結果の評価(目的) |
| レスポンシブデザイン | 1つのコードで全デバイス対応し、その状態を実現する仕組み(手段) |
Googleは、実装と維持のしやすさからレスポンシブデザインを推奨しています。導入しただけで全端末の表示が整うわけではないため、実際のコンテンツと操作を複数の画面幅で確認します。
Googleの公式資料は、レスポンシブ・動的な配信・別URLという構成方法と、それぞれで必要な確認を説明しています。 出典:Google:モバイルファーストインデックスに関するおすすめの方法
02利用する端末を、自社の記録で確認する
利用する端末は、自社のアクセスデータから確かめます。業種のイメージで決めず、どの端末で、どのページを、どの経路から見ているかを分けてください。
BtoBでもスマホ閲覧は無視できない
| 確認すること | 内容・進め方 |
|---|---|
| デバイス | スマホ・PCなどで利用状況を分ける |
| 入口 | 検索、広告、参照元などを確認する |
| ページ | どの情報を最初に見ているか確認する |
表示の不備と離脱の関係
| 確認すること | 内容・進め方 |
|---|---|
| 待ち時間 | 読み込みのどこで待たされるか |
| 読みやすさ | 文字・表・画像を確認できるか |
| 操作 | 押せない、進めない箇所がないか |
03検索への情報提供と、ページの体験を分けて考える
Googleが取得できる情報と、利用者の読みやすさ・操作性を、それぞれ確認します。モバイル対応を単一の順位対策として扱わず、次の項目に分けて点検してください。
| 確認すること | 内容・進め方 |
|---|---|
| モバイル版の内容 | 主要な情報を端末によって省いていないか |
| ページの体験 | 読み込み・応答・表示の安定性を計測する |
| URLとリンク | 現在の方式でページの対応と遷移が正しいか |
モバイルファーストインデックス(MFI)の本質
Googleのモバイルファーストインデックスでは、スマートフォンのクローラーが取得したモバイル版の内容を、インデックス登録とランキングに使います。主要な情報がモバイルでも取得できることを確認してください。
Core Web Vitalsとレスポンシブ
Core Web Vitals(コアウェブバイタル)は、読み込み(LCP)・操作応答性(INP)・視覚的安定性(CLS)の3指標でページ体験を測る仕組みです。
Googleの公式資料では、Core Web Vitalsを使った読み込み・応答性・表示の安定性の確認方法が説明されています。 出典:Core Web Vitals と Google 検索の検索結果について | Google 検索セントラル | Documentation | Google for Developers
| 指標 | 測るものと境界 |
|---|---|
| LCP | 最大コンテンツの読み込み時間。良好域の境界は2.5秒 |
| INP | 操作への応答性。良好域の境界は200ms |
| CLS | レイアウトのずれ量。良好域の境界は0.1 |
良好域の判定は、端末別の実利用データの75パーセンタイルで確認します。単発の検査スコアとは分けて扱ってください。画像などを読み込む前から領域を確保しておくと、読み込み時の表示ずれを抑える設計になります。
URLと内容の対応を確認する
| 確認すること | 内容・進め方 |
|---|---|
| ページの対応 | 旧ページと新ページで伝える内容を対応させる |
| 遷移 | リンク、転送、正規URLの指定を確認する |
| 更新の範囲 | 端末ごとの内容とメタデータを一致させる |
04問い合わせなどの結果と、表示の問題を照合する
表示を直した際は、実際の操作と、問い合わせ・購入など目的に合う結果を確認します。流入の変化や広告内容の変更も、同時に記録しておきます。
スマホとPCのCVR差は自社で測る
| 確認すること | 内容・進め方 |
|---|---|
| 集計する期間 | 同じ期間で比較する |
| 分母と分子 | 訪問・利用者・問い合わせ等の定義をそろえる |
| 訪問の条件 | 入口や見ているページの違いも確認する |
離脱だけで、売上の損失を断定しない
閲覧を終えた人がすべて問い合わせを希望していたとは限りません。離脱率をそのまま売上損失に換算せず、情報を読み終えたのか、操作できず止まったのかを実際のページと記録で確認します。
| 確認すること | 内容・進め方 |
|---|---|
| 訪問の規模 | 端末ごとの流入数と見ているページ |
| 操作上の問題 | フォームエラーや押せないボタンなどの再現 |
| 目的の行動 | 問い合わせや申込の完了を確認 |
ブランド信頼への波及
画面の印象についても、読者に近い人に見てもらい、どこが分かりにくいかを確かめます。感想と操作上の問題を分けて記録すると、修正内容を共有しやすくなります。
05文字・ボタン・図表・画像・フォームを点検する
スマートフォンで本文を読んだあと、目的の画面まで実際に進んでください。画面上に収まっていても、内容を読めない、操作を完了できない場合は修正が必要です。

| 確認すること | 内容・進め方 |
|---|---|
| 文字と行間 | 拡大しなくても読めるか、行が詰まりすぎないか |
| 押す領域 | ボタンや隣接リンクを押し分けられるか |
| 図表の表示 | ページ全体が横へはみ出さず、必要な情報を読めるか |
| 画像の容量 | 表示サイズに合う画像を配信しているか |
| フォーム | ラベル、入力、エラー、完了画面を確認できるか |
図が広い場合は、文字ごと小さく縮める以外に、読みやすい表へ変更したり、説明付きで図だけを横スクロールさせたりする方法があります。ページ全体を左右に動かさないと本文を読めない状態は避けてください。
06自社サイトを点検する|今すぐできるチェック手順
計測ツールは問題箇所を探す材料になります。数値の確認と、実際の端末での操作を組み合わせて、修正の優先順位を決めます。
無料診断ツールの活用
PageSpeed Insightsでの診断手順
| 確認すること | 内容・進め方 |
|---|---|
| 実利用データ | 実際の利用状況から集計された値 |
| 検査時のデータ | 特定の条件で測定した結果 |
| 再現する条件 | 端末、ブラウザ、ページ、操作手順 |
実機チェックの観点
| 観点 | 確認内容 |
|---|---|
| 文字 | 本文が読みやすく、内容が欠けていないか |
| ボタン | 押したい要素を選びやすいか |
| 図表 | 表や画像の内容を読めるか |
| 電話導線 | 案内する番号と受付時間が正しく、操作できるか |
| フォーム | 入力から完了まで進め、エラーを修正できるか |
他社の画面を同じ観点で比較する
他社のサイトも同じ端末と観点で操作すると、案内や情報の並べ方を比較できます。デザインの好みだけで判断せず、必要な情報を見つけられるか、操作しやすいかを記録してください。
07影響と作業範囲から、改修の順序を決める
全面改修か部分改修かを決める前に、問題があるページと作業内容を整理します。使えない操作、誤った情報、読みにくい箇所などの影響を示すと、対応範囲と費用を相談しやすくなります。

改修を進める順序
ステップ1: ファーストビューと電話導線
| 確認すること | 内容・進め方 |
|---|---|
| 案内 | 誰に何を提供するページか伝わるか |
| 連絡方法 | 利用できる窓口を見つけられるか |
| 操作の終点 | 問い合わせや電話の操作を完了できるか |
主要ページの実際の内容を確認する
| ページ | 整える狙い |
|---|---|
| トップ | 初回接点の印象と案内導線を確保する |
| サービス | 提供内容をスマホで読み進められる形にする |
| 料金 | 比較・検討の妨げになる表示崩れを防ぐ |
| 会社概要 | 信頼確認の入口として読みやすく保つ |
| 問い合わせ | CV直前の離脱を防ぐ導線とフォームを整える |
次のページへ移るリンクも確認します。主要ページを個別に表示するだけでなく、トップからサービス、条件確認、問い合わせへ進む流れを通して操作してください。
ステップ3: 表示速度の改善
| 改善項目 | 内容 |
|---|---|
| 画像の形式と容量 | 画像をWebP形式に変換し容量を削減する(削減効果は実データで確認) |
| 不要な機能の削除 | 使用していないプラグイン・スクリプトを削除する |
| キャッシュの有効化 | ブラウザキャッシュを有効化する |
| サーバー応答 | サーバー応答時間の水準を診断結果で確認し、遅い場合は環境を見直す |
| 画像サイズの明示 | ファーストビューの画像にwidth/height属性を明示しレイアウトずれを防ぐ |
ステップ4: 効果計測の仕組み化
| 確認すること | 内容・進め方 |
|---|---|
| 計測の条件 | 期間、端末、入口、指標の定義 |
| 変更の内容 | どのページの何を変えたか |
| 表示と操作 | 確認した端末と再現手順 |
| 次の対応 | 問題が残る箇所と担当者 |
08使いにくい箇所を、再現できる記録にする
レスポンシブ対応では、画面幅に収めることに加え、必要な情報を読み、目的の操作を終えられることを確かめます。検索への情報提供も、利用者の操作と分けて確認してください。
| 確認すること | 内容・進め方 |
|---|---|
| 画面 | 端末・ブラウザ・URLと問題の箇所 |
| 操作 | どこからどう進むと困るのか |
| 計測 | 確認した指標と期間、検査条件 |
まず、自社サイトをスマートフォンで開き、主要な情報を読んで問い合わせまで進んでみてください。気づいた点を記録し、計測結果と合わせて制作担当者と共有できます。
相談前に、PageSpeed Insightsの診断結果、GA4のデバイス別アクセス状況、実機チェックで気づいた箇所のメモを準備しておくと、改善の優先順位を具体化しやすくなります。
自社の状況を相談する参照した一次資料
実務の進め方はVONDS編集部の整理です。本文で参照した仕組み・手順は、次の公式資料で確認しています。

