ホームページのスマホ表示崩れをチェック・修正する方法|初心者向けレスポンシブ対応ガイド

濃紺の背景に『原因の見分け方と症状別の直し方』の文字とAI・Webサービスのカテゴリータグを配置した、ホームページのスマホ表示崩れについて原因の切り分け方法と症状ごとの具体的な修正手順を解説する記事のアイキャッチ画像 ホームページ制作・運営

広告について 本記事に商品・サービスのアフィリエイト広告は含まれていません。原因の特定と直し方に絞って解説します。

サイト運営者・制作者向け
ホームページのスマホ表示崩れをチェック・修正する方法

スマホだけ見切れるときは、崩れた箇所と画面幅を特定してから直します。画像・表・文字やボタンの症状別に、無料の確認方法とCSS修正例を紹介します。

原因の特定無料ツールでの確認手順症状別の直し方
結論
まず「viewport・画像幅・テーブル幅」の3点だけ確認する

この記事は、公開済みホームページで「スマホだけ表示が崩れる」場合の原因切り分け記事です。最初からCSS全体を直さず、viewport、固定幅の画像、テーブル、長い文字列、ボタン・メニューを順番に確認します。Chrome DevToolsで崩れる場所を再現できれば、原因を1つずつ切り分けられます。サイト全体の公開前確認は公開前チェックリストへ分けます。

崩れる箇所が分かっている場合:画像のはみ出し/表の見切れ/文字・ボタンの修正例へ進めます。まだ分からない場合は、下の症状チェックから原因候補を整理してください。

YOHAKU INTERACTIVE CHECK

スマホ表示チェック|どこから確認する?

実機で見た症状から、先に調べる候補を表示します。このページが別のサイトを自動検査する機能ではありません。

履歴は保存できる場合に、この端末・ブラウザ内へ残ります。サイトのCSSを変更する機能ではありません。コピー結果は手元で保管し、修正後は同じ画面幅と実機で再確認してください。

このチェックのボタンにはJavaScriptが必要です。下の症状別の説明・画像・表・ボタンの修正例は、そのまま読めます。

なお、これから公開するホームページ全体のチェック項目を知りたい場合は「ホームページ公開前チェックリスト|初心者が見落としがちな20項目」を、設計から公開後の改善まで全体像を整理したい場合は「個人事業主のホームページ設計ロードマップ|6つの基本ページをつなぐ作り方」をあわせてご覧ください。WordPressで自作する流れから確認したい場合は「個人事業主のホームページをWordPressで自作する方法|初心者でも集客できる完全ガイド」が入口です。本記事は、すでに公開しているサイトで「スマホだけ崩れている」ことに気づいた方向けに、原因の特定と修正方法に絞って解説します。

なぜパソコンでは正常なのにスマホだと崩れるのか

パソコンとスマホでは画面幅が大きく異なるため、幅の指定が固定的な作りになっていると、パソコンでは問題なく見えても、スマホの狭い画面幅では崩れとして表面化します。よくある原因は次の3つです。

1
viewportメタタグの未設定・誤設定

<meta name="viewport" content="width=device-width, initial-scale=1"> が設定されていないと、スマホは画面幅980px程度の仮想的な表示領域でページを描画しようとし、その結果ページ全体が縮小されて表示されます。widthに固定の数値を指定している場合も、画面幅によっては同様の問題が起きます。

2
画像への固定px幅指定

画像に「600px」のような幅が指定され、狭い画面でも縮まらないと、はみ出しの原因になります。ただし、HTMLのwidth属性があるだけで原因とは断定できません。実際に適用されているwidth・max-width・min-widthと、外側の要素の幅をDevToolsで確認します。

3
テーブルの横幅固定

比較表などをそのままの列数・幅で表示しようとすると、スマホの画面幅に収まりきらず、一部が切れたり、レイアウトごと崩れたりします。

スマホとPCの表示崩れを簡単に直せるツールはある?

サイト全体の表示崩れを安全にワンクリックで自動修正できる万能ツールはありません。まず無料のChrome DevToolsで崩れる画面幅と要素を特定し、PageSpeed Insightsや実機確認を補助に使うのが現実的です。原因が画像の固定幅やテーブルなら数行のCSSで直せることがありますが、テーマ全体の構造が原因なら自動修正よりバックアップを取って部分的に直す方が安全です。

最短の確認手順

①Chrome DevToolsでスマホ幅を再現 → ②横にはみ出している画像・表・固定幅要素を特定 → ③変更前を保存 → ④CSSを1か所ずつ修正 → ⑤実機のスマホとPCで再確認、の順で進めます。

