Przejdź do treści
SEO

Google Indexing API: dlaczego nie zindeksuje Twojego bloga

Laptop on a desk in front of an orange board, with notebooks, a mug and glasses
W tym artykule
  1. Co właściwie robi Google Indexing API?
  2. Dla kogo jest Indexing API: tylko strony z JobPosting i transmisjami na żywo
  3. Indexing API: limity, cennik i zasady antyspamowe
  4. Dlaczego zewnętrzne „indeksery” to ryzyko dla wpisów i backlinków
  5. Jak zamiast tego zindeksować zwykłe strony
  6. Gdy strony są skanowane, ale wciąż niezindeksowane
  7. 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:

  1. 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.
  2. 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.
  3. „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.

UdostępnijLinkedInX
Zespół Web Systems

Zespół, który tworzy i utrzymuje Jalvo.

Daj każdej stronie własne IP.

Pierwszą domenę dodasz w kilka minut.

Zacznij teraz

Wybierz, na które pliki cookie się zgadzasz. Niezbędne pliki cookie utrzymują działanie strony i logowania, nie można ich wyłączyć.