Języki

Test szybkości strony i kontroler Core Web Vitals

Free, no signup. Core Web Vitals reports are usually a wall of numbers before they tell you anything useful. This leads with one sentence: whether the page passes, and the single thing to fix first — real Chrome user data when it exists, a Lighthouse lab audit when it doesn't.

Built by Patrick Stox

field data first (CrUX) · lab fallback (Lighthouse) · mobile + desktop

Kontrole są uruchamiane na naszym serwerze; pobieramy podany adres URL i nie przechowujemy wyników. Anonymous aggregate stats count a domain once via a rotating hash for research posts; URLs are never stored. Anonimowe liczniki wyników poszczególnych uruchomień mogą być wykorzystywane do badań zbiorczych; adresy URL, domeny, adresy IP i identyfikatory nigdy nie są uwzględniane, a statystyki nie są publikowane poniżej 100 uruchomień.

Opinia
Zgłoś błąd

Coś nie działa w Test szybkości strony i kontroler Core Web Vitals? Opisz, co się stało — zgłoszenie trafi bezpośrednio do prywatnej kolejki weryfikacji, a nie na publiczną listę.

Dane, które zostaną wysłane 
 Dane wejściowe narzędzia, przesłane pliki, wklejone źródła, pełne wyniki, parametry zapytania i fragmenty URL nie są dołączane automatycznie. Możesz edytować lub usunąć zaznaczony powyżej fragment. Metadane przeglądarki i ochrony przed nadużyciami są przetwarzane w celu zapobiegania spamowi. 
  
 
  
 
 
  
 
 
   
      
 
       
     
  
      

Field data is Google's Chrome UX Report — the same 28-day real-user dataset Search uses
        for the page-experience signal; it updates daily, so repeat checks within 24 hours are
        served from cache. Lab numbers come from Lighthouse with simulated throttling: expect them
        to differ from field data and to vary between runs. Lab audits can't measure INP (it needs
        real users).

   
 
   
        
O tym narzędziu
Sprawdź stronę, aby uzyskać dane terenowe Core Web Vitals i diagnostykę laboratoryjną Lighthouse, a następnie otrzymać jasny werdykt oraz poprawki uporządkowane według priorytetu.
Funkcje
  • Jednozdaniowy werdykt wskazuje wskaźnik o najsłabszym wyniku na najważniejszym urządzeniu.
  • Rzeczywiste dane z `Chrome UX Report` (CrUX), z automatycznym przejściem do danych źródła, a następnie do audytu laboratoryjnego `Lighthouse`; każda karta wskazuje źródło.
  • Karty urządzeń mobilnych i stacjonarnych obok siebie, z oznaczeniem urządzenia mobilnego używanego przez Google do ustalania rankingu.
  • Uporządkowana lista poprawek diagnostycznych na podstawie uruchomionych audytów `Lighthouse` oraz zbiorcza karta dla maksymalnie 5 źródeł z eksportem CSV.
Jak to działa
Wprowadź pełny URL i uruchom sprawdzenie. Narzędzie najpierw pobiera dane terenowe dla adresu URL z CrUX, przy braku próbki korzysta z danych terenowych źródła, a następnie uruchamia audyt laboratoryjny Lighthouse. Wskazuje źródło każdej karty, stosuje oficjalne progi LCP, INP i CLS oraz porządkuje uruchomione poprawki według priorytetu.
Ograniczenia
  • CrUX potrzebuje wystarczającego ruchu z Chrome w 28-dniowym okresie mobilnym; nowe strony i te z małym ruchem mogą przejść do danych na poziomie źródła lub laboratorium.
  • `Lighthouse` używa symulowanego ograniczenia, może różnić się między uruchomieniami i nie reprezentuje wydajności konkretnego regionu; audyt laboratoryjny nie mierzy INP na podstawie rzeczywistych interakcji.
  • Zaliczenie testu samo w sobie nie dowodzi pełnej dostępności, dobrych konwersji ani określonej pozycji. Gdy liczy się geografia, uzupełnij wyniki danymi od dostawcy regionalnego.
