限定的これ以上：デジタルマーケターが見なければならないAMPフォーマットへの10のアップデート

AMPが数年前にリリースされたとき、特定のページ要素の使用を制限することでモバイルWebを高速化することを目的としていました。 ただし、今日では、回避策と新しい開発の間に、動的コンテンツやWebサイト全体をサポートできます。

それでも、静的コンテンツに対してのみ有効であるという誤解が残っています。 そして、これだけが誤解ではありません。 今日、私たちはAMPフォーマットの主要コンポーネントとそれらがどのように進化したかについて記録を打ち立てました。

AMPフォーマットがどのように変更されたか

1.AMPコントリビューターの数と種類が増えています

AMPは、2人の貢献者だけが参加するGoogleが支援する小さなプロジェクトとして始まりました。 2018年までに、700人がプロジェクトに貢献しました。 1年後、その数はTwitter、Yahoo、eBay、Pinterestなどの他のサイトから1,000人に増えました。 貢献者の22％だけがGoogleから来ました：

2.グーグルはコントロールをあきらめました

GoogleがAMPを立ち上げて以来、AMPはオープンソースであり、その将来に関する主要な決定はAMPプロジェクトリーダーのMattUblに委ねられています。

ただし、AMPのようなプロジェクトは、ビジネス、人、仕事、情報など、Web全体に影響を与えます。 そしてそれが、Ublと彼のチームが、コミュニティの構築を支援したコミュニティを代表する統治機関に支配権を放棄することを計画した理由です。

最近、チームは「コンセンサスを求めるガバナンスモデル」を導入することにより、その計画を実行しました。 Ublは言う：

AMPのガバナンスモデル（意思決定の方法を説明するシステム）を選択するとき、最初は俊敏性に重点を置きました。 AMPは常に、それを使用する開発者や組織の声とフィードバックによって支えられてきました。 ただし、ガバナンスは、最終的に何をどのように実行するかを決定した技術リーダー（この投稿の作成者である私）を中心としていました。

これは小規模なプロジェクトには最適ですが、現在のAMPプロジェクトのサイズには対応していないことがわかりました。 代わりに、エンドユーザーなど、自分でコードを提供できない人を含め、コミュニティのすべての構成員に明示的に発言権を与えるモデルに移行したいと考えています。 私たちが提案している変更は、Node.jsプロジェクトの主導に従い、コンセンサスを求めるガバナンスモデルに移行することを決定した数か月の調査に基づいています。

この決定を下すには、達成したい目標を検討する必要がありました。

• 彼らは、機能、バグ、貢献などを決定するなど、さまざまな人々にAMPの将来を指示するように促したいと考えていました。これには、コードを提供しないがAMPの影響を受ける人々も含まれます。
• 彼らは、個人と企業がAMPにどのように貢献できるかを明確にしたかったのです。 これは、コードの承認だけでなく、製品や技術のロードマップの設定などのアクティビティにも及びます。
• 彼らは、日常業務と長期的なガバナンスの間のより良いバランスを見つけたいと考えていました。
• 彼らは、他のオープンソースプロジェクトで何が機能し、何が機能しなかったかを知りたいと考えていました。そのため、Node.jsやKubernetesなどのプロジェクトに関係する人々と会い、JSFoundationなどのガバナンス哲学を検討しました。

新しい変更はAMPフォーマットにどの程度正確に影響しますか？

• AMPプロジェクトに関する主要な決定は、もはや1人の技術リーダーによって行われることはありません。 代わりに、AMPの構築にリソースを投入した企業の代表者からなる技術運営委員会に参加します。
• 技術運営委員会は、AMPの多くの構成員で構成される諮問委員会からの意見に基づいて決定を下します。
• UI、インフラストラクチャ、ドキュメントなど、AMPの特定の側面を担当するワーキンググループが、現在存在する非公式のチームに取って代わります。 今後、Webを改善するためのより構造化されたアプローチを確実にするために、システムとプロセスが導入されます。

3.より用途の広いページタイプをサポートできます

もともと、AMPの制限されたコーディング言語により、開発者は静的ページの読み込み時間を改善する以上のことを行うことが困難でした。 しかし今では、ニュースを共有する以上のことを実行できる多用途のページをユーザーが作成できるようにするフレームワークに多くの開発が行われています。

現在、AMPはページや業種を超えて使用できます。 製品ページやカテゴリページの作成に使用できます。 チェックアウトフローを形成し、支払いを受け取ることができます。 特定のセグメントに合わせてパーソナライズでき、動的コンテンツを提供することもできます。 Myntraの見事なAMP製品カテゴリページの例を次に示します。

これらの機能などにより、ニュースからeコマースまですべてのビジネスにとって魅力的な選択肢となっています。 そのため、AMPは、ウェブサイト全体、さらにはアプリのようにユーザーのデバイス上に存在するが、AMPの速度で読み込まれるウェブサイトを表示するために開くハイブリッドプログレッシブウェブアプリ（PWA）を構築するためにますます使用されています。

4.AMPはモバイルに限定されません

