
更新者
Jun 11, 2026に更新されました
Google AMP(Accelerated Mobile Pages)は、2015年にGoogleによって導入されたオープンソースのHTMLフレームワークであり、その時代の根本的なモバイルウェブの問題、すなわち、内容が重いページがキャリア接続で遅くロードされ、ユーザーエクスペリエンスが悪化し、バウンス率が高くなる問題に対処します。
AMPは、任意のウェブページの平行で簡素化されたバージョンを作成することで機能します。不要なHTML要素、サードパーティのJavaScriptライブラリ、複雑なCSSはすべて削除されます。その結果、ほとんどのモバイル接続で1秒未満でロードできるページが生成されます — 元のバージョンは5〜8秒かかります。
AMPページは、マークアップ内で<html amp>または<html ⚡>タグによって識別され、ページの標準バージョンを指すカノニカリンクを含む必要があります。
AMPは三つの統合されたコンポーネントを通じて機能します:
AMP HTMLは、パフォーマンスのボトルネックを引き起こすタグや属性を排除し、標準HTMLの制限されたサブセットを使用します。すべての有効なAMPドキュメントには、<!doctype html>、<html amp>または<html ⚡>識別子、<head>および<body>セクション、AMP JavaScriptライブラリのスクリプト、標準ページバージョンへのカノニカリンク、およびAMPボイラープレートCSSが含まれている必要があります。
AMPページは、標準の<script>タグではなく、amp-script要素を介したサンドボックス化されたJavaScript環境を使用します。この環境は、サードパーティのJavaScriptによる遅延なしにページがスムーズにロードされることを保証します。AMPページでのカスタムJavaScriptは150KBに制限されており、AMPページを高速にするためのパフォーマンス制約を強制します。
GoogleのAMPキャッシュは、AMPページを事前取得して保存するCDN(コンテンツ配信ネットワーク)です。ユーザーのブラウザがGoogleの検索結果でAMP URLに遭遇すると、キャッシュされたバージョンがGoogleのサーバーから読み込まれ、AMPの特徴である瞬時に近いロード時間を提供します。
ページスピードの向上。 コアウェブバイタル — 特に最大コンテンツフィルペイント(LCP)とファーストインプットデレー(FID/INP) — は、Googleのランキング要因であることが確認されています。AMPページは、ほとんど常に標準バージョンよりもこれらの指標で高く評価されており、コアウェブバイタルに苦労しているページにとって計測可能なランキングの利点を提供します。
モバイルユーザー体験。 AMPページでの低い直帰率、長いセッション時間、より高いページごとのセッション数は、Googleのページエクスペリエンスシグナルに反映されます。モバイルトラフィックが支配するニュース出版者やコンテンツ重視のサイトにおいて、UXの改善は時間とともに累積します。
トップストーリーのカルーセルの可視性。 Googleは2021年にトップストーリーの厳格な要件としてAMPを削除しましたが、AMPページは依然としてコアウェブバイタルの閾値で高く評価される傾向があり、正式な要件ではなくなったとしてもカルーセルの適格性において実際的な利点を与えます。
デザインと機能の制限。 AMPのパフォーマンス制約により、カスタムJavaScriptライブラリは使用できず、AMP特有の代替手段なしに標準フォーム要素を使用することはできず、CSSの柔軟性も制限され、特定の広告フォーマットに制約があります。機能性が重要なサイト(eコマース、複雑なインタラクティブコンテンツ、サブスクリプションゲーティングなど)では、これらの制限が速度の利点を上回る可能性があります。
二重URLの複雑性。 AMPページはその標準バージョンとは異なるURL(例:/amp/article-title vs. /article-title)で存在します。これにより、カノニカル化の管理要件、潜在的なアナリティクスの断片化、AMPバージョンに対して内部リンクが指向する場合にはリンクエクイティの複雑性が生じます。
メンテナンスのオーバーヘッド。 すべてのコンテンツ更新はAMPバージョンに反映する必要があります。頻繁に更新を行う大規模なパブリッシャーにとって、これが継続的なメンテナンス作業を生み出します。
AMPを要件とすることは時代遅れ。 Googleはトップストーリーの適格性にAMPを必要としなくなったため、新しいサイトにAMPを実装するための主要な正当化が大幅に弱まっています。ほとんどのサイトは、平行的なAMPインフラを維持するよりも、標準ページのコアウェブバイタル最適化に投資する方が良いでしょう。
AMPをすでに持っている場合: それがうまくいっているなら維持してください。メンテナンスのオーバーヘッドがコンテンツの遅延を生じさせている場合や、制限された機能が重要なサイトの改善を妨げている場合にのみ削除してください。
新しいAMP実装を検討している場合: 標準ページのCore Web Vitalsの最適化は、ほぼ常により良い投資です。LCPが2.5秒未満で、良好なCLS/INPスコアを持つ標準ページは、AMPページと同等にTop Storiesの適格性で競争し、Google以外のプラットフォーム(ソーシャルシェア、直接リンク、AIクローラー)でより良いパフォーマンスを発揮します。
Top Storiesを優先するニュースパブリッシャーの場合: 標準ページがCore Web Vitalsに苦しむ場合、AMPは依然としてTop Storiesの適格性への有効な道であり、AMPのメンテナンスオーバーヘッドを吸収できるならばそうである。
すべてのAMPページはこれらの要素を含む必要があります:
<!doctype html>
<html amp>
<head>
<meta charset="utf-8">
<script async src="https://cdn.ampproject.org/v0.js"></script>
<title>Your Page Title</title>
<link rel="canonical" href="https://yoursite.com/standard-page/">
<meta name="viewport" content="width=device-width">
<style amp-boilerplate>/* AMPボイラープレートCSS */</style>
<noscript><style amp-boilerplate>/* noscriptボイラープレート */</style></noscript>
</head>
<body>
<!-- コンテンツはこちら -->
</body>
</html>
WordPressサイトは、公式のAMPプラグインを通じてAMPを実装でき、投稿やページのAMP版を自動的に生成し、canonicalリンクを処理します。このプラグインは、正しいAMP構造を維持しながら、AMPページの外観に関する大幅なカスタマイズコントロールを提供します。
AMPバリデーターを使用して、公開前にAMPマークアップが有効であることを確認してください。無効なAMPページはAMPキャッシュの利益を得られず、AMP専用のSERP機能に表示されない可能性があります。
Google Search Consoleは、どのページが有効なAMPであり、どのページにエラーや警告があるかを示すAMPステータスレポートを提供します。実装後およびCMSやテンプレートの更新後に、このレポートを監視してAMPの検証問題が発生することがないようにしましょう。
AMPのコア設計哲学 ― 最小限の膨張、クリーンなセマンティックマークアップ、高速な読み込み配信 ― は、AI情報システムが効率的に解析できるページ構造を作成します。しかし、AMPページとAI引用との関係は単に「AMP = より良いAI可視性」というものよりも微妙です。
ChatGPT、Perplexity、およびGoogle AI OverviewなどのAIシステムは、コンテンツの質、エンティティの密度、回答第一の構造、信頼できる情報源に基づいて引用を選択します ― ページフォーマットではなく。明確なH1/H2階層、特定の命名エンティティ、帰属付きの統計、およびコンテンツの最初の30%に直接的な回答を持つよく構造化された標準ページは、薄いコンテンツを持つAMPページと同程度またはそれ以上の率でAI引用を得ることができます。
実際の質問は、どの出版社にとっても重要です — AMP ページや標準ページを運営しているかどうかにかかわらず: あなたのページは実際にAIシステムによって引用されているのか、そしてどの具体的なページ改善がその引用率を上げるのか?
Dageno AI は、この質問に継続的に答えるためのモニタリングレイヤーを提供します。それは、ブランド引用の頻度、競合のシェア・オブ・ボイス、および10以上のAIプラットフォーム(ChatGPT、Perplexity、Google AI Overviews、AI Mode、Gemini、Claude、Grok、DeepSeek、Qwen、Microsoft Copilot)にわたるAI推奨を駆動する特定のコンテンツソースを追跡します。
AMP を実装してページパフォーマンスを最大化している出版社にとって、Dagenoは計測のループを完結させます: AMP が生成する高速読み込み、クリーンに構造化されたページがAI引用の増加につながっているか、そして競合ページがあなたのコンテンツが受けるべき引用を得ているかを示します。Dageno用語集 は、ページ構造シグナルがGEO(Generative Engine Optimization)結果にどのように関連しているかを説明しています。無料プランは dageno.ai で利用可能です。
| シナリオ | 推奨 |
|---|---|
| 既存のAMPサイト、良好なパフォーマンス | 維持する; 改善を妨げるメンテナンスを除いて削除しない |
| 新しいサイト、AMPを検討 | 代わりにCore Web Vitalsの最適化に投資する |
| ニュース出版社、トップストーリー優先 | 標準ページがCWVで苦戦している場合、AMPは依然として有効 |
| Eコマースまたはインタラクティブコンテンツ | AMPの制約は適切でないため、標準ページの最適化に集中 |
| AI引用率を改善したい | コンテンツ構造とエンティティ密度はAMPの状態よりも重要; Dagenoを使用して測定 |
Google AMP は2015年に実際の問題を解決しました: モバイルページが遅すぎて、ユーザーはコンテンツが読み込まれる前にそれらを放棄していました。このフレームワークは速度で成功し、何百万もの出版社がトップストーリーの可視性とモバイルエンゲージメントの向上の恩恵を受けました。
2026年には、AMP の計算が変わりました。GoogleはもはやトップストーリーにAMPを要求しません; Core Web Vitalsのスレッショルドが要件となっています。ほとんどの出版社は、並行するAMPインフラを維持するよりも、標準ページを最適化する方が有益です。
浮上している考慮事項:AI検索可視性。あなたのページがAMPであろうと標準であろうと、AI引用にとって重要な質問は、それらがAI検索システムが抽出し引用できるほど明確に構造化されているかどうかです。これはコンテンツの質と構造に関する質問であり、Dagenoは、推測ではなくデータをもってこれに答えるためのモニタリングを提供します。

Tim is the co-founder of Dageno and a serial AI SaaS entrepreneur, focused on data-driven growth systems. He has led multiple AI SaaS products from early concept to production, with hands-on experience across product strategy, data pipelines, and AI-powered search optimization. At Dageno, Tim works on building practical GEO and AI visibility solutions that help brands understand how generative models retrieve, rank, and cite information across modern search and discovery platforms.
Read full bio