IndexNow: 3,5 mld adresów URL dziennie, bez Google

Nowa strona produktowa trafia do sieci. Zanim pojawi się w indeksie Google, mijają dni lub tygodnie. W Bingu, Yandexie i kilku innych wyszukiwarkach może to być kwestia sekund. Ta różnica nazywa się IndexNow: to protokół typu push, za pomocą którego strona internetowa aktywnie informuje wyszukiwarki, które adresy URL są nowe, zmieniły się lub zostały usunięte. Zamiast czekać na kolejne crawlowanie, serwer sam zgłasza zmianę.

Dlaczego IndexNow ma znaczenie dla technicznego SEO

Klasyczne indeksowanie działa na zasadzie pull. Crawlery wyszukiwarek odwiedzają stronę w wybranych przez siebie odstępach czasu i wykrywają zmiany dopiero przy kolejnym przejściu. W przypadku dużych lub często zmieniających się serwisów marnuje to crawl budget i opóźnia widoczność. IndexNow odwraca tę zasadę: to strona wypycha informację, a wyszukiwarka nie musi jej sama pobierać.

Skala protokołu pokazuje, że nie jest to już niszowe narzędzie. Według Microsoftu każdego dnia przez IndexNow zgłaszanych jest ponad 3,5 mld adresów URL, a 18% wszystkich adresów URL nowo klikniętych w wynikach wyszukiwania ma związek z tym protokołem. Niezależne opracowanie w Wikipedii podaje dla 2024 roku 2,5 mld zgłoszonych adresów URL i 17% wszystkich klikniętych adresów URL w Bingu pochodzących z IndexNow. Wzrost jest stromy: we wrześniu 2023 roku ponad 60 milionów stron korzystało z protokołu i zgłaszało dziennie ponad 1,4 mld adresów URL.

Dla firm B2B w Europie kluczowa jest druga część obietnicy: indeksowanie bez uzależnienia od jednego dostawcy. Jeśli polegasz wyłącznie na logice crawlowania Google, nie masz żadnego wpływu na to, kiedy to nastąpi. IndexNow oddaje Ci tę kontrolę, przynajmniej w przypadku uczestniczących wyszukiwarek.

Jak technicznie działa protokół push

IndexNow opiera się na trzech elementach: kluczu API, weryfikacji hosta za pomocą pliku klucza i prostym endpoincie HTTP.

Wygenerowanie klucza API: Właściciel strony tworzy klucz o długości od 8 do 128 znaków; dozwolone są małe i wielkie litery (a-z, A-Z), cyfry (0-9) i myślniki. Ten klucz identyfikuje stronę wobec wyszukiwarek.

Umieszczenie pliku klucza: W publicznie dostępnym katalogu głównym umieszcza się plik tekstowy, którego nazwą i treścią jest klucz, na przykład pod adresem https://www.beispiel.at/{key}.txt. W ten sposób właściciel dowodzi, że kontroluje host. Bez tej weryfikacji hosta wyszukiwarki odrzucają zgłoszenie. Właśnie to uniemożliwia zgłaszanie cudzych adresów URL.

Zgłaszanie adresów URL przez POST: Zmienione adresy URL wysyła się w formacie JSON do endpointu, na przykład do https://api.indexnow.org/indexnow lub bezpośrednio do https://www.bing.com/indexnow. Protokół udostępnia każde zgłoszenie wszystkim uczestniczącym wyszukiwarkom, więc wystarczy jedno zgłoszenie. Pojedynczy adres URL można też zgłosić prostym żądaniem GET, a endpoint POST przyjmuje do 10 000 adresów URL na żądanie w postaci listy.

Nic więcej nie jest potrzebne. Nie ma uwierzytelniania przez OAuth, limitów na konto ani skomplikowanej konfiguracji. Ta prostota tłumaczy szerokie przyjęcie protokołu.

Które wyszukiwarki uczestniczą i dlaczego brakuje Google

Do uczestników IndexNow należą Bing (Microsoft, inicjator wspólnie z Yandexem), Yandex (lider w Rosji), Naver (lider w Korei Południowej), Seznam.cz (istotny w Czechach) i Yep (wyszukiwarka Ahrefs). Według FAQ IndexNow w protokole uczestniczy już także Amazon (Amazonbot). Jedno zgłoszenie trafia jednocześnie do wszystkich uczestników.

