本文へ移動
リライトレーダーRewrite Radar
メニュー

公開 更新

サーチコンソールのモバイルユーザビリティは廃止されました

モバイルユーザビリティレポートは、モバイルフレンドリーテストツールとともに2023年12月1日に提供終了しました。代わりはChromeのLighthouseです。ただしGoogleは「重要でないから提供を終了するわけではありません」と明記しており、無くなったのはレポートであって評価ではありません。

この記事のまとめ

サーチコンソールのモバイルユーザビリティレポートは、モバイルフレンドリーテストツールとともに2023年12月1日に提供を終了しました。ただしGoogleは「モバイル ユーザビリティが重要でないから提供を終了するわけではありません」と明記しています。 Search Console に残っているのはCore Web Vitals レポートと HTTPS レポートだけで、 モバイル対応の合否を出す画面はありません。代わりに案内されているのはChrome の Lighthouseです。

モバイル対応の重要性まで消えたわけではない
図は左右にスクロールして読めます。

解説記事のとおりにサーチコンソールの「エクスペリエンス」を開いたのに、モバイルユーザビリティという項目が見当たらない。

結論を先に書きます。サーチコンソールのモバイルユーザビリティは廃止されました。2023年12月1日に、モバイルフレンドリーテストツールと一緒に提供が終了しています。 探しても見つからないのは、設定でも権限でもなく、もう無いからです。

モバイルユーザビリティレポートとは、テキストの大きさやタップ要素の間隔など、スマホでの読みにくさをURLの一覧で示していたサーチコンソールの機能です。いまは、その一覧を出す画面がありません。

ただし「モバイル対応はもう関係ない」という話ではありません。公式はそこをわざわざ否定しています。何が消えて、何が残ったのかを分けて書きます。

自分の記事をURLで無料チェックする

記事のURLを貼るだけで、本文の改善点を無料で確認できます。登録は不要です。Search ConsoleのZIPを読み込むと、候補の判定と1記事分の診断カードも無料です。

モバイルユーザビリティはいつ廃止されたのか

2023年12月1日です。終わったのは3つで、Google検索セントラルブログの書き方はこうです。

なお、2023 年 12 月 1 日以降、Search Console の「モバイル ユーザビリティ」レポート、モバイル フレンドリー テストツール、Mobile-Friendly Test API については提供を終了する予定です。
— Google検索セントラルブログ

つまり「Search Console で見る画面」も「単体で試すテストツール」も「APIで自動取得する口」も、まとめて無くなりました。どれかに逃げ道があるわけではありません。

公式ヘルプのページ自体が、もう残っていません。かつてのモバイル ユーザビリティ レポートのヘルプURL(support.google.com/webmasters/answer/6101188)を開くと、2回リダイレクトされてChromeのLighthouseのドキュメントに着きます(2026年8月30日に実際に確認しました)。ヘルプの行き先そのものが、代わりに使うものを指しています。

「モバイル対応が重要でなくなった」わけではない

公式は、レポートを終了する理由が「重要でなくなったから」ではないと、はっきり否定しています。ここが誤解されやすいところです。

ただし、Google 検索でのランキングを上げるうえでモバイル ユーザビリティが重要でないから提供を終了するわけではありません。モバイル ユーザビリティは、かつてないほど頻繁にモバイル デバイスを利用しているユーザーにとって重要なことです。そのため、現在でもページ エクスペリエンスに関するガイダンスに記載されています。
— Google検索セントラルブログ

終了の理由として挙げられているのは、もっと良い道具が他に出てきたことです。

しかしながら、このレポートを最初に導入してからこの 10 年近くの間に、Chrome の Lighthouse など、モバイル ユーザビリティを評価する優れたリソースが他にも多く登場しています。
— Google検索セントラルブログ

「Googleが評価をやめた」ではなく「Googleが結果を見せる画面をやめた」と読むのが正確です。

Search Console に残っているのは2つだけ

残っているのは Core Web Vitals レポートと HTTPS レポートの2つです。同じ発表でページエクスペリエンスレポートも作り替えられ、残るものが名指しされました。 残った Core Web Vitals レポートが記事ごとではなく似たページのグループごとに判定することと、「データがありません」と出る理由はウェブに関する主な指標レポートの見方は?に書きました。LCPが「低速」や「改善が必要」と出たときに、何が原因かを確かめる手順はLCPの改善とは?PageSpeed Insightsで4つの内訳を確かめるにあります。

