Ta strona została przetłumaczona przez Cloud Translation API.

Dane o skuteczności skupione na użytkownikach

Philip Walton

Wszyscy wiemy, jak ważna jest wydajność. Ale co dokładnie mamy na myśli, gdy mówimy o wydajności i o robieniu stron internetowych „szybkich”?

Prawda jest taka, że skuteczność jest względna:

Witryna może działać szybko dla jednego użytkownika (na szybkiej sieci z potężnym urządzeniem), ale wolno dla innego (na wolnej sieci z urządzeniem niskiej klasy).
2 strony mogą się wczytać w identycznym czasie, ale jedna z nich może wydawać się szybsza (jeśli wczytuje treści stopniowo, a nie czeka na koniec, aby wyświetlić cokolwiek).
Strona może wydawać się wczytywać szybko, ale po wczytaniu może reagować powoli (lub wcale) na interakcje użytkownika.

Gdy mówimy o skuteczności, ważne jest, aby być precyzyjnym i odwoływać się do skuteczności w terminach danych. obiektywnych kryteriów, które można zmierzyć ilościowo, ale ważne jest też, aby dane, które mierzysz, były przydatne;

Definiowanie danych

Skuteczność witryny była dotychczas mierzona za pomocą zdarzenia load. Chociaż load to dobrze zdefiniowany moment w cyklu życia strony, niekoniecznie jest on powiązany z czymś, na czym zależy użytkownikowi.

Serwer może np. odpowiedzieć minimalną stroną, która „ładuje się” natychmiast, ale odroczy wczytywanie treści lub wyświetlanie czegokolwiek na stronie do kilku sekund po wywołaniu zdarzenia load. Taka strona technicznie wczytuje się szybko, ale czas wczytywania nie odpowiada temu, jak użytkownik postrzega wczytywanie strony.

W ciągu ostatnich kilku lat członkowie zespołu Chrome we współpracy z grupą roboczą W3C ds. wydajności stron internetowych pracowali nad ujednoliceniem zestawu nowych interfejsów API i danych, które dokładniej mierzą, jak użytkownicy odbierają wydajność strony internetowej.

Aby dane były trafne dla użytkowników, opieramy je na kilku kluczowych pytaniach:

Czy tak się dzieje?	Czy nawigacja została uruchomiona? Czy serwer odpowiedział?
Czy jest to przydatne?	Czy wyświetlono wystarczającą ilość treści, z którymi użytkownicy mogą wchodzić w interakcje?
Czy jest ona przydatna?	Czy użytkownicy mogą wchodzić w interakcję ze stroną, czy jest ona zajęta?
Czy to jest wspaniałe?	Czy interakcje są płynne i naturalne, bez opóźnień?

Jak są mierzone dane

Dane dotyczące skuteczności są zwykle mierzone na 1 z 2 sposobów:

W laboratorium: korzystanie z narzędzi do symulowania wczytywania strony w spójnym, kontrolowanym środowisku
W warunkach rzeczywistych: na podstawie rzeczywistych użytkowników, którzy wczytują stronę i z nią wchodzą w interakcję

Żadna z tych opcji nie jest lepsza ani gorsza od drugiej. Aby zapewnić dobrą skuteczność, warto używać obu.

W laboratorium

Testowanie wydajności w laboratorium jest niezbędne podczas tworzenia nowych funkcji. Zanim funkcje zostaną udostępnione w wersji produkcyjnej, nie można zmierzyć ich wydajności w warunkach rzeczywistych. Dlatego najlepszym sposobem na zapobieganie spadkom wydajności jest ich testowanie w laboratorium przed udostępnieniem.

W terenie

Z drugiej strony, chociaż testowanie w laboratorium jest dobrym wskaźnikiem wydajności, niekoniecznie odzwierciedla wrażenia użytkowników z korzystania z witryny.

Wydajność witryny może się znacznie różnić w zależności od możliwości urządzenia użytkownika i warunków sieci. Może się też zmieniać w zależności od tego, czy (i jak) użytkownik wchodzi w interakcję ze stroną.

Wczytywanie stron nie zawsze jest deterministyczne. Na przykład witryny, które wczytują treści lub reklamy spersonalizowane, mogą mieć bardzo różne wyniki w zależności od użytkownika. Test laboratoryjny nie uwzględni tych różnic.

