コラムのイメージ画像

ホームページ制作・運用コラム COLUMN

Webサイト制作サイトリニューアル

スマホ対応リニューアル レスポンシブデザインへの切り替え手順

スマホ対応リニューアル レスポンシブデザインへの切り替え手順

「スマホで見ると文字が小さすぎて読めない」「ボタンを押そうとしてもうまくタップできない」——そのような体験をユーザーに強いているWebサイトは、今この瞬間も見込み顧客を取りこぼし続けています。

スマートフォンからのWebアクセスが全体の過半数を超えた現在、スマートフォン対応は「あれば便利」ではなく「なければ機会損失」のフェーズに入っています。Googleがモバイルファーストインデックスを採用し、スマートフォン版の表示品質が検索順位に直接影響する仕組みになっているため、スマホ未対応のホームページはSEO評価の面でも大きなハンデを背負い続けることになります。

本記事では、スマホ未対応のWebサイトをレスポンシブデザインへ切り替えるための具体的な手順と、Core Web Vitalsとの関係、リニューアル時に注意すべきポイントを実践的に解説します。

なお、Webサイトリニューアル全体の進め方や目的設定・費用相場については、「Webサイトリニューアルの進め方 目的設定・費用・失敗しないためのポイント」で体系的に解説しています。

1. スマートフォン対応の現状とモバイルファーストインデックスの影響

1-1. スマートフォンからのアクセスは全体の7割以上

総務省の情報通信白書(2024年版)によれば、インターネット利用端末としてスマートフォンを使う割合は国内で8割を超えており、Webサイトへのアクセスの7割以上がモバイル端末経由という状況が常態化しています。業種によってはさらに高い割合でスマートフォンユーザーが流入しており、小売業や医療機関、飲食店など一般消費者向けのサービスでは9割超のケースも珍しくありません。

このような状況下において、スマートフォンに最適化されていないWebサイトを運用することは、多数派のユーザーに対してストレスを与え続けることを意味します。ページの文字が小さくピンチアウトしなければ読めない、横スクロールが発生する、ボタン同士が近すぎてタップミスが頻発するといった問題は、直帰率の上昇とコンバージョン機会の喪失に直結します。

1-2. モバイルファーストインデックスとは何か

Googleは2018年よりモバイルファーストインデックス(MFI)を段階的に適用し、2023年には全サイトへの適用を完了しました。モバイルファーストインデックスとは、Googleがウェブページをクロールし評価する際に、PC版ではなくスマートフォン版の表示を主な評価対象とする仕組みです。

PC版で優れたSEO対策を施していても、スマートフォン版の表示が崩れていたり、コンテンツが省略されていたりする場合、モバイルファーストインデックスのもとでは正しく評価されません。スマートフォン対応はもはや「デザインの問題」ではなく、「検索流入を左右するSEOの根幹」として捉える必要があります。

1-3. モバイルフレンドリーでないサイトが受ける影響

スマートフォン対応が不十分なサイトは、以下のような具体的な悪影響を受けます。

  • 検索順位の低下:モバイルファーストインデックスにより、スマホでの表示品質が低いサイトは検索評価が下がりやすくなります。
  • 直帰率の上昇:読みづらい・操作しにくいサイトはユーザーが即座に離脱し、直帰率が高くなります。
  • コンバージョン率の低下:問い合わせフォームやボタンが操作しにくい状態では、せっかく流入したユーザーが行動を起こしにくくなります。
  • ページ速度の低下:スマートフォン非対応のサイトはPC向けの重い画像やリソースをそのままモバイルに配信するケースが多く、表示速度が遅くなりやすい傾向があります。

これらは個別の問題ではなく、相互に連鎖して集客力とコンバージョン率を複合的に悪化させます。早期の対応が、競合との差を広げないためにも重要です。

2. レスポンシブデザインとは何か

2-1. レスポンシブデザインの基本的な仕組み

