11月12日、GoogleはPageSpeed Insightsを静かに更新し、そのほとんどすべてを変更しました。 これは、サイト構築業界全体にとって大きな変化です。 このイベントにはパニックと誇大広告の波があるようです。 この記事では、変更とそれらがもたらすものを分析します。
PageSpeed Insightsとは
知らない人のためのほんの一言。 8年間、PageSpeed InsightsはWebサイトの速度の主な尺度でした。ページアドレスを入力して、0から100までのスケールで評価を確認し、改善のための推奨事項を確認できます。
もちろん、他にも多くの優れた速度チェックツールがあります。 ただし、これはGoogleのものであり、サイトの速度はSERPのランキングに影響すると述べているため、ほとんどの場合、この評価が最も重要であるようです。 特に顧客や上司にとっては、その結果、ほとんどすべての人がプロジェクトのPageSpeedスコアを上げようとしていますが、このメトリックは業界で最も重要になっています。
何が変わった？
要するに、それだけです。 古いPageSpeedは、とりわけ、Google Chromeに組み込まれたオープンソースのサイト監査ツールであるLighthouseによる評価と分析に置き換えられました。
アプローチの基本的な違いは、 ポイントがルールに従うのではなく、スピードで与えられることです 。 ページの読み込みは、いくつかの時間特性によって推定されます-読み込み開始後の時間が表示された後、既にクリックできる場合、読み込み中にすべてが遅くなる時間、およびすべてが読み込まれる場合。 これらの特性は、最適なサイトの指標と比較され、ポイントに変わります。 以下でこれをより詳細に分析しますが、今では原理自体が重要です。
以前と同じように推奨事項がありますが、現在はまったく異なる負荷がかかります。 推奨事項はスコアに直接関連しておらず、それらの実装が状況を改善するということは絶対に事実ではありません（しかし、軽率な実装では簡単に悪化する可能性があります）。
パニックは避けられない
今は13日の夜であり、すべてが比較的静かです。 更新に関する簡単なメモを投稿した専門リソースはわずかで、PageSpeed Insightsの奇妙な動作に関する興奮した手紙を書いたクライアントはわずかでした。 嵐の前は穏やかなようです。
現在、ツールが不安定であることは明らかです。同じページの評価は20ポイント以内に変動し、評価対象のサイトのページを取得できないという不満があります。 彼の意見では、一般的にいくつかのサイトは利用できません-彼らはせいぜい気分がいいです。
明らかに、すぐに多くの人々が彼らのプロジェクトの評価を見るために急ぐでしょう、国際的なhabr効果でサービスをカバーします。 すべてが切り株デッキで機能し、ジャンプレーティングでグリッチとスケアーが機能します。
これは簡単ではありませんが、リラックスして落ち着いてください。 最初に覚えておくべきことは、PageSpeed Insightsを更新しても検索結果のランキングの原則に影響しないことです。 2番目-更新が実行され、修正され、安定して動作するまでには少なくとも2週間かかります。 突然の動きをしないでください 、それらを後でロールバックする必要があります。
反射と予測
これらの変更には多くのプラス面があります。 強制的な推奨事項を伴う古いPageSpeed Insightsの優位性は、多くの問題を引き起こしました。 まず、特定の状況では推奨事項はほとんど役に立たない可能性があります。 第二に、ページ生成時間など、より重要なことを犠牲にして実装できます。 しかし、選択の余地はありませんでした-美しいマークを得るためにこれをすべてしなければなりませんでした。
たとえば、htmlページコードを縮小するための推奨事項は何ですか？ 平均して、この操作には約100ミリ秒かかります。この遅延は、ページサイズを縮小することで得られる利点を10倍オーバーライドします。 これが有益な唯一のオプションは、キャッシュから既製の事前縮小ページを発行する場合です。
近年のプロジェクトでは、画像の最適化、リソースの縮小化とグループ化、JavaScriptの起動の遅延に多くの努力が費やされましたが、これは何も壊しません。 ほとんどの場合、これは本質から注意の焦点をそらす-訪問者のためのサイトの速度。 インターネットは、格付けの優れたブレーキサイトや格付けの低い高速サイトの例でいっぱいでした。
今、この見掛け倒しは少し落ちるでしょう。 最初のテストでは、リソースの縮小グループ化を使用した評価と実際の評価は異なりません。 本当に重要なことは重要になります-サーバーが応答する速さと、ページ上にある重い素材の量です。 すべてのホイッスル-ソーシャルネットワークウィジェット、インタラクティブマップ、チャット、豪華なポップアップは、それらをラップしない方法で、評価に従って容赦なく勝ちます。
これはすべて、非常に高速なサイトとそれらの作成方法の理解につながる可能性があります。 少なくとも私は本当にそれを信じたいです。
新しい指標
そして、最も永続的な-評価に影響する新しいメトリックの詳細な分析。 それらの6つがあり、最終評価の形成に異なる重みがあります。 重要度の高いものから順に見ていきましょう。
1.インタラクションのダウンロード時間
これが最も重要な特性であり、最も困難です。 ページが完全にユーザー操作の準備ができたときのタイムスタンプ。 この瞬間は次の場合に発生します。
- 表示されたページ
- ほとんどの可視要素に登録されたイベントハンドラー
- ユーザーアクションへの応答は50ミリ秒未満
実際、ページは描画されるべきであり、スローダウンせず、アクションに応答する準備ができている必要があります。
2.ダウンロード速度インデックス
ページコンテンツが表示可能になるまでの時間を示します。 評価には、 Speedlineモジュールが使用されます。
これは、ブラウザ内のページの視覚的な変化が停止する時間です。 ページビューのフレームごとの比較の使用を決定するため。
3.最初のコンテンツのダウンロード時間
ページの読み込みの開始から最初の画像またはテキストブロックの表示までの時間間隔を決定するインジケーター。
4. CPU終了時間
このパラメーターは、メインページストリームが手動入力を処理するのに十分に解放される時間を示します。 この瞬間は次の場合に発生します。
- ページ上のほとんどの要素はすでにインタラクティブです
- ページは妥当な時間内にユーザーのアクションに応答します
- ユーザーアクションへの応答は50ミリ秒未満
このメトリックのロシア語の翻訳は、その本質を少し失います。 オリジナルでは、 最初のCPUアイドル -最初の単純なプロセッサに聞こえます。 しかし、これは完全に真実ではありません。 これは、ページの読み込み中の瞬間を意味し、基本的にアクションに応答できますが、読み込みは継続します。
5.十分なコンテンツのダウンロード時間
このパラメーターは、ページのメインコンテンツが表示されるまでの時間を示します。 この瞬間は次の場合に発生します。
- 最大のページビューの変更が発生しました
- ロードされたフォント
6.推定入力遅延時間
これは最も重要でない機能です。 ページの最も負荷の高い5秒間のページがユーザーアクションに応答するのにかかる時間をミリ秒単位で表示します。 この時間が50ミリ秒を超えると、ユーザーにとってサイトの速度が低下しているように見える場合があります。
各メトリックは、評価されたすべてのサイトのパフォーマンスと比較されます。 98％を超えるサイトがある場合、100ポイントを獲得します。 サイトの75％を上回る場合、50ポイントを獲得します。
一見したところ、これらのメトリックは非常に重要であり、実際にサイトを高速化しない汚い操作でそれらを欺くことはほとんど不可能です。
これまでのところ、サイトのモバイル版を評価する原理は謎のままです。 むしろ、原則は同じですが、多くの場合、スコアはかなり低くなります。 実行しているモバイルデバイスのどの仮想構成であるかは明確ではありません。