モバイルSEO

TL;DR — モバイルSEOとは、スマートフォンでサイトを快適に使えるようにすること、そしてGoogleが現在ウェブを読む方法（ページのモバイル版）に合わせてサイトを最適化することを意味します。ほとんどの人がスマートフォンで検索し、2023年以降、Googleはモバイル版を基にすべての場所でのランキングを決定しています。重要なのは次の2点です。モバイルページにすべてのコンテンツを含めること、そして小さな画面でも高速で使いやすいものにすることです。

タップして展開

The chart compares mobile, desktop, and other HTTP request share worldwide across four weeks. Desktop has the larger share in this Cloudflare-observed period.

モバイルSEOとは

モバイルSEOとは、ウェブサイトが次の2つの役割をしっかり果たすように最適化することです。

1. モバイルユーザーにとって使いやすい — 読み込みが速く、画面にフィットし、ズームしなくても読めるテキストと、タップしやすい大きさのボタンがあること。
2. Googleのインデックス方法に適合している — Googleは現在、サイトをスマートフォンとして訪問し、そのモバイル版を使用してページの内容を把握し、ランキングを決定しています。

この2番目の部分には名前があります。モバイルファーストインデックスです。Googleは2023年10月にウェブ全体の移行を完了しました。実際的な結果はシンプルです。モバイルサイトはもはや簡素化された後付けではありません。それが重要視されるバージョンなのです。

なぜ重要か

Googleの訪問者のほとんどはスマートフォンを利用しています。そしてGoogleはページのモバイル版を読むため、モバイルサイトにないものは、Googleにとってサイトにないものと同じです。デスクトップページに素晴らしい段落、画像、リンクがあっても、モバイルページが「すっきりさせるため」にそれを省いている場合、Googleはそれを見られない可能性があります。

最も重要なこと

• すべてのコンテンツをモバイルに含める。 モバイル版からテキスト、画像、リンクを削らないでください。（これが最も重要です。詳細は上級者向けタブにあります。）
• レスポンシブデザインを使用する。 画面サイズに適応する1つのウェブサイト。最もシンプルな構成で、Googleが推奨する方法です。
• 高速にする。 特にスマートフォンでは、ページの読み込みが遅いとユーザーは離脱します。GoogleはCore Web Vitalsで速度と安定性を測定します。
• 使いやすくする。 読みやすいフォントサイズ、小さすぎないタップターゲット、横スクロールがないこと。
• ポップアップを押し付けない。 検索から訪れたユーザーのコンテンツを遮る全画面ポップアップは、サイトに悪影響を与える可能性があります。

よくある誤解

「モバイルランキング」と「デスクトップランキング」は別々にあるわけではなく、1つのインデックスがあるだけです。Googleはモバイル版を読み、それを使ってすべての場所でのランキングを決定します。つまり「モバイルSEO」は副次的なプロジェクトではなく、ほとんどのサイトにとってそれがSEOなのです。

完全版（設定オプション、正確なコンテンツ同等性のルール、Core Web Vitalsとインタースティシャルへの対処法、旧モバイルフレンドリーテストが廃止された現在使用すべきツール、AMPの現状）をご希望の場合は、上級者向けタブに切り替えてください。

TL;DR — モバイルSEO = モバイルユーザー向けの最適化とモバイルファーストインデックスへの対応。Googleの移行が2023年10月に完了し（2024年7月以降完全に適用）、モバイル版がGoogleがインデックスとランキングに使用する主要バージョンとなっています。インデックスは1つなので、これは現在の基本SEOです。レスポンシブデザインがGoogle推奨の構成です。コンテンツの同等性が重要なルールです。「モバイルサイトに表示されるコンテンツのみがインデックスに使用される」ため、テキスト、構造化データ、画像、altテキスト、リンクはすべてモバイルHTMLに含める必要があります。モバイルでの高速なCore Web Vitals（LCP、INP、CLS）、モバイルユーザビリティ（読みやすいフォント、タップしやすいターゲット、横スクロールなし）、邪魔なインタースティシャルなしを重ねてください。モバイルフレンドリーテストとSearch Consoleのモバイルユーザビリティレポートは2023年12月に廃止されました — 現在はLighthouseを使用してください。AMPは新規構築には推奨されなくなりました。このハブがクラスターをマッピングします。

