Lekka analityka
Waga skryptu analitycznego rzadko decyduje o czymkolwiek sama, ale jest jedną z niewielu rzeczy, które da się zmierzyć zamiast o nich dyskutować. Ta strona podaje nasze liczby i tłumaczy, dlaczego przy Core Web Vitals ważniejsze od kilobajtów jest to, czy skrypt w ogóle dotyka układu strony.
Plan darmowy bezterminowo. Bez karty. Konfiguracja zajmuje minutę.
Nasze liczby
Przewiń tabelę w bok, żeby zobaczyć pozostałe kolumny.
| Co | Ile |
|---|---|
| Waga po kompresji brotli | 1,6 kB |
| Waga przed kompresją | 4,0 kB |
| Liczba żądań przy odsłonie | Jedno |
| Zależności zewnętrzne | Żadne |
| Sposób ładowania | Atrybut defer, bez blokowania renderowania |
| Odpytywanie przeglądarki o jej właściwości | Żadne |
| Wymuszone przeliczenia układu | Żadne |
Waga jest zmierzona na pliku, który faktycznie serwujemy, a nie na źródle przed budowaniem. Podajemy obie liczby, bo „po kompresji" bez podania której kompresji nie znaczy nic: brotli daje inny wynik niż gzip.
Dlaczego kilobajty to nie cała historia
Pobranie dwudziestu dodatkowych kilobajtów kosztuje ułamek sekundy i przy dobrym łączu ginie w szumie. Skrypt analityczny potrafi jednak zaszkodzić w sposób, którego nie widać w wadze, i to jest właściwy powód, żeby patrzeć na niego przy Core Web Vitals.
- każde odpytanie przeglądarki o wymiar, pozycję albo styl wymusza przeliczenie układu, a przeliczenie w złym momencie przesuwa treść pod palcem czytelnika
- praca wykonana w wątku głównym opóźnia reakcję na pierwsze kliknięcie, czyli dokładnie to, co mierzy wskaźnik INP
- skrypt ładowany z cudzej domeny dokłada rozwiązanie nazwy i nawiązanie połączenia TLS, zanim w ogóle zacznie się pobieranie
- skrypt, który sam sobie dokłada kolejne pliki, zamienia jedno żądanie w łańcuch żądań
Co z tego wynika dla twojej strony
Jeżeli twoja strona jest ciężka z innych powodów, wymiana narzędzia analitycznego jej nie uratuje i nie będziemy tego obiecywać. Różnica jest odczuwalna tam, gdzie reszta strony jest już zoptymalizowana, a także na telefonach ze słabszym procesorem i gorszym łączem, gdzie każda praca w wątku głównym kosztuje wielokrotnie więcej niż na komputerze.
Przy okazji: szybkość własnej strony zmierzysz u nas bez dokładania kolejnego narzędzia. Skrypt raportuje pięć wskaźników, w tym największy element treści, reakcję na interakcję i przeskoki układu, a raport pokazuje je jako percentyle, nie średnie. Garstka bardzo wolnych wejść ciągnie średnią tak, że przestaje opisywać kogokolwiek.
Czego nie porównujemy na tej stronie
Wag cudzych skryptów tu nie ma, bo ich nie mierzyliśmy na własnym sprzęcie, a przepisywanie liczb z cudzych materiałów marketingowych byłoby dokładnie tym, czego ta strona ma unikać. Tam, gdzie porównujemy się z konkretnym narzędziem, robimy to na osobnej stronie i z podaniem źródła.
Pytania, które padają najczęściej
- Czy skrypt blokuje renderowanie strony?
- Nie. Ładuje się z atrybutem defer, więc przeglądarka pobiera go równolegle i wykonuje dopiero po zbudowaniu dokumentu. Nie wstrzymuje ani pierwszego wyświetlenia treści, ani niczego przed nim.
- Czy mogę hostować skrypt u siebie?
- Nie udostępniamy go do samodzielnego hostowania. Skrypt musi wysyłać zdarzenia na nasz adres, więc własna kopia pliku oszczędziłaby jedno rozwiązanie nazwy i nic poza tym, a rozjechałaby się z wersją, którą serwujemy.
- Czy blokery treści zablokują wasz skrypt?
- Część zablokuje i nie próbujemy tego obchodzić. Skrypt jest zwykłym plikiem z naszej domeny, nie ukrywa się za przekierowaniem przez domenę klienta i nie udaje własnego zasobu strony. Zablokowany skrypt znaczy brak zdarzenia, a my nie uzupełniamy takich luk modelowaniem.
- Ile waży dodatkowy znacznik dla noscript?
- Czterdzieści trzy bajty, bo jest to przezroczysty obrazek GIF o wymiarach jednego piksela. Wysyła się wyłącznie u odwiedzających z wyłączonym JavaScriptem, bo tylko tam przeglądarka wykonuje zawartość znacznika noscript.
Zmierz to na swojej stronie
Wklej jedną linię i sprawdź Core Web Vitals przed i po. Plan darmowy obejmuje jedną witrynę i pokazuje wskaźniki szybkości bez dopłaty.