Jak radzić sobie z błędami indeksowania w Google Search Console (Narzędzia dla webmasterów)

  1. Zawartość
  2. Nie panikuj!
  3. Po pierwsze, oznacz wszystkie błędy indeksowania jako stałe
  4. Sprawdzaj raport błędów indeksowania raz w tygodniu
  5. Klasyczny błąd indeksowania 404
  6. 404 błędy spowodowane błędnymi linkami z innych stron internetowych
  7. Błędy 404 spowodowane błędnymi linkami wewnętrznymi lub wpisami map witryn
  8. Błędy 404 spowodowane przez Google indeksujące JavaScript i powodujące problemy 😉
  9. Tajemnicze błędy 404
  10. Co to są błędy „Soft 404”?
  11. Co zrobić z 500 błędami serwera?
  12. Inne błędy indeksowania: 400, 503 itd.
  13. Lista wszystkich błędów indeksowania napotkanych w „prawdziwym życiu”
  14. Szczyt błędu indeksowania po migracji witryny
  15. streszczenie

Czy to ci się stało? Sprawdzasz raport „Błędy indeksowania” w Konsoli wyszukiwania Google (wcześniej znany jako Narzędzia dla webmasterów) i widzisz tak wiele błędów indeksowania, że ​​nie wiesz od czego zacząć. Mnóstwo 404s, 500s, „Soft 404s”, 400s i wiele innych… Oto jak radzę sobie z dużymi błędami indeksowania.

Uwaga: ten przewodnik został opublikowany po raz pierwszy na stronie rebelytics.com w 2015 r. I od tego czasu został kilkakrotnie zaktualizowany i przeniesiony do tego bloga.

Jeśli w tym artykule nie znajdziesz rozwiązania swojego problemu, nie krępuj się zostawić komentarz na stronie na dole tej strony . Zwykle odpowiadam w ciągu kilku dni.

Zawartość

Oto przegląd tego, co znajdziesz w tym artykule:

Więc zacznijmy. Po pierwsze:

Nie panikuj!

Błędy indeksowania są czymś, czego normalnie nie można uniknąć, i niekoniecznie mają natychmiastowy negatywny wpływ na wydajność SEO. Niemniej jednak są problemem, z którym należy się zmierzyć. Niska liczba błędów indeksowania w Search Console jest pozytywnym sygnałem dla Google, ponieważ odzwierciedla dobry ogólny stan witryny. Ponadto, jeśli bot Google napotka mniej błędów indeksowania na stronie, użytkownicy są mniej skłonni zobaczyć błędy witryny i serwera.

Po pierwsze, oznacz wszystkie błędy indeksowania jako stałe

Na początku może to wydawać się głupią radą, ale w rzeczywistości pomoże ci uporać się z błędami indeksowania w bardziej uporządkowany sposób. Gdy po raz pierwszy zobaczysz raport o błędach indeksowania, możesz zobaczyć setki i tysiące błędów indeksowania od czasu do czasu. Będzie ci bardzo trudno znaleźć drogę przez te długie listy błędów.

Będzie ci bardzo trudno znaleźć drogę przez te długie listy błędów

Czy ten zrzut ekranu sprawia, że ​​czujesz się lepiej? Założę się, że jesteś lepszy niż ten webmaster 😉


Moim podejściem jest oznaczenie wszystkiego jako ustalonego, a następnie rozpoczęcie od złomu: nieistotne błędy indeksowania nie pojawią się ponownie, a te, które naprawdę wymagają naprawy, wkrótce powrócą do raportu. Tak więc, po wyczyszczeniu raportu, oto jak postępować:

Sprawdzaj raport błędów indeksowania raz w tygodniu

Wybierz stały dzień co tydzień i przejdź do raportu o błędach indeksowania. Teraz znajdziesz odpowiednią liczbę błędów indeksowania. Ponieważ nie było ich tydzień wcześniej, będziesz wiedział, że ostatnio napotkał ich bot Google. Oto sposób radzenia sobie z raportami błędów indeksowania raz w tygodniu:

Klasyczny błąd indeksowania 404

Jest to prawdopodobnie najczęstszy błąd indeksowania w witrynach, a także najłatwiejszy do naprawienia. Za każdy błąd 404 napotkany przez Google bot Google informuje, gdzie jest on połączony: z inną witryną, innym adresem URL w witrynie lub mapami witryn. Po prostu kliknij błąd przeszukiwania w raporcie, a otworzy się taki lightbox:

