Instant.Page leistet eines Besonderes, um Websites schneller zu machen: Es lädt die nächste Seite vor, wenn es ziemlich sicher ist, dass Sie auf einen Link klicken werden (entweder durch 65ms Hover oder mousedown auf dem Desktop oder touchstart auf dem Mobilgerät), sodass die Seite, wenn Sie den Klick abschließen (wahrscheinlich ein paar hundert Millisekunden später), deutlich schneller geladen wird.
Es ist eine Sache, diesen Ansatz zu verstehen, davon überzeugt zu sein, ihn zu integrieren und ihn als Leistungsgewinn zu betrachten. Ich habe ihn hier installiert!
Es ist eine andere Sache, die Daten auf Ihrer eigenen Website tatsächlich zu *erfassen*. Überlassen Sie es Tim Kadlec, clever zu sein und einen A/B-Test durchzuführen. Tim konnte einen 50/50 A/B-Split mit leistungstechnisch neutralen Netlify-Split-Tests durchführen. Die eine Hälfte lud Instant.Page, die andere nicht. Und die *gleichen* Hälften sagten SpeedCurve, zu welcher Hälfte sie gehörten, damit Leistungsdiagramme verglichen werden konnten.
Tim sagt, es sieht größtenteils gut aus, aber seine Website ist wahrscheinlich kein optimaler Test
Es ist auch erwähnenswert, dass selbst wenn die Ergebnisse gut aussehen, nur weil es auf meiner Website einen Einfluss hat oder nicht, bedeutet das nicht, dass es woanders einen anderen Einfluss haben wird. Meine Website hat typischerweise eine kurze Sitzungsdauer und sehr leichtgewichtige Seiten: Dies auf einer größeren kommerziellen Website anzuwenden, würde unweigerlich zu ganz anderen Ergebnissen führen.
Ich würde gerne sehen, dass jemand dies auf einer robusteren Website tut. Ich gehöre zum Lager von wie könnte es nicht schneller sein?!, aber mit null Daten.