レスポンシブデザインとは、1つのHTMLソースで複数のデバイス(PC・タブレット・スマートフォン)の画面サイズに応じてレイアウトを自動調整するWebデザイン手法です。CSSのメディアクエリを使用して、画面幅に応じたスタイルを切り替えることで、PCでは横並びのカラムレイアウト、スマートフォンでは縦並びの1カラムレイアウトといった表示の最適化を実現します。

Googleはレスポンシブデザインを推奨しており、1つのURLで全デバイスに対応できるため、リンクの分散やコンテンツの重複といったSEO上のリスクが生じにくい点が大きなメリットです。

2-2. レスポンシブデザインと別URLモバイルサイト(m.サイト)の違い

スマートフォン対応の手法としては、レスポンシブデザインのほかに「別URLモバイルサイト」と「動的配信」の2つがあります。

別URLモバイルサイト(例:m.example.com)は、PC版とスマートフォン版で別々のURLとHTMLを用意する手法です。かつては一般的な手法でしたが、コンテンツのメンテナンスをPC版・スマートフォン版の両方で行う必要があり、SEO評価も分散しやすいという課題があります。現在Googleは、URLを統一できるレスポンシブデザインを最も推奨しています。

動的配信はURLは同じですが、サーバー側でユーザーエージェントを判定して異なるHTMLを返す方式です。実装の自由度は高いものの、正しくcanonicalやVaryヘッダーを設定しないとSEO上の問題を引き起こすリスクがあります。

2-3. 現代のレスポンシブデザインで押さえておくべき概念

現代のレスポンシブデザインでは、単に画面幅でレイアウトを切り替えるだけでなく、以下の概念も重要になっています。

  • モバイルファースト設計:スマートフォン向けのスタイルを基本として書き、より大きな画面に向けて拡張していく設計思想。コードの肥大化を防ぎ、モバイルのパフォーマンス向上にも寄与します。
  • フルードグリッド:固定px幅ではなく、相対的な%や、vw(ビューポート幅)などの単位を使って、画面サイズに応じて柔軟に伸縮するグリッドレイアウト。
  • フレキシブル画像:CSSで max-width: 100%; を設定することで、コンテナ幅に合わせて画像サイズが自動調整されるようにする手法。
  • コンテナクエリ:2023年以降主要ブラウザで対応が進んだ新しいCSSの仕組みで、画面全体の幅ではなく親要素のコンテナサイズに応じてスタイルを変化させることが可能になりました。

3. Core Web Vitalsとスマートフォン対応の深い関係

3-1. Core Web Vitalsとは

Core Web Vitalsは、Googleがユーザー体験の質を計測するために定めた指標群で、Webページのパフォーマンス評価における重要な基準です。2024年現在、主要な3指標は以下のとおりです。

  • LCP(Largest Contentful Paint):ページを開いてから最も大きなコンテンツ要素(画像・テキストブロックなど)が表示されるまでの時間。2.5秒以内が「良好」とされます。
  • INP(Interaction to Next Paint):ユーザーの操作(クリック・タップ・キーボード入力)に対してページが次の描画を完了するまでの応答速度。200ミリ秒以内が「良好」とされます(2024年3月にFIDから置き換え)。
  • CLS(Cumulative Layout Shift):ページ読み込み中に予期しないレイアウトのずれが発生した度合い。0.1以下が「良好」とされます。

3-2. スマホ未対応サイトがCore Web Vitalsに与える影響

スマートフォン未対応のサイトは、Core Web Vitalsの各指標で悪化しやすい構造的な問題を抱えています。

LCPへの影響としては、PC向けに最適化された高解像度画像をモバイルにもそのまま配信するケースが多く、ファイルサイズが大きいために読み込みに時間がかかります。レスポンシブ対応の過程で、デバイスごとに適切な解像度・サイズの画像を配信する「レスポンシブイメージ」の実装が、LCP改善に直結します。