モバイルSEOが実際にカバーする範囲

モバイルSEOとは、モバイルユーザーエージェント経由でクロールおよびインデックスされた際にサイトが良好に機能し、かつスマートフォンのユーザーに高速で使いやすいエクスペリエンスを提供するようにサイトを最適化する実践です。これらは関連しているが異なる2つの目標であり、クラスターはおおよそこの線に沿って分かれています。

• インデックス側: モバイルファーストインデックス、コンテンツの同等性、サイト構成 (レスポンシブ vs. ダイナミックサービング vs. 別URL)。
• エクスペリエンス側: モバイルでのCore Web Vitals、モバイルユーザビリティ、侵入的な インタースティシャル。

これがニッチなトピックでなくなった理由は機械的なものです。Googleは現在、ページのモバイル版を読み取ってインデックスとランキングに使用しています。そのため、モバイルを間違えるとモバイルトラフィックだけでなく、すべてに悪影響を及ぼします。

モバイルファーストインデックス、ひと段落で

Googleの説明: スマートフォンエージェントでクロールしたサイトのコンテンツのモバイル版をインデックスとランキングに使用します。これがモバイルファーストインデックスです。展開は2016年の実験から始まり、2019年に新規サイトのデフォルトとなり、2020年3月に「ウェブ全体」の発表、そして2023年10月に完了しました。2024年7月5日以降は完全に適用され、モバイルのGooglebotで実際に機能しないサイトはインデックスされないリスクがあります。独立した「モバイルインデックス」はなく、オプトアウトもありません。また、モバイルファーストインデックスはランキングのブーストではありません。Googleが読み取るのはページのどのバージョンかだけが変わるのです。同等性のルール、検証済みのタイムライン、遅延読み込みの落とし穴、Bingとの違いについては、専用のモバイルファーストインデックスの詳細ガイドで説明しています。このハブでは文脈を設定するだけです。

サイト構成: 3つの選択肢、1つの推奨

Googleはモバイルを提供する3つの方法をサポートしています:

Googleは明確に述べています: 「レスポンシブWebデザインは、実装と維持が最も簡単なデザインパターンであるため、これを推奨します」 — ランキングが良くなるからではありません。レスポンシブデザインは、正しくするバージョンが1つしかないため、コンテンツの同等性をほぼ自動的に実現します。ダイナミックサービングと別URLはどちらも、同等性からずれる可能性のある2つ目のHTMLサーフェスを作成します。各オプションの設定詳細、要件、落とし穴については、それぞれの詳細ガイドで説明しています: レスポンシブデザイン ではビューポート依存とランキングプレミアムの神話を、ダイナミックサービング では Vary: User-Agent 要件とそれがレガシーパターンである理由を説明しています。mドットのcanonical/alternate設定は、以下のモバイルファーストインデックスの詳細ガイドにあります。

コンテンツの同等性が効いてくるルール

Googleはモバイル版を読み取るため、「モバイルサイトに表示されるコンテンツのみがインデックスに使用されます。」 これにより、同等性はモバイルSEOで最も重要な技術ルールとなります。Google自身のガイダンスは、「モバイルサイトにデスクトップサイトと同じコンテンツが含まれていることを確認してください」 で始まります。そして、同等性は本文だけを意味するわけではありません:

