デジタル マーケターが信じるのをやめるべき 10 の一般的な AMP 神話

2015 年の開始以来、AMP はあらゆる業界の数千万のドメインから数十億のウェブページを動かすまでに成長しました。 しかし、その成長に伴い、AMP プロジェクトを取り巻く多くの誤解や神話も生まれています。 実際、多くのパブリッシャーや企業は、想定される欠陥や制限があるため、AMP の採用に懐疑的です。

今日の記事では、これらの誤解を解消し、最も一般的な AMP 神話の 10 を打ち破りたいと考えています。 信じられないほどのページ配信速度を活用する方法を学びましょう。

信じるのをやめる必要がある 10 の AMP 神話

誤解 1: AMP はモバイル専用である。

真実: AMP は、すべてのデバイスで動作するレスポンシブ機能を備えています。

最初のリリースでは、AMP は「Accelerated Mobile Pages」の略でした。 しかし、それ以来、長いタイトルは単純に AMP になりました。 これは、このフレームワークには、モバイルだけでなく、すべての Web ページを最適化してユーザー エクスペリエンスを向上させることが含まれているためです。

AMP は長年にわたって拡張され、さまざまなレスポンシブ デザイン機能を提供して、デスクトップやタブレットを含むすべてのデバイスと画面サイズでウェブページを改善してきました。 したがって、AMP はモバイル専用ではなく、実際にはモバイル ファーストです。つまり、モバイル向けに最適化されていますが、他の種類のデバイス向けに拡張されています。

(注: サードパーティ プラットフォームの一部の機能 (Google のトップ ストーリー カルーセルなど) は、モバイル エクスペリエンス専用に設計されている場合があります。AMP との統合方法については、サードパーティ プラットフォームに確認する必要があります。)

誤解 2: AMP は Google のプロジェクトだけです。

真実: AMP は、Googleや他の企業、ウェブ コミュニティのメンバーが主導するオープン ソース イニシアチブです。

AMP は Google 主導ですが、開発者やコミュニティの他のメンバーをコア コミッターとして招待するスタンドアロンのオープン ソース プロジェクトとして設計されているため、AMP は完全に独立しています。

初日から、AMP はパブリッシャー、広告ベンダー、テクノロジー プロバイダー、Google 以外のプラットフォーム (Twitter、Linkedin、Pinterest など) とともに開発されました。 また、非常にオープンなコラボレーションによる「GitHub 世代」のオープン ソース プロジェクトとして構想されました。

2016 年から 2019 年にかけて、AMP は 850 人を超える貢献者から貢献を受けました。そのうちの 78% は、上記の Yahoo、Bing、eBay などを含め、Google に雇用されていませんでした。

Google はフルタイムで AMP に取り組んでいるチームを採用していますが、外部の貢献者がプロジェクトに非常にアクセスしやすいように、チームの毎週の会議メモが誰でも閲覧できるように公開されています。 AMP は、コード自体に貢献できない人を含め、コミュニティのすべての構成要素に明示的に発言権を与える新しいガバナンス モデルに移行しました。

AMP フレームワークの全体的な目標は、1 つのプラットフォーム、1 組のサイト運営者、または 1 つの広告主グループだけでなく、すべての人にとってモバイル ウェブがより効果的に機能するようにすることです。 プロジェクトを真にオープンソースにすることで、人々はアイデアやコードを共有して貢献し、モバイル Web をより速く、より良くすることができます。

誤解 3: AMP ページには Google.com からしかアクセスできない。

真実: AMP ページには、あらゆる配信プラットフォームとデバイスからアクセスできます。

一部のプラットフォーム (例: Google、Bing、LinkedIn、Twitter、Yahoo JP、Baidu など) は、利用可能な場合、モバイルで常に既定で AMP ページを提供します。 その他 (Google.com や Bing.com など) は、ユーザー エクスペリエンスを大幅に高速化するために、コンテンツをキャッシュするための追加の手順を実行します。

結論: ユーザーは、Google.com だけでなく、あらゆる配布プラットフォームまたはサイトのリンクを介して AMP ページにアクセスできます。

誤解 4: すべての AMP ページには、対応する非 AMP ページが必要です。

真実: AMP ページを非 AMP バージョンに関連付ける必要はありません。

同じページの AMP バージョンと非 AMP バージョンの両方を使用することは一般的です。特に、まだテスト中の AMP 移行の初期段階では、これは一般的ですが、必須ではありません。

AMP がビジネスに適したソリューションであるかどうかを判断したら、同じコンテンツの 2 つのバージョンを維持する必要はもうありません。 1 つのページ (AMP バージョン) を選択して、(2 つのページ バージョンを作成、追跡、および管理するのではなく) 作成、追跡、および管理のコストを削減できます。

AMP を使用してサイト全体を構築することも選択できるため、個々のページの異なるバージョンの作成や維持について心配する必要はありません。

誤解 5: AMP ポスト クリック ページは作成が難しい。

真実: 通常、AMP ランディング ページの作成には 1 週間もかかりません。

「AMP HTML」は既存の Web テクノロジーだけで構築されているため、開発プロセスは、現在パブリッシャーや広告主がすでに使用しているプロセスを反映しています。 さらに、AMP ページの作成プロセスをさらに合理化するためのテンプレートとプラグインを利用できます。

AMP の開発時間と難易度はページの種類によって異なりますが、開発チームの 80% は、AMP ポスト クリック ランディング ページを 1 週間以内に作成したと述べています。