INPへの影響としては、スマートフォン向けに最適化されていないJavaScriptがメインスレッドを長時間占有し、タップへの反応が遅くなるケースがあります。不要なスクリプトの削除やコード分割によるJavaScriptの最適化が必要です。

CLSへの影響としては、PC向けに設計された固定幅レイアウトをモバイルで表示すると、レイアウトが崩れて要素がずれ動く現象が起きやすくなります。レスポンシブデザインへの切り替えとCLSの改善は、同時に取り組むことで相乗効果を発揮します。

3-3. Core Web VitalsはSEOランキングに影響するか

Googleは2021年6月にPage Experience Updateを導入し、Core Web VitalsをSEOのランキング要因の一つとして公式に組み込みました。Core Web Vitals単体でランキングが劇的に変動するわけではありませんが、コンテンツの質が同等の場合には、ユーザー体験の優れたページが優先される仕組みになっています。

特にスマートフォンでの検索が多い現代においては、モバイル環境でのCore Web Vitalsスコアが重要です。Google Search Consoleの「Core Web Vitals」レポートでは、自サイトのモバイル・PC別のスコアを確認でき、改善が必要なページを特定することができます。

4. スマホ未対応サイトの現状診断

4-1. モバイルフレンドリーテストで現状を確認する

スマートフォン対応への切り替えを検討する前に、まず現状のサイトがどの程度スマートフォン対応できているかを客観的に把握する必要があります。Googleが提供するPageSpeed Insightsにアクセスし、対象ページのURLを入力することで、モバイル・PC別のパフォーマンスとCore Web VitalsのスコアをURLごとに確認できます。

Google Search Consoleでは「モバイルユーザービリティ」レポートを参照することで、サイト全体にわたるスマートフォン表示の問題点(テキストが小さすぎる・クリック可能な要素が近すぎる・コンテンツの幅が画面幅を超えているなど)を一覧で確認できます。これらのデータを改善の出発点として活用しましょう。

4-2. 確認すべき主な問題点のチェックリスト

スマホ未対応サイトに多く見られる問題点を整理します。リニューアル着手前にチェックリストとして活用してください。

  • テキストのフォントサイズが16px未満で、拡大しないと読めない
  • ページの横幅が固定されており、横スクロールが発生している
  • ボタンやリンクのタップターゲットが44px×44px未満で操作しにくい
  • ナビゲーションメニューがPCと同じ横並びのまま表示されている
  • フォームの入力欄が小さく、テキスト入力時にズームインが発生する
  • 画像がはみ出して表示が崩れている
  • ポップアップや広告がスマートフォン画面全体を覆っている(インタースティシャル)
  • PC向けの重い画像がそのまま配信され、読み込みに時間がかかっている

4-3. 競合サイトとの比較分析

自社サイトのスマートフォン対応状況を確認するだけでなく、競合他社のサイトと比較することも重要です。競合がすでにレスポンシブデザインに対応し、快適なスマートフォン体験を提供しているのであれば、自社のスマホ未対応が機会損失に直結している可能性が高くなります。

製造業や医療機関など、「スマートフォンでの検索」がサービス比較の起点になりやすい業種では、スマートフォン対応の差が受注・受診につながるかどうかを左右することがあります。競合比較を通じて、リニューアルの優先度を判断する材料としてください。

5. レスポンシブデザインへの切り替え手順

5-1. STEP1:リニューアルの方針を決定する

スマホ未対応サイトのレスポンシブ化は、大きく「フルリニューアル」と「レスポンシブ対応のみの部分改修」に分けられます。どちらを選ぶかは、現サイトが抱える課題の範囲と、リニューアルに投資できる予算・期間によって判断します。

  • フルリニューアルが適しているケース:デザインが古い・コンテンツ構成を見直したい・CMSを変更したい・SEO全体を最適化したい・事業戦略の変化に合わせてサイト設計から刷新したい
  • 部分改修(レスポンシブ化のみ)が適しているケース:デザインやコンテンツには大きな問題がない・予算・期間を最小限に抑えたい・スマホ対応とCore Web Vitals改善が最優先課題