「モバイル」はその名のとおりであり、正当な理由があります。AMPは、恥ずかしいほど遅いモバイルページの読み込み時間を短縮する方法として始まりました。 しかしそれ以来、AMPはモバイルのみのソリューションから、すべてのフォーマットとデバイスタイプを網羅するように移行しました。 今日のAMP形式は、デスクトップやタブレットなどのデバイス間で高速ページを構築できるコーディング言語です。 レスポンシブデザイン機能がこれを可能にします。

5.AMPはもはや速度だけではありません

目標はスピードであり、AMPがその答えでした。 しかし実際には、モバイルの読み込み時間を改善することは目的を達成するための手段であり、その目的はユーザーエクスペリエンスを改善することでした。 このより大きな目標を念頭に置いて、Webページを高速化するという目標は、ユーザーエクスペリエンスの悪さの他の側面を含むように拡大されました。 今日のAMPには、「あらゆる種類のUXの利点が組み込まれています」と、Ublは言います。たとえば、インタースティシャルを禁止したり、スムーズな相互作用のために無料のメインスレッドを適用したりします。

6.AMPはもはやページを加速するだけではありません

加速するページから、AMPは広告、さらには電子メールにまで進歩しました。 AMP広告は、従来の広告より6倍速く読み込まれ、一部の広告主にとって有益であることが証明されています。

Eメールマーケターにとって、AMP for emailは、Eメールの本文内にインタラクティブなコンテンツを作成する方法を提供します。 これにより、メッセージの本文で最新のコンテンツを配信できます。 例：ウェビナープロモーションは残りのスポットを反映でき、ユーザーはインタラクティブなドロップダウンを使用して会議をスケジュールできます。

7.AMPは「AcceleratedMobilePages」の略ではなくなりました

開始以来のAMP形式の変更の多くにより、名前でさえフレームワークが実行できることを反映しなくなりました。 ブログ投稿で、AMPの開発者であるPaulBaukausは次のように述べています。

私はしばらくの間、AMPとは何かを適切に説明するのに苦労してきました。特に、AMPの長い形式であるAccelerated MobilePagesに精通している人にはそうです。 現実には、私たちはずっと前に自分の名前よりも長生きしました。

AMPが加速、モバイル、またはページに関するものではなくなったことを考えると、名前が変更されたことは理にかなっています。 今日のAMPは単なる「AMP」です。 何も不足していません。 しかし、それが何かを意味しなければならないのなら、バカウスは「素晴らしい魔法の力はどうですか」と言います。

8.プライバシーを優先している

GDPRは、インターネットプライバシーの戦いにおける画期的な開発でしたが、それだけではありません。 より多くの統治機関がインターネットのプライバシーを優先するようになるにつれて、AMPはそれに続く準備をしました。 今日のAMP形式は、新しいCCPAガイドラインに準拠するように更新されました。つまり、パブリッシャーは複数の同意プロンプトを含め、ユーザーの場所に基づいて適切なプロンプトをトリガーできるようになりました。

9.パーソナライズを可能にします

パーソナライズは、現代のマーケティング担当者にとって最も価値のあるツールです。 キー識別子に基づいてグループをセグメント化すると、オファーの関連性が高まり、ユーザーがオファーを要求する可能性が高くなります。

AMPを通じてパーソナライズをより可能にするために、チームはジオロケーションターゲティングを改善することを計画しています。 element amp-geoを使用すると、マーケターは間もなく米国の州レベルでのユーザーの検出を明らかにし、それに基づいてコンテンツを配信できるようになります。

10.AMPとJavaScriptを一緒に使用できるようになりました

AMP形式の特徴の1つは、JavaScriptの使用を制限することでした。 これは読み込み時間を改善するのに役立ちましたが、開発者がより動的なコンテンツを作成することを困難にしました。 今日、あなたはもはや一方を他方のために犠牲にする必要はありません。

コンポーネントamp-scriptの助けを借りて、過剰なコードでページを詰まらせることなく、ページでJavaScriptを使用できます。 GoogleのAMPプロジェクトのプロダクトマネージャーであるNainaRaisinghaniは、ブログ投稿で次の方法について詳しく説明しています。

これは、別のワーカースレッドで独自のJavaScriptを実行するAMPコンポーネントです。 これにより、超高速を維持しながら、カスタムJavaScriptをAMPページに追加できます。

<amp-script>を使用すると、既存のAMPコンポーネントでは不可能だったユースケースをカバーできます。 また、AMPページと非AMPページでコードを共有することもできます。 JavaScriptフレームワークを使用することもできます。 <amp-script>に取り組んでいるチームが作成した例のいくつかを次に示します。

• Vueを使用したTodoMVC
• パスワードチェッカー
• D3.jsを使用した記事のデータ視覚化
• 以下に示すように、次のセクションに進む前に各セクションの検証が必要な複数ページのフォーム：

クリック後のページでAMP形式の使用を開始します

AMPは、以前とは大きく異なる形式です。 そして、現在の最大の利点の1つは、変換を目的としたページをサポートできることです。 ロード時間がコンバージョン率の主要な要因である場合、速度のわずかな増加でさえ、収益に大きな影響を与える可能性があります。

Instapageのデモで、最も重要なクリック後のランディングページをAMPと統合およびスケーリングする方法を学びます。