Pamiętaj, że informacje w zakładce „Połączone z” nie zawsze są aktualne. Może zawierać adresy URL, które już nie istnieją lub nie zawierają już linku do adresu URL błędu. Dzieje się tak dlatego, że w tej zakładce Google informuje nas, gdzie znalazł adres URL błędu, a nie gdzie jest aktualnie połączony (co może sugerować nazwa).

Czy wiesz, że możesz pobrać raport ze wszystkimi błędami indeksowania i miejscem, z którego są połączone? W ten sposób nie musisz ręcznie sprawdzać każdego błędu indeksowania. Sprawdzić ten link do eksploratora interfejsu API Google. Większość pól jest już wypełniona, więc wszystko, co musisz zrobić, to dodać adres URL swojej witryny (dokładny adres URL właściwości Search Console, z którą masz do czynienia) i nacisnąć „Autoryzuj i wykonaj”. Daj mi znać, jeśli masz jakieś pytania na ten temat!

Zobaczmy teraz, co możesz zrobić z różnymi typami błędów 404.

404 błędy spowodowane błędnymi linkami z innych stron internetowych

Jeśli fałszywy adres URL jest połączony z innej witryny, po prostu zaimplementuj przekierowanie 301 z fałszywego adresu URL do poprawnego celu. Możesz być w stanie skontaktować się z webmasterem strony z linkami, aby poprosić o dostosowanie, ale w większości przypadków nie będzie to warte wysiłku.

Błędy 404 spowodowane błędnymi linkami wewnętrznymi lub wpisami map witryn

Jeśli fałszywy adres URL, który spowodował błąd 404 dla bota Google, jest powiązany z jedną z twoich stron lub z mapy witryny, powinieneś poprawić link lub wpis mapy witryny. W tym przypadku dobrym pomysłem jest również przekierowanie adresu URL 404 do właściwego miejsca docelowego, aby zniknąć z indeksu Google i przekazać moc łącza, którą może mieć.

Błędy 404 spowodowane przez Google indeksujące JavaScript i powodujące problemy 😉

Czasami napotkasz dziwne błędy 404, które według Konsoli wyszukiwania Google prowadzą do kilku lub wszystkich stron. Podczas wyszukiwania linków w kodzie źródłowym okaże się, że są to względne adresy URL zawarte w skryptach takich jak ten (tylko losowy przykład, który widziałem w jednej z moich właściwości Konsoli wyszukiwarki Google):

Według Google nie jest to wcale problem, a ten typ błędu 404 można po prostu zignorować. Przeczytaj paragraf 3) tego posta przez Johna Muellera firmy Google, aby uzyskać więcej informacji (a także resztę, ponieważ jest to bardzo pomocne):

Tajemnicze błędy 404

W niektórych przypadkach źródło łącza pozostaje tajemnicą. Dane udostępniane przez Google w raportach o błędach indeksowania nie zawsze są w 100% wiarygodne. Na przykład informacje na karcie „Połączone z” nie zawsze są aktualne i mogą zawierać adresy URL, które nie istniały przez wiele lat lub nie zawierają już linków do adresów URL błędów. W takich przypadkach nadal możesz ustawić przekierowanie 301 dla fałszywego adresu URL.

Pamiętaj, aby zawsze oznaczać wszystkie błędy indeksowania 404, które załatwiłeś, jak ustalono w raporcie o błędach indeksowania. Jeśli istnieje 404 błędów indeksowania, których nie wiesz, co zrobić, nadal możesz oznaczyć je jako poprawione i zebrać je w „tajemniczej liście”. Jeśli znowu się pojawią, wiesz, że będziesz musiał zagłębić się w problem. Jeśli nie pojawią się ponownie, tym lepiej.

Jeśli masz przypadek tajemniczych błędów 404, możesz zostawić komentarz na końcu tego artykułu. Z chęcią sprawdzę twój problem.

Przyjrzyjmy się teraz dziwnym gatunkom „błędów 404”.

Co to są błędy „Soft 404”?

To jest coś, co wymyślił Google, prawda? Przynajmniej nigdy nie słyszałem o błędach „Soft 404” nigdzie indziej. Błąd „Soft 404” to pusta strona, którą napotkał bot Google, który zwrócił 200 kodów statusu.

Jest to więc strona, którą Google THINKS powinna mieć stronę 404, ale tak nie jest. W 2014 roku webmasterzy zaczęli otrzymywać błędy „Soft 404” dla niektórych swoich rzeczywistych stron z treścią. Jest to sposób, w jaki Google informuje nas, że mamy „cienką treść” na naszych stronach.

Radzenie sobie z błędami „Soft 404” jest tak proste, jak radzenie sobie z normalnymi błędami 404:

  • Jeśli adres URL błędu „Soft 404” nie ma istnieć, 301 przekieruje go do istniejącej strony. Upewnij się również, że naprawiłeś problem nieistniejących adresów URL, które nie zwracają poprawnego kodu błędu 404.
  • Jeśli adres URL strony „Soft 404” jest jedną z twoich rzeczywistych stron z treścią, oznacza to, że Google postrzega ją jako „cienką treść”. W takim przypadku upewnij się, że dodasz wartościową zawartość do swojej witryny.

Po przepracowaniu błędów „Soft 404” pamiętaj, aby oznaczyć je jako poprawione. Następnie przyjrzyjmy się zaciekłym gatunkom 500 błędów serwera.

Co zrobić z 500 błędami serwera?

500 błędów serwera to prawdopodobnie jedyny rodzaj błędów indeksowania, których należy się obawiać. Jeśli bot Google regularnie spotyka się z błędami serwera na Twojej stronie, jest to bardzo silny sygnał dla Google, że coś jest nie tak z twoją stroną i ostatecznie doprowadzi to do gorszych rankingów.

Ten typ błędu indeksowania może pojawić się z różnych powodów. Czasami może to być pewna subdomena, katalog lub rozszerzenie pliku, które powoduje, że serwer zwraca kod 500 statusu zamiast strony. Twórca Twojej witryny będzie mógł to naprawić, jeśli wyślesz mu listę ostatnich 500 błędów serwera z Narzędzi Google dla webmasterów.

Czasami w konsoli wyszukiwania Google pojawia się 500 błędów serwera z powodu tymczasowego problemu. Serwer mógł być przez pewien czas wyłączony z powodu konserwacji, przeciążenia lub siły wyższej. Zwykle jest to coś, co będzie można sprawdzić, sprawdzając pliki dziennika i rozmawiając z programistą i hostem witryny. W takim przypadku powinieneś upewnić się, że taki problem nie powtórzy się w przyszłości.

Zwróć uwagę na błędy serwera, które pojawiają się w Narzędziach Google dla webmasterów i spróbuj ograniczyć ich występowanie w jak największym stopniu. Bot Google powinien zawsze mieć dostęp do stron bez żadnych barier technicznych.

Przyjrzyjmy się innym błędom indeksowania, które możesz napotkać w Narzędziach Google dla webmasterów.

Inne błędy indeksowania: 400, 503 itd.

W tym artykule zajęliśmy się najważniejszymi i najczęstszymi błędami indeksowania: 404, „Miękkie 404” i 500. Od czasu do czasu mogą pojawić się inne rodzaje błędów indeksowania, np. 400, 503, „Odmowa dostępu”, „Wadliwy przekierowania ”(dla smartfonów) i tak dalej.

W wielu przypadkach Google udostępnia niektóre wyjaśnienia i pomysły na radzenie sobie z różnymi rodzajami błędów.

Ogólnie rzecz biorąc, dobrym pomysłem jest radzenie sobie z każdym typem błędu indeksowania, który można znaleźć, i unikanie jego ponownego pojawienia się w przyszłości. Im mniej błędów indeksowania napotka bot Google, tym bardziej Google zaufa zdrowiu Twojej witryny. Strony, które stale powodują błędy indeksowania, będą uważane za słabe wrażenia użytkowników i będą zajmować niższe miejsca niż zdrowe witryny.

Więcej informacji na temat różnych typów błędów indeksowania znajdziesz w następnej części tego artykułu:

Lista wszystkich błędów indeksowania napotkanych w „prawdziwym życiu”

Pomyślałem, że może być interesujące dodanie listy wszystkich typów błędów indeksowania, które faktycznie widziałem we właściwościach Konsoli wyszukiwarki Google, nad którymi pracowałem. Nie mam wiele informacji o nich wszystkich (z wyjątkiem tych omówionych powyżej), ale tutaj idziemy:

Błąd serwera (500)
W tym raporcie Google wyświetla adresy URL, które zwróciły błąd 500, gdy bot Google próbował zaindeksować stronę. Widzieć powyżej po więcej szczegółów.

Miękkie 404
Są to adresy URL, które zwróciły kod statusu 200, ale według Google powinny zwracać błąd 400. Zaproponowałem kilka rozwiązań powyżej .

Odmowa dostępu (403)
W tym miejscu Google wyświetla listę wszystkich adresów URL, które zwróciły błąd 403, gdy bot Google próbował je zaindeksować. Upewnij się, że nie łączysz się z adresami URL wymagającymi uwierzytelnienia. Możesz zignorować błędy „Odmowa dostępu” dla stron uwzględnionych w pliku robots.txt, ponieważ nie chcesz, aby Google miał do nich dostęp. Dobrym pomysłem może być użycie linków nofollow, gdy linkujesz do tych stron, aby Google nie próbował ich ponownie indeksować.

Nie znaleziono (404/410)
„Not found” to klasyczny błąd 404, który został omówiony powyżej . Przeczytać komentarze kilka interesujących informacji o błędach 404 i 410.

Nie obserwowano (301)
Błąd „not follow” odnosi się do adresów URL, które przekierowują do innego adresu URL, ale przekierowanie nie działa. Napraw te przekierowania!

Inne (400/405/406)
Tutaj Google grupuje wszystko, czego nie ma na imię: widziałem 400, 405 i 406 błędów w tym raporcie, a Google twierdzi, że nie może zaindeksować adresów URL „z powodu nieokreślonego problemu”. Sugeruję, abyś traktował te błędy tak, jak normalnie 404 błędy .

Zawartość Flash (Smartphone)
Ten raport zawiera listę stron z dużą ilością treści flash, które nie działają na większości smartfonów. Pozbądź się lampy błyskowej!

Zablokowane (Smartphone)
Ten błąd dotyczy stron, do których bot Google mógł uzyskać dostęp, ale został zablokowany dla mobilnego bota Google w pliku robots.txt. Upewnij się, że wszystkie boty Google mają dostęp do treści, które chcesz zaindeksować!

Daj mi znać, jeśli masz jakieś pytania lub dodatkowe informacje na temat błędów indeksowania wymienionych powyżej lub innych rodzajów błędów indeksowania.

Szczyt błędu indeksowania po migracji witryny

Po migracji witryny możesz spodziewać się szczytu błędów indeksowania. Nawet jeśli zrobiłeś wszystko, co w twojej mocy przygotuj swoją migrację z perspektywy SEO , jest bardzo prawdopodobne, że bot Google spotka się z dużą liczbą błędów 404 po ponownym uruchomieniu.

Jeśli liczba błędów indeksowania w Narzędziach Google dla webmasterów wzrośnie po migracji, nie ma powodu do paniki. Po prostu wykonaj kroki opisane powyżej i spróbuj naprawić jak najwięcej błędów indeksowania w tygodniach po migracji.

streszczenie

  • Oznacz wszystkie błędy indeksowania jako poprawione.
  • Wróć do raportu raz w tygodniu.
  • Napraw błędy 404, przekierowując fałszywe adresy URL lub zmieniając wewnętrzne linki i wpisy mapy witryny.
  • Spróbuj uniknąć błędów serwera i poproś programistę i hosta serwera o pomoc.
  • Zajmuj się innymi rodzajami błędów i użytkowania Zasoby Google o pomoc.
  • Spodziewaj się największej liczby błędów indeksowania po migracji witryny.

Jeśli masz dodatkowe pomysły na radzenie sobie z błędami indeksowania w Narzędziach Google dla webmasterów, byłbym wdzięczny za komentarze.

Co zrobić z 500 błędami serwera?
Czy ten zrzut ekranu sprawia, że ​​czujesz się lepiej?
Czy wiesz, że możesz pobrać raport ze wszystkimi błędami indeksowania i miejscem, z którego są połączone?
Co to są błędy „Soft 404”?
To jest coś, co wymyślił Google, prawda?
Co zrobić z 500 błędami serwera?