OK、これまでにGoogleからAMP HTMLについて聞いたことがあります。AMP HTMLとは何ですか？フレームワーク/ツールXとどのように適合しますか？
私の興味があるのは、これが既存のワークフローにどのように適合するかということです。 ReactやAngularアプリを書いているなら、AMP HTMLはどのように開発プロセスに適合していますか？これらのフレームワークのそれぞれはすでにコンポーネントを定義する方法を持っており、AMPは単にスタックに追加しているようです。
私たちのほとんどは、既にbrowserifyやwebpackのような他のツールも使用しています。私は容易にAMP が残りと一緒にに収まるのを見ていません。これらのツールの中には、既に最適化された方法でサイトを提供できるものがあります。どのくらいのAMP HTMLはこれをすべて変更するつもりですか？
AMP HTMLは、基本的に基本的な考え方に戻って、可能な限り最速のHTMLを提供しています。私はWAPとNokia 7110を思い出しています。
これは、Webページを作成するための厳格なルールです。これは、他の企業や開発者が拡張して拡張できるように開いています。
SPA（シングルページアプリケーション）や他のjavascriptフロントエンド重いフレームワークでこれがどのように機能するかは、今のところ分かっていません。
静的なHTMLページは、静的なHTMLページの中で、遅い接続や小さなビューではできるだけ早く読み込むように設計されています。誰でもモバイル用のサイトを既に最適化して、実際にはAMP-HTMLであるかどうかにかかわらず、数KBに減らすことができます。
主な利点は、
Wordpressなどの初期の採用は、モバイルフレンドリーなAMPページの別のセットになる場合があります。これは、あなたのすべての通常のウェブページをモバイルフレンドリーにするか、SEOのヒットに直面させたいというGoogleから来ています。
長期的に考えると、パフォーマンスに焦点を当てたモバイルウェブの仕様です。採用された場合、5年後には、接続の品質に関係なく、モバイル接続ですべてのWebページが数秒で読み込まれる可能性があります。テクノロジや通信会社がスピードを上げるのを待つことができない場合は、ページのサイズを最小限に抑えることができます。
AMPについては説明していますが、他のワークフローでどのように動作するかについては説明していません。 – staypuftman
AMPは静的ページ用に設計されています。開発者は、通常のバージョンとAMPの2つの異なるページを作成する必要があります。 AMPページには通常のページへのリンクがあり、その逆もあります。要求がモバイルから通常のページに来るときはいつも、それはAMPページをロードし、その逆もあります。 Googleはそれをより速く読み込むために独自のAMPキャッシュを持っています。 AMPページを作成する際には、AMPルールを考慮する必要があります。
物事は最大の最適化の中で、このURL
を経由して、今より明確であるが、それは外部リソースの非同期から来ているすべてのものになりますので、ページ内の何もレンダリングから何かをブロックすることはできないという事実です。
これ以上レンダリングをブロックするCSSはありません。
その他のパフォーマンステクニックには、すべてのiframeのサンドボックス化、リソースがロードされる前のページ上のすべての要素のレイアウトの事前計算、低速CSSセレクタの無効化などがあります。
この新しいリンクが役立つことを願っています。
まずは、まずGoogleからのものであり、Twitterからのものではありません。第二に、それはモバイルページのみに基づいています。 Javascriptを推奨するのではなく、Javascriptを制限します。私はそれには大きな可能性があると思います。はい、Angularのようなライブラリはウェブサイトをより速くしますが、Javascriptを使用することはお勧めしません。そこには違いがあります。 – Siyah
申し訳ありませんが、今日のTwitterからのお知らせを見て、私のラインを越えました。 – naomik
https://github.com/ampproject/amphtml –