Kluczowe wskaźniki internetowe dla firm: Q/A z Kathy Brown i Karlem Kleinschmidtem

Kluczowe wskaźniki internetowe dla przedsiębiorstw: pytania i odpowiedzi z naszymi własnymi Kathy Brown i Karl Kleinschmidt

18 lutego zorganizowaliśmy naszą sesję „Podstawowe wskaźniki internetowe dla firm w przedsiębiorstwie”, aby uwzględnić nową aktualizację współczynnika rankingu Page Experience Google. Sesja skoncentrowała się na tym, czym były podstawowe kluczowe informacje internetowe i dlaczego były one ważne. Nasi eksperci zagłębili się w znaczenie każdego z nowych sygnałów rankingowych i ich wpływ na SEO. Chociaż udzieliliśmy praktycznych wskazówek i porad, wciąż było wiele pytań dotyczących FID, LCP, CLS i innych.

Poniżej znajdują się pytania zebrane od naszych odbiorców, a nasi eksperci Kathy i Karl odpowiadają na nie.

Jaka jest różnica między danymi terenowymi i laboratoryjnymi?

Kathy : Dane laboratoryjne to dane dotyczące wydajności, które widzisz w określonym środowisku. Narzędzia takie jak Chrome Dev Tools, a także narzędzia takie jak webpagetest.org zapewniają dane laboratoryjne. Dane pola to dane zebrane od wielu użytkowników, którzy używają Chrome do przeglądania stron Twojej witryny. Możesz zobaczyć Field Data w Google Search Console i często w Google Page Speed ​​Insights (które będą raportować zarówno dane Lab, jak i Field dla strony). Na potrzeby automatyzacji dane Field są dostępne za pośrednictwem BigQuery. Pamiętaj, że dane laboratoryjne służą do testowania, a dane terenowe do rankingu. Na podstawie komentarzy Johna Muellera przewidujemy, że początkowo CWV wpłynie tylko na rankingi mobilne i że będziesz musiał być „zielony”, aby wszystkie trzy wskaźniki były wyższe w rankingu.

Co zrobić, gdy nie ma dostępnych danych Field?

Kathy : Jeśli nie ma dostępnych danych Field, prawdopodobnie oznacza to, że na stronie nie ma dużego ruchu. Użyj narzędzia Google Page Speed ​​Insights, aby sprawdzić najpopularniejsze strony, aby sprawdzić, czy dane pola są dla nich dostępne. Następnie możesz ekstrapolować wyniki dla wszystkich stron należących do tego typu strony. Spróbuj skonfigurować raport CrUX, aby sprawdzić, czy istnieje dla Twojego pochodzenia (Twojej domeny). Możesz znaleźć gotowy szablon Studia danych Google, który zapewni ogólne dane o wydajności Twojej witryny.

Jeśli nadal nie możesz znaleźć żadnych danych Field, określ najpopularniejsze urządzenia i przeglądarki, które uzyskują dostęp do Twojej witryny, i przetestuj w tych środowiskach. Pamiętaj, aby ustawić sterowanie ograniczaniem przepustowości i przepustowością tak, aby symulować jak najbliżej środowisk użytkowników.

Podczas rozwoju nasze strony internetowe są uruchamiane na serwerach pomocniczych, które są znacznie wolniejsze niż nasze serwery produkcyjne. Jak w tej sytuacji podchodzisz do testowania szybkości strony?

Kathy: Znaczna część punktacji Core Web Vital będzie zależeć od klienta i uruchomionego kodu. Tak więc słaby wynik CLS nie ma nic wspólnego z wolnym serwerem. Jednak na LCP może mieć wpływ powolny serwer ze względu na wolniejsze uzgadnianie połączeń i czas potrzebny na przesłanie zasobów. Jednym z podejść do rozważenia jest utworzenie porównania dla serwerów pod kątem metryk, takich jak TTFB (czas do pierwszego bajtu) dla różnych stron, a także porównanie czasu dostarczenia każdego 1 KB danych. Dodatkowo, jeśli masz operacje na bazie danych lub JS po stronie serwera, pomocna będzie również znajomość różnic między tymi czasami wykonania na każdym serwerze. Porównaj wykresy kaskadowe między tymi dwoma i zobacz, ile dodatkowego czasu oczekiwania jest w środowisku programistycznym. Znajomość tych różnic ułatwiłaby ocenę wydajności LCP na serwerze deweloperskim.

Czy uważasz, że wstępne ładowanie linków (dla kolejnych stron) wpłynie na LCP CZY sądzisz, że LCP jest zależny tylko od pierwszej strony, którą załaduje użytkownik?