なお、部分改修の場合でも、CSSの全面書き直しが必要になるケースが多く、実際の工数はフルリニューアルに近づくことがあります。制作会社と十分に相談し、費用対効果を確認したうえで方針を決定しましょう。

5-2. STEP2:サイト構成とコンテンツを整理する

レスポンシブデザインへの切り替えに合わせて、現在のサイト構成とコンテンツを見直すことをおすすめします。スマートフォン向けの表示では、PC向けに設計された複雑なメニュー構造や情報量の多いページが特に問題になりやすいためです。

  • サイトマップの見直し:不要なページの統廃合・ページ数の最適化
  • ナビゲーション構造の簡素化:スマートフォンで操作しやすいハンバーガーメニューや階層の整理
  • コンテンツの優先度付け:スマートフォンでは限られた画面領域を効率的に使うため、重要な情報を上位に配置する設計
  • 画像・動画素材の整理:高解像度素材の再取得や、WebPなど次世代フォーマットへの変換計画

5-3. STEP3:デザインカンプとワイヤーフレームの作成

モバイルファースト設計の観点から、スマートフォン向けのデザインを先に確定させ、その後タブレット・PCへと拡張していく順序で設計を進めます。スマートフォン向けのワイヤーフレームでは、以下の点を重点的に確認します。

  • タップターゲット(ボタン・リンク)が44px×44px以上確保されているか
  • 1カラムレイアウトで情報の流れが自然に読めるか
  • ナビゲーションはハンバーガーメニューや固定フッターナビなど操作しやすい形か
  • フォームの入力項目が最小限に絞られ、モバイルキーボードで入力しやすいか
  • CTAボタンが画面内で視認しやすい位置に配置されているか

PC向けデザインカンプは、スマートフォン向けの確定後に展開します。この順序を守ることで、PC向けに最適化した後でスマートフォン対応を後付けする際に生じやすい「情報が削ぎ落とされすぎる」「PC向けのデザインがスマホで破綻する」といった問題を防げます。

5-4. STEP4:コーディングとCMSへの実装

デザインカンプが確定したら、HTML・CSS・JavaScriptによるコーディングと、CMSへの組み込みを進めます。レスポンシブデザインの実装で特に重要なポイントを以下に整理します。

  • メディアクエリの設定:ブレークポイントはデバイスごとではなく「コンテンツが崩れ始めるポイント」で設定する。一般的にはスマートフォン(~767px)・タブレット(768px~1024px)・PC(1025px~)が目安。
  • viewportメタタグの設定:HTMLのheadに「<meta name=”viewport” content=”width=device-width, initial-scale=1″>」を必ず設定。これがないとスマートフォンでPC向けの縮小表示になります。
  • フレキシブルグリッドの採用:CSSのFlexboxやCSS Gridを活用し、画面幅に応じて柔軟にレイアウトが変化する構造にします。
  • 画像のレスポンシブ対応:srcset属性を使い、画面解像度・サイズに応じて適切な画像ファイルを配信する「レスポンシブイメージ」を実装します。WebP形式の採用とあわせて、LCPの改善に貢献します。
  • フォントサイズとline-heightの調整:本文テキストは16px以上(推奨)、行間はline-height: 1.7以上を目安に設定し、スマートフォンでの可読性を確保します。

5-5. STEP5:動作確認と品質チェック

コーディング完了後、複数のデバイス・ブラウザで表示と動作を確認します。確認すべき主な項目は以下のとおりです。

  • 実機テスト:iOS(Safari)・Android(Chrome)での実機確認は必須。エミュレータだけでは再現されない問題が実機で発生することがあります。
  • 主要ブラウザ対応:Chrome・Safari・Firefox・Edgeでの動作確認を行います。
  • PageSpeed InsightsによるCore Web Vitalsチェック:実装後にスコアを測定し、LCP・INP・CLSが改善されているかを確認します。
  • Google Search ConsoleのURL検査:Googleのクローラーがスマートフォン版としてページを正しく認識しているかを確認します。
  • フォームの動作確認:問い合わせフォームや検索フォームがスマートフォンで正常に動作するかを確認します。

