Technologiczne, Gadżety, Telefony Komórkowe, Pobieranie Aplikacji

Google wyjaśnia, jak sprawdzić problemy z szybkością strony w Google Search Console

Uwaga: Poniższy artykuł pomoże Ci w: Google wyjaśnia, jak sprawdzić problemy z szybkością strony w Google Search Console

John Mueller wyjaśnił podczas hangouta w dniu 13.08.2021, że aktualizacja wyglądu strony nie jest powiązana z aktualizacjami podstawowymi. Chociaż podstawowe wskaźniki internetowe i podstawowe aktualizacje mają podobne sformułowania, nie są tym samym. Zamiast tego aktualizacja jakości strony koncentruje się na szybkości, a podstawowe aktualizacje skupiają się na ogólnej jakości witryny.

Problem jednego z webmasterów wynikał z niemożności sprawdzenia problemów z szybkością strony i potwierdzenia informacji w Google Search Console.

John wyjaśnił, że w Google Search Console wyświetlane są dane terenowe lub dane pochodzące od rzeczywistych użytkowników. Narzędzia takie jak Google Page Speed ​​Insights to testy laboratoryjne lub dane laboratoryjne, które różnią się od danych, które można znaleźć w Google Search Console.

Zalecenie Johna obejmowało użycie określonych bibliotek JavaScript dostępnych w witrynie web.dev. Biblioteki te pomagają w dokładniejszym śledzeniu wskaźników i danych dotyczących szybkości strony.

Jeśli dokonasz zmiany teraz, pojawienie się jej w Google Search Console zajmie prawie miesiąc.

Dlatego ważne jest, aby korzystać z niektórych bibliotek JavaScript, aby potwierdzić pewne problemy z szybkością strony pojawiające się w Google Search Console i mieć pewność, że masz dokładny wgląd w to, co dokładnie dzieje się z Twoimi podstawowymi wskaźnikami internetowymi.

Pojawia się to mniej więcej w 00:34 na filmie.

Webmaster 1 0:34

Moje pytanie dotyczy podstawowych wskaźników internetowych i Search Console. Martwi mnie to, że zaobserwowałem wzrost liczby adresów URL, które zostały przydzielone do kategorii słabej. Niestety, dzięki Page Speed ​​Insights nie mogę zweryfikować ani potwierdzić tych informacji. Czy masz jakieś informacje na temat, jakich narzędzi Google faktycznie używa w swoim algorytmie? I znowu, co mnie niepokoi, to tendencja, która ma miejsce po wydaniu najnowszych aktualizacji podstawowych? Dlatego jestem ciekaw, czy mógłbyś mi udzielić wskazówek i wskazówek, jakim narzędziom zaufać?

Jan 1:16
Dobra. Myślę więc, że cały temat prędkości jest zaskakująco skomplikowany, biorąc pod uwagę, że ma on trzy pomiary. Myślisz: „Och, potrafię wymyślić trzy rzeczy”. Ale nie ma tu zbyt wielu rzeczy.

Webmaster 1 1:31
Przepraszam, że przeszkadzam, John, to właściwie problem CLS. Więc to nie jest prędkość. Ale podobne. Podobny problem.

Jan 1:40
Tak, dokładnie. I myślę, że może przede wszystkim, żeby było jasne, cała aktualizacja wyglądu strony jest całkowicie niezwiązana z aktualizacją podstawową. Zatem podstawowe aktualizacje, które możesz zobaczyć lub które ogłosiliśmy, dotyczą bardziej zrozumienia trafności witryny. A więc więcej o jakości i zawartości strony. Aktualizacja jakości strony to tylko jeden z podstawowych czynników wpływających na jakość strony, a drugi. Więc może to jest jedna rzecz, o której warto pamiętać, że są to naprawdę odrębne rzeczy.