Nieobecność Google jest celowa. Firma nie uczestniczy w IndexNow i nadal utrzymuje własną infrastrukturę crawlowania opartą na modelu pull, zamiast przejąć system push. Powód jest strukturalny: Google ma wystarczająco dużo mocy crawlowania, aby samodzielnie i szybko wykrywać zmiany, i ma niewielką motywację, by oddawać sygnały indeksowania otwartemu protokołowi, którego nie kontroluje.

Argument „bez Google” wymaga doprecyzowania: IndexNow nie zastępuje indeksowania w Google. Uzupełnia je o kanał do wszystkich pozostałych istotnych wyszukiwarek. Kto myśli tylko o Google, przeocza, że ten dodatkowy kanał jest bezpłatny i wymaga niewielkiego nakładu pracy.

Jak poprawnie wdrożyć IndexNow w Next.js

Next.js nie oferuje natywnej integracji z IndexNow. Właściwą drogą jest skrypt post-build, który zgłasza wyłącznie zmienione adresy URL.

Mapa witryny jako źródło: Za pomocą next-sitemap przy każdym buildzie generowana jest aktualna mapa witryny XML. Służy ona jako lista wszystkich indeksowalnych adresów URL.

Plik klucza w katalogu public: Plik {key}.txt znajduje się w /public, dzięki czemu Next.js serwuje go statycznie. W ten sposób warunek weryfikacji hosta jest spełniony na stałe.

Zgłaszanie oparte na różnicach (diff): Skrypt porównuje aktualną mapę witryny z ostatnim znanym stanem (np. ze snapshotem zapisanym w repozytorium lub w cache) i zgłasza tylko nowo dodane lub zmienione adresy URL. To najważniejszy krok: wysyłanie całej mapy witryny przy każdym wdrożeniu uchodzi za nadmierne zgłaszanie i nie daje żadnej korzyści.

Integracja z CI/CD: Skrypt uruchamia się jako ostatni krok pipeline'u wdrożeniowego, gdy nowe strony są już online. Rozsądnie jest wyzwalać go webhookiem po udanym wdrożeniu, a nie przy każdym commicie. Dzięki temu zgłaszane są tylko faktycznie opublikowane zmiany.

Ważne: zgłaszaj adres URL dopiero wtedy, gdy jest dostępny pod docelowym adresem i zwraca status 200. Pingowanie adresów URL, które wciąż pokazują błąd 404 lub przekierowanie, przynosi efekt odwrotny do zamierzonego.

IndexNow, mapy witryny XML i Google Indexing API: czym się różnią

Te trzy mechanizmy rozwiązują różne problemy i wzajemnie się nie wykluczają.

Mapy witryny XML: Podstawowe wyposażenie. Zawierają wszystkie indeksowalne adresy URL wraz z datą zmiany i są odczytywane przez wszystkie wyszukiwarki, również Google. Mapy witryny są pasywne: zapraszają crawlery, ale nie zastępują aktywnego powiadomienia.

IndexNow: Aktywny push do wszystkich uczestniczących wyszukiwarek, w tym Bing, Yandex, Naver, Seznam i Yep. Nadaje się do natychmiastowych zgłoszeń przy każdym rodzaju zmiany treści. Uzupełnia mapę witryny, ale jej nie zastępuje.

Google Indexing API: Często źle rozumiane. Według Google interfejs Indexing API jest oficjalnie przeznaczony wyłącznie dla stron ze znacznikami JobPosting lub BroadcastEvent (transmisje na żywo). Nie jest to ogólny kanał push dla dowolnych adresów URL. Kto zgłasza przez niego zwykłe strony, używa go niezgodnie z przeznaczeniem.

Rozsądne połączenie dla strony B2B: kompletna mapa witryny XML dla wszystkich wyszukiwarek, IndexNow jako natychmiastowy push do wszystkich uczestniczących wyszukiwarek, a dla Google zwykła mapa witryny plus porządne linkowanie wewnętrzne, aby Googlebot sam szybko znajdował zmiany.

Znaczenie Binga i IndexNow na przykładzie Austrii

Udział Binga w rynku w Austrii jest niewielki, ale nie do pominięcia. Według StatCounter w Austrii Google ma 81,87%, a Bing 9,01% udziału w rynku wyszukiwarek (2026). Prawie co dziesiąte wyszukiwanie odbywa się więc poza Google.