5-6. STEP6:リダイレクト設定とURL管理

別URLのモバイルサイト(m.example.comやexample.com/sp/)からレスポンシブデザインへ移行する場合は、301リダイレクトの設定が必要です。モバイル専用URLからPC版の統合URLへ正しくリダイレクトしないと、旧モバイルURLへのリンクが無効になり、SEO評価を引き継げなくなります。

また、モバイル専用ページに設定されていたcanonicalタグやalternateタグも、レスポンシブ化後に削除または修正が必要です。これらの設定漏れは、Googleに誤ったシグナルを送り続けることになるため、リニューアル後の確認作業に必ず含めてください。

6. リニューアル後のCore Web Vitals改善施策

6-1. 画像の最適化:LCP改善の最重要施策

LCPを改善するうえで最も効果が大きい施策が画像の最適化です。以下の施策を優先的に実施してください。

  • 次世代フォーマット(WebP・AVIF)への変換:同等の画質でJPEGより30~50%程度ファイルサイズを削減できます。
  • srcset・sizesの実装:端末の画面解像度とサイズに応じて最適な画像を配信し、不必要に大きな画像を読み込まないようにします。
  • 画像の遅延読み込み(lazy loading):ファーストビュー外の画像にloading=”lazy”属性を設定し、初期読み込みを軽減します。
  • LCP要素の早期読み込み:ファーストビューのメイン画像(ヒーロー画像など)にはfetchpriority=”high”を設定し、優先的に読み込まれるようにします。

6-2. JavaScriptの最適化:INP改善のポイント

INPを改善するためには、メインスレッドをブロックするJavaScriptを削減することが中心的な施策になります。

  • 不要なサードパーティスクリプトの削除・遅延読み込み:チャットウィジェット・広告スクリプト・アクセス解析タグなどのサードパーティスクリプトは、defer属性やasync属性を使用して非同期で読み込むことで、ページのインタラクティブ性への影響を抑えられます。
  • 長いタスクの分割:実行に50ミリ秒以上かかる長いJavaScriptタスクは、より小さな単位に分割してメインスレッドの占有時間を短縮します。
  • コード分割と遅延インポート:最初のページ読み込みに不要なJavaScriptは、必要になったタイミングで読み込むコード分割の手法を活用します。

6-3. レイアウトの安定化:CLS改善のポイント

CLSを改善するためには、ページ読み込み中に要素がずれ動かないレイアウトを実現することが目標です。

  • 画像・動画の縦横比の事前確保:imgタグにwidth属性とheight属性を設定し、またはCSSでアスペクト比を固定することで、画像読み込み前のスペースを事前に確保します。
  • フォントの読み込みと表示の最適化:Webフォントの読み込み完了前後でテキストのサイズが変わることを防ぐため、font-display: swapやfont-display: optionalの適切な使用を検討します。
  • 動的に挿入されるコンテンツの管理:バナーやお知らせの動的挿入はコンテンツの上部ではなく下部(または事前にスペースを確保した領域)に行うことで、既存のコンテンツへのずれを防ぎます。

7. リニューアル時のSEO引き継ぎで注意すべき点

7-1. URLの変更が発生する場合の301リダイレクト

URLを変更してリニューアルする場合、旧URLから新URLへの301リダイレクト(恒久的なリダイレクト)を必ず設定します。301リダイレクトによって、旧URLに蓄積されたSEO評価(被リンクの価値など)を新URLに引き継ぐことができます。

リダイレクト設定の漏れや誤り(302リダイレクトの使用・ループ・チェーンなど)は、SEO評価の損失につながるため、リニューアル前にリダイレクトマップを作成し、制作会社と共有したうえで設定と確認を行うことをおすすめします。