• 構造化データ — 「モバイルサイトとデスクトップサイトに同じ構造化データがあることを確認してください。」 マークアップ内のURLはモバイルURLに更新します。
• 画像とaltテキスト — モバイルでも同じ画像と同じaltテキストを維持します (これは画像検索に影響します)。
• タイトルとメタディスクリプション — 両バージョンで同等にします。
• 見出し — 「同じ明確で意味のある見出しを使用してください。」
• 内部リンクとナビゲーション — モバイルで削除しないでください。
• Robotsメタタグ — モバイルテンプレートにのみ配信される noindex は、典型的な偶発的なインデックス削除です。

パリティはバイト単位で同一であることを意味しません — より軽量なモバイルレイアウトは問題ありませんが、インデックスさせたいコンテンツを削除するのは問題です。そして、廃止すべき誤解の一つ: UX上の理由でタブやアコーディオンに隠されたコンテンツはモバイルでは問題ありません。Gary Illyesは何年も前にこれを解決しました — “in the mobile-first world content hidden for ux should have full weight” (翻訳) 「モバイルファーストの世界では、UXのために隠されたコンテンツは完全な重みを持つべきです」 — したがって、すべてを表示領域に展開する必要はありません。

モバイルページ速度とCore Web Vitals

速度はモバイルでより重要です。接続とデバイスが弱く、忍耐力が短いからです。Googleはページエクスペリエンスの側面を主にCore Web Vitalsを通じて測定し、“Core Web Vitals are used by our ranking systems.” (翻訳) 「Core Web Vitalsはランキングシステムで使用されています。」 モバイルで測定される3つのしきい値:

• LCP (Largest Contentful Paint) — 2,5秒未満。
• INP (Interaction to Next Paint) — 200ms未満。
• CLS (Cumulative Layout Shift) — 0,1未満。

ただし、視点を保つ価値があります: ページエクスペリエンスはより広範なランキングシステム内で使用されるシグナルのセットであり、独立したランキングシステムではありません。Googleは*“always seeks to show the most relevant content, even if the page experience is sub-par.”* (翻訳) 「ページエクスペリエンスが標準以下であっても、常に最も関連性の高いコンテンツを表示しようとします。」 と述べています。したがって、CWVを修正するのは、ユーザーに役立ち、実際のシグナルだからです — 本当に優れたコンテンツを上回るからではありません。PageSpeed Insightsはモバイルとデスクトップのスコアを別々に報告します。モバイルのスコアに焦点を当ててください。完全なしきい値、フィールドデータとラボデータの比較、修正方法はCore Web Vitalsの詳細ガイドにあります。

モバイルユーザビリティ

Googleがページエクスペリエンスの下でフラグを立てるユーザビリティの基本:

• ビューポートメタタグ — <meta name="viewport" content="width=device-width, initial-scale=1">。 これがないと、モバイルブラウザはデスクトップ幅でレンダリングします。
• 読みやすいフォント — ズームなしで読めるテキスト（約16pxのベースが安全な下限です）。
• タップターゲット — ボタンとリンクが確実にタップできる大きさ（約48px）。
• 水平スクロールなし — コンテンツがビューポートに収まる。
• robots.txtでCSS/JSをブロックしない — Googlebotはモバイルページをレンダリングする必要があります。

これらは、“Does your content display well on mobile devices?” (翻訳) 「コンテンツはモバイルデバイスで適切に表示されますか？」 のようなGoogleの自己評価質問に対応します。完全なテスト方法論、しきい値、およびこれらの各項目の監査方法については、専用のMobile usability詳細ガイドを参照してください。ビューポートタグ自体 — 構文、属性リファレンス、一般的な間違い — には独自のViewport meta tag詳細ガイドがあります。

侵入的なインタースティシャル

