なぜ Google は AMP プログラムを開始したのでしょうか?

なぜ Google は AMP プログラムを開始したのですか?

Google は最近、モバイル Web ページの読み込み速度を向上させる、AMP と呼ばれる Web アクセラレーション プロジェクトを発表しました。 AMP はオープンソース プロジェクトであり、このテクノロジーにより、HTML、CSS、JavaScript の読み込み速度に影響を与える可能性のあるコードを制限できます。 Google は、このテクノロジーにより、Nexus 5 携帯電話の Web ページの読み込み速度が 15% から 85% 向上する可能性があると述べています ( Google AMP と Baidu MIP が SEO に与える影響)

このプロジェクトの技術的核心は AMP です。HTTP リクエストを最小限に抑え、Web ページのコンテンツ全体を同時に読み込むことができます。ただし、このテクノロジーはアニメーションやスクロール バーなどのコンテンツを制限し、JavaScript コードを使用したコンテンツもサポートされません。

元のモバイル サイトの具体的な問題は何ですか?

モバイル デバイスで問題を読んだ経験から、解決策を議論する前に、少し時間をかけて問題を調査する価値があります。携帯電話やコンピューターでの Web ベースのインタラクションがいかに貧弱であるかをよくご存知でしょう。通常、ページの読み込みが遅く、レンダリングが不安定で、インタラクション方法が奇妙であることがよくあります。これは主に次の 2 つの理由によるものです。

第三者からの干渉

広告や一部の追跡および分析テクノロジーの挿入により、ユーザーが携帯電話を持っている場合でも、帯域幅と CPU 処理が影響を受けます。さらに、このページは、複数の document.write() 呼び出し関数を挿入することで、あたかも単なる広告であるかのように動作することがよくあります。その結果、iOS スマートフォンにコンテンツ ブロック ソフトウェアをインストールすると、ページ サイズが大幅に減少することがわかりました。

レスポンシブな Web サイトのデザインによる損害

ほとんどのレスポンシブな Web サイトはどの画面サイズでも良好に動作しますが、これは携帯電話の表示にも影響を与えることを Paul Irish が Reddit のパフォーマンスを調査したときに発見しました。オーバーヘッドの大部分は、アニメーション効果を表示するときにマウス ホバーで表示できるように Reddit のマスコットが svg を使用してレンダリングされたという事実に起因する可能性があります (サードパーティのライブラリに基づいており、オーバーヘッドが高いことを意味します)。モバイル デバイスでリソースが見つかることはめったにありません

Facebook の調査 (PDF、3.4 MB) によると、Facebook での平均読み込み時間は 8 秒です。これが Facebook インスタント記事の世界です。 Apple News と AMP の読み込みに 8 秒かかるのは明らかに誇張であり、今日の基準からすると、これは読み込みに時間がかかるようです

。 AMP および Facebook インスタント記事が Apple News とどのように異なるかについての背景情報は、Google が新しいデジタル出版イニシアチブによって下された決定であることを示しています。

Facebook インスタント記事と Apple ニュースには次の共通点があります:

アプリ内エクスペリエンス

読者は携帯電話の Facebook ソフトウェアを通じて Facebook インスタント記事にアクセスしますが、Apple ニュースは iOS 9 を使用します 完全に独立したアプリで 。どちらのプラットフォームでも、ユーザーはアプリの外で記事を読むことはできません。これらは、特別に設計された RSS 更新アプリケーションと考えることができます。

シンジケーション主導

ただし、Facebook と Apple は異なるシンジケーション形式を使用しています (Apple News 形式は JOSN に基づいていますが、インスタント記事は RSS フィード内の HTML によって多かれ少なかれマークアップされています)。どちらも同じ原則に基づいています。コンテンツ管理システムを誘導して必要な結合フォーマットを生成すると、Facebook と Apple はノンストップで抽出、解析し、美しく加工し、その後、迅速なカスタム レンダリングを実行します。

体験重視

Facebook インスタント記事と Apple ニュースはどちらもパフォーマンスに重点を置いていますが、記事をより現代的に見せることにも重点を置いています。どちらのプラットフォームにも、洗練された滑らかなインターフェイスを作成できるコンポーネントがあり、一般に、カスタマイズ可能な手作りの読書体験が得られます。

対照的に、AMP には別の焦点があります:

Web ページベースのエクスペリエンス

AMP ファイルはブラウザと WebView でレンダリングされるように設計されています。

細分化されたファイル

AMP ファイルは、AMP ランタイム中に検証、解析、部分的にレンダリングする必要がありますが、AMP ランタイム内に存在する可能性のある一部のファイルとは対照的に、サーバーまたは CDN キャッシュ内では完全に独立したファイルです。ある時点で記事に変換され、ソース データ セットが APP 上に表示されます。

パフォーマンス重視

インタラクション モードや美的要素と比較して、AMP はパフォーマンスにより多くの注意を払っています。 AMP ファイルがすべて小さいというわけではありません (適切なスタイルを使用すると、Facebook インスタント記事や Apple ニュースと同じくらい魅力的になります)。ただし、AMP ファイルは、クレイジーな小さなもののような派手なビジュアルを提供するよりも、どのように表示するかを重視しています。記事のレンダリングが速くなります。

Google は現在、検索サービスで AMP HTML を使用しています。この技術にはまだいくつかの制限があるが、Googleは、BBC、ニューヨーク・タイムズ、バズフィードを含む30社の出版社やテクノロジー企業がこのプロジェクトに参加していると述べた。

これらの初期の技術パラメータは変更される可能性がありますが、AMP の技術仕様はウェブサイトで試せるように Github で公開されています。

現在、Google はモバイルでの読書エクスペリエンスの向上に努めています。このテクノロジーにはまだいくつかの欠点がありますが、モバイル端末がトラフィックの 37% を占めており、AMP プログラムに参加する Web サイトがますます増えることになるでしょう。現在、Baidu、Sogou、Yahoo が AMP を正式にサポートしています!

以上がなぜ Google は AMP プログラムを開始したのでしょうか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。