(Instapage AMP ビルダーはそれよりもさらに高速です... 組み込みの AMP バリデーター、直感的なインターフェイス、および統合サポートにより、数分でページを作成できます。)

誤解 6: AMP はパブリッシャーと静的な Web サイト専用です。

真実: AMP ページへの Google 検索クリックの大半は、非静的サイトに移動します。

AMP が最初にパブリッシャーに採用されたのは事実です。 それでも、このフレームワークは現在、広告主や e コマース企業によって大きく活用されています。

TransUnion は、AMP ページで大きな成功を収めた非ニュース企業の 1 つです。 デスクトップに比べて直帰率が高く、モバイル コンバージョン率が低いことに悩まされていた同社は、モバイル エクスペリエンスを強化するために AMP に注目し、モバイル コンバージョンを増やしたいと考えました。

AMP は、非 AMP バージョンの 7.1 秒と比較して、AMP ページの読み込みが 1.6 秒であったため、信用調査会社にとって ROI にプラスのプロジェクトであることがすぐに確認されました。 この強化されたユーザー エクスペリエンスは、次のことにもつながりました。

• 直帰率が 26% 低下
• サイト滞在時間が 2.5 倍に
• コンバージョン数が 3% 増加

これらの結果とその他の理由により、現在 Google 検索の AMP クリックの 60% 以上がニュース以外のサイトに誘導されています。

誤解 7: AMP は e コマース サイト向けではない。

真実: AMP はページの速度を向上させ、e コマース サイトの購入コンバージョンを促進するのに役立ちます。

ブランドが高速で美しいインタラクティブなエクスペリエンスを作成できるようにする新しいコンポーネントが利用可能です。 したがって、AMP はパブリッシャーや静的サイトだけでなく、e コマース ビジネスにも最適です。

消費者はモバイル ショッピング エクスペリエンスに大きな期待を寄せています。幸いなことに、AMP は e コマース サイトに不可欠な多くの機能をサポートしています。

• 動的コンテンツ — 顧客が常に最新の情報を確認できるように、amp-list と amp-bind を使用して、ページ上の現在のコンテンツをフェッチしてレンダリングできます。
• チェックアウト/支払い — Payment Request API または amp-form を使用すると、AMP ページ内からシームレスなチェックアウト フローを直接実装できます。
• パーソナライゼーション/ログイン — おすすめの商品や保存されたショッピング カートのいずれを使用する場合でも、amp-list を使用してパーソナライズされたコンテンツを顧客に提供できます。

インド最大のオンライン ファッション プレーヤーである Myntra を含め、多くの大手 e コマース企業は適切な AMP 実装で大きな成功を収めており、最も重要なクリック後のページでページの読み込み速度が 60% 向上し、直帰率が 40% 減少しました。 :

誤解 8: AMP ページでは新しいコンテンツを提供できない。

真実: AMP ページのコンテンツを最新の状態に保つ方法はたくさんあります。

AMP ページに新しいコンテンツを提供するには、次のようないくつかの方法があります。

• デフォルトの AMP キャッシュ メカニズム
• 更新キャッシュ機能
• 動的コンポーネント (上記の amp-list やamp-bindなど)

Myntra のサクセス ストーリーでは、ブランドはamp-bindを使用して並べ替えとフィルタリングを実装し、サイズ選択を実装して、ユーザーに最新のコンテンツでリッチなエクスペリエンスを提供しました。

誤解 9: AMP は安全でもプライベートでもありません。

真実: AMP フレームワークは、プライバシー保護とデータ セキュリティを念頭に置いて構築されました。

確かに、AMP ランディング ページは、AMP ランディング ページのバージョンをキャッシュする Google AMP キャッシュから提供されることがよくあります。 ただし、これは単に AMP ドキュメントを検証し、信頼性の高い迅速な配信を提供するためのものであり、他の理由によるものではありません。

実際、Google AMP キャッシュは、AMP JavaScript とともに、ユーザーをまったく追跡しない Cookie のないドメインから提供されます。 AMP には、新しい AMP コンポーネントをリリースするときに定期的に使用されるセキュリティ レビュー プロセスもあります。

誤解 #10: AMP ページは、非 AMP ページほどには変換されません。

真実: 適切に最適化された AMP ページは、多くの場合、非 AMP のページよりも優れたパフォーマンスを発揮します。

AMP ページでパフォーマンスが低下している場合、その理由が AMP フレームワーク自体にあるとは考えにくいです。

調査によると、AMP ページは実際に次のものを生成できることが示されています。

• 販売コンバージョン率が 20% 向上
• トラフィックが前年比 10% 増加
• 訪問あたりのページ数が 60% 増加

そのため、AMP ページに期待するような良い結果が得られない場合は、それぞれのオファーに専用のパーソナライズされたポスト クリック ランディング ページを提供していない可能性が高くなります。

AMP デモを入手する

ページの直帰率が高く、エンゲージメントが低い場合は、ページの読み込み速度が遅いことが原因である可能性があります。 AMP フレームワークは、ページの速度だけでなく、ユーザーに全体的に理想的なモバイル エクスペリエンスを提供するのにも役立つ最適化手法を提供します。

今すぐ Instapage AMP Demo をリクエストして、ほぼ瞬時の読み込み、スムーズなスクロール、全体的なブラウジング エクスペリエンスの向上を実現してください。