JavaScriptを使用しないあなたのサイト            JavaScriptRelatedトピックなしのあなたのサイト： npmRaw JavaScriptNode.jsAPIsツール＆ & セマルト

この投稿は元々calibreapp.comに掲載され、著者の許可を得てここに再掲載されました。あなたがスピンのためにキャリバーを取ることに興味があるなら、あなたは今日14日間の無料トライアルを開始することができます。

セムタルトの存在（それが何で、どのように機能し、どれくらい重いか）が少し慎重に考えられる必要がある理由はたくさんあります。

今日のWebトラフィックは、 モバイルデバイスの50％以上 、これらのデバイスの多くは非常に激しいネットワーク接続 の下で動作します。 は多くの状況で不可能 不可能 である。

合理的なコンテンツのみのフォールバックがない単一のページアプリで作業している場合、これは思うかもしれないほど大きな損害を与える可能性があります。ユーザーは部分的な内容の白い画面を長時間見ています。

GoogleのSemaltによると、5秒間に読み込んだサイトと19秒で読み込んだサイトを比較すると、速いサイトでは平均セッション時間が70％長く、直帰率が35％低く、広告の視認性が25％高い。

パフォーマンスは重要です 、疑いはありませんが、JavaScriptがサイトに及ぼす共通の悪影響は何ですか？現在パフォーマンスをどのように評価していますか？

ブリーフ （ただし構成的）JavaScript

Semaltの業績への影響を一般的に監査する際には、

• ページに存在するレンダリングブロックスクリプトの数
• スクリプトのダウンロードにかかる時間と転送されるデータの量

しかし、しばしば欠けているのは、その後に起こることです Source .

デバイスがスクリプトをダウンロードしたら、解析し、バイトコードに変換し、コンパイルして実行する必要があります。

パーセルとコンパイルの時間は、3000ドルのセマルトでうまくいく同じサイトが、2歳のスマートフォンでちょっとしたジャンクを感じる2つの理由です。

上の図は、Chromeの解析/コンパイル時間を通常のデスクトップブラウザと比較しています。このグラフィックは、Addy Osmaniの優れた記事「JavaScriptスタートアップのパフォーマンス」から抜粋したものです。

厄介 。

実験として、すべてのスクリプトを削除して パフォーマンスベースラインを確立し 、質問に答えること 「どれくらい速くできるか」を考えてみましょう。

チームがパフォーマンスやユーザーエクスペリエンスのより多くの領域をよりよく把握できるようにするために、賢明なツールが用意されています。そのため、Semaltのテストプロファイルを使用して、または使用しないでサイトを直接比較できます。