overflow-x:hiddenだけで隠して終わらせない

横スクロールを消すためにbody { overflow-x:hidden; }を入れる方法は、見た目上の横揺れを止めることがあります。ただし、はみ出した画像・表・ボタンなどの原因そのものを直さず、読めない部分まで画面外へ隠す可能性があります。まずDevToolsで幅を超えている要素を特定し、画像ならmax-width:100%、表なら横スクロール用ラッパー、固定幅ならレスポンシブな指定へ直すのを優先します。原因修正後も意図しない横スクロールが残る場合だけ、適用範囲を絞って検討してください。

表示崩れを無料でチェックする方法

専門知識がなくても、以下の無料の手段で表示崩れを確認できます。まずは原因を推測する前に、実際の崩れ方を目視で確認しましょう。

確認手段 できること 向いている確認内容 注意点
Chrome DevToolsのレスポンシブデザインモード 任意の画面幅・実機プリセットでの表示を再現できる レイアウト崩れの目視確認、画面幅を変えたときの挙動の確認 あくまでエミュレーションのため、実機のフォント表示・タップ感覚とは差が出ることがある
PageSpeed Insights URLを入力すると、モバイル/デスクトップ双方の診断結果が得られる 表示速度やモバイルユーザビリティに関する自動診断の確認 画面の仕様や指摘項目は今後変更される可能性があるため、都度公式サイトで確認する
実機での確認 自分のスマホで実際にサイトを開いて確認できる 最終確認、フォントの見え方やタップのしやすさの確認 手元の端末・ブラウザに限られるため、可能であれば複数機種で確認するのが望ましい

Chrome DevToolsのレスポンシブデザインモードの使い方

確認したいページをChromeで開き、キーボードショートカット(Windows: Ctrl+Shift+M、Mac: Cmd+Shift+M)でデバイスツールバーの表示を切り替えます。ショートカットが効かない場合は、先にDevTools自体を開いてから切り替えてください。DevToolsを開くショートカットはWindows/LinuxではF12またはCtrl+Shift+I、MacではFn+F12またはCmd+Option+Iです(MacはCmd+Shift+Iでは反応しないため注意してください)。画面上部のプルダウンから任意のスマホ機種を選ぶか、画面幅を数値で直接指定して、崩れが起きる幅を特定できます。ショートカットキーはChromeのバージョンによって多少異なる場合があるため、反応しない場合はDevToolsのメニューから操作してください。

PageSpeed Insightsでモバイル診断を確認する