Ten udział zyskuje na znaczeniu dzięki integracji z Copilotem. Microsoft zasila swoich asystentów AI danymi z indeksu Binga. Kto szybko trafia do indeksu Binga, ma lepszy punkt wyjścia, by pojawiać się w Copilocie, który w wielu austriackich firmach i tak jest dostępny w ramach Microsoft 365. Dla widoczności B2B poza Google to konkretna, mierzalna dźwignia: część grupy docelowej pracuje właśnie w środowiskach, które wykorzystują Binga jako źródło danych.

IndexNow, crawlery AI i GEO

Szybkość indeksowania ma znaczenie także dla widoczności w systemach AI. Wyszukiwanie generatywne i odpowiedzi oparte na LLM korzystają z indeksów wyszukiwarek oraz z własnego crawlowania. Treści, które szybko trafiają do indeksu Binga, wcześniej stają się dostępne jako źródło dla produktów AI Microsoftu.

Jednocześnie ruch botów gwałtownie rośnie. Według Cloudflare udział GPTBota od OpenAI wzrósł między majem 2024 a majem 2025 z 2,2 do 7,7%, przy wzroście liczby zapytań o 305% (dane międzynarodowe). Każdy dodatkowy crawler obciąża serwer. Tu IndexNow działa podwójnie: oszczędza crawl budget, bo uczestniczące wyszukiwarki nie muszą spekulacyjnie szukać zmian, i zmniejsza zbędne obciążenie serwera, bo zmiany zgłasza się precyzyjnie zamiast przeszukiwać wszystko. Jeśli zgłaszasz precyzyjnie, przekazujesz wyszukiwarkom dokładnie te informacje, które inaczej ustalałyby przez wielokrotne crawlowanie.

Dobre praktyki i częste błędy

Zgłaszaj tylko własne hosty: IndexNow akceptuje wyłącznie adresy URL zweryfikowanego hosta. To nie opcjonalny szczegół, lecz główna zasada bezpieczeństwa protokołu.

Nie traktuj klucza API jako tajnego, ale zarządzaj nim porządnie: Klucz i tak jest publicznie dostępny jako plik w katalogu głównym. Nie chroni przed odczytem, a jedynie potwierdza kontrolę nad hostem. Mimo to dla każdej witryny warto używać osobnego klucza i wymieniać go w razie podejrzenia nadużycia.

Unikaj nadmiernego zgłaszania: Wielokrotne zgłaszanie tego samego niezmienionego adresu URL nic nie daje i może zostać uznane za sygnał spamu. Zgłaszaj tylko rzeczywiste zmiany.

Przestrzegaj limitów zapytań: Wyszukiwarki ograniczają nadmierne zgłoszenia. Logika oparta na różnicach (diff) i rozsądne grupowanie zgłoszeń w ramach jednego wdrożenia utrzymują niski wolumen.

Najczęstszy błąd: Wysyłanie całej mapy witryny przy każdym buildzie. To nadmierne zgłaszanie bez żadnej korzyści. Drugim najczęstszym błędem jest zgłaszanie adresów URL, które zwracają przekierowanie, błąd 404 lub noindex. Zgłoszony adres URL powinien być spójny z pozostałymi sygnałami technicznego SEO.

Miejsce IndexNow w nowoczesnej architekturze technicznego SEO

IndexNow to jeden z elementów, a nie zamiennik porządnego technicznego SEO. Zgłoszony adres URL musi pasować do pozostałych sygnałów SEO.

Canonical: Zgłaszaj tylko kanoniczną wersję strony, a nie adresy z parametrami czy duplikaty. Popularność tagu canonical pokazuje, jak ugruntowany jest ten sygnał: 65% stron mobilnych i 69% stron desktopowych stosuje rel=canonical (2024, dane międzynarodowe).

robots.txt i noindex: To, co zablokowano w robots.txt lub wykluczono za pomocą noindex, nie powinno trafiać do zgłoszenia IndexNow. Sprzeczne sygnały dezorientują wyszukiwarkę.

hreflang: W przypadku wielojęzycznych stron warto zgłaszać wszystkie wersje językowe, aby wyszukiwarki szybko i w całości uchwyciły klastry hreflang.

