Jeden ze specjalistów ds. SEO zapytał Johna Muellera o miękkie błędy 404 w Google Search Console i ich źródło.
Wyjaśnili, że w ich zapleczu GSC w sekcji błędów raportu zasięgu pojawia się nagle coraz więcej miękkich błędów 404.
Wzięli kilka przykładowych adresów URL do przetestowania w narzędziu testowym przyjaznym dla urządzeń mobilnych. Strona powraca jako dostosowana do urządzeń mobilnych. Jednak wersja tytułu i opisu w narzędziu wydaje się pochodzić z dawno, dawno temu.
Nie mogli używać aktywnej kontroli adresów URL w GSC, więc używają rozszerzenia do monitorowania klienta użytkownika Google w celu sprawdzenia kodu źródłowego przykładowych stron.
Wszystko wygląda dla nich dobrze. Nawet tytuł jest nowy, podobnie jak opis. W tym przypadku nie mogli znaleźć przyczyny rosnącej liczby miękkich błędów 404.
Zastanawiali się, czy John Mueller ma jakąś radę, jak rozwiązać problem.
John wyjaśnił, że czasami miękkie 404 to produkty, których nie ma w magazynie lub które są już niedostępne. Tego typu rzeczy można również odebrać jako miękkie 404.
Możliwe jest również, że strona jest pusta lub występuje inny błąd w DOM (Document Object Model) strony.
Jeśli na przykład coś dzieje się z JavaScriptem, ładuje się jakiś błąd informujący, że nie znaleziono żadnych informacji, produkt jest niedostępny lub coś w tym rodzaju.
Wszystkie tego typu błędy można postrzegać jako oznakę miękkich błędów 404.
Jeśli widzisz wzrost liczby miękkich błędów 404, John przypuszcza, że coś w klasyfikatorach (w GSC) dla miękkich błędów 404 zostało nieznacznie zaktualizowane. Google wykrywa nieco inne wzorce na stronie internetowej.
Czasami użycie narzędzi inspekcyjnych może pomóc w ustaleniu, co może się tam dziać.
Dzieje się to mniej więcej w 18:09 miejscu filmu.
Transkrypcja Hangouta Johna Muellera
SEO Professional 5 18:09
Hej, John. Dzień dobry. Mam więc jedno pytanie dotyczące niektórych miękkich błędów 404. Zatem w naszym zapleczu GSC w raporcie zasięgu pojawiają się nagle rosnące błędy dotyczące miękkich adresów URL 404. I my używamy niektórych – pobraliśmy kilka przykładowych adresów URL, aby przetestować je w narzędziu testowym przyjaznym dla urządzeń mobilnych. A strona jest dostosowana do urządzeń mobilnych.
Jednak wersja podana w tytule i opisie strony testowej wyświetlana w tym narzędziu wydaje się być starszą wersją sprzed bardzo, bardzo dawna. A ponieważ nie mogliśmy korzystać z bieżącej kontroli adresów URL w GSC, używamy rozszerzenia do monitorowania klienta użytkownika Google w celu sprawdzenia kodu źródłowego przykładowych stron. Więc wszystko wygląda dobrze dla nas. Nawet tytuł jest nowy, podobnie jak opis. Zatem w tym przypadku nie mogliśmy znaleźć przyczyny rosnącej liczby miękkich błędów 404. Czy jest zatem jakaś rada lub pomoc w zidentyfikowaniu tego problemu?
Jana 19:28
Przydałoby się kilka przykładów. Czasami miękkie 404 to produkty, których nie ma w magazynie lub które są już niedostępne. Tego rodzaju rzeczy można również odebrać jako miękkie 404. Może być również tak, że strona jest pusta lub występuje inny błąd w DOM strony.
Jeśli na przykład coś się dzieje z JavaScriptem, oznacza to ładowanie jakiegoś błędu, który mówi: nie, nie znaleziono żadnych informacji, produkt jest niedostępny lub coś w tym rodzaju. Wszystko to można postrzegać jako oznakę miękkiego błędu 404. A jeśli widzisz wzrost liczby miękkich błędów 404, to przypuszczam, że coś w klasyfikatorach miękkich błędów 404 zostało nieco zaktualizowane i Wykrywamy nieco inny wzór na Twojej stronie internetowej.
I w tym przypadku czasami użycie narzędzi inspekcyjnych pomaga ustalić, co może się tam dziać. A jeśli spojrzysz na pełną treść wyrenderowanego kodu HTML, czasami nie ma to żadnego sensu. A jeśli jest to coś, w czym ty, cóż, wszystko na mojej stronie jest w porządku, to będą to naprawdę przydatne przykłady. Jeśli chodzi o wyświetlanie starego tytułu, musiałoby to być gdzieś z twojej strony.
Ponieważ test przyjazny dla urządzeń mobilnych i test kontroli adresu URL nie wykorzystują żadnych danych z pamięci podręcznej do wyświetlania informacji, które tam znajdziemy, a tak naprawdę pobierają te informacje prosto z Twojego serwera. Czasami może się zdarzyć, w zależności od konfiguracji, że masz sieć dostarczania treści, która z jakiegokolwiek powodu może jeden z węzłów ma nieaktualne dane. Z tego co widziałem w przeszłości, widać taką różnicę. I zwykle z biegiem czasu ten rodzaj przestarzałego węzła naprawia się sam. Ale to też może być coś do sprawdzenia.
Profesjonalista SEO 5 21:38
Dobrze. Widzisz więc, że gdy testujemy stronę za pomocą tego aktywnego adresu URL, strona z pamięci podręcznej nie będzie testowana. Prawidłowy?
Jana 21:50
Tak, to pobieranie na żywo.
Profesjonalista SEO 5 21:54
Dobra. Więc na początku pomyśleliśmy, że może to coś ze stroną w pamięci podręcznej. Ale także, jak powiedziałem, starszy tytuł i opis są starsze, może wiele, wiele lat temu. Więc porzuciliśmy ten jeden powód.
Jana 22:15
Myślę, że jeśli zobaczysz to w wynikach wyszukiwania, może to pochodzić ze strony pamięci podręcznej. Ale jeśli używasz testu przyjaznego dla urządzeń mobilnych lub adresu URL Inspekcji, jest to naprawdę pobieranie na żywo.
Profesjonalista SEO 5 22:27
A co z kontrolą testowego adresu URL na żywo w GSC? Czy testuje również aktywny adres URL?
Jana 22:38
Tak.
Jana 22:41
Dobry. Jeszcze jedno pytanie dotyczy tego narzędzia. Kiedy to narzędzie zostanie naprawione? Przybliżony czas? Tak, ponieważ w pewnym sensie polegamy na tym narzędziu do testowania, jak niektórzy, może testowania niektórych problemów na żywo. Tak.
Jana 22:59
Jak masz na myśli stałe?
Profesjonalista SEO 5 23:03
Tak, ponieważ podczas korzystania z testu widzimy pewne problemy pokazujące, że coś poszło nie tak. Ten jest pokazany.
Jana 23:16
Nie wiem. Właściwie nic ostatnio na ten temat nie słyszałem. Zakładam, że zostało to naprawione. Ale mogę to jeszcze raz sprawdzić w zespole.
