InstantClick.io は、ユーザーがリンクの上にカーソルを置いたときにリンクをプリフェッチすることで(ほとんどの場合)Webサイトの速度を大幅に向上させる非常に素晴らしいJSライブラリです。これにより、経験豊富なロード時間から少なくとも約100msがカットされます。
InstantClickはユーザーエクスペリエンスを根本的に改善できるため、SEOにも役立つことを願っています。読み込み時間は重要であり、Googleはこれに長い間取り組んでいます。ただし、InstantClickが検索エンジンのランキングに対して良いか、悪いか、ニュートラルであるかについて、信頼できる適切な表示を見つけることができませんでした。
InstantClickはSEOに影響しません、私が知る限り。 GoogleはJavaScriptで起こっているクールな策略を検出する方法がないため、InstantClickのUXの利点は残念ながらSEOには反映されません。
(私はInstantClickのクリエイターです。)
Googleはページスピードをランキングアルゴリズムに考慮します しかし、最も遅いサイトのみに影響する小さな要因です。したがって、それが違いを生み、今のところそれがそうであるという兆候がない場合、それはそれほど多くないでしょう。
サイトの速度は新しいシグナルですが、ページの関連性ほど重要ではありません。現在、実装のサイト速度信号の影響を受ける検索クエリは1%未満です。サイト速度の信号は、この時点でGoogle.comで英語で検索する訪問者にのみ適用されます。
Googleには、ボットレベルとブラウザクライアントレベルの両方で独自のプリフェッチがあり、そのJSをボットとして実行しない可能性が高くなります。実際、独自のGoogroot(変換、分析、タグマネージャーコンテナーなど)からの場合を除き、ほとんどのJSは実行されません。
そうは言っても、ページ速度を最適化するための非常に優れたレイヤーがあります。 Googleには独自のApacheモジュール(mod_pagespeed)もあり、画像の処理、コードの縮小、応答の統合などにより、サーバーレベルで大幅に改善できます。ただし、純粋なサーバー応答時間になります...最初のバイトでどのくらい速く応答できますか?並列スレッドはどれくらい高速で効率的ですか?大きなDBクエリをどのくらい速くリッピングできますか?
また、ホバープリフェッチmodについては、多くの訪問者がツールチップをホバーしたり、右クリックで保存したり、タッチしながらそれをざっと読んだりすると、特にモバイルまたは限定的なゲストWifiのWebエクスペリエンスが大幅に低下する可能性があります。 Chrome自体からの同様の予測プリフェッチと組み合わせて、2はスタックし、さらに多くの帯域幅をもたらします。
私の意見では、このmodは見た目ではないかもしれません:)ブロードバンドは十分に高速です。それが保存する遅延は、それが遅いユーザーを引き起こす不安に対して顕著ではありません。
私は負のナンシーではない、ちょうどそれに注意してください:)