いま公式がランキングの仕組みとして何を挙げていて、何が消えたのかはページエクスペリエンスは順位に効く?名指しはCore Web Vitalsだけにまとめました。この記事は、モバイルユーザビリティレポートの廃止だけを扱います。

この新しいページにはページ エクスペリエンスに関する一般的なガイダンスへのリンクのほか、Core Web Vitals レポートや HTTPS レポートのダッシュボードが含まれる予定です。なお、Core Web Vitals レポートと HTTPS レポートは、これまでどおり Search Console に残されます。
— Google検索セントラルブログ
Search Consoleでの扱いもの
残っているCore Web Vitals レポート / HTTPS レポート
無くなったモバイル ユーザビリティ レポート / モバイル フレンドリー テスト / Mobile-Friendly Test API

つまり、モバイル対応の合否を出す画面はもうありません。残った2つは速度と暗号化の話で、かつてモバイルユーザビリティが挙げていた項目とは別物です。

そのモバイルユーザビリティが挙げていたエラーは6つでした。いまは公式ヘルプごと消えているので、アーカイブに残る旧ヘルプから項目名だけ引いておきます。

  • 互換性のないプラグインを使用しています
  • ビューポートが設定されていません
  • ビューポートが「デバイスの幅」に収まるよう設定されていません
  • コンテンツの幅が画面の幅を超えています
  • テキストが小さすぎて読めません
  • クリックできる要素同士が近すぎます

ただし、この6つがそのままLighthouseに引き継がれたわけではありません。いまのLighthouseの既定の診断に残っているのはビューポート周りと、タップ要素の間隔だけです。 プラグイン・文字サイズ・コンテンツ幅の診断はLighthouse側でも削除されました(Lighthouseの既定設定を2026年8月30日に確認)。

残りの3つは、目で見て確かめることになります。古い解説が名指ししているエラー名は、たいていこの6つのどれかです。

Core Web Vitals が検索順位にどこまで効くのかはページ表示速度はSEOに効くかに書いています。この記事では速度の議論には踏み込みません。

では、モバイル対応をどう確認するか

公式が名前を挙げているのはChrome の Lighthouseです。ブラウザに最初から入っています。Chromeでページを開いて検証ツール(DevTools)を出し、Lighthouse のタブを選ぶと使えます。

Lighthouse のドキュメントは、廃止されたヘルプページのリダイレクト先でもあります。Googleが「代わりにこれを見てほしい」と示した先だと考えて差し支えありません。

ただし点数の意味は、以前とは違います。モバイルユーザビリティレポートは「あなたのサイトのどのURLに問題があるか」を Googleの側から一覧で出してくれるものでした。Lighthouseは1ページずつ自分で測る道具です。「サイト全体を自動で見張ってくれる画面」は、代わりが用意されていません。

もっと軽い確認もあります。同じChromeの検証ツールでデバイスモード(画面をスマホの幅に切り替える機能)に入れば、 自分の記事が実際にどう見えるかをその場で確かめられます。点数を出さずに、目で見て判断するやり方です。

これから作り直すなら、モバイル フレンドリーなサイトの構成方法を3つ挙げ、そのうちレスポンシブ デザインを「実装と維持が最も簡単なデザイン パターン」としておすすめしている Google の文書は、モバイルサイトとモバイルファースト インデックスに関するおすすめの方法です。

「直したことが数字に出るもの」と「出ないもの」の仕分けはSEO内部対策を診断したら何から直す?に書きました。

モバイルの点検を軽く済ませたら、残りの時間は数字に出る改善へ回せます。

記事のURLを貼って直す点を確かめる

記事のURLを貼るだけで、本文の改善点を無料で確認できます。登録は不要です。Search ConsoleのZIPを読み込むと、候補の判定と1記事分の診断カードも無料です。

古い解説どおりに直そうとすると、時間を失う

この廃止は2023年です。それより前に書かれた解説記事は大量に残っていて、いまも「モバイルユーザビリティのエラーを直しましょう」と案内しています。 画面はもう無いので、探す時間がそのまま消えます。

実害はもう1つあります。「エラーが0件になった」という達成の形が無くなったことです。 以前はGoogleが出したエラー一覧を潰しきるという、終わりの見える作業でした。 いまは自分で1ページずつ測って、自分で判断するしかありません。

