Nikt nie lubi czekać. Ponad 50% użytkowników opuszcza witrynę, gdy jej wczytywanie trwa dłużej niż 3 sekundy.
Wysyłanie dużych ładunków JavaScriptu znacząco wpływa na szybkość witryny. Zamiast wysyłać cały kod JavaScript do użytkownika, gdy tylko zostanie załadowana pierwsza strona aplikacji, podziel pakiet na kilka części i wyślij tylko to, co jest potrzebne na samym początku.
Dlaczego dzielenie kodu jest korzystne?
Dzielenie kodu to technika, która ma na celu skrócenie czasu uruchamiania. Dzięki temu, że dostarczamy mniej kodu JavaScriptu podczas uruchamiania, aplikacje mogą szybciej reagować na działania użytkownika, ponieważ minimalizujemy pracę głównego wątku w tym kluczowym okresie.
Jeśli chodzi o podstawowe wskaźniki internetowe, zmniejszenie rozmiaru danych JavaScript pobieranych przy uruchamianiu aplikacji pozwoli skrócić czas interakcji do kolejnego wyrenderowania (INP). Wynika to z tego, że dzięki uwolnieniu wątku głównego aplikacja może szybciej reagować na dane wejściowe użytkownika, ponieważ zmniejsza się koszt uruchamiania związany z analizą, kompilacją i wykonywaniem kodu JavaScript.
W zależności od architektury witryny, zwłaszcza jeśli korzysta ona w dużej mierze z renderowania po stronie klienta, zmniejszenie rozmiaru ładunków JavaScript odpowiedzialnych za renderowanie znaczników może poprawić czasy największego wyrenderowania treści (LCP). Może się tak zdarzyć, gdy przeglądarka opóźni wczytanie zasobu LCP do momentu zakończenia znaczników po stronie klienta lub gdy wątek główny jest zbyt zajęty, aby renderować ten element LCP. W obu przypadkach czas LCP strony może się wydłużyć.
Zmierz odległość
Lighthouse wyświetla nieudany audyt, gdy wykonanie całego kodu JavaScript na stronie zajmuje dużo czasu.
Podziel pakiet JavaScript, aby wysyłać tylko kod potrzebny do początkowej ścieżki, gdy użytkownik wczytuje aplikację. Dzięki temu minimalizujesz ilość kodu, który musi zostać przeanalizowany i skompilowany, co powoduje szybsze wczytywanie strony.
Popularne narzędzia do tworzenia pakietów modułów, takie jak webpack, Parcel i Rollup, umożliwiają dzielenie pakietów za pomocą dynamicznych importów.
Rozważ na przykład poniższy fragment kodu, który pokazuje przykład metody someFunction, która jest wywoływana po przesłaniu formularza.
import moduleA from "library";
form.addEventListener("submit", e => {
e.preventDefault();
someFunction();
});
const someFunction = () => {
// uses moduleA
}
W tym przypadku someFunction używa modułu zaimportowanego z konkretnej biblioteki. Jeśli ten moduł nie jest używany gdzie indziej, możesz zmodyfikować blok kodu, aby używać importu dynamicznego i pobierać moduł tylko wtedy, gdy użytkownik prześle formularz.
form.addEventListener("submit", e => {
e.preventDefault();
import('library.moduleA')
.then(module => module.default) // using the default export
.then(() => someFunction())
.catch(handleError());
});
const someFunction = () => {
// uses moduleA
}
Kod, z którego składa się moduł, nie jest uwzględniany w pierwotnym pakiecie. Teraz jest ładowany z opóźnieniem lub udostępniany użytkownikowi tylko wtedy, gdy jest potrzebny po przesłaniu formularza. Aby jeszcze bardziej poprawić wydajność strony, wczytaj wcześniej najważniejsze fragmenty, aby nadać im priorytet i pobrać je wcześniej.
Poprzedni fragment kodu jest prostym przykładem, ale wczytywanie opóźnione zależności zewnętrznych nie jest powszechnym wzorcem w większych aplikacjach. Zazwyczaj zależności zewnętrzne są dzielone na osobne pakiety dostawców, które można przechowywać w pamięci podręcznej, ponieważ nie są aktualizowane tak często. Więcej informacji o tym, jak w tym pomóc może SplitChunksPlugin, znajdziesz tutaj.
Dzielenie na poziomie trasy lub komponentu przy użyciu frameworku po stronie klienta to prostsze podejście do leniwego wczytywania różnych części aplikacji. Wiele popularnych frameworków korzystających z webpacka udostępnia abstrakcje, które ułatwiają opóźnione wczytywanie, a nie wymagają samodzielnego konfigurowania.