Wyobraź sobie, że WordPress podpowiada przeglądarce, gdzie użytkownik prawdopodobnie kliknie za chwilę. Przeglądarka może wtedy zacząć pobierać kolejną stronę jeszcze przed faktycznym przejściem. Brzmi jak magia? Spokojnie. To raczej wcześniejsze odrabianie pracy domowej niż czary.
Mechanizm nazywa się speculative loading. Może sprawić, że przechodzenie między stronami będzie szybsze, ale nie ładuje całej witryny w ciemno i nie daje gwarancji natychmiastowego otwierania każdej podstrony. Warto też uporządkować wersje: speculative loading trafił do WordPress Core w wersji 6.8. WordPress 6.9 również zawiera ten mechanizm, ale nie był jego początkiem.
WordPress przewiduje kliknięcie. O co tu chodzi?
Nie magia, tylko wcześniejsza robota przeglądarki
Speculative loading pozwala przeglądarce wcześniej pobrać albo przygotować adres URL, który użytkownik może otworzyć jako następny. WordPress przekazuje jej odpowiednie reguły za pomocą webowego Speculation Rules API. Przeglądarka sama ocenia, czy z tych reguł skorzystać.
Najważniejsze jest słowo „może”. Mechanizm nie zna przyszłości. Próbuje ją przewidzieć na podstawie linków i zachowania użytkownika. Jeśli ktoś zaczyna klikać konkretny odnośnik, przeglądarka może rozpocząć pobieranie dokumentu, zanim kliknięcie zostanie zakończone. Gdy przewidywanie się sprawdzi, część pracy jest już wykonana.
WordPress domyślnie podchodzi do tego ostrożnie. Funkcja działa na froncie, ale ma wyjątki, między innymi dla zalogowanych użytkowników oraz witryn bez przyjaznych adresów URL. Sama obecność mechanizmu w WordPressie nie oznacza też automatycznej poprawy SEO, sprzedaży ani Core Web Vitals. To narzędzie wydajnościowe, które trzeba sprawdzić na konkretnej stronie.
Prefetch kontra prerender, czyli pobrać czy przygotować całą stronę?
Prefetch: ostrożniejsze pobranie z wyprzedzeniem
Prefetch oznacza wcześniejsze pobranie dokumentu przyszłej nawigacji. Strona nie musi być jeszcze pokazana użytkownikowi. Przeglądarka po prostu zaczyna pracę, żeby późniejsze przejście nie startowało od zera.
To właśnie ostrożny prefetch jest domyślnym podejściem WordPressa. Mechanizm zaczyna działać przy rozpoczęciu kliknięcia, a nie od razu dla każdego możliwego linku. Dzięki temu ogranicza liczbę stron pobieranych na zapas. To rozsądny punkt wyjścia, zwłaszcza na małej stronie, gdzie nie ma sensu odpalać całej orkiestry dla każdego ruchu kursora.
Prerender: strona przygotowana za kulisami
Prerender idzie dalej. Przeglądarka może nie tylko pobrać dokument, ale też wyrenderować go w niewidocznym środowisku. W tle może uruchomić JavaScript i pobierać zasoby wywoływane przez skrypty.
Potencjalny efekt jest mocniejszy, ale rośnie również koszt i ryzyko. Nietrafione przewidywanie oznacza zużycie transferu, pamięci i procesora dla strony, której użytkownik ostatecznie nie otworzy. Dlatego prerender nie jest trybem „ustaw i zapomnij”. Trzeba sprawdzić skrypty, analitykę, formularze oraz wszystkie funkcje, które mogą zmieniać stan użytkownika.
Czy strona naprawdę będzie szybsza?
Tak, speculative loading WordPress może skrócić oczekiwanie na kolejną stronę, bo część pracy zaczyna się przed kliknięciem. Największy sens pojawia się wtedy, gdy użytkownik rzeczywiście wybierze przewidziany adres. Wtedy przeglądarka nie musi dopiero zaczynać pobierania dokumentu.
Nie ma jednak jednego wyniku dla każdej witryny. Przeglądarka może pominąć regułę z powodu własnych heurystyk, ustawień użytkownika, dostępnej pamięci albo braku obsługi API. Znaczenie ma też cache, rodzaj linków, konfiguracja strony i liczba zasobów potrzebnych do wyświetlenia dokumentu.
Prefetch jest lżejszy i ostrożniejszy. Prerender może dać mocniejsze wrażenie szybszej nawigacji, ale zużywa więcej zasobów. Nie warto więc obiecywać konkretnego skrócenia czasu w sekundach. Najuczciwsza odpowiedź brzmi: mechanizm może przyspieszyć przechodzenie między stronami, lecz efekt trzeba sprawdzić na konkretnej witrynie i w konkretnej przeglądarce.
Jak sprawdzić speculative loading na swojej stronie?
Szybka checklista w DevTools
Do podstawowej diagnostyki przyda się Chrome DevTools. Nie musisz od razu grzebać w plikach WordPressa jak archeolog w ruinach. Wystarczy przejść przez kilka kroków:
- Otwórz stronę w Chrome i uruchom narzędzia deweloperskie.
- Przejdź do Application > Background services > Speculative loads.
- Sprawdź reguły, próby speculative loading oraz ich statusy.
- Jeśli panel nie pokazuje danych, otwórz go przed odświeżeniem strony i ponów test.
- Przejdź do zakładki Network i sprawdź żądania z nagłówkiem
Sec-Purpose: prefetch.
Przy prerenderze nagłówek może mieć wartość Sec-Purpose: prefetch;prerender. W kodzie strony można również poszukać elementu script type="speculationrules". Jego obecność pokazuje, że reguły zostały dodane do dokumentu.
Ważne: obecność reguł nie oznacza, że przeglądarka wykorzystała każdą z nich. Wynik z Chrome DevTools nie dowodzi też, że mechanizm działa identycznie w innych przeglądarkach. To diagnostyka konkretnej sesji, a nie uniwersalny certyfikat sprawności całej witryny.
Kiedy lepiej przyhamować?
Link to nie zawsze tylko link
Największa ostrożność jest potrzebna wtedy, gdy samo pobranie adresu może wywołać działanie. Niektóre aplikacje wykonują akcję już po żądaniu GET. Jeśli taki adres zostanie przewidziany, użytkownik może dostać niespodziankę, której wcale nie zamawiał.
Dokumentacja wskazuje między innymi adresy wylogowania oraz przełączania języka. Podobnie trzeba traktować funkcje wpływające na koszyk, sesję, logowanie albo dane użytkownika. Ryzykowne mogą być także formularze, treści personalizowane, analityka, reklamy oraz skrypty zapisujące dane w localStorage, cookies albo bazie.
Problemem może być również zwykłe marnowanie zasobów. Jeśli przeglądarka przygotuje kilka stron, a użytkownik nie otworzy żadnej z nich, transfer, pamięć i procesor poszły na spacer bez konkretnego celu. Dlatego szczególnie przy e-commerce, systemach rezerwacji i panelach klienta warto najpierw testować rozwiązanie na kopii stagingowej.
Nie chodzi o to, żeby bać się każdej funkcji. Chodzi o sprawdzenie, czy „niewinne” pobranie strony nie uruchamia przy okazji czegoś ważniejszego.
Bezpieczna checklista przed wdrożeniem
Kolejność bez napinki
Najbezpieczniej podejść do tematu etapami. Nie zaczynaj od agresywnego prerenderu tylko dlatego, że brzmi szybciej. Najpierw ustal, co już działa i jakie elementy ma witryna.
- Sprawdź wersję WordPressa oraz to, czy strona korzysta z przyjaznych adresów URL.
- Zacznij od domyślnego, ostrożnego prefetchu.
- Użyj Chrome DevTools, aby sprawdzić obecność reguł i próby ich wykorzystania.
- Przetestuj zwykłe przechodzenie po stronie, a nie tylko sam widok kodu.
- Zweryfikuj formularze, analitykę, reklamy, koszyk, logowanie i treści zależne od sesji.
- Wyklucz ścieżki, które mogą zmieniać stan, obsługiwać dane personalizowane albo wykonywać akcje administracyjne.
WordPress pozwala kontrolować mechanizm filtrami wp_speculation_rules_configuration oraz wp_speculation_rules_href_exclude_paths. To jednak nie jest miejsce na losowe kopiowanie kodu z pierwszego wyniku wyszukiwania. Przy niestandardowych funkcjach lepiej zostawić wdrożenie osobie technicznej.
Przed zmianą filtrów wykonaj kopię zapasową i zapewnij możliwość wycofania zmian. Jeśli strona ma e-commerce, rezerwacje, panel klienta albo treści zależne od sesji, test na kopii stagingowej jest rozsądniejszy niż sprawdzanie wszystkiego na żywym organizmie.
Po wdrożeniu ponownie sprawdź działanie. Nie tylko szybkość przechodzenia między stronami, ale też to, czy koszyk nie dostał czkawki, użytkownik nie został wylogowany, a formularz nie wysłał czegoś za plecami.
Speculative loading WordPress to ciekawy sposób na wcześniejsze przygotowanie prawdopodobnej kolejnej strony. Może poprawić odczucie szybkości, szczególnie gdy użytkownik faktycznie kliknie przewidziany link. Nie jest jednak magicznym przyspieszaczem całej witryny.
Najrozsądniejszy start to domyślny prefetch, sprawdzenie reguł w DevTools i ostrożność przy koszyku, logowaniu, personalizacji oraz skryptach wykonujących działania w tle. Sama obecność funkcji od WordPressa 6.8 nie gwarantuje lepszego wyniku na każdej stronie. Jeśli nie chcesz grzebać w DevToolsach i zastanawiać się, czy koszyk właśnie nie dostał czkawki, Napisz do Szwagra i opowiedz, czego potrzebujesz — strony, grafiki, filmu albo tekstów.