だから、モバイル対応にかける時間は決めておくほうが安全です。Lighthouseで自分のブログの記事ページを1本測って、赤が出なければそこで終わりにする。 テーマを触っていないなら、残りの記事も同じ作りなので、1本で足ります。測った結果の下に並ぶ項目を直すかどうかの決め方は「レンダリングをブロックしているリクエスト」とは?PageSpeedの分析情報に書きました。

スマホとPCで検索結果のクリック率がどう違うかはCTRの平均は何%?掲載順位別の一覧と、自分のCTRとの比べ方の「スマホとPC」の節に、毎週サーチコンソールで見る画面はサーチコンソールの使い方にまとめています。

よくある質問

サーチコンソールのモバイルユーザビリティはどこにありますか

モバイルユーザビリティはサーチコンソールにありません。Google検索セントラルブログが「2023 年 12 月 1 日以降、Search Console の「モバイル ユーザビリティ」レポート、モバイル フレンドリー テストツール、Mobile-Friendly Test API については提供を終了する予定です」と告知しています。 メニューの奥に隠れているのではなく、レポートそのものが廃止されています。

モバイルフレンドリーテストのURLを開いても表示されません

モバイルフレンドリーテストツールは2023年12月1日に提供終了しています。公式ブログの告知で、レポート・テストツール・APIの3つがまとめて挙げられています。モバイル ユーザビリティ レポートの旧ヘルプページも、いまはChromeのLighthouseのドキュメントへリダイレクトされます。

廃止されたということは、モバイル対応はもうSEOに関係ないのですか

モバイル対応は、いまも検索での評価に関係があります。公式ブログは「Google 検索でのランキングを上げるうえでモバイル ユーザビリティが重要でないから提供を終了するわけではありません」と明記し、「現在でもページ エクスペリエンスに関するガイダンスに記載されています」としています。無くなったのはレポートであって、評価ではありません。

モバイルユーザビリティレポートの代わりに何を使えばいいですか

モバイルユーザビリティの確認先として公式が名前を挙げているのは、ChromeのLighthouseです。公式ブログは「Chrome の Lighthouse など、モバイル ユーザビリティを評価する優れたリソースが他にも多く登場しています」としています。 ただしLighthouseは1ページずつ自分で測る道具で、サイト全体のURLを一覧で出してくれるレポートの代わりにはなりません。

サーチコンソールのページエクスペリエンスには何が残っていますか

サーチコンソールのページエクスペリエンスに残っているのは、Core Web Vitals レポートと HTTPS レポートの2つです。公式ブログは「Core Web Vitals レポートと HTTPS レポートは、これまでどおり Search Console に残されます」としています。 なお同じページのFAQで、ランキングに使う「単一のシグナルはありません」とも書かれています。

昔、モバイル ユーザビリティの問題を知らせるメールが届いていました。対応すべきですか

モバイル ユーザビリティの問題を知らせるメールに、いま対応する必要はありません。この通知はモバイルユーザビリティレポートが出していたもので、レポート自体が2023年12月1日に提供終了しています。通知の元になっている画面が、もうありません。気になる場合は、そのページをLighthouseで測り直してください。

モバイルファースト インデックスとは何ですか

Google が、スマートフォン用のクローラーで読んだモバイル版の中身を使ってインデックス登録と順位付けをすることです。Google の文書には「Google のインデックス登録とランキングでは、スマートフォン エージェントでクロールしたモバイル版のサイト コンテンツを使用します。これをモバイルファースト インデックスと呼びます。」とあります。この記事で書いたモバイルユーザビリティ レポートの提供終了とは、別の文書の話です。公開したページのモバイル版で何を確かめるかはスマホだけでブログは書ける?書いたあとに確かめる3つと、パソコンが要る場面にまとめました。