Jedynym sposobem, aby dowiedzieć się, jak Twoja witryna działa dla użytkowników, jest zmierzenie jej wydajności w momencie, gdy użytkownicy ją wczytują i z nią wchodzą w interakcje. Ten typ pomiaru jest powszechnie nazywany monitorowaniem rzeczywistych użytkowników (RUM).

Rodzaje danych

Istnieje kilka innych rodzajów danych, które mają znaczenie dla postrzegania skuteczności przez użytkowników.

Odczuwana szybkość wczytywania: szybkość, z jaką strona może wczytać i renderować wszystkie swoje elementy wizualne na ekranie.
Czas wczytywania:szybkość wczytywania strony i wykonania wymaganego kodu JavaScriptu, aby komponenty mogły szybko reagować na działania użytkowników.
Odpowiedność w czasie działania: po wczytaniu strony określa, jak szybko strona może zareagować na interakcję użytkownika.
Stabilność wizualna: czy elementy na stronie zmieniają się w sposób, którego użytkownicy nie oczekują, i czy może to zakłócać ich interakcje?
Płynność: czy przejścia i animacje są renderowane z konstantną liczbą klatek na sekundę i płynnie przechodzą z jednego stanu w drugi?

Mamy nadzieję, że po zapoznaniu się z wszystkimi tymi danymi o skuteczności wiesz już, że żaden z nich nie wystarcza do uchwycenia wszystkich cech skuteczności strony.

Ważne dane do pomiaru

Pierwsze wyrenderowanie treści (FCP): mierzy czas od rozpoczęcia wczytywania strony do wyrenderowania dowolnej części treści strony na ekranie. (laboratorium, pole)
Największe wyrenderowanie treści (LCP): mierzy czas od rozpoczęcia wczytywania strony do wyrenderowania na ekranie największego bloku tekstu lub elementu obrazu. (lab, field)
Interakcja do kolejnego wyrenderowania (INP): mierzy czas oczekiwania na każde dotknięcie, kliknięcie lub interakcję z klawiaturą na stronie, a na podstawie liczby interakcji wybiera najdłuższy czas oczekiwania na interakcję (lub zbliżony do najdłuższego) jako pojedynczą, reprezentatywną wartość, która opisuje ogólną responsywność strony. (laboratorium, pole)
Całkowity czas blokowania (TBT): mierzy łączny czas między pierwszym wyrenderowaniem treści (FCP) a czasem do pełnej interaktywności (TTI), w którym wątek główny był zablokowany na tyle długo, że uniemożliwiało to reagowanie na dane wejściowe. (lab)
Skumulowane przesunięcie układu (CLS): mierzy skumulowaną wartość wszystkich nieoczekiwanych przesunięć układu, które występują od momentu rozpoczęcia wczytywania strony do momentu, gdy jej stan cyklu życia zmienia się na ukryty. (laboratorium, pole)
Czas do pierwszego bajta (TTFB): mierzy czas, jaki zajmuje sieci odpowiedź na żądanie użytkownika w postaci pierwszego bajta zasobu. (lab, field)

W niektórych przypadkach wprowadzimy nowe dane, aby uwzględnić brakujące obszary, ale w innych przypadkach najlepsze dane to te, które są dostosowane do Twojej witryny.

Dane niestandardowe

Dane o wydajności, o których mowa była wcześniej, pozwalają ogólnie poznać charakterystykę wydajności większości witryn w internecie. Dzięki nim można też porównywać skuteczność witryn z konkurencją na podstawie wspólnego zestawu danych.

Czasami jednak dana witryna jest w taki sposób wyjątkowa, że aby uzyskać pełny obraz jej skuteczności, trzeba użyć dodatkowych danych. Na przykład wskaźnik LCP ma mierzyć, kiedy skończy się wczytywanie głównej zawartości strony, ale mogą wystąpić przypadki, gdy największy element nie jest częścią głównej zawartości strony, więc LCP może nie być istotny.

Aby rozwiązać takie problemy, grupa robocza ds. wydajności stron internetowych opracowała także standardowe interfejsy API niższego poziomu, które mogą być przydatne do wdrażania własnych danych niestandardowych:

Aby dowiedzieć się, jak używać tych interfejsów API do pomiaru cech wydajności charakterystycznych dla Twojej witryny, zapoznaj się z przewodnikiem Dane niestandardowe.