7-2. メタ情報・構造化データの引き継ぎと最適化

リニューアルのタイミングで、以下のメタ情報の設定を確認・最適化します。

  • titleタグ・meta descriptionの最適化:スマートフォンでの検索結果に合わせたキーワードと文字数で設定します。
  • OGタグの設定:SNSシェア時に正しい画像とテキストが表示されるよう、og:image・og:titleなどを適切に設定します。
  • 構造化データの確認:組織・パンくずリスト・FAQ・製品情報などの構造化データが正しく実装されているかを確認し、JSON-LD形式での実装を推奨します。

7-3. Googleへの再インデックス申請

リニューアル後はGoogle Search Consoleから「URL検査」→「インデックス登録をリクエスト」を実行し、主要なページのインデックスを更新するよう促します。大規模なサイトの場合は、サイトマップXMLを更新してSearch Consoleに再送信することで、効率的に新しいURLや変更内容をGoogleに伝えることができます。

リニューアル直後はCTR・表示回数・検索順位が一時的に変動することがあります。通常は1~3か月程度で安定しますが、Google Search Consoleのデータを定期的にモニタリングし、問題があれば早期に対処することが重要です。

8. 制作会社に依頼する際の確認ポイント

8-1. レスポンシブ対応の実績と対応範囲を確認する

スマートフォン対応を含むWebサイトリニューアルを制作会社に依頼する際は、以下の点を事前に確認しましょう。

  • レスポンシブデザインの実績:実際に公開されているスマートフォン対応のWebサイト制作実績を確認し、表示品質を自分のスマートフォンで確認してみてください。
  • Core Web Vitals対応の有無:制作物においてPageSpeed Insightsのスコア改善まで対応しているか、PageSpeed InsightsのスコアをKPIとして設定できるかを確認します。
  • CMSのスマートフォン対応:WordPressやMovable TypeなどのCMSを導入する場合、テンプレートのスマートフォン対応が十分かどうかを確認します。
  • SEO引き継ぎ対応:URLの変更が伴う場合に、301リダイレクトの設定やメタ情報の移行まで対応してもらえるかを確認します。

8-2. 制作後の保守・改善サポートの確認

レスポンシブ化リニューアル後も、Core Web Vitalsのスコアは継続的に変動することがあります。Googleのアルゴリズムアップデートや新たなコンテンツの追加、サードパーティスクリプトの影響などにより、スコアが悪化するケースもあります。制作会社に依頼する際は、公開後の保守サポートやCore Web Vitals改善の継続対応が含まれているかを確認しておくことで、長期的な品質維持が可能になります。

 まずはお気軽に
ご相談ください

9. まとめ

スマートフォン対応(レスポンシブデザイン)への切り替えは、ユーザー体験の向上だけでなく、モバイルファーストインデックスへの対応、Core Web Vitalsの改善、そしてSEO評価の向上という、集客に直結する複数の成果をもたらします。スマホ未対応のWebサイトを放置し続けることは、検索順位の低下と見込み顧客の損失を積み重ねることに他なりません。

現状のサイトをPageSpeed InsightsやGoogle Search Consoleで診断し、問題の深さに応じてフルリニューアルか部分的なレスポンシブ化かを判断する。スマートフォン向けのワイヤーフレームをモバイルファースト設計で確定させ、適切なコーディングと品質確認を経て公開する。そして公開後もCore Web Vitalsのスコアをモニタリングし、継続的な改善を続けることが重要です。

フォー・クオリアは20,000件以上のWebサイト制作実績を持ち、製造業・医療機関・不動産・小売業など幅広い業種のレスポンシブデザイン対応・サイトリニューアルを担当してきました。Core Web Vitalsの改善や検索評価への対応まで含めた一貫したサポートが可能です。スマートフォン対応やWebサイトリニューアルについてお悩みの方は、ぜひお気軽にご相談ください。

 まずはお気軽に
ご相談ください