まとめ

  • モバイルユーザビリティレポートは2023年12月1日に提供終了。モバイルフレンドリーテストツールとMobile-Friendly Test APIも同時に終了
  • 旧ヘルプページを開くとChromeのLighthouseのドキュメントにリダイレクトされる(2026年8月30日に実測)
  • 「モバイル対応が重要でなくなったから」ではない。公式がその理由を明確に否定している
  • Search Console に残るのはCore Web Vitals レポートと HTTPS レポートの2つ。モバイル対応の合否を出す画面は無い
  • 代わりはChrome の Lighthouse。ただし1ページずつ自分で測る道具で、 サイト全体を見張るレポートの代わりにはならない
  • 2023年より前の解説は、まだ「エラーを直せ」と書いている。探す時間がそのまま消える
  • 最低限やることは1つ。Lighthouseで自分の記事ページを1本測り、赤が出なければモバイル対応はそこで終わりにしてよい。残りの時間は数字に出る改善へ回す

ここから先は、私が作ったツールの話です。

モバイル対応をLighthouseで確かめ終えたら、リライトレーダーに記事のURLを入れて、見出しや本文の直す点を見てみてください。クリックされていない記事を探すなら、Search Consoleのデータを入れると、直す候補の順番まで出ます。URLの診断で送るのは入れたURLだけで、本文は保存しません。Search Consoleの「ページ」タブのエクスポートをZIPのまま置くと、掲載順位4.0〜20.5位のページから手を入れる候補を順に並べます。判定と、そのうち1記事分の診断カードまでは無料です。有料は2,980円(税込)の買い切りで3記事分(候補が4件以上のときだけご案内)、生成の期限は購入から90日間で、月額課金はありません。CSVはブラウザの中で読み、送るのは候補ページのURLと、診断カードを出すときの狙いキーワード・順位・表示回数・CTRだけです。

⚠️ URLの診断は本文だけを読み、順位・表示回数・CTRは使いません(それらを使うのはSearch Consoleのデータを入れたときです)。モバイル対応やCore Web Vitalsは測りません。

記事のURLで試す(無料・30秒)

記事のURLを貼るだけで、本文の改善点を無料で確認できます。登録は不要です。Search ConsoleのZIPを読み込むと、候補の判定と1記事分の診断カードも無料です。

役に立ったら: はてなブックマークに追加X でシェア

この記事の内容をツールにしています

Search Console の「ページ」CSVを貼ると、改善余地のある記事を順番に出します。 判定とご自分の記事1件分の診断カードは無料です。ログイン不要。CSVファイルはアップロードせず、ブラウザ内で解析します。

リライトレーダーで無料診断する

この話題の入口

ページ表示速度はSEOに効くか、Core Web Vitalsより先に見る3つ

関連する記事

  • PageSpeed Insightsの見方は?下の点数より上の欄を先に見る

    PageSpeed Insightsの上の欄は実際のChromeユーザーの過去28日のデータ、下の欄の0〜100の点数はLighthouseが決まった端末と回線を模して測った試験の結果です。点数が実行ごとに変わる理由、モバイルとパソコンの違い、どの数字から見るかを、Googleの説明ページの原文で確かめました。

  • 「レンダリングをブロックしているリクエスト」とは?PageSpeedの分析情報

    PageSpeed Insightsの下の欄の「レンダリングをブロックしているリクエスト」などは、Lighthouseの分析情報です。Lighthouse 13で古い監査がどの分析情報に移ったかを公式の原文で1つずつ照合し、項目の意味と、ブログで直すかを上の欄の実際のユーザーのデータで決める見方をまとめました。

  • Core Web Vitalsの計測はどこで?実際の訪問と試験で数字が違う理由

    Core Web Vitalsの数字は、実際の訪問を集めたデータ(Search ConsoleやPageSpeed Insightsの上の欄)と、その場の試験(下の欄やLighthouse)で違うのが正常です。違う3つの理由と、どれを信じるか、個人ブログで見る順番(私の決め方)をGoogleの文書で確かめました。

  • INPの改善とは?サーチコンソールで「改善が必要」と出たら遅い操作を探す

    INPは、クリック・タップ・キー入力から次の画面の描画までの時間を見る指標です。サーチコンソールの「改善が必要」は200ミリ秒超〜500ミリ秒以下で、「低速」より重要度は下がります。PageSpeed InsightsとChromeで遅い操作を探す手順と、外部のスクリプトや埋め込みを疑う理由を原文でまとめました。

この記事を書いた人

みやこし

ブログのリライトで「どの記事を直すか」を数字で決めるSEOライター向けツールを作っています。 掲載順位ごとの平均クリック率、AI Overviewによるクリック減の補正、タイトルの直し方など。

noteQiitaZenn

ブログの一覧に戻る