Analiza Web Vitals Performance szybkość ładowania strony
47% internautów oczekuje, że strona internetowa załaduje się w przeciągu 2 sekund, a szybkość ładowania strony jest ważnym czynnikiem rankingowym według Google. Poprzedzające zdanie to nic odkrywczego dla Specjalisty SEO czy Digital Managera, ale to tylko jeden z wielu powodów, dla których należy analizować czas ładowania oraz wdrażać zmiany, które przyspieszą serwis. Zadbaj o szybkość ładowania strony, dzięki czemu będziesz mógł maksymalizować potencjał sprzedażowy serwisu.
Sprawdź nas
Na co wpływa szybkość ładowania strony?
Czas niezbędny do załadowania treści witryny ma wpływ nie tylko na pozycje przez niego osiągane w wynikach organicznych, ale również na zachowanie użytkownika.
Najważniejsze czynniki, na jakie wpływa prędkość witryny:
- współczynnik odrzuceń,
- ilość odwiedzonych przez użytkownika podstron w czasie sesji,
- skuteczność reklam w kampaniach płatnych,
- opinia o serwisie,
- prawdopodobieństwo powrotu użytkownika w przyszłości,
- współczynnik konwersji.
Wszystkie z opisanych powyżej czynników sprowadzają się, w przypadku serwisu e-commerce, do zysku, jaki serwis jest w stanie wygenerować. Każda setna sekundy opóźnienia to tak naprawdę utracony potencjał serwisu, który możemy odnaleźć poprzez Analizę Web Vitals Performance.
Analiza syntetyczna
Analiza syntetyczna to pierwszy etap weryfikacji poprawności Technicznej witryny, gdzie skupiamy się na szerokim spojrzeniu.
Etap odpowiada przede wszystkim na pytania “co” testować oraz “jak” testować na podstawie pobrania szerokiego zakresu danych (często wielokrotnie – nie zawsze z tymi samymi parametrami) dla poszczególnych kategorii czy sekcji witryny w podziale na różne urządzenia docelowe. Na tym etapie posiadamy wysoki poziom kontroli środowiska testowego i jego powtarzalności czy stabilności w celu ograniczenia efektu próbnika na finalne wyniki, ale uproszczenia ich weryfikowalności (co nie zawsze jest takie jednoznaczne ze względu na nie zawsze zerojedynkowe wytyczne Google), dzięki dostępności komparatorów.
Celem jest weryfikacja poprawności względem wytycznych Google, wyłapanie powtarzających się wzorców oraz zbudowanie zbiorów danych wykorzystywanych do dalszych testów – często ręcznych. Na tym etapie korzystamy przede wszystkim z autorskich skryptów oraz dostępnych API (np. PageSpeed czy GTmetrix) czy Selenium, ale i odpowiednio wytrenowanych LLM (w np. analizie kodu).
Uproszczony proces
- Wybór przedmiotu i elementów testowych
- Konfiguracja narzędzi, skryptów i API
- Pobranie danych z dostępnych API
- Analiza eksploracyjna witryny: skany
- Segmentacja danych
- Wybór obszarów testowych
Testy dotykają takich obszarów jak:
- Googlebot: weryfikacja zachowania robotów indeksujących oraz testy z uwzględnieniem etapu Skanowania i Renderowania
- Zgodność w wytycznymi Core Web Vitals (FMP, FCP, LCP, CLS, FID, INP)
- Metryki prędkościowe: między innymi TTFB, onload, load time, start render
- Skrypty – proporcje, wykorzystanie
- Zasoby zewnętrzne i wewnętrzne
- Wpływ skryptów na ładowanie witryny w podziale na urządzenia
- Ogólna stabilność witryny
- Ilość pobieranych danych oraz liczba zasobów
- Page Experience – bezpieczeństwo
- Source HTML – Rendered HTML
- Z uwzględnieniem wyrenderowanych viewportów
Real User Monitoring & CrUX
Analiza syntetyczna zawęża nam dalsze testy do konkretnych grup adresów czy sekcji witryny, dzięki czemu możemy precyzyjnie przygotować scenariusze testowe i weryfikację witryny, ale z myślą o jej użytkownikach. Jest to ważny etap analizy wydajności ze względu na mnogość urządzeń, z których korzystają użytkownicy Internetu – rodzaj urządzenia, a przede wszystkim CPU, pamięć podręczna czy OS, będą głównym powodem różnic w doświadczeniach związanych z interakcją z witryną. Celem tego etapu jest spojrzenie na możliwości zrównania doświadczeń użytkowników niezależnie od wykorzystywanego urządzenia.
Etap bazuje danych dostępnych w Google Analytics (głównie demografia i urządzenia) oraz Chrome User Experience Report w celu spojrzenia bezpośrednio na doświadczenia użytkowników witryny, czasem opieramy powyższe o logi serwerowe czy dane dostępne po stronie IT z innych narzędzi. Zdarza się, że analizujemy informacje w oparciu o wizualizatory jak Kibana czy platformy pokroju Munin, Zabbix.
Proces
- Wybór przedmiotu i elementów testowych
- Konfiguracja narzędzi, skryptów i API
- Pobranie danych z dostępnych API
- Segmentacja danych
- Wybór obszarów testowych – głównie na podstawie pierwszego etapu: analizy syntetycznej
- Analiza eksploracyjna witryny: ręczna
Testy
- Najpopularniejsze urządzenia i systemy operacyjne
- Udział mobile w całości ruchu
- Dane z audytów Lighthouse z różnych konfiguracji sprzętowych
- Core Web Vitals (FMP, FCP, LCP, CLS, FID, INP)
- Metryki prędkościowe: między innymi TTFB, onload, load time, start render
- Ilość pobieranych danych oraz liczba zasobów
- Wpływ JavaScript na renderowanie strony
- Wykorzystanie pamięci podręcznej
- Renderowanie na różnych przeglądarkach i systemach operacyjnych
Zamknięcie testów
Etap zamykania testów to nie tylko spisanie wniosków oraz w miarę możliwości konkretnych rekomendacji, ale również weryfikacja kompletności przeprowadzonych testów poprzez finalizacji czy archiwizacji danych, weryfikacji list kontrolnych oraz dodatkowych elementów odnalezionych poza planem testowym podczas np. analiz eksploracyjnych.
- Przygotowanie wniosków z przeprowadzonej analizy
- Opracowanie rekomendacji dla etapu Analizy Syntetycznej
- Opracowanie rekomendacji dla etapu Analizy RUM
- Podział elementów na priorytety (ważność – wpływ)
Chcesz przyspieszyć swój serwis? Skontaktuj się z nami!