検索から訪問者が来たときにコンテンツを覆い隠す全画面ポップアップは、あなたに悪影響を与える可能性があります。Google: “Intrusive interstitials and dialogs are page elements that obstruct users’ view of the content, usually for promotional purposes,” (翻訳) 「侵入的なインタースティシャルとダイアログは、通常プロモーション目的で、ユーザーのコンテンツの視界を妨げるページ要素です。」 そしてそれらは*“make it hard for Google and other search engines to understand your content.”* (翻訳) 「Googleや他の検索エンジンがあなたのコンテンツを理解するのを難しくします。」 問題となるもの: 全画面オーバーレイ、読む前に閉じる必要がある独立したインタースティシャル、プロモーション層の背後に隠されたコンテンツ。問題ないもの: “that take up only a small fraction of the screen” (翻訳) 「画面のごく一部だけを占める」 小さなバナー、ネイティブアプリインストールバナー、法的に必要な同意または年齢確認ゲート。インタースティシャルの詳細ガイドでその境界線を詳しく説明しています。

AMPはどうですか？

AMP（Accelerated Mobile Pages）は新しい構築には推奨されなくなりました。GoogleはTop StoriesカルーセルのAMP要件を削除し、AMPをランキングシグナルとして削除しました。標準のレスポンシブHTMLと優れたCore Web Vitalsで、AMPが意図していたすべてを実現できます。2つ目のコードベースは不要です。AMPはレガシーとして扱ってください — 既にあるなら問題ありません。新しく始めるなら、スキップしてください。

ツール環境は変わりました — 今はLighthouseを使用してください

ここがほとんどの古いガイドが時代遅れになっている点です。2023年12月1日、GoogleはSearch Consoleのモバイルユーザビリティレポート、モバイルフレンドリーテストツール、モバイルフレンドリーテストAPIを廃止しました。 Googleはこれが*“doesn’t mean that mobile usability isn’t important”* (翻訳) 「モバイルユーザビリティが重要でないという意味ではない」 — ページエクスペリエンスガイダンスの一部であり続ける — しかし*“many other robust resources for evaluating mobile usability have emerged, including Lighthouse from Chrome.”* (翻訳) 「ChromeのLighthouseを含む、モバイルユーザビリティを評価するための他の多くの堅牢なリソースが登場しました。」 と明確に述べました。したがって、現在のツールキット:

• Lighthouse（Chrome DevTools内）— モバイルフレンドリーテストの後継。モバイルユーザビリティとパフォーマンスを監査します。
• PageSpeed Insights — モバイルでのCore Web Vitals（フィールドデータ＋ラボデータ）。
• Search Console — Core Web Vitalsレポート、クロール統計（スマートフォンのGooglebotアクティビティを確認）、URL検査（レンダリングされたモバイルHTMLを確認）。
• Chrome DevToolsのデバイスエミュレーション — スマートフォンサイズでの視覚的チェック。

ガイドがまだ「モバイルユーザビリティレポートを開く」と指示しているなら、それは古い情報です。

次に進む場所：モバイルSEOクラスター

このハブが地図です。以下の各トピックはそれぞれ独自の詳細解説です：

• モバイルファーストインデックス — 実際に何なのか（GoogleがあなたのモバイルHTMLをインデックスすること）、なぜコンテンツのパリティがルール第1位なのか、検証済みの2016年→2023年のタイムライン、遅延読み込みの罠、そしてBingが異なる点。
• モバイルSEOチェックリスト — 実践的な監査手順：パリティ項目、設定、速度、ユーザビリティ、インタースティシャルを一度に確認。
• レスポンシブデザイン — ビューポート依存性、なぜGoogleの推奨設定なのか、ランキングプレミアムの神話。
• ダイナミックサービング — Vary: User-Agent要件と、なぜ現在はレガシーパターンなのか。
• モバイルユーザビリティ — 読みやすいテキスト、タップターゲット、ビューポートフィット、そしてSearch Consoleレポートが廃止された今のテスト方法。
• ビューポートメタタグ — 正確な構文、属性リファレンス、そしてそれを壊す一般的な間違い。
• AMP SEO — AMPとは何だったのか、なぜGoogleがランキングシグナルおよびトップニュース要件として廃止したのか、そしてなぜ新規構築には推奨されないのか。
• 侵入的インタースティシャル — ランキングに悪影響を与える可能性のあるポップアップやオーバーレイ、何が侵入的と見なされるか、そして除外事項（小さなバナー、法的/年齢確認ゲート）。

