Kalkulator, konfigurator, link do udostępnienia: Google chce, żeby ich wyniki nie były indeksowane

Krótka odpowiedź

26 października 2026 roku Google dopisał do swojego przewodnika o spamie tworzonym przez użytkowników nową sekcję „Only index content meant for Search”. Jeśli Twoja strona pozwala tworzyć strony do udostępniania, wygenerowane wyniki albo interaktywne narzędzia, Google prosi, żeby takie strony, jeśli powstają do udostępniania osobom z linkiem, domyślnie nie trafiały do indeksu.

Dla polskiej firmy oznacza to prostą decyzję: strona kalkulatora, konfiguratora czy listy życzeń może być w Google, ale konkretny wynik z linkiem do udostępnienia powinien mieć noindex. Google podaje też blokadę w robots.txt jako drugą możliwość, ale według jego własnej dokumentacji stronę poza wynikami pewnie trzyma tylko noindex albo hasło.

Co dokładnie dopisał Google

Zmiana dotyczy przewodnika „Prevent user-generated spam on your site and platform” w Google Search Central. To wskazówki dla właścicieli serwisów, osobny dokument od samych zasad dotyczących spamu, choć część komentujących, w tym Lily Ray, nazwała go zasadami. Nowa sekcja w wersji angielskiej brzmi tak:

„If your service lets users create shareable pages, generated outputs, or interactive tools, consider whether that content is meant to be found through search engines or only accessed directly by people with a link. When pages are created for direct sharing, collaboration, or utility rather than public search discovery, apply the noindex rule (using a robots meta tag or X-Robots-Tag HTTP response header) or block crawling in robots.txt by default.”

W dzienniku zmian Search Central Google opisał cel wprost: chodzi o to, żeby pomóc platformom trzymać poza indeksem strony tworzone przez użytkowników, które nie są przeznaczone dla wyszukiwarki, i szybciej wykrywać spam. Zmienił też zdanie we wstępie przewodnika. Teraz wymienia z nazwy narzędzia, które pozwalają publikować udostępniane strony, wygenerowane treści i aplikacje webowe, a spamerzy według Google mogą tworzyć dużą liczbę „pages or sites”. Wcześniej była mowa tylko o witrynach.

Polska wersja strony, zaktualizowana 28 października, ma już tę sekcję pod nagłówkiem „Indeksuj tylko treści przeznaczone do wyszukiwarki”. Jest w niej błąd tłumaczenia: zamiast „zablokuj skanowanie” stoi „domyślnie zablokuj indeksowanie w pliku robots.txt”. Plik robots.txt nie blokuje indeksowania, tylko pobieranie strony przez robota. Jeśli czytasz dokumentację po polsku, trzymaj się wersji angielskiej.

Tło: ponad 12 tysięcy notatników NotebookLM w indeksie

Miesiąc przed zmianą Google miał ten problem u siebie. 22 września 2026 roku Search Engine Roundtable opisał, że spamerzy masowo tworzą publiczne notatniki Gemini Notebook (NotebookLM) o seks-zabawkach, pornografii, peptydach i kodach rabatowych, a Google według szacunku serwisu zaindeksował ich już ponad 12 tysięcy. Pierwszy zauważył to Charles Floate, nagłośnił Gagan Ghotra, który nazwał to nową taktyką parasite SEO: spamerzy podpinają swoje treści pod mocną domenę cudzego narzędzia. Glenn Gabe 23 września odnotował, że Google usunął z wyników cały katalog udostępnionych notatników.

Google nie powiązał oficjalnie zmiany w przewodniku z tą sprawą. Mechanizm jest jednak ten sam: narzędzie generuje stronę, użytkownik dostaje publiczny link, a robot znajduje ten link i indeksuje wynik. Lily Ray skomentowała zmianę 26 października, że pierwsze, co przyszło jej do głowy, to artefakty Claude, strony tworzone w ChatGPT i inne narzędzia, w których łatwo masowo produkować indeksowane treści. Uznała to za wskazówkę, z jakim spamem Google ma teraz do czynienia i czym może się zająć w przyszłości.

Które strony w Twoim serwisie to „wyniki narzędzi”

Przewodnik pisze o platformach, ale ta sama logika dotyczy zwykłej firmowej strony ze sklepem albo kalkulatorem. Każde narzędzie, które tworzy nowy adres dla wyniku, może wyprodukować tysiące stron, których nikt nie zamierzał pokazywać w Google. Typowe przykłady:

• kalkulatory raty kredytu, leasingu, składki, gdy wynik ma własny adres, na przykład /kalkulator-leasingu/?kwota=150000&okres=48;
• konfiguratory produktu: drzwi, kuchnie, meble, samochody, z linkiem „udostępnij konfigurację”;
• listy życzeń i koszyki do udostępnienia, wysyłane rodzinie albo działowi zakupów;
• generatory wyceny i oferty, które tworzą stronę z kosztorysem dla klienta;
• wyniki wyszukiwarki wewnętrznej, czyli /szukaj?q= z dowolnym tekstem, który może wpisać każdy, także spamer, i podlinkować z zewnątrz;
• wyniki quizów i doborów („jaki rozmiar”, „który produkt dla Ciebie”) oraz strony tworzone przez asystenta AI na Twojej stronie.

Rozróżniaj dwie rzeczy. Strona narzędzia, na przykład „Kalkulator leasingu samochodu” z opisem i przykładami, odpowiada na realne zapytania i powinna być w indeksie. Wynik dla konkretnej kwoty albo konkretnego klienta jest użyteczny tylko dla osoby z linkiem. To jest dokładnie ten podział, o który prosi Google: treść dla wyszukiwarki kontra treść „only accessed directly by people with a link”.

Jak to wdrożyć: noindex, robots.txt nie wystarczy

