Googleは米国現地時間7月1日、AMPの説明ドキュメントを簡素化して分かりやすくしたと発表しました。そもそもAMPってまだ生きていたんですね(笑)。ちょうど10年程前に表示速度改善のためのひとつとしてGoogleが推奨していた方法でしたが、その後「わざわざAMPページを作ってデバッグして…だったら普通にオリジナルページを高速化するほうが手っ取り早いよね」という人も多く、ほぼ耳にすることはなくなりました。しかし、なぜかこのタイミングでAMP説明ドキュメントを分かりやすくしたそうで…ちょっと解説しておきます。

July 1
Updating our AMP documentation
What: Simplified our AMP documentation by removing outdated references to the AMP viewer, AMP Cache, and signed exchange.
Why: Starting today, Google Search is updating how it connects users to AMP pages, and will now take users directly to the publisher’s AMP host pages. This change simplifies and reduces maintenance efforts for publishers who are creating AMP content, as they no longer need to update the AMP cache or configure signed exchanges. AMP content will continue to rank just like any other web page.

7月1日
AMPドキュメントを更新
内容: AMPビューア、AMPキャッシュ、署名付き交換に関する古い記述を削除することで、 AMPドキュメントを簡素化しました。
理由: 本日より、Google検索はAMPページへのユーザー接続方法を更新し、ユーザーをパブリッシャーのAMPホストページに直接誘導するようになります。この変更により、AMPコンテンツを作成するパブリッシャーは、AMPキャッシュの更新や署名付き交換の設定を行う必要がなくなるため、メンテナンス作業が簡素化され、負担が軽減されます。AMPコンテンツは他のWebページと同様にランキングされます。

引用）Latest documentation updates

ドキュメントをアップデートした背景と理由

2026年7月1日付で発表されたAMPドキュメントのアップデートとして、AMPの公式ドキュメントを簡素化し、古くなったAMPビューア(AMP viewer)とAMPキャッシュ(AMP Cache)、また署名付き交換(Signed Exchange/SXG)に関する記述を削除したとのことです。劇的に簡素化されていまして、今後Google側のサーバー(AMPキャッシュ：つまりGoogleドメインからの配信)などを介さず、ユーザーを直接、サイト運営者(パブリッシャー)の元のAMPページ(ホストページ)に遷移させるようになります。

元々、AMPページに関しては、サイト運用者はGoogleのサーバーに保存されたキャッシュを更新したり、URLを自社ドメインに見せるために署名付き交換(SXG)したり、複雑な技術設定を行う必要がありました。しかし、今後は(GoogleによるAMPキャッシュを通さなくなるので)これらが一切不要になり、AMPコンテンツの維持・管理の手間が大幅に削減されます。またAMPページは、他の通常のWebページと全く同様に、引き続きGoogle検索で評価されランク付けされますし、AMPだからといって特別に優遇されたり、逆に不利になったりすることはありません。

簡素化された最新のAMPドキュメント

上記の発表内容の対象となるAMPドキュメントも、以前のドキュメントに大量に書かれていたキャッシュの仕組みやSXGの設定方法といった複雑な技術解説がバッサリ削られ、以下の基本事項(「ユーザーにどう見せるか」という基本品質)だけが残されています。
　

AMPドキュメントに記載されている基本事項(要約)

AMP HTML仕様の遵守：当然ですが、AMPの基本的なコード規格(AMP HTML)に従ってページが作られている必要があります。
コンテンツと機能の同一性：通常のページ(パソコン版など)とAMPページで、ユーザーが読める内容や、できる操作(購入、ログイン、コメントなど)が同じでなければなりません。AMPだからといって情報を省略しすぎてはいけません。
理にかなったURL設計(今回の変更で特に最重要)：以前はGoogleのURL(google.com/amp/…)でページが表示されていましたが、今後はユーザーのブラウザにオリジナルのサイトのAMP URLが直接表示されます。そのため、ユーザーが混乱しないよう、標準ページが“example.com/page”なら、AMPページは“example.com/amp/page”や“amp.example.com/page”のように、一目で関連性がわかるURLにすることが強く求められています。
エラーのない有効なAMP：AMPのコードにエラーがあると、Google検索の一部の機能(リッチリザルトなど)に表示されなくなる可能性があります。
FAQ(よくある質問)：AMPはモバイル専用ではなく、デスクトップ(PC)でも綺麗に表示されるよう、レスポンシブデザインで作ることが推奨されています。

楽になったけども…

これまでのAMPは「Googleのサーバーやシステムを借りて超高速化する代わりに、設定や管理がものすごく面倒」というデメリットがありました。今回の変更により、Googleは面倒なキャッシュや特殊な通信システム(SXG)の利用をやめ、通常のWebページと同じように、デベロッパーのサイトのAMPページへ直接ユーザーをアクセスさせる形に方向転換しました。その結果、ドキュメントも非常にシンプルになり、サイト運営者は「エラーのない正しいAMPページを作り、分かりやすいURLで公開するだけ」で済むようになった、ということになります。

もともとAMPページを作成していた人にとってはだいぶ運用が楽になったかと思います…が、一体どれくらいの人がAMPページの運用をしているのでしょうか…。また、オリジナルページと対であることをしっかり明示できていなければ(同じドメイン内で)重複コンテンツページとなってしまうので、その辺は引き続きややこしいはずです。

今はCore Web Vitalsに伴う各種施策もありますし、表示速度を向上させるコーディング技術や遅延読み込み技術も進化していますので今更わざわざAMPページを運用する必要も無いと思うのですが…。でもまだAMPに注力している人にとっては若干嬉しい情報かもしれませんね。

ふわふわビジネスブログ

2026.07 Articles

Search for articles

Archives