Kathy: Jeśli chodzi o dane Field, liczy się wydajność wszystkich stron. Buforowanie zasobów statycznych (co pomaga w kolejnych wizytach i stronach) pomoże w uzyskaniu wyników Field. Wstępne ładowanie stylów CSS za pomocą linku, wstępne ładowanie prawdopodobnie również poprawi wydajność wszystkich stron.

Czy CDN z dobrą optymalizacją pamięci podręcznej może znacząco obniżyć wynik LCP?

Kathy: Jest to z pewnością możliwe, jeśli LCP pojawia się szybciej dla wszystkich użytkowników (zarówno nowych, jak i powracających), wtedy Twój wynik LCP poprawi się.

Jak korzystać z wyskakujących okienek, nie wpływając na Core Web Vitals?

Karl: W przypadku problemów z LCP sprawdź, czy wyskakujące okienka nie zajmują zbyt dużej części widocznego obszaru, zwłaszcza na urządzeniach mobilnych.

W przypadku problemów z CLS sprawdź, czy wyskakujące okienka nie powodują ruchu pozostałych elementów, ale znajdują się przed nimi.

Jak powinniśmy myśleć o CWV w kontekście indeksowania zoptymalizowanego pod kątem urządzeń mobilnych?

Karl: CWV zostanie wdrożone w wersji mobilnej i opóźnione w przypadku komputerów stacjonarnych (nie wiemy o ile). W CWV tak naprawdę nie chodzi o to, jak Google indeksuje Twoją witrynę, ale o to, jak użytkownicy wchodzą w interakcję z Twoją witryną, więc indeksowanie zoptymalizowane pod kątem urządzeń mobilnych nie powinno mieć znaczenia.

Jaka jest różnica między całkowitym czasem blokowania (TBT) a FID?

Karl: Całkowity czas blokowania to całkowita liczba milisekund zadań blokowania wątku głównego, które blokują interakcję (100 ms jest odejmowanych na zadanie). FID to średni czas reakcji witryny na interakcje użytkowników. Całkowity czas blokowania to zatem całkowita ilość milisekund podczas ładowania strony, w której FID może być powyżej 0, podczas gdy FID rejestruje, w jaki sposób użytkownicy faktycznie wchodzą w interakcję z Twoją witryną.

Widzimy zmiany wyników w Google Search Console bez wprowadzania zmian/ulepszeń po naszej stronie.

Jaki byłby powód tych wahań w konsoli wyszukiwania?

Karl: W przypadku Search Console to dane pola, zależy to od tego, w jaki sposób użytkownicy wchodzą w interakcję z Twoją witryną. Zmiany w zachowaniu użytkowników mogą oznaczać różne wyniki CLS, ponieważ odwiedzający przewijają się inaczej lub różne wyniki LCP, ponieważ wyższy odsetek odwiedzających powraca klientów, więc mają one zapisane obrazy w pamięci podręcznej. Istnieje wiele możliwych przyczyn wahań danych i pamiętaj, że dane są opóźnione o około 28 dni, więc mogłeś opublikować coś 28 dni temu i teraz widzisz zmiany w danych.

Jeśli ktoś otrzymuje różne wyniki z Search Console i PageSpeedTest, czy powinniśmy martwić się tylko tym, co jest raportowane w Search Console?

Karl: Poza danymi Field vs. Lab istnieją dwie główne przyczyny różnic między danymi w konsoli wyszukiwania a danymi dotyczącymi szybkości strony. Jeśli jedna z Twoich stron nie uzyskała wystarczającego ruchu, Google używa podobnych danych do statystyk szybkości strony, podczas gdy w konsoli wyszukiwania pogrupowane są podobne strony, które mogą mieć wystarczającą ilość danych. Dlatego też możliwe jest, że jedna z Twoich stron ma wystarczający ruch, ale żadna z podobnych stron nie ma wystarczającego ruchu, co może również spowodować różnicę w wynikach. Wprowadzono również aktualizację raportowania konsoli wyszukiwania, która mogła mieć wpływ.

Potrzebujesz dodatkowych zasobów?

Mamy wiele świetnych treści na ten temat. Sprawdź naszą stronę Core Web Vitals, na której zebraliśmy bibliotekę zasobów eksperckich, takich jak podcasty, seminaria internetowe i blogi. Możesz znaleźć wszystko, czego potrzebujesz, aby przygotować się do aktualizacji współczynnika rankingowego Google Page Experience.