Częste pytania
Jakie są progi Core Web Vitals?
Strona zalicza test, gdy wynik 75. percentyla jest „dobry” dla wszystkich trzech wskaźników: `Largest Contentful Paint` (LCP) nie przekracza 2,5 sekundy, `Interaction to Next Paint` (INP) nie przekracza 200 milisekund, a `Cumulative Layout Shift` (CLS) nie przekracza 0,1. LCP powyżej 4 sekund, INP powyżej 500 milisekund lub CLS powyżej 0,25 oznacza wynik „słaby”; wartości pośrednie „wymagają poprawy”. Narzędzie stosuje dokładnie te oficjalne progi.
Dlaczego moje wyniki Core Web Vitals różnią się od PageSpeed Insights?
Powinny być zgodne, jeśli oba narzędzia korzystają z tego samego źródła. To narzędzie najpierw pokazuje dane terenowe z `Chrome UX Report` (CrUX), ten sam zbiór danych rzeczywistych użytkowników, którego używa wyszukiwarka, i dopiero gdy strona nie ma danych terenowych, przechodzi do audytu laboratoryjnego `Lighthouse`. Wyniki laboratoryjne opierają się na symulowanym ograniczeniu i różnią się między uruchomieniami; jeśli PageSpeed Insights pokazuje dane laboratoryjne, a to narzędzie dane terenowe, albo odwrotnie, właśnie stąd wynika różnica.
Dlaczego kontroler mówi „brak danych terenowych” dla mojego adresu URL?
CrUX raportuje URL dopiero, gdy uzyska wystarczający ruch Chrome do utworzenia statystycznie stabilnej próbki z ostatnich 28 dni. Strony o małym ruchu lub zupełnie nowe nie osiągają tego progu. Wtedy narzędzie korzysta z danych terenowych na poziomie źródła, czyli całej witryny, albo z symulowanego audytu laboratoryjnego `Lighthouse`, i oznacza źródło każdej karty, aby nie pomylić danych laboratoryjnych z rzeczywistymi.
Czy narzędzie może mierzyć INP?
Może raportować INP z danych terenowych, ponieważ INP mierzy rzeczywiste interakcje użytkowników. Nie może utworzyć wartości INP z audytu laboratoryjnego, bo `Lighthouse` nie ma prawdziwych użytkowników; wynik obejmujący wyłącznie laboratorium pokazuje dla tego wskaźnika „brak laboratoryjnego INP”. Jeśli strona nie ma danych terenowych, potrzebujesz rzeczywistego ruchu albo narzędzi INP w `Chrome DevTools` na własnych interakcjach.
Którego urządzenia Google używa do rankingu: mobilnego czy stacjonarnego?
Google ocenia sygnał doświadczenia strony na urządzeniach mobilnych, więc narzędzie oznacza kartę mobilną jako urządzenie używane przez Google do ustalania rankingu. Gdy strona nie zalicza testu na obu typach urządzeń, wskazuje mobilny wskaźnik jako ograniczenie. Wyniki stacjonarne są kontekstem, ale nie decydują o mobilnej ocenie rankingowej.
 