ページエクスペリエンスの重複についてはCore Web Vitalsを参照してください。モバイルがクロール/インデックスパイプラインにどう適合するかについては、より広範なテクニカルSEOの柱を参照してください。

AIまとめ

Advancedバージョンの簡潔な見解:

• モバイルSEO = モバイルユーザーとモバイルファーストインデックスの両方に対する最適化。 Googleの移行が2023年10月に完了して以来（2024年7月後に完全施行）、モバイル版がGoogleがインデックスおよびランキングする主要バージョンです。単一のインデックス、オプトアウトなし — したがってこれは基本のSEOであり、ニッチではありません。
• レスポンシブデザインはGoogleの推奨設定です（「実装と維持が最も簡単」）。ダイナミックサービングは機能しますがVary: User-Agentが必要です。別々のURL（mドット）は最も脆弱です。
• コンテンツのパリティが重要なルールです：「モバイルサイトに表示されるコンテンツのみがインデックスに使用されます。」テキスト、構造化データ（モバイルURL付き）、画像＋altテキスト、タイトル/メタ、見出し、内部リンク、robotsメタをモバイルでも同等に保ちます。パリティ≠同一性。非表示またはタブ化されたコンテンツは問題ありません。
• モバイルでのCore Web Vitals： LCP < 2,5秒、INP < 200ms、CLS < 0,1。これらはより広範なランキングシステム内のシグナルであり、独立したシステムではありません。
• モバイルユーザビリティ： ビューポートメタタグ、読みやすいフォント（約16px）、タップターゲット（約48px）、水平スクロールなし、CSS/JSのブロックなし。
• 侵入的インタースティシャル（全画面オーバーレイ）は悪影響を与える可能性があります。小さなバナーや法的/年齢確認ゲートは問題ありません。
• AMPは新規構築には推奨されなくなりました — ランキングシグナルおよびトップニュース要件として廃止されました。
• ツールが変わりました： モバイルフレンドリーテストとSearch Consoleのモバイルユーザビリティレポートは2023年12月1日に廃止されました — Lighthouse、PageSpeed Insights、Search Console（CWV、クロール統計、URL検査）、DevToolsエミュレーションを使用してください。

公式ドキュメント

検索エンジンからの一次情報ドキュメント。

Google

• モバイルファーストインデックスのベストプラクティス — 正規のドキュメント：コンテンツ/構造化データ/画像の同等性、3つのサイト構成、レスポンシブ推奨。ここから始めてください。
• モバイルファーストインデックスが正式に導入されました（2023年10月） — 公式の「完了」発表。
• ウェブ全体でのモバイルファーストインデックスを発表（2020年3月） — ウェブ全体での発表。
• 邪魔なインタースティシャルとダイアログを避ける — 問題となるものと許容されるもの。
• モバイルでコンテンツに簡単にアクセスできるようにする（2016年8月） — 元のインタースティシャル発表。
• Googleのページエクスペリエンスを理解する — Core Web Vitals、モバイルフレンドリー、自己評価の質問。
• 役立つコンテンツの作成におけるページエクスペリエンスの役割（2023年4月） — ページエクスペリエンスは独立したシステムではなく、より広範なシステム内のシグナルとして。

Bing / Microsoft

• Bingは、Googleの詳細レベルに相当する専用のモバイルSEOドキュメントを公開していません。Bingは長い間モバイルフレンドリーをシグナルとして扱い、レスポンシブデザインを推奨しています。Bing Webmaster Tools内でモバイルフレンドリーチェックを提供しています。（Bingはモバイルファーストインデックスに切り替えていません。単一のデバイスに依存しないインデックスを維持しています。モバイルファーストインデックスの詳細をご覧ください。）

