以前は、WordPress をスマートフォンに対応させるために WPtouch のようなプラグインを使うことがありました。PC 向けテーマとは別に、スマホ向けの表示をプラグイン側で用意する考え方です。
当時はそれが合理的な選択肢でした。しかし現在の WordPress 運用では、スマホ対応はプラグインで別表示を作るより、テーマ、ブロック構造、CSS をレスポンシブ前提で整える方が自然です。
昔はスマホ専用プラグインが有効だった
スマートフォンが普及し始めた頃は、PC 向けテーマがスマホ表示に十分対応していないことが多くありました。そのため、スマホからアクセスされた場合だけ別テーマのような表示に切り替えるプラグインには意味がありました。
WPtouch は、その時代の文脈では分かりやすい解決策でした。テーマを大きく作り直さなくても、スマホ向けの見た目を用意できるからです。
現在はレスポンシブテーマが基本
現在は、多くの WordPress テーマがレスポンシブ対応を前提にしています。PC、タブレット、スマホで別々のテーマを切り替えるより、同じ HTML 構造を CSS で画面幅に合わせて調整する方が一般的です。
| 方式 | 考え方 | 現在の評価 |
|---|---|---|
| スマホ専用プラグイン | 端末に応じて別表示を出す | 古いテーマを救う用途では有効だが、差分管理が増える |
| レスポンシブテーマ | 同じ構造を画面幅に合わせて調整する | 現在の基本方針として扱いやすい |
| 独自 CSS 調整 | テーマの上に必要な調整を加える | 広告、表、コードブロックなど細部を整えやすい |
スマホ専用表示の問題点
スマホ専用プラグインは便利ですが、運用上の問題もあります。PC とスマホで表示構造が変わると、広告、内部リンク、関連記事、コードブロック、表、見出しなどの見え方がずれやすくなります。
- PC とスマホで表示される要素が異なる場合がある
- キャッシュプラグインや CDN と組み合わせると切り替え判定が複雑になる
- 広告やアフィリエイトカードの表示確認が二重になる
- SEO 上、本文構造や内部リンクの一貫性を確認しづらくなる
- プラグインの更新停止や互換性問題の影響を受ける
技術ブログでは本文構造が重要
技術ブログでは、スマホで見たときの装飾だけでなく、本文構造が崩れないことが重要です。見出し、表、コードブロック、関連記事、広告カードが画面幅に合わせて自然に読める必要があります。
特にコマンド例や設定ファイルを扱う記事では、コードブロックの横スクロール、表の折り返し、見出しのサイズ、広告カードの幅が読みやすさに直結します。スマホ専用テーマに切り替えるより、記事本文と CSS をレスポンシブ前提で整えた方が、長期的には管理しやすいです。
プラグインを増やす前に確認すること
スマホ表示に不満がある場合、すぐにプラグインを追加するのではなく、まず現在のテーマと CSS で直せるかを確認します。
- テーマ自体がレスポンシブ対応しているか
- 本文幅、サイドバー、画像、表、コードブロックがスマホで崩れていないか
- 広告カードや関連記事の表示が画面幅に収まるか
- 見出しやボタンの文字が小さすぎないか
- 不要なプラグインで表示構造が分岐していないか
現在ならどう考えるか
現在の WordPress では、スマホ対応はプラグインで別表示を作るより、テーマ、ブロックエディタ、CSS、内部リンク設計をまとめて整える方がよいです。
このブログでも、見出しの my1 クラス、コードブロック、広告カード、関連記事リンクを記事側で揃え、CSS 側でレスポンシブに見えるようにする方針に寄せています。記事本文の構造を共通化できるため、PC とスマホで別々の管理をしなくて済みます。
まとめ
WPtouch のようなスマホ対応プラグインは、当時の WordPress テーマ事情では意味のある選択肢でした。しかし現在は、レスポンシブテーマと CSS を前提に、同じ本文構造を各画面幅で読みやすくする方が自然です。
スマホ対応は、単にスマホ用の見た目を出すことではありません。記事構造、コードブロック、表、広告、関連記事まで含めて、どの端末でも読める状態にすることです。古いプラグイン記事は、その変化を理解するための記録として整理しておくのがよいと思います。
書籍
WordPress 仕事の現場でサッと使える!デザイン教科書 [WordPress 6.x対応版] 改訂第3版
WordPress のサイト構築、テーマ、カスタマイズ、運用項目を確認したい場合の参考書籍です。価格や在庫、WordPress の最新仕様との差分はリンク先や公式ドキュメントで確認してください。
Amazon で見るこのリンクは Amazon アソシエイトリンクです。
関連記事
- WordPress ブロックエディタを使う理由 – 記事構造と再利用性を高める
- WordPress で Google Analytics 4 を導入する理由 – アクセス解析を運用改善に使う
- Ubuntu 22.04 WordPress – Apache / PHP / MariaDB で CMS を構築する
- WordPress のコメントスパム対策 – Throws SPAM Away と運用方針を整理する
- WordPress のスパムコメント対策 – コメント欄を開くリスクと運用設計


