Google Indexing API: dlaczego nie zindeksuje Twojego bloga

W tym artykule
- Co właściwie robi Google Indexing API?
- Dla kogo jest Indexing API: tylko strony z JobPosting i transmisjami na żywo
- Indexing API: limity, cennik i zasady antyspamowe
- Dlaczego zewnętrzne „indeksery” to ryzyko dla wpisów i backlinków
- Jak zamiast tego zindeksować zwykłe strony
- Gdy strony są skanowane, ale wciąż niezindeksowane
- FAQ
Google Indexing API działa wyłącznie dla stron z danymi strukturalnymi JobPosting albo z elementem BroadcastEvent osadzonym w VideoObject. I tyle. Do wpisów blogowych i stron z backlinkami to po prostu złe narzędzie. Prowadzisz artykuły i strony z linkami na kilku domenach, a ktoś namawia Cię na „indekser”, który przepycha je przez to API? Odpuść. Poniżej omawiam, co to API naprawdę robi, jakie ma limity i zasady antyspamowe, dlaczego usługi indeksujące to loteria i co faktycznie sprawia, że zwykłe strony zostają znalezione i zindeksowane.
Co właściwie robi Google Indexing API?
Pozwala właścicielom stron powiadomić Google bezpośrednio, że strona z ofertą pracy albo z transmisją wideo na żywo została dodana, zaktualizowana lub usunięta, żeby Google mogło zaplanować ponowne skanowanie. Nic więcej. Nie decyduje o tym, czy strona będzie wysoko w wynikach. Nie decyduje nawet o tym, czy strona trafi do indeksu. Wysyła jedynie sygnał, że coś się zmieniło.
Przewodnik dla początkujących po Indexing API wymienia cztery operacje:
- Aktualizacja adresu URL: zgłaszasz nowy adres albo nową treść pod adresem, który był już wcześniej przesłany.
- Usunięcie adresu URL: zgłaszasz, że strony nie ma już na serwerze, więc Google przestaje ją skanować.
- Sprawdzenie stanu żądania: widzisz, kiedy Google ostatnio otrzymało każdy typ powiadomienia dla danego adresu.
- Żądania zbiorcze: łączysz do 100 wywołań w jedno żądanie HTTP.
Po co w ogóle istnieje? Portale z ofertami pracy i serwisy streamingowe przerabiają masę krótko żyjących stron, a każdą zmianę trzeba wypchnąć osobno, póki jeszcze ma znaczenie (obsadzona oferta pracy jest w indeksie bezużyteczna). Konfiguracja też nie jest banalna: włączasz API, tworzysz konto usługi, potwierdzasz własność w Search Console i pobierasz token dostępu.
Dla kogo jest Indexing API: tylko strony z JobPosting i transmisjami na żywo
Google opisuje API wyłącznie dla stron z danymi strukturalnymi JobPosting albo z elementem BroadcastEvent osadzonym w VideoObject. Szybkie przypomnienie: dane strukturalne to kod na stronie, który opisuje jej treść w formacie zrozumiałym dla wyszukiwarek. Kto więc się kwalifikuje?
- Pasuje: portale z ofertami pracy, strony kariery pracodawców z oznaczeniami JobPosting, serwisy nadające wideo na żywo oznaczone BroadcastEvent.
- Nie pasuje: wpisy blogowe, strony produktów, strony z backlinkami i artykułami gościnnymi, archiwa kategorii i tagów.
Przepychanie przez nie wpisów blogowych albo stron z backlinkami wykracza poza wszystko, co Google dokumentuje. I owszem, masz kontrolę nad oznaczeniami we własnym CMS-ie czy szablonach. Ale doklejenie oznaczeń JobPosting do strony, która nie jest prawdziwą ofertą pracy ani transmisją na żywo, nie sprawia, że się kwalifikuje. Sprawia tylko, że jest fałszywa.
Indexing API: limity, cennik i zasady antyspamowe
Nic nie kosztuje. Według strony o limitach i cenach Indexing API domyślny limit to 200 żądań publikacji dziennie na projekt, a licznik zeruje się o północy czasu pacyficznego. Google zaznacza też, że każde zgłoszenie przechodzi rygorystyczną kontrolę antyspamową.
Ta sama strona, te same zasady: nadużycia, w tym korzystanie z wielu kont albo inne sztuczki służące obejściu limitu, mogą skończyć się odebraniem dostępu. Szczerze mówiąc, utrata dostępu do API to nie jest najgorsze. Prawdziwym problemem jest wzorzec nadużyć powiązany z należącymi do Ciebie usługami.
Dlaczego zewnętrzne „indeksery” to ryzyko dla wpisów i backlinków
Usługi, które wpychają zwykłe adresy URL przez Indexing API, używają go na stronach, dla których Google go nie przewiduje. Zasady antyspamowe nadal obowiązują. A wiele z tych usług rotuje konta usługi albo projekty, żeby ominąć dzienny limit, czyli robi dokładnie to nadużycie limitu, które Google wymienia z nazwy.
Jest jeszcze jeden haczyk. Ping nie zmienia tego, czy strona zasługuje na miejsce w indeksie. Google może zeskanować stronę i mimo to jej nie zindeksować. Moja rada, jeśli zarządzasz kilkoma domenami: nie podłączaj swoich usług w Search Console do takich narzędzi. Poświęć ten czas na kroki opisane niżej i na szybsze skanowanie swoich backlinków zwykłymi metodami odkrywania stron.
Jak zamiast tego zindeksować zwykłe strony
Wpisy blogowe i strony z backlinkami Google znajduje przez mapy witryny, linki wewnętrzne i sporadyczne ręczne prośby. Nie przez Indexing API. Trzy kroki załatwiają większość przypadków:
- Mapa witryny XML z rzetelnym lastmod. Omówienie map witryn od Google wyjaśnia, że Google czyta mapy witryny, żeby sprawniej skanować serwis, i że mogą one sygnalizować, kiedy strona ostatnio się zmieniła. Trzymaj lastmod zgodny z prawdą. Zmieniaj go tylko wtedy, gdy treść faktycznie się zmienia.
- Linki wewnętrzne ze skanowanych stron. Linkuj nowe adresy ze stron, które Google już odwiedza, na przykład ze strony głównej, artykułów filarowych albo najnowszych wpisów.
- „Poproś o zindeksowanie” w narzędziu Sprawdzanie adresu URL. W Search Console używaj tego dla kilku adresów, które naprawdę są ważne. To nie jest narzędzie do masowego zgłaszania, więc tak go nie traktuj.
To samo omówienie zaznacza, że w dobrze podlinkowanym serwisie Google zwykle znajduje większość stron, a mapy witryny najbardziej pomagają w większych albo bardziej chaotycznych serwisach. Dlatego warto wcześnie zająć się wyszukiwaniem osieroconych stron (takich, do których nie prowadzą żadne linki wewnętrzne) i ponownym ich podlinkowaniem. Strony z backlinkami na innych domenach działają tak samo. Chcesz, żeby zostały szybciej zeskanowane? Główne dźwignie to linki ze stron, które już są skanowane, plus mapa witryny w serwisie, na którym stoją. Tylko tyle.
Gdy strony są skanowane, ale wciąż niezindeksowane
Google zeskanowało stronę, ale jej nie zindeksowało? Wtedy problem zwykle tkwi w samej stronie i żadne narzędzie do zgłaszania tego nie naprawi. Sprawdź, czy nie ma tam ubogiej albo mało wartościowej treści, prawie identycznych kopii na Twoich domenach i stron, które nie dają czytelnikowi nic nowego.
Słabe strony połącz albo rozbuduj. Duplikaty wyraźnie zróżnicuj albo usuń. Potem pozwól Google zeskanować je ponownie. Nasz poradnik o stanie „zeskanowana, ale niezindeksowana” w Search Console pokazuje, jak zdiagnozować każdy przypadek.
Google Indexing API to wąskie narzędzie dla stron z ofertami pracy i transmisjami na żywo. W pozostałych przypadkach o indeksowaniu decydują rzetelne mapy witryny, solidne linkowanie wewnętrzne i treść, którą naprawdę warto trzymać w indeksie.
FAQ
Czy mogę używać Google Indexing API do wpisów blogowych?
Nie. Google opisuje je wyłącznie dla stron z danymi strukturalnymi JobPosting albo z elementem BroadcastEvent osadzonym w VideoObject. Wszystko inne, w tym wpisy blogowe i strony z backlinkami, wykracza poza jego udokumentowane zastosowanie.
Czy Indexing API jest darmowe i jaki ma limit?
Tak, jest darmowe. Domyślny limit to 200 żądań publikacji dziennie na projekt, a licznik zeruje się o północy czasu pacyficznego.
Jaki jest najbezpieczniejszy sposób, żeby nowa strona szybciej trafiła do indeksu?
Dodaj stronę do mapy witryny XML z rzetelnym lastmod i podlinkuj ją ze stron, które Google już skanuje. Dla kilku kluczowych adresów kliknij też „Poproś o zindeksowanie” w narzędziu Sprawdzanie adresu URL w Search Console.
Daj każdej stronie własne IP.
Pierwszą domenę dodasz w kilka minut.