ソースからの引用

Googleからの公式声明。各リンクは、ソースページの引用箇所にジャンプするディープリンクです。

Google — モバイルファーストインデックスと構成

• “Google recommends Responsive Web Design because it’s the easiest design pattern to implement and maintain.” (翻訳) 「Googleは、実装と維持が最も簡単なデザインパターンであるため、レスポンシブウェブデザインを推奨しています。」 — Google Search Centralドキュメント。 引用にジャンプ
• “Make sure that your mobile site contains the same content as your desktop site.” (翻訳) 「モバイルサイトがデスクトップサイトと同じコンテンツを含んでいることを確認してください。」 引用にジャンプ

Google — インタースティシャル

• “Intrusive interstitials and dialogs are page elements that obstruct users’ view of the content, usually for promotional purposes.” (翻訳) 「邪魔なインタースティシャルとダイアログは、通常プロモーション目的で、ユーザーのコンテンツの視界を妨げるページ要素です。」 — Google Search Centralドキュメント。 引用にジャンプ
• “Intrusive dialogs and interstitials make it hard for Google and other search engines to understand your content, which may lead to poor search performance.” (翻訳) 「邪魔なダイアログとインタースティシャルは、Googleや他の検索エンジンがコンテンツを理解するのを難しくし、検索パフォーマンスの低下につながる可能性があります。」 引用にジャンプ

Google — ページエクスペリエンスとCore Web Vitals

• “Core Web Vitals are used by our ranking systems.” (翻訳) 「Core Web Vitalsはランキングシステムで使用されています。」 — Google Search Centralドキュメント。 引用にジャンプ
• “Google Search always seeks to show the most relevant content, even if the page experience is sub-par.” (翻訳) 「Google検索は、ページエクスペリエンスが標準以下であっても、常に最も関連性の高いコンテンツを表示しようとします。」 引用にジャンプ

Google — モバイルツールの廃止（2023年12月） (Search Engine Landの逐語的な報道による)

• “This doesn’t mean that mobile usability isn’t important for success with Google Search. It remains critical for users… and as such, it remains a part of our page experience guidance.” (翻訳) 「これは、モバイルユーザビリティがGoogle検索での成功にとって重要ではないという意味ではありません。ユーザーにとって依然として重要であり…そのため、ページエクスペリエンスのガイダンスの一部であり続けます。」 報道を読む
• “In the nearly ten years since we initially launched this report, many other robust resources for evaluating mobile usability have emerged, including Lighthouse from Chrome.” (翻訳) 「このレポートを最初に公開してから約10年の間に、モバイルユーザビリティを評価するための他の多くの堅牢なリソースが登場しました。ChromeのLighthouseなどです。」 報道を読む

Googleのジョン・ミューラー — モバイルファーストインデックス完了（2023年10月） (Search Engine Landの逐語報道による)

• “It’s been a long road, getting from there to here. We’re delighted to announce that the trek to Mobile First Indexing is now complete.” (翻訳) 「ここに至るまで長い道のりでした。モバイルファーストインデックスへの旅が完了したことを発表でき、嬉しく思います。」 報道を読む

Googleのゲイリー・イルイェス — モバイルで隠されたコンテンツ (Search Engine Roundtableによる)

• “No, in the mobile-first world content hidden for ux should have full weight.” (翻訳) 「いいえ、モバイルファーストの世界では、UXのために隠されたコンテンツは完全な重みを持つべきです。」 報道を読む

モバイルSEOチェックリスト

インデックス側とエクスペリエンス側を簡単に確認します。（専用のモバイルSEOチェックリストの詳細ガイドはより広範囲をカバーしています — これはハブレベルのバージョンです。）

インデックス / コンテンツの同等性（モバイルHTMLに対して確認 — それがインデックスされるものです）