Przewodnik podaje dwie metody na równi, ale inne strony tej samej dokumentacji mówią co innego. Strona o robots.txt pisze, że plik „is not a mechanism for keeping a web page out of Google”, a adres zablokowany w robots.txt nadal może trafić do indeksu, jeśli ktoś do niego linkuje. Udostępnione linki są tworzone po to, żeby ktoś je wkleił na forum, w mailu czy w mediach społecznościowych, a gdy taki link trafi na publiczną stronę, Google może zindeksować sam adres. Zwrócił na to uwagę Matt G. Southern z Search Engine Journal w relacji z 26 października.

Dlatego wybierz noindex. Na stronie wyniku dodaj w sekcji <head> meta tag:

<meta name="robots" content="noindex">

Gdy wyniki mają wspólny początek adresu, wygodniej wysłać nagłówek HTTP z serwera. Przykład dla nginx i dla Apache (z modułem mod_headers). W nginx skopiuj do nowego bloku location te same dyrektywy, które obsługują te adresy teraz (na przykład proxy_pass), i powtórz nagłówki ustawione wyżej w konfiguracji, bo blok z własnym add_header domyślnie ich nie dziedziczy (od nginx 1.29.3 zmienia to dyrektywa add_header_inherit merge):

# nginx
location /udostepnij/ {
    add_header X-Robots-Tag "noindex" always;
}

# Apache 2.4
<If "%{REQUEST_URI} =~ m#^/udostepnij/#">
    Header set X-Robots-Tag "noindex"
</If>

Przy kalkulatorze z parametrami w adresie najprościej, żeby szablon dodawał noindex zawsze, gdy w adresie są parametry wyniku, a stronę bez parametrów zostawiał indeksowaną. Nie dodawaj przy tym Disallow dla tych samych adresów. Google pisze, że noindex działa tylko wtedy, gdy strona nie jest zablokowana w robots.txt, bo inaczej robot nigdy go nie zobaczy. To jeden z przypadków, które opisujemy w tekście o sygnałach dla Google, które się wykluczają. Plik robots.txt służy do oszczędzania skanowania. Do ukrywania stron przed Google się nie nadaje. Czym oba mechanizmy się różnią, wyjaśniamy w artykule o tym, co blokuje plik robots.txt i jak go ustawić.

Narzędzie zewnętrzne, na przykład konfigurator od dostawcy osadzony na Twojej stronie, sprawdź tak samo. Jeśli generuje adresy w Twojej domenie, za to, co trafi do indeksu, odpowiadasz Ty.

Jak znaleźć takie strony w Search Console

Google w tym samym przewodniku radzi regularnie sprawdzać raport Indeksowanie stron i raport skuteczności pod kątem nieoczekiwanych wzrostów liczby zindeksowanych stron, wyświetleń albo zapytań, które nie pasują do celu serwisu. W praktyce:

1. W raporcie Indeksowanie stron kliknij pod wykresem „Wyświetl dane na temat zindeksowanych stron” i przejrzyj przykładowe adresy. Szukaj parametrów kalkulatora, ścieżek typu /udostepnij/, /wishlist/, /szukaj.
2. W raporcie skuteczności dodaj filtr strony z takim fragmentem adresu. Jeśli wyniki narzędzia zbierają wyświetlenia na frazy niezwiązane z Twoją ofertą, na przykład w obcym języku albo z branży hazardowej, ktoś mógł je wykorzystać do spamu.
3. Wpisz w Google site:twojadomena.pl/udostepnij/. Google sam wymienia operator site: jako sposób na wykrycie problemu. Wynik pomaga znaleźć przykłady, ale nie pokazuje wszystkich zindeksowanych adresów.
4. Po wdrożeniu noindex sprawdź kilka adresów w narzędziu do sprawdzania adresów URL i zobacz, czy Googlebot widzi regułę.

Jeśli zablokowałeś wcześniej takie adresy w robots.txt, mogą wisieć w statusie „Strona zindeksowana, ale zablokowana przez plik robots.txt”. Jak naprawić stronę zindeksowaną mimo blokady w robots.txt: najpierw zdejmujesz blokadę, potem dodajesz noindex. Google pisze, że ponowna wizyta robota może zająć nawet miesiące. Gdy w wynikach widać dane klienta, na przykład imię na wycenie, od razu wyślij prośbę o tymczasowe ukrycie adresu narzędziem do usuwania adresów z Google (przetwarzanie może zająć do jednego dnia), a takie strony chroń hasłem.

Czego jeszcze nie wiadomo (stan na 29.10.2026)

Google nie ogłosił nowego rodzaju działań ręcznych ani aktualizacji algorytmu związanej z tą zmianą. Przewodnik dopisuje jedynie, żeby platformy zweryfikowały witrynę w Search Console i dostawały e-maile o działaniach ręcznych i problemach z bezpieczeństwem. Marie Haynes zapytała publicznie, czy to zapowiedź działań ręcznych wobec narzędzi AI i platform do tworzenia aplikacji. Na razie to pytanie, odpowiedzi Google nie ma.

Nie wiadomo też, jak Google traktuje zwykłą firmową stronę z kilkuset zindeksowanymi wynikami kalkulatora. Przewodnik celuje w platformy, gdzie spamerzy mogą tworzyć treści na masową skalę. Dla małego serwisu realne ryzyko to dziś tysiące bezużytecznych adresów w indeksie i wyniki wyszukiwarki wewnętrznej, które ktoś może wykorzystać do spamu. Noindex na wynikach narzędzi to kilka linii kodu, więc nie czekaj na wyjaśnienia. Jeśli chcesz, żebyśmy sprawdzili, ile takich stron Google już zna w Twoim serwisie, to jeden z punktów audytu SEO i GEO.