Następny krokHistoria Core Web Vitals i porównanie konkurencji — look up the exact spec and expected values.
Wskazówki są dostępne po angielsku.
Odkrywaj także
NarzędzieHistoria Core Web Vitals i porównanie konkurencjiNarzędzieKontroler nagłówków HTTPNarzędzieKontroler DNS
       
 
Typowe problemy i sposoby ich naprawy
 
     
  •  Błąd Wartość LCP jest słaba Poprawka: Obniż LCP poniżej 2,5 sekundy, optymalizując zmierzony składnik LCP i jego krytyczną ścieżkę dostarczania, a następnie sprawdź świeże dane terenowe. 
  •  Ostrzeżenie Wartość LCP wymaga poprawy Poprawka: Obniż LCP poniżej 2,5 sekundy, nadając priorytet zmierzonemu elementowi LCP i usuwając opóźnienia z jego ścieżki dostarczania. 
  •  Błąd Wartość INP jest słaba Poprawka: Obniż INP poniżej 200 ms, skracając najdłuższe zadania interakcji i ograniczając pracę JavaScriptu w głównym wątku. 
  •  Ostrzeżenie Wartość INP wymaga poprawy Poprawka: Obniż INP poniżej 200 ms, dzieląc długie procedury obsługi interakcji i zwalniając główny wątek. 
  •  Błąd Wartość CLS jest słaba Poprawka: Obniż CLS poniżej 0,1, rezerwując miejsce dla przesuwających się elementów i zapobiegając późnym zamianom czcionek lub treści. 
  •  Ostrzeżenie Wartość CLS wymaga poprawy Poprawka: Obniż CLS poniżej 0,1, dodając stabilne wymiary i symbole zastępcze dla elementów przesuwających się po pierwszym renderowaniu. 
  •  Ostrzeżenie Zasoby blokujące renderowanie mogą opóźniać LCP Poprawka: Umieść krytyczny CSS bezpośrednio w kodzie i odłóż niekrytyczne arkusze stylów lub skrypty blokujące renderowanie zasobu LCP. 
  •  Ostrzeżenie Odpowiedź serwera może opóźniać LCP Poprawka: Skróć początkowy czas odpowiedzi serwera dzięki pamięci podręcznej, szybszemu zapleczu i CDN blisko użytkowników przed optymalizacją zasobu LCP. 
  •  Ostrzeżenie Dostarczanie obrazu może opóźniać LCP Poprawka: Zmień rozmiar i skompresuj obraz LCP, udostępnij nowoczesny typ pliku z srcset i wstępnie go załaduj, gdy jest późno wykrywany. 
  •  Informacja Krytyczne źródło nie korzysta z preconnect Poprawka: Dodaj preconnect wyłącznie dla krytycznego źródła zewnętrznego udostępniającego zasób LCP, w tym crossorigin, gdy jest wymagany. 
  •  Ostrzeżenie Kod zewnętrzny wpływa na INP Poprawka: Odłóż niekrytyczne menedżery tagów, czat, analitykę i skrypty testowe do pierwszej interakcji oraz usuń nieużywanych dostawców. 
  •  Ostrzeżenie Praca głównego wątku wpływa na INP Poprawka: Podziel długie zadania głównego wątku na mniejsze części, przenieś ciężkie obliczenia do workera i ogranicz synchroniczne operacje układu. 
  •  Ostrzeżenie Nieużywany JavaScript wpływa na INP Poprawka: Podziel kod według tras i komponentów, aby strona pobierała, analizowała i wykonywała tylko JavaScript potrzebny w bieżącym widoku. 
  •  Ostrzeżenie Przesuwające układ elementy wpływają na CLS Poprawka: Nadaj wskazanym obrazom, osadzeniom, reklamom i wstrzykiwanym obszarom jawne wymiary lub zarezerwowane symbole zastępcze przed załadowaniem. 
  •  Ostrzeżenie Ładowanie czcionek wpływa na CLS Poprawka: Wstępnie ładuj krytyczne czcionki, stosuj zamienniki zgodne metrycznie i wybierz zachowanie font-display, które zapobiega późnej zmianie układu. 
  •  Ostrzeżenie Wyniki laboratoryjne i terenowe są rozbieżne Poprawka: Użyj śladu Lighthouse do zdiagnozowania wąskiego gardła symulowanego uruchomienia, a następnie monitoruj odpowiadający wskaźnik CrUX przed uznaniem lub zamknięciem regresji użytkowników. 
    •