• 完全で重要なコンテンツがモバイルにある — 「きれいにするため」に削除されていない。
• モバイルに同じ構造化データがあり、URLがモバイルURLを指している。
• モバイルに同じ画像と同じaltテキストがある。
• バージョン間で同等のtitleとメタディスクリプション。
• モバイルとデスクトップで同じ見出し。
• 内部リンクとナビゲーションがモバイルHTMLに存在する。
• モバイルテンプレートに余分なnoindex/nofollowがない。
• 主要コンテンツがスクロールまたは初期HTMLで読み込まれる — タップ/スワイプ/タイプ操作の背後にない。
• （別URLのみ）デスクトップがcanonicalに設定され、モバイルへのalternateがある；（動的配信のみ）Vary: User-Agentヘッダーが設定されている。

設定

• 可能な場合はレスポンシブデザイン（1つのURL、1つのHTML）。
• <meta name="viewport" content="width=device-width, initial-scale=1">が存在する。
• CSSとJSがrobots.txtでブロックされていない。

速度（モバイルCore Web Vitals）

• モバイルでLCPが2,5秒未満、INPが200ms未満、CLSが0,1未満。
• PageSpeed Insightsをデスクトップだけでなくモバイルスコアで確認。

ユーザビリティ

• ズームなしでテキストが読める（ベース約16px）。
• タップターゲットが十分に大きい（約48px）、密集していない。
• 横スクロールがない。
• 検索からのエントリー時に邪魔な全画面インタースティシャルがない（小さなバナーや法的/年齢確認ゲートは問題ない）。

ツール（2023年12月以降）

• Lighthouseで監査（廃止されたモバイルフレンドリーテストではない）。
• レンダリングされたモバイルHTMLをSearch ConsoleのURL検査で確認。

モバイルSEO — チートシート

唯一のルール： GoogleはあなたのモバイルHTMLをインデックスします。モバイルにないものは、インデックスされないと想定してください。

サイト設定

モバイルでも同等に保つ（パリティ）: コンテンツ・構造化データ（モバイルURL）・ 画像＋altテキスト・タイトル＋メタディスクリプション・見出し・内部リンク・ robots meta。

Core Web Vitals（モバイル）: LCP < 2,5秒・INP < 200ms・CLS < 0,1。

ユーザビリティの目標: viewport metaタグ・約16pxの基本フォント・約48pxのタップターゲット・ 横スクロールなし・CSS/JSのブロックを避ける。

インタースティシャル: 入口での全画面オーバーレイは問題あり。小さなバナー＋法的/年齢確認ゲートは問題なし。

知っておくべき日付

• 2023年10月 — モバイルファーストインデックスが完了。
• 2024年7月5日 — 完全適用。モバイルで動作しないサイトはインデックスされないリスクがある。
• 2023年12月1日 — Mobile-Friendly TestとSearch Consoleのモバイルユーザビリティレポートは廃止 → Lighthouseを使用。

現在のツール: Lighthouse・PageSpeed Insights・Search Console（CWV、クロール統計、 URL検査）・Chrome DevToolsのエミュレーション。

AMP: 新規構築には推奨されない（ランキングシグナルおよびTop Storiesの要件から外れた）。

モバイルSEOの健全性を測定する

モバイルCore Web Vitalsの合格率

指標: LCP、INP、CLSで「良好」と評価されたモバイルフィールドデータのURLグループの割合。 それが示すもの: 実際のモバイル訪問が、Googleが文書化した良好な閾値を3つの指標すべてで満たしているかどうか。取得方法: Search ConsoleのCore Web VitalsとPageSpeed Insightsのモバイルフィールドデータ。ベンチマーク/現実的な範囲: 公開されている良好な閾値（LCP 2,5秒以下、INP 200ミリ秒以下、CLS 0,1以下）を使用し、自社のテンプレートからカバレッジを確立する。頻度: 毎月およびパフォーマンスリリース後。フィールドデータはローリングウィンドウを使用。

モバイルコンテンツパリティの例外

