結論から言うと、現在の Google 検索では AMP 対応そのものが順位を上げる要因ではなく、モバイルSEOで優先すべきなのは「スマートフォンで同じ内容が読めること」と「表示が速く安定していること」です。そのうえで AMP を使いたい場合は、公式の AMP プラグインを入れ、テンプレートモードを選び、検証エラーをなくしてから公開するのが基本の流れです。この記事では、AMP が今どういう位置づけにあるかを整理したうえで、導入の判断基準、WordPress での導入手順、公開後の確認方法を説明します。
AMP の現在の位置づけ
AMP（Accelerated Mobile Pages）は、制限された HTML と専用コンポーネントでページを組み、高速に表示させる仕組みです。以前は Google 検索のトップニュース枠に表示されるために AMP が求められていた時期があり、「モバイルSEOには AMP」というイメージが広まりました。
しかし 2021年のページエクスペリエンスの更新以降、トップニュース枠に AMP は不要になり、検索結果の AMP マークも表示されなくなりました。Google は AMP を順位付けの直接の要因としては扱っておらず、AMP ページも通常のページと同じく、内容の有用性やページエクスペリエンス全般で評価されます。
一方で、モバイルSEOの土台であるモバイルファーストインデックスは、すでにほぼすべてのサイトに適用されています。Google は主にスマートフォン版のページを読み取って評価するため、次の点のほうが AMP の有無より影響が大きくなります。
- スマートフォン表示でも本文、見出し、画像、構造化データがPC版と同じように含まれている
- レスポンシブデザインで、文字や操作部品が小さすぎない
- Core Web Vitals（LCP・INP・CLS）が良好な範囲に近い
AMP を導入するか判断する
次のどれかに当てはまるなら、AMP の導入を検討する余地があります。
- テーマやプラグインの構成上、通常ページの高速化に手を入れにくく、記事ページだけでも軽くしたい
- 配信先のプラットフォームやニュースアプリなど、AMP ページを前提にした仕組みを利用している
- 広告や解析が AMP 用のコンポーネントで問題なく動くことを確認できている
逆に、次のような場合は、AMP より通常ページの改善を優先したほうが手間に見合います。
- フォーム、会員機能、EC のカートなど、JavaScript に依存する機能が多い
- 独自の広告タグや計測タグを多数使っている
- すでにレスポンシブで、PageSpeed Insights のフィールドデータが良好に近い
AMP ページは独自の JavaScript を自由に書けないため、通常ページで動いていた機能が AMP 版では動かない、という差が生まれます。モバイル利用者にだけ機能が欠けたページを見せることになるので、導入前に「AMP 版で失ってよい機能はどれか」を洗い出しておくことが大切です。
WordPress への導入手順
ここでは AMP プロジェクトが開発している公式プラグイン「AMP」を使います。作業前にサイト全体のバックアップを取り、可能であればステージング環境で試してください。テンプレートの表示が大きく変わることがあるためです。
1. プラグインのインストールと更新状況の確認
管理画面の「プラグイン」→「新規追加」で「AMP」を検索し、AMP Project Contributors が提供しているものをインストールします。インストール前に、プラグインページの最終更新日と、使用中の WordPress バージョンでの動作確認状況を見ておいてください。AMP 関連の開発は以前より落ち着いており、更新頻度は年によって異なります（2026年10月現在の状況も、導入時点で確かめることをおすすめします）。
2. テンプレートモードを選ぶ
有効化すると設定画面（オンボーディングウィザード）が開き、テンプレートモードを選べます。プラグインのバージョンによって表記は多少異なりますが、おおむね次の3種類です。
- 標準（Standard）: サイト全体を AMP として配信します。通常版と AMP 版の区別がなくなるため管理は単純ですが、テーマとプラグインが AMP に対応していることが前提です。
- トランジショナル（Transitional）: 通常版を残したまま、テーマのテンプレートを使って AMP 版を別URLで用意します。見た目を保ちながら AMP 版を追加したい場合に向いています。
- リーダー（Reader）: 簡素な専用テンプレートで AMP 版を作ります。テーマとの互換性問題が出にくい反面、デザインは通常版と大きく変わります。
初めて導入するなら、トランジショナルかリーダーで、投稿だけを対象にして始めるのが無難です。対象とする投稿タイプやテンプレートは設定画面で絞り込めます。
3. 検証エラーを確認して直す
プラグインは、AMP として許可されない要素（独自の script タグや一部の CSS など）を検出し、管理画面に一覧として表示します。多くの場合、問題の要素は自動で取り除かれますが、取り除かれた結果、表示が崩れたり機能が消えたりしていないかを、実際のスマートフォンで1ページずつ確かめます。
エラーの原因が特定のプラグインにある場合、そのプラグインを AMP ページでは読み込まない設定にするか、AMP に対応した代替手段に切り替えます。テーマ側の修正が必要なら、親テーマを直接書き換えず、子テーマで対応してください。
4. 解析と広告の対応
AMP ページでは、通常のアクセス解析タグはそのままでは動きません。Google のアクセス解析を使うなら、Site Kit by Google のように AMP ページへの計測タグ出力に対応したプラグインを使うか、AMP 用の解析コンポーネントで設定します。広告も AMP 用の広告コンポーネントが必要で、広告サービスごとに対応状況が異なります。AMP 版で計測が止まっていることに数か月気づかない、というのはよくある失敗なので、公開翌日には解析画面で AMP ページの数値が入っているか確認します。
公開後の確認
AMP 版の URL を開き、URL の末尾に #development=1 を付けて再読み込みすると、ブラウザの開発者ツールのコンソールに AMP の検証結果が表示されます。「AMP validation successful」のような成功メッセージが出ていれば、その時点では AMP の仕様に沿っています。AMP プロジェクトが提供している Web 上の検証ツールでも同様に確認できます。
トランジショナルモードやリーダーモードでは、通常版の HTML に AMP 版を指す rel="amphtml" のリンクが、AMP 版には通常版を指す rel="canonical" が出力されます。ページのソースでこの対応が正しいかを確かめてください。これが崩れていると、検索エンジンが通常版と AMP 版の関係を正しく理解できません。
Search Console では、URL 検査ツールで AMP 版の状態を確認できます。AMP に関するレポートが表示されている場合は、エラーの増減も定期的に見ておきます（画面の構成や名称は変わることがあります）。
AMP をやめたくなったときの注意
AMP をやめる場合、プラグインを無効化するだけだと、検索エンジンや外部サイトに残っている AMP 版 URL が 404 になることがあります。トランジショナルやリーダーで別URLの AMP 版を出していたなら、AMP 版 URL から通常版 URL へ 301 リダイレクトを設定してから無効化します。導入前に「やめるときの手順」まで想定しておくと、後で慌てずに済みます。
まとめ
- AMP は現在の Google 検索で順位を直接上げる要素ではなく、トップニュース枠の条件でもなくなっている
- モバイルSEOでは、スマートフォン版の内容がPC版と同等であることと、Core Web Vitals の改善が先
- 導入するなら公式 AMP プラグインで、トランジショナルかリーダーモードの投稿限定から始める
- 検証エラーで削られた機能や表示崩れを実機で確かめ、解析と広告が AMP 版でも動くか確認する
- やめるときは AMP 版 URL から通常版への 301 リダイレクトを用意してから無効化する