KakapoWP KakapoWP
Zaloguj Wypróbuj za darmo
Kakapo Performance

Krytyczny CSS

To, czego potrzebuje górna część strony, trafia do sekcji head. Reszta doładowuje się później.

Dla każdego szablonu kakapo pobiera prawdziwą stronę przykładową z witryny, wczytuje z dysku podlinkowane tam lokalne arkusze stylów i sprawdza każdą regułę względem dokumentu. To, co potrzebne u góry, trafia inline do sekcji head; przeanalizowane arkusze ładują się później, bez blokowania budowy strony. Nie bierze w tym udziału żadna przeglądarka: „widoczne u góry” to jawnie zadeklarowane przybliżenie oparte na kolejności elementów, a w razie wątpliwości reguła zostaje uwzględniona. Dlatego dostępne są podgląd, tryb testowy i przełącznik dla każdego szablonu.

Krytyczny CSS

7 szablonów · dla każdego osobny przebieg, osobny przełącznik, osobny podgląd

Tryb testowyPodgląd

To oferuje krytyczny CSS

7 szablonów, każdy analizowany i zatwierdzany osobno
Krytyczny CSS inline w sekcji head, przeanalizowane arkusze stylów ładowane z opóźnieniem
Raport: reguły, które nie trafiły w żaden element
Podgląd tej samej strony z obróbką i bez niej
Tryb testowy: zmianę widzą tylko zalogowani administratorzy
Lista wykluczeń dla adresów URL, lista wyjątków dla arkuszy stylów

Tak to działa

1

Analiza szablonu — pobranie przykładowej strony, sprawdzenie reguł

2

Porównać podgląd z obróbką i bez niej

3

Zatwierdzenie szablonu, potem przełączenie z trybu testowego na aktywny

Częste pytania o krytyczny CSS

Czy mierzone jest to, co naprawdę widać u góry?
Nie. Nie ma tu przeglądarki ani viewportu. Wszystkie elementy poniżej body są numerowane; za „górę” uchodzi pierwsze 30 % (regulowane między 5 a 90) plus wszystko wewnątrz zapisanych punktów orientacyjnych — nagłówek, nawigacja, pierwsze h1 i to, co zostanie dopisane. Tam, gdzie metoda dochodzi do granicy, reguła liczy się jako trafiona: kilka kilobajtów za dużo jest mniej groźne niż brakująca reguła.
Czy można stąd usunąć nieużywane reguły?
Lista jest raportem, nie narzędziem. Liczenie odbywa się względem jednej strony przykładowej na szablon — klasy, które JavaScript ustawia dopiero po kliknięciu, albo formularz na innej stronie, tam się nie pojawią. Usuwać lepiej w kodzie źródłowym theme'u, gdzie pozostaje to możliwe do prześledzenia.
Czego wymaga przebieg analizy i co dzieje się później?
Rozszerzenie PHP dom/libxml oraz działający loopback — witryna musi osiągać samą siebie przez HTTP. Gdy brakuje jednego z nich, analizy nie da się nawet uruchomić; przyczyna jest podana na miejscu. Jeśli później zmieni się przeanalizowany plik CSS albo theme, obsługa zostaje wstrzymana zamiast dostarczać potencjalnie błędny krytyczny CSS.

Więcej funkcji wydajności

Zaczynamy?

Performance można testować przez 24 godziny za darmo.

Bez karty kredytowej, bez ryzyka. Gotowy do działania w 2 minuty.

Wypróbuj teraz za darmo