指標: モバイル出力がデスクトップで利用可能なインデックス可能な要素を削除または変更するテスト済みURL。それが示すもの: モバイルファーストインデックスが意図したコンテンツとシグナルを受け取っているかどうか。取得方法: コピー、リンク、メタデータ、ディレクティブ、画像、構造化データについて、モバイル/デスクトップのクロール差分を定期的に取得。ベンチマーク/現実的な範囲: 既知の重大な例外はゼロ。レイアウトのみの違いはカウントしない。頻度: 主要なテンプレートリリースごと、および毎月のサンプル。

テンプレート別のモバイルオーガニックパフォーマンス

指標: ページタイプ別のモバイルクリック数、インプレッション数、CTR、平均掲載順位。 それが示すもの: 可視性やクリック行動がどこで変化したか。単一の集計値が原因を説明するふりはしない。取得方法: Search Consoleのパフォーマンスをモバイルに絞り込み、安定したテンプレート分類に結合。ベンチマーク/現実的な範囲: 各テンプレートの季節ベースラインと注釈付きリリースと比較。普遍的な成長率は正当化できない。頻度: アラートは毎週、意思決定は毎月。

自分でテスト: モバイルSEO

モバイルSEOに関する5つの簡単な質問。各質問に回答を選び、確認してください。

時間をかける価値のあるリソース

私の記事

• The Beginner’s Guide to Technical SEO — モバイルがクロール/インデックス/ランクの大きな全体像にどう適合するか。
• Core Web Vitalsとは何か、改善する方法 — モバイルのパフォーマンス面を詳しく解説。
• JavaScript SEO Issues & Best Practices — モバイルコンテンツがレンダリングに依存する場合に関連。

私の講演

• How Search Works (SlideShare) — クロール、レンダリング、インデックス、ランキングの解説。Googlebotがスマートフォンとしてクロールする方法も含む。（常時免責事項: “This is my understanding of systems… not going to be 100% complete or accurate.” (翻訳) 「これは私のシステム理解であり…100%完全または正確ではありません。」）

業界からの情報

• モバイルファーストインデックスのベストプラクティス （Google）— 標準的なパリティと設定に関するドキュメント。
• Googleのページエクスペリエンスを理解する （Google）— Core Web Vitalsとモバイルフレンドリー性をシグナルとして扱う。
• Google、モバイルユーザビリティレポート、モバイルフレンドリーテストツール、APIを正式に廃止 （Search Engine Land）— 2023年12月のツール廃止とLighthouseの推奨事項。
• Google、約7年を経てモバイルファーストインデックスが完了したと発表 （Search Engine Land）— 2023年10月の完了と、Mueller氏の引用。
• Google、7月5日以降モバイルで動作しないサイトをインデックスしない （Search Engine Land）— 2024年7月の施行マイルストーン。
• Google: ランキングのページエクスペリエンスシグナルはモバイルのみに適用 （Search Engine Land）— ページエクスペリエンスのタイムラインがモバイルとデスクトップでどのように分かれたか。
• Google、モバイルファーストインデックスでタブに隠れたコンテンツは問題ないと確認 （Search Engine Roundtable）— Gary Illyes氏の隠しコンテンツに関する引用。

引用に値する統計

• モバイルユーザーの53%が、読み込みに3秒以上かかるページを離脱する — 広く引用されているGoogle/DoubleClickのモバイル速度調査。モバイルのパフォーマンスは ランキングの問題であると同時にコンバージョンの問題であることを思い出させる。
• モバイルファーストインデックスは2023年10月に完了し、2024年7月5日以降は完全に施行 — その後、モバイルGooglebotで動作しないサイトは、まったくインデックスされないリスクがある（Google）。 出典
• Core Web Vitalsのしきい値（モバイル）: LCP < 2,5秒、INP < 200ms、CLS < 0,1 — Googleの「良好」の基準であり、ランキングシステムで使用される。 出典

変更履歴