PageSpeed Insights(https://pagespeed.web.dev/)にサイトのURLを入力すると、モバイル・デスクトップそれぞれの診断結果が表示されます。表示速度が主な指標ですが、あわせてページ構造上の問題点が指摘されることもあるため、表示崩れの原因を探る補助的な手段として活用できます。画面の仕様は変更されることがあるため、実際にアクセスして最新の表示内容を確認してください。

実機での確認も必ず併用する

Chrome DevToolsのデバイスモードは、スマホ表示を近似するための確認機能です。実機そのものではないため、最後はスマホで文字・操作・表示を確認します。まず同じURLを幅320px・375px・425pxで開き、「ページ全体に横スクロールが出るか」「画像や表だけがはみ出すか」「ボタンやメニューが操作できるか」を順に確認してください。この3幅はChrome公式のプリセットを使った確認例で、すべての端末への対応を保証する基準ではありません。崩れる幅と場所を記録し、該当する要素だけ修正してからパソコン表示も再確認します。

Chrome公式:デバイスモードの使い方と実機確認が必要な理由(確認日:2026年10月6日)。

コラム:かつての「モバイルフレンドリーテスト」について

Googleの「Mobile-Friendly Test」とSearch Consoleの「モバイル ユーザビリティ」レポートは、2023年12月1日に終了しています。Google Search Centralの公式記事でも同日付の終了を確認できます。現在の表示崩れ確認では、Chrome DevToolsで幅を変えて原因を探し、実機で表示と操作を確認します。PageSpeed InsightsやLighthouseは速度・アクセシビリティなどの確認を補助するもので、点数だけで「スマホ表示に問題がない」と判断しません。

Google公式:Mobile-Friendly Testとモバイル ユーザビリティ レポートの終了(終了日:2023年12月1日/確認日:2026年10月6日)。

症状別の直し方(CSS修正例つき)

原因が特定できたら、症状に応じて以下のように対処します。個別サイトのテーマやプラグインの実装によって調整が必要な場合がありますが、まずは基本形として押さえておくと応用が利きます。

原因 よくある症状 対処法(概要)
viewport未設定・誤設定 ページ全体が縮小表示される、PCと同じ見た目のまま拡大縮小しないと読めない viewportメタタグを正しく設定する
画像の固定幅指定 画像が画面からはみ出す、横スクロールが発生する max-width:100%; height:auto; を指定する
テーブルの横幅固定 表が画面に収まらず一部が切れる、レイアウトが崩れる 横スクロール可能なラップ要素で囲む、またはカード型に組み替える
タップ領域の不足 ボタンやリンクが押しにくい、誤タップが多いと言われる タップ領域を広げる(目安は後述)

画像がはみ出す・ぼやける場合

画像自体が縮まらないことを確認したら、次の考え方で幅を調整します。例のimgは画像全般に一致するため、そのままサイト共通CSSへ追加せず、DevToolsで崩れている画像を選び、既存クラスなどで対象を限定して試してください。親の枠がはみ出している場合は、その枠を先に調べます。

img {
  max-width: 100%;
  height: auto;
}

このCSSは画像を画面幅に収めるための例です。ぼやける問題は別に、表示幅に対して配信画像が小さすぎないかを確認します。メディアライブラリの元画像だけでなく、公開ページで使われる画像候補とファイル寸法を比べてください。画像は鮮明でも全体が小さい、端だけ切れる場合は、ブロックや外側の枠の幅・縦横比も分けて調べます。

表がスマホで見切れる場合

料金表だけが右へ切れる場合は、表の外側に横スクロール用の枠を作ります。表を縮めて文字を極端に小さくする前に、枠の幅を本文内へ収め、右端の列まで読める形を試してください。

コピーして試す|3列の料金表を横スクロールにする

次は作り方を示す架空の料金表です。当サイトの販売料金・作業実績ではありません。狭い幅では枠の中を横へ動かして、3列目の「含む作業の例」まで確認します。

表は横にスクロールできます。パソコンではTabで表の枠へ移動し、左右の矢印キーで試してください。

料金比較(架空の例)
プラン 料金の例 含む作業の例
A 10,000円 1ページの文章調整
B 30,000円 3ページの文章調整
HTMLとCSS、貼り付け先を開く

1.HTML:WordPressの本文では「カスタムHTML」ブロックへ入れ、プレビューで表を確認します。既存の表を直す場合は、表を丸ごとこの枠で囲み、内容・料金・注記は自分の情報を維持してください。

<p id="yh-price-hint">表は横にスクロールできます。</p>
<div class="yh-price-scroll" tabindex="0" role="region"
     aria-label="料金比較表" aria-describedby="yh-price-hint">
  <table>
    <caption>料金比較(架空の例)</caption>
    <thead><tr>
      <th scope="col">プラン</th>
      <th scope="col">料金の例</th>
      <th scope="col">含む作業の例</th>
    </tr></thead>
    <tbody>
      <tr><th scope="row">A</th><td>10,000円</td><td>1ページの文章調整</td></tr>
      <tr><th scope="row">B</th><td>30,000円</td><td>3ページの文章調整</td></tr>
    </tbody>
  </table>
</div>

2.CSS:クラシックテーマで「外観 → カスタマイズ → 追加CSS」がある場合は、次を追加します。ブロックテーマなどで画面が異なる場合は、利用中テーマの公式案内でCSSの追加先を確認してください。親テーマのファイルを直接書き換える必要はありません。

.yh-price-scroll {
  max-width: 100%;
  min-width: 0;
  overflow-x: auto;
}
.yh-price-scroll table {
  width: 100%;
  min-width: 36rem;
  border-collapse: collapse;
}
.yh-price-scroll th,
.yh-price-scroll td {
  padding: 12px;
  border: 1px solid #dce5ef;
  text-align: left;
  overflow-wrap: anywhere;
}
.yh-price-scroll:focus-visible {
  outline: 3px solid #2563eb;
  outline-offset: 3px;
}

36remはこの例の表の最小幅です。列数と内容に合わせて調整してください。CSSは.yh-price-scrollの中へ限定しています。同じページで複数の表を置く場合は、説明用のidとaria-describedbyの組を表ごとに変えます。

WordPress公式:追加CSS / MDN:スクロール枠とキーボード操作 / MDN:captionと見出しセル(確認日:2026年10月8日)。

修正後の合格条件:①ページ全体にはみ出さない、②表の右端まで読める、③Tab・左右キーで枠を操作できる、④文字拡大とパソコン表示でも内容が欠けない。CSSの数値だけで合格とせず、自分のページを実機でも確認します。今回の例は実機での動作・見た目を保証するものではありません。

まだページ全体が横にはみ出す場合は、表の枠の外に固定幅の要素がないかも確認します。横スクロールで比較しづらい表は、項目を減らす、用途別に表を分ける方法も選べます。body { overflow-x: hidden; }だけで隠して、読めない列を残さないようにしましょう。

文字が小さい・ボタンが押しにくい場合

本文の文字サイズが極端に小さい場合は、スマホ表示時のフォントサイズを個別に見直します。ボタンやリンクが押しにくい場合は、タップ領域そのものを広げることが有効です。Chrome Lighthouse / web.devでは、モバイルのタップ領域は約48×48pxを目安にし、近接するターゲットには十分な間隔を持たせる考え方が案内されています。見た目のアイコンが小さい場合でも、paddingで実際のタップ領域を広げられます。

.button {
  display: inline-block;
  min-width: 48px;
  min-height: 48px;
  padding: 12px 20px;
}

例の.buttonは、実際のボタンにそのクラスがある場合だけ一致します。見た目がボタンでも、別のクラスならそのままでは適用されません。DevToolsで対象と適用中のCSSを確認し、範囲を限定します。数値だけで押しやすさを判断せず、隣との間隔、文字の折り返し、実機でのタップを確かめてください。

コラム:WordPress(Cocoon等)特有の崩れ方にも注意

自社サイトで実際に起きた崩れの一例

当サイトでも、Cocoonテーマの独自デザイン要素を作り込んでいた際に、WordPressのwpautopフィルタ(本文中のブロック要素の前後に自動で改行・段落タグを挿入する仕組み)が原因で、インライン要素の直後にブロック要素が続く箇所に不整合なタグが挿入され、文字が縦1文字ずつバラバラに表示される崩れが発生したことがあります。これは一般的なホームページで多く見られる「viewport未設定」「画像・表の固定幅」とは別カテゴリの、WordPress特有のレアケースです。同様の症状(意図しない位置での改行・想定外のレイアウト崩壊)が出た場合は、本文中に手打ちしたHTMLの構造(インライン要素とブロック要素の並び順)を疑ってみてください。

自分で直せる範囲と、専門家に依頼すべき範囲

ここまでの内容の多くは、CSSの基本的な知識があれば自力で対応できます。一方で、以下のようなケースは無理をせず専門家に相談したほうが安全です。

自分で直せる範囲
CSSの数行修正で対応できるもの

原因の要素、変更する値、元へ戻す方法を説明できる範囲から進めます。修正前を保存し、プレビューや検証環境で1か所ずつ試して、同じ画面幅とPC表示を比較してください。対象や適用先が分からない場合は、例をそのまま追加せず、崩れたURL・画面幅・画像と確認結果を制作担当へ渡します。viewportはHTML側の設定なので、CSSの修正とは分けて確認します。

専門家に依頼すべき範囲
テーマ全体の構造やレイアウトシステムに関わるもの

崩れの原因がテーマ本体のグリッドレイアウトやテンプレート構造に及んでいる場合、部分的な修正では直らず、テーマのカスタマイズやコーディング全体の見直しが必要になることがあります。この見極めが難しい場合は、無理に自己流で修正を重ねず制作会社や専門家に相談することをおすすめします。

「そもそも自作・AI活用・外注のどれで運営していくべきか」から判断したい場合は「個人事業主向けホームページ制作の選び方|自作・AI活用・外注を徹底比較」も参考にしてください。また、表示崩れが特定のテーマの構造に起因している場合、テーマ自体の作り込みの丁寧さも関係します。テーマ選びの基準は「WordPressテーマは無料と有料どっち?費用・機能・サポートで比較」で解説しています。

修正後の確認チェックリスト

修正が完了したら、以下の手順で「本当に直ったか」を確認しましょう。

1
Chrome DevToolsで複数の画面幅を確認する

修正した箇所だけでなく、崩れていた前後のページ全体を、いくつかの画面幅で確認します。

2
実機で最終確認する

DevToolsだけで判断せず、自分のスマホで実際にページを開いて表示を確認します。

3
修正箇所以外のページにも同じ崩れがないか確認する

同じテーマ・同じパーツを使っている他のページでも、同様の崩れが起きていないか横展開でチェックします。

4
定期的なチェックを習慣にする

一度直しても、新しく追加したコンテンツで同じ問題が再発することがあります。公開前・月次のチェックに組み込むことをおすすめします。

公開前の総合的なチェック項目は「ホームページ公開前チェックリスト|初心者が見落としがちな20項目」を、公開後の定期チェックの習慣化は「ホームページ運営 月次メンテナンスチェックリスト|個人事業主が毎月確認すべき20項目」を参考にしてください。Google Search Consoleを併用している場合は、URL検査ツール等の関連機能について「Google Search Consoleの使い方」でも解説しています。

表示崩れを再現できるように記録する

「スマホで変」では修正対象を絞れません。架空の記入例:料金ページ/幅375 CSSピクセルの縦表示/料金表の右端が見切れる/表の親要素だけを変更/同じ幅で再確認。これは症状の記録例で、このサイトの実測結果ではありません。最初に1つの症状を再現し、以下をそろえてからCSSを変更します。ブラウザの端末シミュレーションで確認した結果と、実際のスマートフォンで確認した結果は区別して残します。

確認項目 確認・記録する内容
ページと場所 URL、見出し、画像・表・ボタンの位置
条件 端末・ブラウザー・画面の向き・文字拡大の有無
症状 右にはみ出す/重なる/押せない等
変更前後 スクリーンショットと変更した1つの設定

サイト全体の画像やボタンへ一括適用する前に、対象ページや部品へ範囲を絞って試します。はみ出しを隠すだけの設定では、内容が読めなくなっていないかも確認しましょう。修正後はパソコン側も再確認します。

よくある質問

「スマホ 表示崩れ」で検索すると、画面が焼き付く・ちらつくといった記事も出てきますが関係ありますか?

それはスマホ本体のディスプレイの不具合に関する情報で、本記事が扱うホームページの表示崩れとは別の話です。パソコンでは正常に見えるのにスマホでだけ崩れる場合は、本記事で紹介した原因(viewport・画像幅・テーブル幅等)を確認してください。

表示崩れのチェックに専門知識や有料ツールは必要ですか?

必須ではありません。ChromeのDevToolsもPageSpeed Insightsも無料で使えます。まずは無料の手段で崩れ方を確認し、CSSの基本的な修正例で対応できるかどうかを見極めることから始められます。

WordPressのテーマを変えれば表示崩れは起きなくなりますか?

テーマの作り込みが丁寧であれば、表示崩れが起きにくくなる可能性はありますが、完全になくなるわけではありません。本文中に固定幅の画像や表を手動で追加すれば、どのテーマを使っていても同様の崩れは起こり得ます。テーマの選び方自体を見直したい場合は本文中で紹介した関連記事もあわせてご確認ください。

次にやること
まずはDevToolsで崩れ方を確認する

Chrome DevToolsのレスポンシブデザインモードで実際の崩れ方を目視確認し、本記事の症状別の直し方(CSS修正例)を当てはめてみてください。修正後は必ず実機でも最終確認を行い、定期的なチェックを習慣にすることをおすすめします。

参照した情報

  • MDN Web Docs「viewport meta tag」(https://developer.mozilla.org/ja/docs/Web/HTML/Viewport_meta_tag) 確認日:2026年9月5日
  • web.dev「accessible-tap-targets」(https://web.dev/articles/accessible-tap-targets) 確認日:2026年9月5日(ページの最終更新日は未確認のため、本文では断定を避けています)
  • PageSpeed Insights(https://pagespeed.web.dev/) 確認日:2026年9月5日(URLの存在確認のみ。画面仕様の詳細は公開直前に要再確認)
  • Google Search Central「ページ エクスペリエンスが Google 検索の検索結果に与える影響」・「Google 検索セントラル ドキュメントの更新履歴」・Chrome Lighthouse / web.devのタップターゲット資料(Mobile-Friendly Testとモバイル ユーザビリティ レポートの終了、現在のページ体験・タップ領域の考え方を確認) 確認日:2026年9月26日
  • Chrome for Developers「Open Chrome DevTools」(https://developer.chrome.com/docs/devtools/open) 確認日:2026年9月5日(DevToolsを開くショートカットキーの確認に使用)
この記事は「スマホで見た目・操作が崩れる」問題を直す記事

ページは崩れていないが読み込みが遅い場合は表示速度の原因診断へ、公開前にスマホ・リンク・フォームをまとめて確認する場合は公開前チェックへ分けます。

YOHAKU SELECT

次に進めたいことから選ぶ

この記事とあわせて、必要なテーマを確認しましょう。