Następnie w Search Console pokazujemy zasadniczo dane terenowe, zwane także „danymi rzeczywistego użytkownika” lub „danymi RUM”, czyli zasadniczo danymi zbieranymi od użytkowników, którzy odwiedzają Twoją witrynę. To w zasadzie taka skala, na jaką działamy. To, nie wiem, najczystsza miara, jaką możemy uzyskać, w zasadzie, ponieważ to właśnie widzą użytkownicy. Page Speed ​​Insights i niektóre inne narzędzia to tak zwane testy laboratoryjne, które w zasadzie są rodzajem emulacji danych terenowych, podczas których zasadniczo przeprowadzane są podobne obliczenia.

I przyjmują założenia i mówią, że średnio użytkownicy prawdopodobnie tacy są, mają taki rodzaj połączenia, ten rodzaj ekranu robi takie rzeczy na ich telefonach. Spróbujemy oszacować, jakie to mogą być wskaźniki. Z tego powodu możesz zauważyć różnice między danymi w Search Console a danymi wyświetlanymi podczas samodzielnego przeprowadzania testów. Ponieważ testy przeprowadzane samodzielnie są w zasadzie szacunkami. W Search Console możesz zobaczyć, co faktycznie widzieli użytkownicy. To jest właśnie główna różnica. Dotyczy to prędkości, CLS (skumulowanego przesunięcia układu), FID (opóźnienia pierwszego wejścia) i tak dalej.

Myślę, szczególnie w odniesieniu do CLS, że czasami dzieją się tam dziwne rzeczy, które trudno rozgryźć. Na przykład, jeśli użytkownicy w Twoim kraju widzą stronę zupełnie normalnie, a użytkownicy w głównej lokalizacji Twojej witryny, gdzie znajduje się większość użytkowników, mogą zobaczyć wyskakujące okienko lub coś, co pojawia się pomiędzy nimi, co przesuwa CLS wokół . A kiedy sam to przetestujesz, możesz pomyśleć: „No cóż, ten wskaźnik wygląda dobrze”. Jednak to, co faktycznie widzą użytkownicy, jest nieco inne.

Jeśli chodzi o CLS, myślę, że czasami bardzo trudno to określić. To, co zalecałbym w tym przypadku, to utworzenie uproszczonych stron i sprawdzenie, czy możesz zobaczyć, co mogą widzieć użytkownicy, aby móc nieco zawęzić zakres elementów strony, które faktycznie powodują tę zmianę. Możesz także samodzielnie instrumentować strony. Tak więc w web.dev mamy kilka bibliotek JavaScript, których możesz użyć, gdzie zasadniczo dodajesz kod do swoich stron, a następnie raportujesz to za pomocą Google Analytics lub innego narzędzia analitycznego, którego używasz – dane, które faktycznie widzą użytkownicy, dzięki czemu możesz to zrobić trochę szybciej. Ponieważ w Search Console, ze względu na sposób, w jaki agregujemy dane, zawsze są one opóźnione o około 28 dni.

Jeśli więc dokonasz zmiany teraz, minie prawie miesiąc, zanim zobaczysz ją w Search Console. A jeśli samodzielnie oprzyrządujesz strony, możesz przeprowadzić takie rzeczy, jak testy klasy B i śledzenie, które możesz zobaczyć, zasadniczo, jeśli wypuścisz coś dzisiaj, możesz jutro sprawdzić, co faktycznie widzieli tam użytkownicy. I możesz zawęzić zakres nieco szybciej. A kiedy już zorientujesz się, które elementy strony powodują zmianę CLS, możesz popracować nad ulepszeniem tego w witrynie.

Więc w tym kierunku bym poszedł. W pewnym sensie używają danych z pól, które widzisz w konsoli wyszukiwania, aby rozpoznać, że istnieje problem, a następnie próbują go zawęzić iteracyjnie i używając test laboratoryjny, aby w pewnym sensie potwierdzić, że podążasz właściwą drogą, i spróbować odtworzyć to, co faktycznie widzą użytkownicy.

Table of Contents