ふと、昔よく見かけた稲妻マークのページを思い出した。「いまの INTERESTIC にも AMP を入れたほうがいいのでは？」——その問いから調べ直した記録が、この記事です。懐かしさと実装の現実、検索側の現在地をひと通り通すと、「流行っていた事実」と「いま入れるべきか」は、かなり違う問いだと分かります。
きっかけは「懐かしい技術」への再訪
Web Tool Lab やコーポレートサイトを育てていると、速さ・表示体験・SEO の話は何度でも戻ってくる。Lighthouse を眺めても、画像を削っても、フロントの構成を見直しても、「もっと速くできないか」という問いは残る。そのなかで、ふと頭に浮かんだのが AMP（Accelerated Mobile Pages） だった。
数年前までは、スマホの検索結果に稲妻アイコンが付き、タップすると一瞬で本文が開く——そんな体験が日常だった。流行が一段落して久しい今でも、「モバイルを速くするなら AMP」という記憶は残りやすい。技術の賞味期限は、体感の記憶より短いことが多い。だからこそ、気分やノスタルジーではなく、現行サイトへの導入を一度きちんと検討したくなった。
「調べてみたら、意外と今でも有効だった」かもしれないし、「あの熱狂はもう終わっていた」かもしれない。どちらでもいいから、事実に当たっておきたかった、というのが出発点だ。調べる前から結論を決めないこと——それが、この再訪のルールだった。
当時の熱狂はどこから来たか
AMP が注目された頃、モバイル通信はまだ遅く、重い JavaScript や巨大な画像がページを簡単に詰まらせた。ニュースやメディアは「検索から記事までの秒数」が勝負で、離脱はすぐ数字に出る。そこに Google 側の強い後押しが重なり、業界は一気に動いた。AMP 専用の CMS プラグインや、通常ページと AMP ページをセットで出す運用ガイドも次々に登場した。
象徴的だったのが、Top Stories（トップストーリー）への掲載条件だ。一時期は AMP であることが事実上の入場券に近く、メディア各社が一斉に AMP 版を用意した。キャッシュ経由で「ほぼ即表示」される体験は、当時としては圧倒的で、「AMP を作らない＝機会損失」という空気さえあった。
熱狂の本質は、技術の美しさだけではない。検索という入口での体験競争と、プラットフォームの推奨が重なったことだ。入口のルールが変われば、熱も冷める——後から振り返ると当たり前だが、渦中では見えにくい。だからこそ、今あらためて距離を取って見る価値がある。
AMP とは何か
AMP は、モバイル向けにページを速く・安定して表示するためのオープンな HTML フォーマットだ。通常の HTML に近い見た目だが、次のような制約と部品がある。
- ページは AMP HTML として検証（バリデーション）に通る必要がある
- 任意の JavaScript は原則禁止。代わりに
amp-imgやamp-form、amp-analyticsなど公式コンポーネントを使う - スタイルやリソースの扱いにもルールがあり、「壊れた重いページ」を作りにくくしている
公式の入門は はじめての AMP ページの作成 にまとまっている。要するに、「自由な Web アプリ」ではなく、「制限付きの高速ドキュメント」に寄せる仕様だ。ブログ記事やニュース本文のような、読んで終わりのページには相性がよく、逆にアプリのような操作感が中心のサービスには向いていない。
何が「速い」と言われたのか
速さのイメージは、大きく二つの層に分かれる。
ひとつは 仕様による軽量化だ。カスタム JS を抑え、画像やレイアウトの崩れを減らすことで、Core Web Vitals に近い指標を取りやすくする。もうひとつは、かつての Google AMP Cache だ。検索結果から開くとき、パブリッシャーのサーバーではなくキャッシュ済みのコピーを表示し、体感を極端に短くしていた。
後者は「AMP＝一瞬で開く」という印象の主犯でもある。逆に言えば、キャッシュ経由の特別扱いが薄れれば、AMP 固有の魔法もかなり弱まる。前者の「軽い HTML にする」という考え方自体は今も正しいが、それは必ずしも AMP という形式でなくても達成できる。
AI に聞いてみた — 全ページ化は現実的か
そこで、現行の INTERESTIC（Laravel + Inertia / React、Web Tool Lab）に「全ページ AMP 化」が現実的かを AI に調査してもらった。結論は明確で、現実的ではないだった。
理由は単純で、サイトの核がドキュメントではなく ブラウザ内で動くツールだからだ。画像処理の Worker、音声（チューナーやメトロノーム）、Canvas、ローカル保存、リッチなフォーム——こうした任意の JS は、AMP の前提と正面衝突する。コーポレート TOP のモーションや、問い合わせのボット対策（Turnstile）も同様だ。製品の価値そのものが「ブラウザで何ができるか」にある以上、AMP の制約は機能を削ることと同義になりやすい。
一方、プライバシーポリシーや利用規約、ブログ記事のようにほぼ静的な面だけなら、技術的には AMP 版を並行配信できる。ただし React とは別テンプレートの二重メンテになり、analytics も差し替えが必要で、投資対効果は薄い、という整理になった。「一部だけ AMP」は可能でも、「全部 AMP」は製品の形と合わない。
AMP の現在地（2026年）
「今も入れるべきか」を決めるには、仕様の可否だけでなく、検索側の位置づけが重要になる。
2021年以降、Google は Top Stories の AMP 必須をやめ、表示体験の評価を Core Web Vitals などへ寄せた。稲妻アイコンも検索結果から姿を消し、「AMP だから有利」という時代は終わっている。さらに 2026年7月時点では、検索から AMP Cache / AMP Viewer 経由で開く経路も簡素化され、ユーザーはパブリッシャー自前の AMP ホストへ直接送られる、という説明に更新されている。
つまり AMP は「消えた規格」ではない。ドキュメントもコンポーネントも残っている。しかし、ランキング優遇やキャッシュによる特別な即時表示という、かつて導入を正当化した報酬はほぼ残っていない。他の HTML ページと同じ土俵で、同じ速さの物差しに晒される——それが 2026年の現在地だ。
ここで大事なのは、「AMP が悪い」ではなく、「AMP を選ぶ理由が減った」という点だ。フォーマットは生きていても、導入のビジネスケースが痩せている。その差を見誤ると、メンテだけが増える。
「全ページ AMP 化」が合わない理由
現在地を踏まえると、全ページ化が合わない理由は次のように整理できる。
- 製品がアプリ寄り — Tool Lab は AMP のドキュメントモデルでは再現できない
- フロントが React / Inertia — AMP は別系統の HTML 運用を要求する
- SEO 報酬が薄い — 速さの証明は CWV で足り、AMP 専用の入場券はない
- メンテコストが高い — 静的面だけ二重化してもリターンが小さい
「速くしたい」という問題設定は正しい。ただし解が AMP である必然は、もうほとんどない。懐かしさが動機になるのはよいが、判断基準は動機ではなく、いまのコストと報酬で決める必要がある。
AMP の未来をどう見るか
AMP プロジェクト自体は、コンポーネントやドキュメントとして存続しうる。ニュース系や、極端に薄い記事ページを大量配信するメディアでは、制約付き HTML が運用上まだ合うこともあるだろう。Web Stories のように、AMP 由来のフォーマットが別の形で残るケースもある。
一方で、一般のプロダクトサイトや SPA / インタラクティブツール中心のサイトでは、AMP を「未来の標準」と見るのは難しい。業界全体でも、AMP 専用ページを畳む・作らない選択が増えてきた。未来は「AMP が主役に返り咲く」より、「速さは通常の Web 性能最適化で語る」方向に収束しやすい、というのが今の読みだ。規格が消えるかどうかより、選ぶ理由が残るかどうかのほうが実務では大事になる。
速さのために本当にやるべきこと
AMP を見送ったあとで残るのは、地味だが効く仕事だ。派手な規格名より、計測とボトルネック潰しの積み重ねのほうが、いまは再現性が高い。
- Core Web Vitals（LCP / INP / CLS）を計測し、ボトルネックを潰す
- 画像・フォント・JS チャンクの見直し
- サーバ側レンダリングやキャッシュの健全化
- 本当に静的な文書だけ、必要なら薄い HTML で配信する
たとえば画像は、いまも LCP を悪化させやすい典型要因だ。転送量を落とすだけでも体感は変わる。画像圧縮ツール でサイズを抑えつつ見た目を保つ、といった日常的な改善が、AMP なしでも効く。端末やブラウザの違いを確認したいときは ブラウザ環境チェック で User-Agent や画面情報をその場で見られる。
「昔流行ったから入れる」のではなく、「いまのアーキテクチャで、ユーザーの体感をどう良くするか」に問いを戻す。その意味で、AMP を一度きちんと調べたことは無駄ではなかった。流行の記憶は、速さという目標を思い出すきっかけにはなる。解法のカタログとしては、すでに一本道ではない、というだけだ。
まとめ — 懐かしさと、いま選ぶべき手段
AMP は、モバイル Web の体験を大きく動かした規格だ。熱狂には理由があり、仕組みも今読めば筋が通っている。しかし 2026年の現在地では、検索での特別扱いは薄れ、インタラクティブな現行サイトへの全ページ導入は現実的ではない。規格が悪いのではなく、報酬と製品の形が変わったのが本質だ。
きっかけは「懐かしい技術を今に活かせないか」だった。結論は「活かすなら AMP そのものより、AMP が目指した速さの目標を、いまの手段で達成する」こと。流行の記憶は大事な情報だが、導入判断は現在の報酬とコストで決める——それが、今回の調査から持ち帰ったいちばんの学びだ。速さは今も必要だ。ただしその答えは、必ずしも稲妻マークではない。
正本・関連
この記事の正本（INTERESTIC ブログ）: