Rano strona była w wynikach, po południu nie ma jej nawet po wpisaniu nazwy firmy. Telefon milczy, formularz nie przynosi zapytań, a pierwsza myśl brzmi: Google nałożył karę. Kara jest jednak tylko jedną z możliwych przyczyn. Często winne jest jedno ustawienie, jedna linijka w pliku albo wygasła usługa, którą da się przywrócić w ciągu kilku minut.
Ta instrukcja jest przeznaczona dla właścicieli firm i osób, które opiekują się stroną bez zaplecza technicznego. Wystarczy dostęp do Google Search Console, do panelu strony i do panelu hostingu. Wszystkie opisane narzędzia Google nie wymagają opłat.
Po lekturze czytelnik będzie umiał odróżnić zniknięcie całej witryny od zwykłego spadku pozycji, przejść po kolei dziewięć punktów kontroli, rozpoznać przyczynę, naprawić ją i ocenić, ile potrwa powrót do wyników.
Zniknięcie z Google czy spadek pozycji – jak to odróżnić?
To dwa różne problemy i każdy naprawia się inaczej. Zniknięcie oznacza, że Google usunął adresy z indeksu albo przestał je pokazywać: strony nie ma nawet po wpisaniu jej własnej nazwy lub adresu. Spadek pozycji oznacza, że strona nadal jest w indeksie, lecz wyświetla się niżej albo na mniejszą liczbę zapytań.
Najprostszy test trwa minutę. W wyszukiwarce wpisuje się nazwę firmy razem z miejscowością, a potem sam adres domeny. Jeżeli strona pojawia się na górze, witryna jest w indeksie, a kłopot dotyczy pozycji na frazy ogólne. Jeżeli nie ma jej wcale, trzeba przejść do dziewięciu punktów opisanych niżej.
Drugi test wykonuje się w Search Console, w raporcie „Skuteczność”. W filtrze „Data” należy ustawić dłuższy okres albo skorzystać z karty „Porównaj”, a następnie przyjrzeć się liniom kliknięć i wyświetleń. Obraz zwykle układa się w jeden z trzech wzorów:
- wyświetlenia i kliknięcia spadają niemal do zera z dnia na dzień – to obraz zniknięcia całej witryny albo poważnej awarii,
- wyświetlenia utrzymują się, a kliknięć jest mniej – strona jest w indeksie, lecz spadła o kilka miejsc albo jej tytuł i opis przestały zachęcać,
- spadek dotyczy tylko części adresów lub części zapytań – problem ma jedna sekcja serwisu, a nie cała domena.
Warto też wykluczyć przyczyny pozorne. Wyniki różnią się w zależności od miejsca, urządzenia i historii wyszukiwania, dlatego sprawdzenie należy powtórzyć w oknie prywatnym przeglądarki i na telefonie poza firmową siecią.
Jeżeli testy wskazują na spadek pozycji, a nie na zniknięcie, dalsze punkty nadal są przydatne, lecz przyczyny trzeba szukać także w treści, w linkach i w zmianach algorytmu. Jeżeli natomiast strony nie ma wcale, należy zacząć od punktu pierwszego.
1. Co pokazuje operator site: dla całej domeny?
Operator site: ogranicza wyniki do jednej domeny. W zwykłym polu wyszukiwarki wpisuje się na przykład site:nazwafirmy.pl, bez spacji po dwukropku. Jeżeli Google pokazuje listę podstron, witryna jest w indeksie przynajmniej częściowo. Jeżeli nie pokazuje niczego, to sygnał, że kłopot obejmuje całą domenę.
Wynik trzeba czytać ostrożnie. Dokumentacja Google zastrzega, że operator nie zwraca pełnej listy zindeksowanych adresów, a pojedynczy adres z indeksu może się w takim zapytaniu nie pojawić. Znaczenie ma także zapis: zapytanie z przedrostkiem https://www. może dać inny wynik niż zapytanie bez niego. Operator służy więc do szybkiego rozeznania, a nie do wydania wyroku.
Przy okazji należy przejrzeć same wyniki. Obce tytuły, znaki w nieznanym alfabecie, nazwy leków lub kasyn przy własnej domenie wskazują na włamanie, o którym mowa w punkcie siódmym.
Niezależnie od wyniku następnym ruchem jest Search Console, ponieważ tylko tam widać powód. Jeżeli witryna nie została jeszcze dodana do tego narzędzia, trzeba ją dodać i potwierdzić własność. Bez tego nie da się wykonać kolejnych punktów.
2. Co mówi narzędzie do sprawdzania adresów URL?
To najważniejsze sprawdzenie na całej liście, bo Google sam podaje w nim, czy dany adres jest w indeksie i dlaczego go tam nie ma. Zaczyna się od strony głównej, a potem powtarza test dla jednej lub dwóch najważniejszych podstron.
- Po zalogowaniu do Search Console należy wybrać właściwą usługę, czyli domenę, której dotyczy problem.
- W pasku wyszukiwania u góry ekranu wpisuje się pełny adres strony, razem z
https://, i zatwierdza klawiszem Enter. - Po chwili pojawia się ogólny stan. „Adres URL znajduje się w Google” oznacza, że adres jest w indeksie. „Adres URL nie znajduje się w Google” oznacza, że nie może pojawiać się w wynikach.
- Należy rozwinąć sekcję „Indeksowanie stron” i odczytać pola „Czy skanowanie jest dozwolone”, „Czy indeksowanie jest dozwolone”, „Pobranie strony” oraz „Ostatnie skanowanie”.
- Na koniec trzeba kliknąć „Sprawdź URL wersji opublikowanej”. Ten test pokazuje stan strony w tej chwili, a nie z dnia ostatniej wizyty robota.
Odpowiedzi w tych polach od razu kierują do właściwego punktu. Skanowanie niedozwolone oznacza blokadę w pliku robots.txt, czyli punkt czwarty. Indeksowanie niedozwolone oznacza znacznik noindex, czyli punkt piąty. Nieudane pobranie strony wskazuje na serwer lub domenę, czyli punkt ósmy.
Różnica między wynikiem z indeksu a testem wersji opublikowanej też jest wskazówką. Jeżeli indeks pokazuje błąd, a test na żywo kończy się komunikatem „Google ma dostęp do adresu URL”, przyczyna została już usunięta i wystarczy poczekać albo poprosić o ponowne zindeksowanie. Jeżeli oba wyniki są złe, problem trwa.
Stan „Adres URL znajduje się w Google” przy stronie, której nie widać w wynikach, nie jest sprzecznością. Google zaznacza, że taki komunikat nie daje pewności wyświetlania, ponieważ narzędzie nie sprawdza wszystkich warunków. Wtedy trzeba zajrzeć do punktów szóstego, siódmego i dziewiątego: ręczne działania, problemy z bezpieczeństwem i tymczasowe usunięcia działają niezależnie od indeksu.
Więcej o samym czytaniu wyników tego narzędzia opisałem w osobnym tekście o tym, jak sprawdzić, czy strona jest zaindeksowana w Google.
3. Co pokazuje raport indeksowania stron?
Narzędzie z punktu drugiego bada jeden adres. Raport „Indeksowanie stron” pokazuje całą witrynę naraz i jej historię, dlatego pozwala ustalić dzień, w którym zaczął się problem. W menu po lewej stronie znajduje się w części „Indeksowanie”, pod nazwą „Strony”.
- Po otwarciu raportu należy spojrzeć na wykres liczby stron zindeksowanych i niezindeksowanych. Nagły uskok linii stron zindeksowanych wskazuje datę zdarzenia.
- Poniżej znajduje się tabela z powodami niezindeksowania. Trzeba zwrócić uwagę na te, przy których liczba adresów wzrosła w ostatnim czasie.
- Kliknięcie wiersza otwiera listę przykładowych adresów i wykres dla tego jednego powodu.
- Przy wybranym adresie można od razu uruchomić narzędzie z punktu drugiego i porównać wynik.
Nazwy powodów są dość czytelne. „URL zablokowany przez plik robots.txt” i „URL zawiera tag „noindex”” prowadzą do punktów czwartego i piątego. „Błąd serwera (5xx)” prowadzi do punktu ósmego. „Nie znaleziono (404)”, „Błąd przekierowania” i „Strona zawierająca przekierowanie” przy ważnych adresach zwykle są skutkiem zmian na stronie, czyli punktu dziewiątego.
Data uskoku na wykresie jest bardzo cenna. Należy ją zapisać i zestawić z tym, co tego dnia działo się ze stroną: aktualizacją, przenosinami, pracą wykonawcy, końcem okresu rozliczeniowego domeny.
Po usunięciu przyczyny należy wrócić do wiersza z danym powodem i kliknąć „Sprawdź poprawkę”. Google sprawdza wtedy adresy ponownie i informuje o wyniku. Według dokumentacji taka weryfikacja zajmuje zazwyczaj do dwóch tygodni, a w niektórych przypadkach dłużej.
Kto na tym etapie woli nie zajmować się tym samodzielnie, może po prostu zadzwonić pod numer 533 525 168 albo napisać na adres info@lukaszwudyka.pl. Chętnie przejmę sprawę: sprawdzę wszystkie dziewięć punktów, znajdę przyczynę i przywrócę stronę do wyników.
4. Czy plik robots.txt nie blokuje całej witryny?
Plik robots.txt mówi robotom, których adresów nie wolno im odwiedzać. Leży w katalogu głównym witryny, więc wystarczy dopisać w przeglądarce do adresu domeny końcówkę /robots.txt. Całą witrynę blokują dwa wiersze:
User-agent: * Disallow: /
Taki zapis często zostaje po pracach nad nową wersją strony, kiedy wykonawca zamknął ją przed robotami na czas budowy, a potem przeniósł plik na serwer produkcyjny. Wiersz Disallow: bez ukośnika niczego nie blokuje.
- W Search Console należy wejść w „Ustawienia” i otworzyć raport dotyczący pliku robots.txt.
- W tabeli widać stan pobierania pliku, datę ostatniego sprawdzenia i liczbę problemów. Stan „Pobrano” oznacza, że Google odczytał plik.
- Po kliknięciu pliku wyświetla się jego treść w wersji, którą zna Google. Trzeba ją porównać z tym, co widać w przeglądarce.
- Jeżeli w pliku jest blokada, usuwa się ją na serwerze albo we wtyczce, która tworzy plik, i zapisuje zmianę.
- Po poprawce należy kliknąć ikonę „Więcej ustawień” obok pliku i wybrać „Poproś o ponowne zindeksowanie”.
Google przechowuje plik w pamięci podręcznej zwykle do 24 godzin, więc poprawka nie zawsze działa natychmiast. Prośba z ostatniego kroku skraca to oczekiwanie.
Osobnym przypadkiem jest plik, którego nie da się pobrać z powodu błędu serwera. Brak pliku, czyli odpowiedź 404, jest dopuszczalny i niczego nie blokuje. Błąd z grupy 5xx działa inaczej: według dokumentacji Google przez pierwsze 12 godzin przestaje wtedy skanować witrynę, a później przez pewien czas korzysta z ostatniej znanej wersji pliku. Dlatego stan „Nie pobrano” w tym raporcie wymaga rozmowy z hostingiem.
Jedna uwaga, która oszczędza wielu pomyłek. Blokada w robots.txt nie usuwa strony z indeksu od razu, tylko zatrzymuje odwiedziny robota. Nie należy więc używać tego pliku do ukrywania stron, a tym bardziej do naprawiania problemów z indeksem.
5. Czy na stronie nie ma znacznika noindex?
Znacznik noindex to polecenie dla wyszukiwarki, aby nie umieszczała strony w indeksie. Google stosuje się do niego konsekwentnie, więc jedno zaznaczone pole w ustawieniach potrafi usunąć z wyników całą witrynę. Często zdarza się to po uruchomieniu nowej wersji serwisu.
Znacznik może znajdować się w dwóch miejscach. Pierwsze to kod strony, w części head, w postaci wiersza <meta name="robots" content="noindex">. Drugie to nagłówek odpowiedzi serwera X-Robots-Tag: noindex, którego nie widać w kodzie strony. Oba wykrywa narzędzie z punktu drugiego: w polu „Czy indeksowanie jest dozwolone” pojawia się wtedy odpowiedź odmowna ze wskazaniem źródła.
Samodzielnie można to sprawdzić w przeglądarce. Na stronie głównej używa się skrótu Ctrl+U, który pokazuje źródło strony, a następnie skrótu Ctrl+F i wpisuje słowo noindex. Brak wyniku wyklucza znacznik w kodzie, lecz nie wyklucza nagłówka serwera.
Gdzie szukać ustawienia w WordPressie?
W WordPressie należy wejść w „Ustawienia”, a następnie w „Czytanie”. Na dole ekranu znajduje się pole „Widoczność dla wyszukiwarek” z opcją „Proś wyszukiwarki o nieindeksowanie tej witryny”. Pole ma być odznaczone, a zmianę trzeba zatwierdzić przyciskiem zapisu na dole ekranu.
Jeżeli to pole jest puste, trzeba sprawdzić wtyczkę SEO. Każda z popularnych wtyczek ma ustawienia indeksowania dla całych typów treści, na przykład dla wszystkich wpisów albo stron, oraz osobne ustawienie w edycji pojedynczej podstrony. Po zmianie należy wyczyścić pamięć podręczną strony, bo stara wersja z noindex może być nadal podawana odwiedzającym i robotom.
Czego nie łączyć ze sobą?
Znacznik noindex działa tylko wtedy, gdy robot może stronę odwiedzić. Jeżeli ten sam adres jest zablokowany w robots.txt, Google nie zobaczy ani znacznika, ani jego usunięcia. Najpierw trzeba więc odblokować skanowanie, potem usunąć noindex, a na końcu poprosić o zindeksowanie w narzędziu z punktu drugiego.
6. Czy Google nałożył ręczne działanie?
Ręczne działanie to decyzja pracownika Google, który uznał, że witryna narusza zasady dotyczące spamu. Skutkiem może być obniżenie pozycji albo usunięcie z wyników części lub całości witryny. To jedyna sytuacja, którą można uczciwie nazwać karą, i jedyna, o której Google informuje wprost.
Raport „Ręczne działania” znajduje się w menu po lewej stronie, w części poświęconej bezpieczeństwu i ręcznym działaniom. Jeżeli nie ma żadnych zastrzeżeń, raport pokazuje zielony znacznik i informację o braku problemów. Wtedy ten punkt można zamknąć i nie wracać do domysłów o karze.
Jeżeli działanie zostało nałożone, raport podaje jego rodzaj, na przykład „Nienaturalne linki do Twojej witryny”, „Mało treści, w dodatku o niewielkiej lub żadnej wartości” albo „Maskowanie i niejawne przekierowania”, oraz zakres: całą witrynę lub wskazane adresy. Postępowanie wygląda tak:
- Rozwinięcie opisu działania i przeczytanie go w całości, razem ze stroną pomocy, do której prowadzi odnośnik.
- Usunięcie przyczyny na wszystkich stronach, których dotyczy problem, a nie tylko na przykładach z raportu.
- Upewnienie się, że Google ma dostęp do poprawionych stron: bez logowania, bez blokady w robots.txt i bez noindex.
- Kliknięcie w raporcie przycisku „Poproś o sprawdzenie” i opisanie sprawy.
Według Google dobra prośba dokładnie omawia problem, opisuje działania podjęte w celu jego usunięcia i dokumentuje ich wyniki. Wystarczy rzeczowy opis, na przykład: „Problem dotyczył płatnych linków prowadzących do witryny. Usunięto odnośniki, do których był dostęp, pozostałe zgłoszono w pliku zrzeczenia. Lista adresów w załączonym arkuszu.” Zapewnienia bez konkretów nie pomagają.
Sprawdzanie większości próśb trwa od kilku dni do kilku tygodni, a przy sprawach dotyczących linków bywa dłuższe. Google wysyła wiadomość o przyjęciu prośby i o decyzji. Do czasu decyzji nie należy wysyłać kolejnych próśb. Cofnięcie działania nie gwarantuje powrotu na dawne pozycje, zwłaszcza gdy wcześniej wynikały one z praktyk, które zostały właśnie usunięte.
7. Czy raport bezpieczeństwa nie pokazuje włamania?
Raport „Problemy dotyczące bezpieczeństwa” znajduje się w tej samej części menu co ręczne działania. Google wymienia w nim trzy grupy zagrożeń: treści zmodyfikowane przez hakerów, złośliwe i niechciane oprogramowanie oraz inżynierię społeczną, czyli strony wprowadzające odwiedzających w błąd.
Zaatakowana witryna nie zawsze znika. Częściej pojawia się przy niej ostrzeżenie w wynikach albo w przeglądarce, a w indeksie przybywa obcych podstron, które wypierają właściwe. Dla właściciela wygląda to jednak jak zniknięcie, bo ruch gwałtownie spada.
- W raporcie należy rozwinąć opis każdego problemu i przejrzeć przykładowe adresy. Google zastrzega, że lista może być niepełna.
- Trzeba zmienić hasła do panelu strony, do hostingu, do FTP i do bazy danych, a także przejrzeć listę użytkowników z uprawnieniami administratora.
- Witrynę czyści się z wstrzykniętych plików i treści albo przywraca z kopii zapasowej wykonanej przed włamaniem, a następnie aktualizuje system, motyw i wtyczki.
- Usuwa się wszystkie problemy z raportu, na całej witrynie, i testuje poprawki.
- Na końcu należy kliknąć „Poproś o sprawdzenie” i opisać, co zostało znalezione oraz co zostało zrobione.
Przywracanie kopii zapasowej wymaga ostrożności, ponieważ cofa także zamówienia, wpisy i zgłoszenia z formularzy zapisane po dacie kopii. Przed przywróceniem należy wykonać kopię stanu obecnego, nawet zainfekowanego. Sprawdzanie zgłoszenia trwa według Google od kilku dni do kilku tygodni, a kolejnej prośby nie wysyła się przed otrzymaniem decyzji.
8. Czy serwer i domena działają bez przerw?
Google nie może pokazywać strony, której nie potrafi pobrać. Krótka przerwa niczego nie zmienia, lecz witryna niedostępna przez dłuższy czas stopniowo wypada z indeksu. Przyczyną bywa awaria hostingu, nieopłacona usługa, wygasła domena, błędny wpis DNS po zmianie dostawcy albo zabezpieczenie, które blokuje roboty.
Najpierw należy otworzyć stronę na telefonie z wyłączonym Wi-Fi, aby wykluczyć wpływ firmowej sieci i pamięci przeglądarki. Następnie w panelu rejestratora sprawdza się datę ważności domeny, a w panelu hostingu stan usługi i certyfikatu SSL. Wygasła domena to sprawa pilna: im szybciej zostanie odnowiona, tym mniejsze straty.
To, jak dostępność wygląda z perspektywy Google, pokazuje raport „Statystyki indeksowania”, dostępny w „Ustawieniach” usługi w Search Console. Sekcja „Stan hosta” ocenia trzy obszary: „Pobieranie pliku robots.txt”, „Rozpoznawanie nazw DNS” i „Połączenie z serwerem”. Stan obejmuje ostatnie 90 dni. Zielone oznaczenie świadczy o braku poważnych problemów, czerwone o problemie z ostatniego tygodnia.
Częsta pułapka to zapora lub usługa ochronna, która przepuszcza zwykłych odwiedzających, a robotom odpowiada błędem 403 albo stroną z zadaniem do rozwiązania. Właściciel widzi działającą stronę, Google widzi odmowę. W takiej sytuacji test „Sprawdź URL wersji opublikowanej” z punktu drugiego kończy się komunikatem „Google nie ma dostępu do adresu URL”, a w raporcie stron przybywa adresów z powodem „Strona zablokowana z powodu zabronionego dostępu (błąd 403)”.
Z wynikami tych sprawdzeń należy zwrócić się do hostingu, podając dzień i godzinę, od której raport pokazuje błędy. Przy planowanych pracach technicznych Google zaleca, aby strona zwracała przez ten czas kod 503, i to najwyżej przez dzień lub dwa. Wyłączanie witryny na tygodnie zawsze odbija się na widoczności.
9. Co ostatnio zmieniono na stronie i w narzędziu Usunięcia?
Jeżeli osiem poprzednich punktów nie dało odpowiedzi, trzeba odtworzyć historię ostatnich tygodni. Zniknięcia rzadko zdarzają się bez powodu po stronie właściciela, a data z wykresu w punkcie trzecim zwykle pokrywa się z konkretnym zdarzeniem.
Narzędzie Usunięcia
W części „Indeksowanie” znajduje się pozycja „Usunięcia”. Na karcie „Tymczasowe usunięcia” widać prośby o ukrycie adresów w wynikach. Takie ukrycie trwa około 6 miesięcy i może dotyczyć jednego adresu albo wszystkich adresów z danym prefiksem. Prośba obejmująca prefiks samej domeny ukrywa całą witrynę, mimo że w indeksie nic się nie zmienia.
Zdarza się to po porządkach, gdy ktoś chciał ukryć jedną podstronę i zaznaczył zbyt szeroki zakres. Aktywną prośbę wycofuje się w kilku ruchach: należy znaleźć ją w tabeli historii, kliknąć przycisk menu obok niej i wybrać „Anuluj prośbę”. Stan zmienia się wtedy na „Prośba anulowana”, a adresy mogą wrócić do wyników.
Zmiany na samej stronie
Listę zmian najlepiej spisać razem z osobą, która opiekuje się stroną. Najczęściej chodzi o jedno z poniższych zdarzeń:
- uruchomienie nowej wersji serwisu lub zmiana adresów podstron bez przekierowań 301 ze starych adresów,
- zmiana domeny, przejście na inny system albo zmiana hostingu,
- przekierowanie strony głównej na inny adres, pozostawione po kampanii lub po pracach technicznych,
- znacznik adresu kanonicznego, który po zmianach wskazuje wersję testową albo inną domenę,
- włączenie hasła, trybu konserwacji lub strony z informacją o przerwie dla całej witryny,
- aktualizacja motywu lub wtyczki SEO, która przywróciła ustawienia domyślne.
Każde z tych zdarzeń zostawia ślad w narzędziu z punktu drugiego: w polach o adresie kanonicznym, w wyniku pobrania strony albo w informacji o przekierowaniu. Naprawa polega na przywróceniu właściwego stanu, czyli ustawieniu przekierowań ze starych adresów na ich odpowiedniki, poprawieniu adresu kanonicznego lub wyłączeniu blokady. Osobno opisałem, jak przeprowadzić migrację strony bez utraty pozycji w Google, ponieważ właśnie przenosiny odpowiadają za dużą część takich zgłoszeń.
Ile trwa powrót do wyników i jak go nie opóźnić?
Zależy to od przyczyny, a Google nie podaje gwarantowanych terminów. Z dokumentacji wynika kilka punktów odniesienia. Ponowne skanowanie i indeksowanie po prośbie trwa od kilku dni do kilku tygodni. Weryfikacja poprawki w raporcie stron zajmuje zazwyczaj do dwóch tygodni. Rozpatrzenie prośby po ręcznym działaniu lub po problemie z bezpieczeństwem to od kilku dni do kilku tygodni.
Najszybciej wracają witryny, w których przyczyną było tymczasowe usunięcie, blokada w robots.txt albo krótko obecny noindex. Dłużej trwa to po kilkutygodniowej niedostępności serwera, po wygaśnięciu domeny i po przenosinach bez przekierowań. Dla całkowicie wyłączonej witryny Google wprost zastrzega, że nie ma określonego terminu przywrócenia i nie ma pewności odzyskania dawnej pozycji.
Jak przyspieszyć powrót?
Po usunięciu przyczyny należy w narzędziu z punktu drugiego wpisać adres strony głównej, wykonać test wersji opublikowanej i kliknąć „Poproś o zindeksowanie”. To samo robi się dla kilku najważniejszych podstron. Obowiązuje dzienny limit takich próśb, a wysłanie kilku próśb dla tego samego adresu niczego nie przyspiesza.
Dla pozostałych adresów właściwą drogą jest mapa witryny. W części „Indeksowanie” należy otworzyć „Mapy witryn” i sprawdzić, czy mapa jest przesłana, czy Google ją odczytał i czy zawiera aktualne adresy.
Po czym poznać, że naprawa zadziałała?
Pierwszym sygnałem jest zmiana stanu w narzędziu do sprawdzania adresów na „Adres URL znajduje się w Google” z nową datą w polu „Ostatnie skanowanie”. Potem rośnie liczba stron zindeksowanych w raporcie stron, a w raporcie „Skuteczność” wracają wyświetlenia. Kliknięcia i pozycje odbudowują się na końcu, zwykle stopniowo.
Co zrobić, gdy mimo poprawek nic się nie zmienia?
Po dwóch, trzech tygodniach bez żadnej zmiany należy przejść listę jeszcze raz, tym razem pod kątem dwóch przyczyn jednocześnie. Często usunięto noindex, lecz została blokada w robots.txt, albo zdjęto blokadę, lecz zapora nadal odrzuca roboty. Jeżeli wszystkie dziewięć punktów jest czystych, a strona pozostaje w indeksie i tylko wyświetla się nisko, problem dotyczy jakości i pozycji, nie indeksowania. Wtedy potrzebny jest pełny przegląd serwisu, który opisałem w tekście o tym, co sprawdzić w audycie SEO strony.
Jakich błędów unikać podczas naprawy?
Pośpiech robi w takich sprawach więcej szkód niż sama usterka. Pierwszy błąd to wprowadzanie wielu zmian naraz, bez ustalenia przyczyny. Po kilku dniach nie wiadomo, co pomogło, a co zaszkodziło. Radzę zmieniać jedną rzecz, zapisywać datę i dopiero potem przechodzić dalej.
Drugi błąd to sięganie po narzędzie Usunięcia albo po robots.txt w nadziei na „odświeżenie” indeksu. Oba służą do ograniczania widoczności i w tej sytuacji tylko ją pogorszą. Wielokrotne wysyłanie tej samej prośby o sprawdzenie również niczego nie przyspiesza.
Trzeci błąd to stawianie witryny od nowa albo zmiana domeny w przekonaniu, że stara jest „spalona”. Opisane przyczyny da się usunąć, a nowa domena zaczyna bez historii i bez linków.
Czwarty błąd to brak kontroli po naprawie. Wiadomości z Search Console powinny trafiać na skrzynkę, którą ktoś naprawdę czyta, ponieważ Google informuje w nich o ręcznych działaniach, problemach z bezpieczeństwem i nagłym wzroście błędów. Dobrym nawykiem jest też regularne sprawdzanie, czy wyniki Google na nazwę firmy wyglądają tak, jak powinny.
Najczęstsze pytania
Czy zniknięcie strony z Google zawsze oznacza karę?
Nie. Karą w ścisłym sensie jest tylko ręczne działanie, a o nim Google informuje w raporcie „Ręczne działania” i w wiadomości do właściciela usługi. Jeżeli raport nie pokazuje zastrzeżeń, przyczyny trzeba szukać w ustawieniach strony, w serwerze albo w ostatnich zmianach.
Strona zniknęła tylko na jedną frazę. Czy to ten sam problem?
Zazwyczaj nie. Jeżeli witryna wyświetla się na własną nazwę, a operator site: pokazuje jej podstrony, jest w indeksie. Zniknięcie na pojedynczą frazę oznacza spadek pozycji konkretnej podstrony, a jego przyczyn szuka się w treści, w konkurencji i w zmianach wprowadzonych na tej podstronie.
Czy nowa strona może po prostu jeszcze nie być w Google?
Tak. Świeżo uruchomiona witryna nie pojawia się w wynikach od razu, a indeksowanie trwa od kilku dni do kilku tygodni. W takim przypadku narzędzie do sprawdzania adresów pokazuje zwykle, że adres jest Google nieznany, i wystarczy przesłać mapę witryny oraz poprosić o zindeksowanie strony głównej.
Czy da się to sprawdzić bez Search Console?
Tylko częściowo. Bez tego narzędzia można użyć operatora site:, obejrzeć plik robots.txt, poszukać noindex w źródle strony i sprawdzić ważność domeny. Ręcznych działań, problemów z bezpieczeństwem, tymczasowych usunięć i powodów niezindeksowania nie widać nigdzie indziej, dlatego dodanie witryny do Search Console jest pierwszą rzeczą do zrobienia.
Ile razy dziennie można prosić o zindeksowanie?
Google informuje o dziennym limicie próśb, ale nie podaje jego wysokości. Limit wystarcza na stronę główną i najważniejsze podstrony. Dla całego serwisu właściwym rozwiązaniem jest aktualna mapa witryny, a nie ręczne zgłaszanie każdego adresu.
Czy przerwa w działaniu hostingu przez jeden dzień usuwa stronę z indeksu?
Jednodniowa awaria zwykle nie powoduje trwałych skutków, ponieważ Google ponawia próby pobrania strony. Ryzyko rośnie, gdy niedostępność trwa wiele dni albo powtarza się regularnie. Stan z perspektywy Google pokazuje sekcja „Stan hosta” w raporcie „Statystyki indeksowania”.
Brak czasu albo ochoty, żeby zająć się tym samodzielnie?
To zupełnie zrozumiałe. Opisane czynności wymagają spokoju i kilku wolnych godzin, a w firmie zwykle brakuje jednego i drugiego. Chętnie zrobię to od początku do końca: sprawdzę wszystkie dziewięć punktów, znajdę przyczynę i przywrócę stronę do wyników.
Wystarczy zadzwonić pod numer 533 525 168 albo napisać na adres info@lukaszwudyka.pl i w kilku zdaniach opisać sprawę. Odpowiadam osobiście i od razu mówię, co da się zrobić.
