広告について 本記事に商品・サービスのアフィリエイト広告は含まれていません。原因の特定と直し方に絞って解説します。
「スマホでサイトが見切れる」「パソコンでは正常なのにスマホだけ横にはみ出す」「表や画像が途中で切れる」——こうした表示崩れは、viewport・固定幅・CSSなどホームページ側の設定が原因になっていることがあります。この記事では、原因の切り分け方、無料ツールでの確認手順、症状別の具体的な直し方(CSS修正例つき)を初心者向けに順番に解説します。
スマホでの表示崩れの多くは、①viewportメタタグの未設定・誤設定、②画像への固定px幅の指定、③テーブルの横幅固定、のいずれかが原因です。Chrome DevToolsのレスポンシブモードで症状を再現し、該当箇所を特定できたら、後述のCSS修正例をそのまま当てはめれば多くの場合は自力で直せます。専門知識がなくても対応できる範囲と、専門家に相談したほうがよい範囲の見分け方も後半で説明します。
なお、これから公開するホームページ全体のチェック項目を知りたい場合は「ホームページ公開前チェックリスト|初心者が見落としがちな20項目」を、設計から公開後の改善まで全体像を整理したい場合は「個人事業主のホームページ設計ロードマップ|6つの基本ページをつなぐ作り方」をあわせてご覧ください。WordPressで自作する流れから確認したい場合は「個人事業主のホームページをWordPressで自作する方法|初心者でも集客できる完全ガイド」が入口です。本記事は、すでに公開しているサイトで「スマホだけ崩れている」ことに気づいた方向けに、原因の特定と修正方法に絞って解説します。
なぜパソコンでは正常なのにスマホだと崩れるのか
パソコンとスマホでは画面幅が大きく異なるため、幅の指定が固定的な作りになっていると、パソコンでは問題なく見えても、スマホの狭い画面幅では崩れとして表面化します。よくある原因は次の3つです。
<meta name="viewport" content="width=device-width, initial-scale=1"> が設定されていないと、スマホは画面幅980px程度の仮想的な表示領域でページを描画しようとし、その結果ページ全体が縮小されて表示されます。widthに固定の数値を指定している場合も、画面幅によっては同様の問題が起きます。
画像タグのwidth属性やCSSで「600px」のような固定幅を指定していると、画面幅がそれより狭いスマホでは画像が画面からはみ出し、横スクロールが発生する原因になります。
比較表などをそのままの列数・幅で表示しようとすると、スマホの画面幅に収まりきらず、一部が切れたり、レイアウトごと崩れたりします。
スマホと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を入力すると、モバイル・デスクトップそれぞれの診断結果が表示されます。表示速度が主な指標ですが、あわせてページ構造上の問題点が指摘されることもあるため、表示崩れの原因を探る補助的な手段として活用できます。画面の仕様は変更されることがあるため、実際にアクセスして最新の表示内容を確認してください。
実機での確認も必ず併用する
DevToolsのエミュレーションはレイアウトの再現には便利ですが、実際のフォント描画やタップのしやすさまでは正確に再現できません。可能であれば、自分のスマホで実際にページを開いて最終確認することをおすすめします。
以前はGoogleが提供する「Mobile-Friendly Test」で、モバイル対応の可否を手軽に確認できました。Google Search Centralは、このツールとSearch Consoleの「モバイル ユーザビリティ」レポートを2023年12月1日に終了すると公式に案内し、同日付で関連ドキュメントから記載を削除しています。現在は、Chrome DevToolsやLighthouse、PageSpeed Insights、実機確認などを組み合わせて表示・操作性を確認するのが現実的です。古い記事で「モバイルフレンドリーテストで確認」と案内されている場合は、現在は利用できない点に注意してください。
症状別の直し方(CSS修正例つき)
原因が特定できたら、症状に応じて以下のように対処します。個別サイトのテーマやプラグインの実装によって調整が必要な場合がありますが、まずは基本形として押さえておくと応用が利きます。
| 原因 | よくある症状 | 対処法(概要) |
|---|---|---|
| viewport未設定・誤設定 | ページ全体が縮小表示される、PCと同じ見た目のまま拡大縮小しないと読めない | viewportメタタグを正しく設定する |
| 画像の固定幅指定 | 画像が画面からはみ出す、横スクロールが発生する | max-width:100%; height:auto; を指定する |
| テーブルの横幅固定 | 表が画面に収まらず一部が切れる、レイアウトが崩れる | 横スクロール可能なラップ要素で囲む、またはカード型に組み替える |
| タップ領域の不足 | ボタンやリンクが押しにくい、誤タップが多いと言われる | タップ領域を広げる(目安は後述) |
画像がはみ出す・ぼやける場合
画像タグに固定px幅を指定している場合は、CSSで画面幅に応じて縮小するように変更します。
img {
max-width: 100%;
height: auto;
}
これは画像を画面幅に合わせて自動的に縮小する、非常に一般的な対策です。ぼやけて見える場合は、表示サイズに対して元画像の解像度が低すぎることも原因になるため、元画像自体の解像度も確認してください。
表がスマホで見切れる場合
表そのものの列数・幅を変えずに、横スクロールできるようラップ要素で囲む方法が手軽です。
<div style="overflow-x:auto;">
<table>...</table>
</div>
/* CSSで書く場合 */
.table-wrap {
overflow-x: auto;
}
列数が多い比較表の場合は、横スクロールだけでは読みにくいことがあります。その場合は、スマホ表示時だけ1行ずつカード型に組み替えるレイアウトへの変更も検討してください(実装にはある程度のCSS知識が必要です)。
文字が小さい・ボタンが押しにくい場合
本文の文字サイズが極端に小さい場合は、スマホ表示時のフォントサイズを個別に見直します。ボタンやリンクが押しにくい場合は、タップ領域そのものを広げることが有効です。Googleは最小のタップ領域として48×48px程度(見た目の要素が小さい場合はpaddingで余白を広げて実質的な領域を確保する方法)を推奨しているとされています。
.button {
display: inline-block;
min-width: 48px;
min-height: 48px;
padding: 12px 20px;
}
このコードはボタンの大きさを確保するための一例です。既存CSSの優先順位や拡大・縮小などで結果は変わるため、指定した数値だけで押しやすさを判断しません。隣のボタンとの間隔、文字の折り返し、実機でのタップも確認してください。
コラム:WordPress(Cocoon等)特有の崩れ方にも注意
当サイトでも、Cocoonテーマの独自デザイン要素を作り込んでいた際に、WordPressのwpautopフィルタ(本文中のブロック要素の前後に自動で改行・段落タグを挿入する仕組み)が原因で、インライン要素の直後にブロック要素が続く箇所に不整合なタグが挿入され、文字が縦1文字ずつバラバラに表示される崩れが発生したことがあります。これは一般的なホームページで多く見られる「viewport未設定」「画像・表の固定幅」とは別カテゴリの、WordPress特有のレアケースです。同様の症状(意図しない位置での改行・想定外のレイアウト崩壊)が出た場合は、本文中に手打ちしたHTMLの構造(インライン要素とブロック要素の並び順)を疑ってみてください。
自分で直せる範囲と、専門家に依頼すべき範囲
ここまでの内容の多くは、CSSの基本的な知識があれば自力で対応できます。一方で、以下のようなケースは無理をせず専門家に相談したほうが安全です。
画像の固定幅指定の削除、viewportメタタグの追加、タップ領域のpadding調整など、本記事で紹介したCSS修正例をそのまま当てはめられるケースは、専門知識がなくても対応できることが多いです。修正前に必ずバックアップを取ってから作業してください。
崩れの原因がテーマ本体のグリッドレイアウトやテンプレート構造に及んでいる場合、部分的な修正では直らず、テーマのカスタマイズやコーディング全体の見直しが必要になることがあります。この見極めが難しい場合は、無理に自己流で修正を重ねず制作会社や専門家に相談することをおすすめします。
「そもそも自作・AI活用・外注のどれで運営していくべきか」から判断したい場合は「個人事業主向けホームページ制作の選び方|自作・AI活用・外注を徹底比較」も参考にしてください。また、表示崩れが特定のテーマの構造に起因している場合、テーマ自体の作り込みの丁寧さも関係します。テーマ選びの基準は「WordPressテーマは無料と有料どっちがおすすめ?初心者向けに違いを比較」で解説しています。
修正後の確認チェックリスト
修正が完了したら、以下の手順で「本当に直ったか」を確認しましょう。
修正した箇所だけでなく、崩れていた前後のページ全体を、いくつかの画面幅で確認します。
DevToolsだけで判断せず、自分のスマホで実際にページを開いて表示を確認します。
同じテーマ・同じパーツを使っている他のページでも、同様の崩れが起きていないか横展開でチェックします。
一度直しても、新しく追加したコンテンツで同じ問題が再発することがあります。公開前・月次のチェックに組み込むことをおすすめします。
公開前の総合的なチェック項目は「ホームページ公開前チェックリスト|初心者が見落としがちな20項目」を、公開後の定期チェックの習慣化は「ホームページ運営 月次メンテナンスチェックリスト|個人事業主が毎月確認すべき20項目」を参考にしてください。Google Search Consoleを併用している場合は、URL検査ツール等の関連機能について「Google Search Consoleの使い方|初心者が最初に見るべき5つのポイント」でも解説しています。
表示崩れを再現できるように記録する
「スマホで変」では修正対象を絞れません。最初に1つの症状を再現し、以下をそろえてからCSSを変更します。
| 確認項目 | 確認・記録する内容 |
|---|---|
| ページと場所 | URL、見出し、画像・表・ボタンの位置 |
| 条件 | 端末・ブラウザー・画面の向き・文字拡大の有無 |
| 症状 | 右にはみ出す/重なる/押せない等 |
| 変更前後 | スクリーンショットと変更した1つの設定 |
サイト全体の画像やボタンへ一括適用する前に、対象ページや部品へ範囲を絞って試します。はみ出しを隠すだけの設定では、内容が読めなくなっていないかも確認しましょう。修正後はパソコン側も再確認します。
よくある質問
「スマホ 表示崩れ」で検索すると、画面が焼き付く・ちらつくといった記事も出てきますが関係ありますか?
それはスマホ本体のディスプレイの不具合に関する情報で、本記事が扱うホームページの表示崩れとは別の話です。パソコンでは正常に見えるのにスマホでだけ崩れる場合は、本記事で紹介した原因(viewport・画像幅・テーブル幅等)を確認してください。
表示崩れのチェックに専門知識や有料ツールは必要ですか?
必須ではありません。ChromeのDevToolsもPageSpeed Insightsも無料で使えます。まずは無料の手段で崩れ方を確認し、CSSの基本的な修正例で対応できるかどうかを見極めることから始められます。
WordPressのテーマを変えれば表示崩れは起きなくなりますか?
テーマの作り込みが丁寧であれば、表示崩れが起きにくくなる可能性はありますが、完全になくなるわけではありません。本文中に固定幅の画像や表を手動で追加すれば、どのテーマを使っていても同様の崩れは起こり得ます。テーマの選び方自体を見直したい場合は本文中で紹介した関連記事もあわせてご確認ください。
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 検索セントラル ドキュメントの更新履歴」(Mobile-Friendly Testとモバイル ユーザビリティ レポートの2023年12月1日終了を確認) 確認日:2026年9月15日
- Chrome for Developers「Open Chrome DevTools」(https://developer.chrome.com/docs/devtools/open) 確認日:2026年9月5日(DevToolsを開くショートカットキーの確認に使用)
YOHAKU SELECT
次に進めたいことから選ぶ
この記事とあわせて、必要なテーマを確認しましょう。