Dane strukturalne: Znaczniki Schema zwiększają zrozumiałość treści dla wyszukiwarek i systemów AI. Szybko zaindeksowana strona z poprawnymi znacznikami Schema jest wcześniej dostępna dla wyników rozszerzonych i odpowiedzi generatywnych.

Core Web Vitals: Szybkie indeksowanie ma sens tylko wtedy, gdy strona działa wydajnie. Poprzeczka wisi wysoko: według Web Almanac 48% stron mobilnych przechodzi test Core Web Vitals (LCP, INP, CLS) (2024, dane międzynarodowe). IndexNow przyspiesza indeksowanie, ale nie zastępuje optymalizacji czasu ładowania i interaktywności.

Na poziomie infrastruktury IndexNow pasuje do nowoczesnych konfiguracji edge i CDN. Szybko dostarczają one plik klucza i treści, co wspiera spójność zgłoszeń. Nowoczesne protokoły transportowe są przy tym szeroko rozpowszechnione: HTTP/3 obsługuje około 40% z dziesięciu milionów największych stron internetowych (lipiec 2026, dane międzynarodowe).

Cloudflare Crawler Hints jako automatyczne rozwiązanie

Jeśli nie chcesz utrzymywać własnej implementacji, możesz włączyć IndexNow przez Cloudflare Crawler Hints. Ta funkcja automatycznie rozpoznaje, kiedy zmieniają się treści, i wysyła odpowiednie powiadomienia IndexNow, bez potrzeby pisania własnego skryptu czy zarządzania kluczem. Cloudflare przejmuje klucz i przesyłanie. Dla stron, które i tak działają za Cloudflare, to najszybszy sposób na start: przełącznik w panelu zamiast skryptu post-build. Ceną jest mniejsza kontrola nad tym, które dokładnie adresy URL i w którym momencie są zgłaszane. Przy złożonej logice opartej na różnicach (diff) własna implementacja pozostaje bardziej precyzyjna.

RODO a pingowanie zewnętrznych wyszukiwarek

W europejskim B2B ocena pod kątem ochrony danych jest zwykle bezproblemowa, ale warto przeprowadzić ją świadomie. IndexNow przesyła adresy URL i klucz API do uczestniczących wyszukiwarek. Adresy URL publicznie dostępnych stron nie są danymi osobowymi, o ile sam adres nie zawiera parametrów z danymi osobowymi. Właśnie tu leży punkt kontrolny: adresy URL z parametrami zapytania zawierającymi dane osobowe (np. tokeny, imiona i nazwiska lub identyfikatory) w ogóle nie powinny trafiać do publicznej mapy witryny, a tym samym do zgłoszenia IndexNow.

Przesyłanie odbywa się bezpośrednio między serwerami, bez udziału urządzenia i plików cookie odwiedzającego. Nie powstaje więc obowiązek uzyskania zgody w rozumieniu logiki ePrivacy, ponieważ nie dochodzi do dostępu do urządzenia końcowego użytkownika. Nadal obowiązuje zwykła staranność: Yandex ma siedzibę w Rosji, państwie trzecim bez decyzji stwierdzającej odpowiedni stopień ochrony. Przesyłane są tu jednak wyłącznie adresy URL, które i tak są publiczne, a nie zbiór danych osobowych, dlatego ryzyko jest w praktyce niewielkie. Zgłoszeń nie da się ograniczyć do wybranych wyszukiwarek: każdy zgłoszony adres URL jest automatycznie przekazywany do wszystkich uczestniczących wyszukiwarek, także do Yandexu, niezależnie od tego, do którego endpointu trafia zgłoszenie. Jeśli chcesz zasadniczo wykluczyć przesyłanie danych do Rosji, musisz zrezygnować z IndexNow.

Co dalej

IndexNow to niewielki element techniczny o wyraźnej korzyści: natychmiastowe indeksowanie we wszystkich istotnych wyszukiwarkach poza Google przy minimalnym nakładzie pracy na wdrożenie. Największa dźwignia tkwi w porządnym zgłaszaniu opartym na różnicach (diff) i w spójności z pozostałymi sygnałami SEO. Dla stron B2B w Europie aktywacja się opłaca, czy to przez Cloudflare Crawler Hints, czy przez własny skrypt post-build w Next.js. W kolejnym kroku warto połączyć to z monitoringiem w Bing Webmaster Tools i dopasować do strategii dotyczącej canonical, hreflang i mapy witryny.