noindex i SEO

TL;DR — Noindex to sposób, w jaki mówisz Google: „nie umieszczaj tej strony w wynikach wyszukiwania”. Dodajesz go jako mały znacznik w kodzie strony (lub jako nagłówek HTTP dla plików takich jak PDF). Jedyna zasada, która wszystkich zaskakuje: Google musi móc przeszukać stronę, aby zobaczyć znacznik — więc nie blokuj go również w robots.txt, bo całość po cichu zawiedzie.

Co robi noindex

noindex utrzymuje stronę poza indeksem wyszukiwarki. Jeśli strona nie jest w indeksie, nie może pojawić się w wynikach wyszukiwania. To całe jego zadanie: nie ukrywa strony przed odwiedzającymi, nie przyspiesza jej ładowania i sam w sobie nie przekazuje ani nie blokuje żadnego „link juice” — po prostu utrzymuje stronę poza wynikami Google i Bing. Dowód potwierdzający to twierdzenie Google's noindex rule prevents the page, media, or resource from appearing in Google Search results after Google sees the rule. Zakres: Google Search; noindex is not an access-control or privacy mechanism. Poziom ufności: wysoki · Zweryfikowano: 2026-07-14 Google Search Central: Block Search indexing with noindex

Sięgniesz po niego na stronach, które istnieją dla ludzi, ale nie mają prawa rankingować: wewnętrzne strony wyników wyszukiwania, strony „dziękujemy” po formularzu, cienkie strony tagów lub filtrów, strony stagingowe lub narzędziowe.

Dwa sposoby dodania

Są tylko dwie prawidłowe metody. Wybierz jedną.

1. Meta tag robots. Wstaw tę linię do <head> strony:

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

To normalny sposób dla strony HTML. Większość systemów CMS (WordPress, Shopify itp.) ma pole wyboru, które dodaje go za Ciebie — w wielu wtyczkach SEO to przełącznik „zniechęć wyszukiwarki do indeksowania tej strony” w edytorze strony.

2. Nagłówek HTTP X-Robots-Tag. Niektóre pliki nie mają <head>, w którym można umieścić znacznik — PDF, obraz, wideo. Dla nich wysyłasz dyrektywę w nagłówku odpowiedzi HTTP serwera:

X-Robots-Tag: noindex

Tego nie zobaczysz w źródle strony; znajduje się w nagłówkach odpowiedzi. Dowód potwierdzający to twierdzenie Google supports noindex in an HTML robots meta tag or an X-Robots-Tag HTTP response header. Zakres: Google Search delivery methods; the HTTP header is applicable to non-HTML resources as well as HTML. Poziom ufności: wysoki · Zweryfikowano: 2026-07-14 Google Search Central: Robots meta tag and X-Robots-Tag specifications

Błąd, który to psuje

To jest ten najważniejszy, więc powiem wprost: strona zablokowana w robots.txt nie może być oznaczona noindex.

Brzmi to odwrotnie, ale oto dlaczego. robots.txt mówi wyszukiwarkom, nie przeszukuj strony. Znacznik noindex znajduje się na stronie. Jeśli Google ma nie przeszukiwać strony, nigdy jej nie pobierze, więc nigdy nie zobaczy znacznika noindex — a strona może pozostać w indeksie, czasami pojawiając się jako goły URL bez opisu.

Więc prawidłowy przepis na usunięcie strony jest przeciwieństwem tego, co wydaje się bezpieczne:

1. Upewnij się, że strona nie jest zablokowana w robots.txt (pozwól Google ją przeszukać).
2. Dodaj noindex (meta tag lub nagłówek).
3. Poczekaj, aż Google ją ponownie przeszuka. Usunięcie z indeksu nie jest natychmiastowe — następuje przy następnym pobraniu strony przez Google i zobaczeniu znacznika.

Kilka dodatkowych kontroli, które zakładka Zaawansowane omawia w pełni: nie umieszczaj noindex wewnątrz pliku robots.txt (to nie działa od 2019 r.) i przejrzyj intencję, gdy noindex i canonical występują razem. To połączenie może być celowe; canonical wskazujący gdzie indziej jest silniejszym ostrzeżeniem, ponieważ te dwa sygnały proszą o różne wyniki.

Chcesz dokładne fragmenty kodu serwera, niuans noindex,follow, historię i sposób weryfikacji w Google Search Console? Przełącz się na zakładkę Zaawansowane.

Sprawdź się: noindex

Wybierz noindex tylko wtedy, gdy celem jest usunięcie

Trzy błędy noindex do sprawdzenia w pierwszej kolejności

• Noindex plus disallow w robots.txt. Robot nie może pobrać URL-a, więc nie może odkryć dyrektywy usunięcia. Odblokuj go, zachowaj noindex i pozwól na ponowne przeszukanie.
• Noindex plus canonical. Jeden sygnał mówi „usuń tę stronę”; drugi prosi wyszukiwarki o skonsolidowanie jej z preferowanym duplikatem. Używaj canonical do konsolidacji duplikatów i noindex do prawdziwego usunięcia — nie obu naraz.
• Noindex: w robots.txt. To nie jest obsługiwana reguła Google. Użyj meta tagu robots lub nagłówka odpowiedzi X-Robots-Tag.
• Noindex i pozostawienie URL-a w mapie witryny. Wytyczne Google dotyczące map witryn mówią, aby przesyłać kanoniczne URL-e, które faktycznie chcesz widzieć w wynikach wyszukiwania — URL z noindex nie powinien się tam znajdować. Pozostawienie go nie zastąpi dyrektywy noindex, ale wysyła sprzeczny sygnał co do Twoich intencji i może zmylić każdego, kto później audytuje mapę witryny. Usuń URL-e z noindex z mapy witryny, gdy skończysz śledzić ich usunięcie.

Unikaj również używania noindex jako kontroli dostępu. Strona pozostaje publicznie dostępna; chroń prywatne treści za pomocą uwierzytelniania.

Napraw „Zindeksowano, mimo blokady przez robots.txt”

Ten status oznacza, że blokada indeksowania nie gwarantowała usunięcia. Google może znać URL z linków bez pobierania jego treści, a blokada uniemożliwia mu zobaczenie dyrektywy noindex na stronie.

1. Potwierdź, że URL powinien zostać usunięty, a nie tylko rzadziej indeksowany.
2. Usuń odpowiednią regułę disallow w robots.txt dla docelowego robota.
3. Serwuj noindex w nagłówku HTML lub jako nagłówek X-Robots-Tag.
4. Sprawdź końcową odpowiedź po przekierowaniach i potwierdź, że żaden wariant CDN lub szablonu nie usuwa dyrektywy.
5. Użyj testu na żywo w URL Inspection, aby udowodnić, że Google może pobrać i zobaczyć noindex.
6. W razie potrzeby poproś o ponowne indeksowanie, a następnie monitoruj raport Page Indexing.
7. Rozważ ponowne zablokowanie po usunięciu tylko wtedy, gdy rozumiesz, że przyszłe odkrywanie i przetwarzanie może być ponownie ograniczone.

Jeśli treść jest poufna, zatrzymaj się tutaj i dodaj uwierzytelnianie; ani robots.txt, ani noindex nie są mechanizmem bezpieczeństwa.

Serwuj noindex dla plików innych niż HTML

Przykład Apache dla odpowiedzi PDF:

<FilesMatch "\.pdf$">
  Header set X-Robots-Tag "noindex"
</FilesMatch>

Przykład Nginx:

location ~* \.pdf$ {
  add_header X-Robots-Tag "noindex" always;
}

Zweryfikuj reprezentatywny plik i podążaj za przekierowaniami:

curl -sSIL https://example.com/file.pdf | grep -iE '^(HTTP/|location:|x-robots-tag:)'

Zakres reguł serwera powinien być wąski, a test powinien obejmować zamierzony PDF oraz stronę HTML, która powinna pozostać indeksowalna. Szeroka reguła lokalizacji lub dopasowania plików może przypadkowo dodać noindex do całej rodziny zasobów lub sekcji witryny.

Monitoruj noindex jako własny zestaw URL

Pokrycie wdrożenia

Approved noindex URLs serving noindex ÷ all URLs in the approved noindex set

Mierz odpowiedź na żywo, a nie pole CMS. Segmentuj błędy według meta HTML, X-Robots-Tag, celu przekierowania i dostępu do robots.txt.

Wynik przetwarzania

Śledź zatwierdzony zestaw w stanach Google Search Console: zindeksowane, „URL oznaczony jako ‘noindex’”, zablokowane przez robots.txt i jeszcze nie ponownie zindeksowane. Pożądany kierunek to mniej zatwierdzonych URL zindeksowanych i mniej konfliktów blokady indeksowania/noindex po wdrożeniu.

Śledź również przypadkowy noindex osobno: URL przeznaczone do rankingu, które serwują dyrektywę noindex lub pojawiają się w raporcie Page Indexing z powodu noindex. Użyj własnej linii bazowej przed wdrożeniem i inwentarza URL; nie ma obronnego uniwersalnego docelowego procentu, ile witryny powinno być noindexowane.

TL;DR — noindex usuwa stronę z indeksu za pomocą jednej z dwóch prawidłowych metod: meta tagu robots (<meta name="robots" content="noindex">) lub nagłówka HTTP X-Robots-Tag: noindex (wymaganego dla plików innych niż HTML, takich jak PDF). Kluczowy haczyk: strona zablokowana w robots.txt nie może być noindexowana — Google nigdy jej nie indeksuje, aby zobaczyć regułę, “the crawler will never see the noindex rule,” (tłumaczenie) „robot indeksujący nigdy nie zobaczy reguły noindex”, a linkowany URL może pozostać zindeksowany. Aby więc usunąć stronę, zezwól na indeksowanie i serwuj noindex. Nie umieszczaj noindex w robots.txt (niewspierane od 1 września 2019), rozważ noindex z kanonicznym wskazującym gdzie indziej jako potencjalnie konfliktowy, i wiedz, że deindeksacja następuje dopiero po ponownym indeksowaniu — własne wytyczne Google mówią, że strona o niskim priorytecie może zająć miesiące. Według komentarza Muellera z 2017 (nieudokumentowana polityka), długoterminowe noindex,follow zwykle zachowuje się jak noindex,nofollow, gdy strona wypadnie z indeksu. Zweryfikuj w GSC pod „URL marked ‘noindex’.”

Czym jest noindex — kontrola indeksu, nie kontrola indeksowania

noindex jest główną dyrektywą kontroli indeksu. Własna definicja Google tej reguły to jedna linia: “Do not show this page, media, or resource in search results.” (tłumaczenie) „Nie pokazuj tej strony, mediów ani zasobu w wynikach wyszukiwania”. Gdy jest honorowana, efekt jest całkowity — “When Googlebot crawls that page and extracts the tag or header, Google will drop that page entirely from Google Search results, regardless of whether other sites link to it.” (tłumaczenie) „Gdy Googlebot indeksuje tę stronę i wyodrębni tag lub nagłówek, Google usunie tę stronę całkowicie z wyników wyszukiwania Google, niezależnie od tego, czy inne witryny do niej linkują”. Dowód potwierdzający to twierdzenie Google's noindex rule prevents the page, media, or resource from appearing in Google Search results after Google sees the rule. Zakres: Google Search; noindex is not an access-control or privacy mechanism. Poziom ufności: wysoki · Zweryfikowano: 2026-07-14 Google Search Central: Block Search indexing with noindex

Zachowaj jedno rozróżnienie na pierwszym planie, ponieważ prawie każdy błąd noindex wynika z jego zacierania: noindex kontroluje indeksowanie; robots.txt kontroluje crawling. To różne etapy procesu. Ująłem to w ten sposób w moim przewodniku Ahrefs na temat usuwania URL-i: “Crawling is not the same thing as indexing. Even if Google is blocked from crawling pages, if there are any internal or external links to a page they can still index it.” (tłumaczenie) „Crawling to nie to samo co indeksowanie. Nawet jeśli Google ma zablokowane crawling stron, jeśli istnieją jakiekolwiek wewnętrzne lub zewnętrzne linki do strony, nadal może ją zaindeksować.” To zdanie jest całym powodem, dla którego istnieje reszta tego artykułu.

Microsoft nadaje tej samej dyrektywie dodatkową konsekwencję specyficzną dla Binga: treść oznaczona noindex jest również wykluczona z trenowania modelu fundamentowego Microsoftu. Warunek wstępny nadal ma znaczenie — Bingbot musi mieć pozwolenie na crawling i przetwarzanie dyrektywy na poziomie strony. Blokada robots.txt plus noindex nie jest zatem dowodem na to, że zastosowano deindeksację lub rezygnację z trenowania.

Dwie prawidłowe metody dostarczania

Są dokładnie dwie, a noindex w robots.txt nie jest jedną z nich (więcej na ten temat poniżej).

Metoda 1 — meta tag robots. Dla strony HTML umieść to w <head>:

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

Instrukcja Google jest dosłowna: “To prevent all search engines that support the noindex rule from indexing a page on your site, place the following <meta> tag into the <head> section of your page.” (tłumaczenie) „Aby zapobiec indeksowaniu strony przez wszystkie wyszukiwarki obsługujące regułę noindex, umieść następujący tag <meta> w sekcji <head> swojej strony.” Wartość robots dotyczy wszystkich crawlerów obsługujących tę regułę; zamień na googlebot, aby kierować tylko do Google (<meta name="googlebot" content="noindex">).

Metoda 2 — nagłówek HTTP X-Robots-Tag. Ta sama dyrektywa, wysyłana w nagłówku odpowiedzi zamiast w znacznikach:

X-Robots-Tag: noindex

To jedyny sposób na noindex zasobów niebędących HTML, ponieważ nie ma <head>, w którym można umieścić meta tag. Google: “A response header can be used for non-HTML resources, such as PDFs, video files, and image files.” (tłumaczenie) „Nagłówek odpowiedzi może być używany dla zasobów niebędących HTML, takich jak pliki PDF, pliki wideo i pliki obrazów.” Oraz ze specyfikacji robots: możesz użyć X-Robots-Tag “for non-HTML files like image files where the usage of robots meta tags in HTML is not possible.” (tłumaczenie) „dla plików niebędących HTML, takich jak pliki obrazów, gdzie użycie tagów meta robots w HTML nie jest możliwe.” Dowód potwierdzający to twierdzenie Google supports noindex in an HTML robots meta tag or an X-Robots-Tag HTTP response header. Zakres: Google Search delivery methods; the HTTP header is applicable to non-HTML resources as well as HTML. Poziom ufności: wysoki · Zweryfikowano: 2026-07-14 Google Search Central: Robots meta tag and X-Robots-Tag specifications

Jedna uwaga dotycząca umieszczania: umieść meta tag w <head> — to standardowe, najbezpieczniejsze miejsce i to, co pokazuje poradnik Google. Strona specyfikacji Google rzeczywiście mówi, że “doesn’t enforce placement of meta robots in the HTML head and will respect robots meta tags in the body section of an HTML document as well,” (tłumaczenie) „nie egzekwuje umieszczania meta robots w nagłówku HTML i będzie respektować meta tagi robots w sekcji body dokumentu HTML również,” ale nie polegaj na tym jako na podstawowej metodzie; przypadkowy tag <meta>, który jakiś CMS wstrzyknie do <body>, może przypadkiem zrobić noindex strony tak samo łatwo, jak ten, który zamierzałeś dodać do <head>.

Ponieważ nagłówek jest konfigurowany na poziomie serwera, różni się w zależności od stosu technologicznego. Dwa typowe przykłady noindexowania wszystkich plików PDF na stronie:

Apache (.htaccess lub vhost):

<FilesMatch "\.pdf$">
  Header set X-Robots-Tag "noindex"
</FilesMatch>

Nginx (blok server/location):

location ~* \.pdf$ {
  add_header X-Robots-Tag "noindex";
}

Błąd nr 1 — noindex + blokada robots.txt

To tryb awarii, który widzę najczęściej, więc oto mechanizm w całości. Tag noindex znajduje się na stronie; Google musi pobrać stronę, aby go przeczytać. Google podaje ten wymóg wprost:

Aby reguła noindex była skuteczna, strona lub zasób nie może być zablokowany przez plik robots.txt i musi być dostępny dla crawlera. Jeśli crawler nie może uzyskać dostępu do strony, nie zobaczy reguły noindex, a strona może nadal pojawiać się w wynikach wyszukiwania, na przykład przez linki z innych stron. Google obejmuje tym także sytuację “the crawler can’t access the page,” (tłumaczenie) „crawler nie może uzyskać dostępu do strony”, nie tylko blokadę w robots.txt.

Mówiąc jeszcze bardziej wprost: “We have to crawl your page in order to see <meta> tags and HTTP headers.” (tłumaczenie) „Musimy przecrawlować twoją stronę, aby zobaczyć tagi <meta> i nagłówki HTTP.” Brak crawlowania, brak reguły.

robots.txt to najczęstszy sposób, w jaki strona staje się niecrawlowa, ale sformułowanie Google obejmuje więcej niż to — mówi również, że „crawler nie może uzyskać dostępu do strony”, co obejmuje powtarzające się błędy serwera (5xx), przekroczenia czasu i niezamierzoną ścianę uwierzytelniania przed stroną. Każde z nich po cichu łamie noindex w taki sam sposób, jak blokada robots.txt.

Tak więc instynkt, aby „zablokować to w robots.txt i dodać noindex, dla bezpieczeństwa” jest dokładnie odwrotny — blokada uniemożliwia crawl, a crawl jest tym, co ujawnia noindex, a strona może pozostać w indeksie w nieskończoność (często jako URL bez opisu). W Google Search Console pojawia się to jako „Indeksowana, mimo zablokowania przez robots.txt” — strona, którą zablokowałeś, ale została zaindeksowana, ponieważ coś do niej linkuje.

Rozwiązanie: odblokuj stronę w robots.txt, pozostaw na niej noindex i pozwól Google ponownie ją przecrawłować. Dopiero po tym, jak strona zniknie z indeksu — jeśli wtedy chcesz całkowicie oszczędzić crawl — bezpieczne jest dodanie disallow.

Przykład wdrożenia: strona stagingowa, która nie chciała zniknąć

Przebudowa startuje z staging.example.com. Szablony stagingowe już zawierają noindex, ale lista kontrolna wdrożenia dodaje również:

User-agent: *
Disallow: /

To wydaje się jak dwie warstwy ochrony. W rzeczywistości to pułapka, jeśli Google już odkryło URL-e stagingowe przez wspólny link QA, starą mapę witryny, publiczny ticket lub link w skopiowanych treściach produkcyjnych. Disallow uniemożliwia następny crawl, więc Google nie może potwierdzić noindex; hostname może pozostać jako cienkie, wyniki tylko z URL-em.

Sekwencja czyszczenia to: usuń disallow, pozostaw noindex na każdej odpowiedzi stagingowej, potwierdź, że odpowiedź na żywo jest crawlable i ujawnia dyrektywę, poproś o ponowne przecrawłowanie reprezentatywnej próbki i monitoruj hostname, aż zniknie. Następnie umieść środowisko za uwierzytelnianiem. Uwierzytelnianie jest trwałą kontrolą prywatności; noindex to tylko kontrola indeksu wyszukiwania.

noindex a nofollow a disallow

Trzy dyrektywy, które ludzie ciągle mylą. Działają na różnych etapach:

• noindex — kontrola indeksu. Strona jest crawlowana, ale nie pojawia się w wynikach. Definicja Google: „Nie pokazuj tej strony, mediów ani zasobu w wynikach wyszukiwania.”
• nofollow — kontrola linków. Google: „Nie podążaj za linkami na tej stronie.” Nie mówi nic o indeksowaniu samej strony.
• disallow (robots.txt) — kontrola crawlu. Zatrzymuje pobieranie całkowicie. To nie jest kontrola indeksu — zablokowany URL może być nadal indeksowany, jeśli jest linkowany.

Istnieje również none, które Google dokumentuje jako „Równoważne noindex, nofollow.” A gdy dyrektywy są sprzeczne, specyfikacja jest jasna: „W przypadku sprzecznych reguł robots, bardziej restrykcyjna reguła ma zastosowanie.” (Pełna tabela na karcie Cheat Sheets.)

Traktuj noindex z rel=canonical jako sprawdzenie intencji

Umieszczenie noindex i rel="canonical" na tej samej stronie nie jest automatycznie nieprawidłowe. Tworzy to jednak konfigurację wartą przeglądu: canonical prosi Google o skonsolidowanie sygnałów, podczas gdy noindex prosi o wykluczenie tego URL-a. Przy wyborze między duplikatami użyj tagu canonical — Google szczególnie odradza używania noindex do tego: „Nie zalecamy używania noindex do zapobiegania wyborowi strony kanonicznej w obrębie jednej witryny, ponieważ całkowicie zablokuje to stronę w wynikach wyszukiwania.” Zwróć uwagę na zakres: ostrożność Google dotyczy konkretnie używania noindex do wybierania, który duplikat wygrywa jako canonical w obrębie własnej witryny — to nie jest twierdzenie, że noindex i canonical nigdy nie mogą współistnieć technicznie na stronie (strona, którą naprawdę wycofujesz, może nadal mieć samo-odnoszący się canonical). Canonical wskazujący na inny URL zasługuje na najmocniejsze ostrzeżenie: potwierdź, że zarówno wykluczenie, jak i konsolidacja są zamierzone. Używaj canonical do konsolidacji duplikatów; używaj noindex tylko wtedy, gdy naprawdę chcesz, aby ta strona zniknęła z wyników.

noindex,follow vs noindex,nofollow — powolny rozkład

Częstym wzorcem jest noindex,follow: strona pozostaje poza wynikami wyszukiwania, ale jej linki są nadal śledzone, dzięki czemu equity nadal przez nią przepływa (przydatne podczas migracji lub gdy strona jest tymczasowo niedostępna). Aktualna oficjalna dokumentacja Google nie opisuje automatycznego zanikania tej reguły — wyraźnie pozwala na łączenie noindex z innymi regułami, w tym celowe ustawienie noindex,nofollow od pierwszego dnia. Moje twierdzenie o „zanikaniu z czasem” opieram na hangoucie dla webmasterów z 2017 roku, gdzie John Mueller powiedział, że długoterminowe noindex w praktyce bywa traktowane jak noindex,nofollow: gdy Google zdecyduje, że strona naprawdę nie należy do wyników wyszukiwania i całkowicie ją usunie, przestaje też śledzić linki z tej strony, ponieważ w ogóle przestaje ją przetwarzać. To obserwacja praktyka z transkrypcji wideo, a nie udokumentowana polityka Google, więc traktuj ją jako wskazówkę, a nie gwarancję. Tak czy inaczej, praktyczny wniosek pozostaje aktualny: noindex,follow jest w porządku na okres przejściowy, ale nie polegaj na nim jako na stałej strategii przekazywania equity — zamiast tego zaplanuj naprawę podstawowych linków (lub usunięcie strony).

Jak długo działa noindex?

Nie natychmiast. noindex zaczyna działać dopiero po ponownym przeszukaniu i przetworzeniu strony przez Google — do tego czasu strona może pozostać w indeksie, nawet jeśli tag jest aktywny. Google nie zobowiązuje się do żadnego stałego okna czasowego, a jego własne wytyczne sugerują „może to potrwać”, a nie „lada dzień”: “Depending on the importance of the page on the internet, it may take months for Googlebot to revisit a page.” (tłumaczenie) „W zależności od znaczenia strony w internecie, Googlebot może potrzebować miesięcy, aby ponownie ją odwiedzić.” Strona o dużym ruchu i często linkowana może zostać ponownie przeszukana w ciągu dni; strona o niskiej wartości i rzadko linkowana może czekać miesiącami. Jeśli pilnie potrzebujesz usunąć stronę z wyników, narzędzie Removals w GSC jest rozwiązaniem tymczasowym (ukrywa URL na pewien czas, podczas gdy trwałe noindex wykonuje swoją wolniejszą pracę). W przypadku stron, które naprawdę zniknęły, kod 404/410 również je usuwa: jak napisałem w moim przewodniku po usuwaniu, “If you remove the page and serve either a 404 (not found) or 410 (gone) status code, then the page will be removed from the index shortly after the page is re-crawled.” (tłumaczenie) „Jeśli usuniesz stronę i zwrócisz kod 404 (nie znaleziono) lub 410 (usunięto), strona zostanie usunięta z indeksu wkrótce po ponownym przeszukaniu.” Wszędzie ten sam motyw — dzieje się to przy ponownym przeszukiwaniu.

noindex w robots.txt jest martwe (od 1 września 2019)

Nadal można spotkać ludzi sugerujących linię Noindex: w robots.txt. Nie rób tego. Nigdy nie była to oficjalnie wspierana reguła, a Google wycofał nawet swoje nieoficjalne jej obsługiwanie lata temu. Z ogłoszenia Search Central z lipca 2019: “Since these rules were never documented by Google, naturally, their usage in relation to Googlebot is very low.” (tłumaczenie) „Ponieważ te reguły nigdy nie zostały udokumentowane przez Google, naturalnie ich użycie w odniesieniu do Googlebota jest bardzo niskie.” A co do daty: “we’re retiring all code that handles unsupported and unpublished rules (such as noindex) on September 1, 2019.” (tłumaczenie) „wycofujemy cały kod obsługujący nieobsługiwane i nieopublikowane reguły (takie jak noindex) 1 września 2019 r.”

Ten sam post wymienił wspierane alternatywy, a noindex za pomocą meta tagu / nagłówka był na czele listy: “noindex in robots meta tags: Supported both in the HTTP response headers and in HTML, the noindex rule is the most effective way to remove URLs from the index when crawling is allowed.” (tłumaczenie) „noindex w meta tagach robots: Obsługiwany zarówno w nagłówkach odpowiedzi HTTP, jak i w HTML, reguła noindex jest najskuteczniejszym sposobem usuwania URL-i z indeksu, gdy przeszukiwanie jest dozwolone.” (Wymieniono również: kody statusu 404/410, ochronę hasłem, disallow w robots.txt w celu zapobiegania przeszukiwaniu oraz narzędzie do usuwania w Search Console.)

Jak zweryfikować noindex w Google Search Console

Dwie kontrole:

• URL Inspection. Uruchom URL przez Inspect, a następnie Test live URL. Powie ci, czy strona jest indeksowalna i czy Google widzi dyrektywę noindex — najszybszy sposób na potwierdzenie, że tag jest odczytywany na żywej stronie.
• Page Indexing report. Strony z noindex są wymienione pod statusem “URL marked ‘noindex’” w sekcji Not indexed. Tekst pomocy Google: “When Google tried to index the page it encountered a ‘noindex’ directive and therefore did not index it.” (tłumaczenie) „Gdy Google próbowało zaindeksować stronę, napotkało dyrektywę ‘noindex’ i dlatego jej nie zaindeksowało.” Jeśli to strona, którą chciałeś zaindeksować, to twój błąd — usuń dyrektywę.

Jedna uwaga dotycząca nazewnictwa dla osób szukających starych artykułów: starszy raport Coverage nazywał to “Wykluczone przez tag ‘noindex’.” Obecny raport Page Indexing używa “URL oznaczony jako ‘noindex’” — to samo, nowsza etykieta.

Czego noindex nie gwarantuje

Kilka rzeczy, które ludzie zakładają, że noindex im daje, a których faktycznie nie daje:

• Oszczędność budżetu indeksowania. Google nadal musi pobrać stronę, aby zobaczyć tag — sam noindex nie zmniejsza indeksowania. Jeśli chcesz też tego, dodaj disallow w robots.txt, ale tylko po tym, jak strona już wypadła z indeksu (patrz błąd powyżej, dlaczego robienie tego od razu przynosi odwrotny skutek).
• Natychmiastowe usunięcie. Omówione powyżej — następuje przy ponownym indeksowaniu, bez stałego harmonogramu, a sam Google mówi, że strona o niższym priorytecie może zająć miesiące.
• Konsolidacja duplikatów. Do tego służy rel="canonical"; noindex po prostu usuwa stronę z wyników wyszukiwania, nie łączy sygnałów w kierunku innego URL.
• Poufność. Strona pozostaje publicznie dostępna dla każdego, kto zna URL. Jeśli coś naprawdę musi być prywatne, to problem uwierzytelniania, a nie dyrektywy wyszukiwania.
• Odzyskanie pozycji po odwróceniu. Usunięcie noindex nie przywraca starych pozycji strony — Google musi ponownie zaindeksować, ponownie ocenić i praktycznie od nowa zasłużyć na jej pozycję.
• Identyczny czas w różnych wyszukiwarkach. Bing i inne wyszukiwarki mają własne harmonogramy indeksowania i ponownego indeksowania, niezależne od Google.
• Wykluczenie z każdego nie-wyszukiwarkowego użycia treści. noindex blokuje stronę w Google Search jako całości — w tym funkcje AI samego Search (AI Overviews i podobne korzystają ze stron, które są zaindeksowane i kwalifikują się do wyświetlenia, więc strona z noindex jest też poza nimi). Czego nie robi, to kontrolowanie osobnego ustawienia Google-Extended, które decyduje, czy Twoje treści mogą być używane do trenowania lub opierania modeli generatywnego AI Google poza Search. To dwa różne mechanizmy kontroli do dwóch różnych zadań.

Gdzie noindex pasuje do reszty

noindex to dźwignia, po którą sięgasz, gdy strona jest w indeksie, ale nie powinna być — lekarstwo na jeden rodzaj rozdęcia indeksu (cienkie, narzędziowe lub podobne do duplikatów strony bez wartości w wyszukiwarce). Sąsiaduje z meta tagiem robots i nagłówkiem X-Robots-Tag (jego dwiema metodami dostarczania), robots.txt i dyrektywą disallow (kontrolą indeksowania, z którą jest tak często mylony), tagiem canonical (użyj go do konsolidacji duplikatów, nie noindex) oraz szerszymi etapami indeksowania i przeszukiwania, w które się wpisuje. Zrozum różnicę między przeszukiwaniem a indeksowaniem, a noindex przestanie być tajemniczy: pozwól na przeszukiwanie, serwuj tag, czekaj na ponowne indeksowanie.

Podsumowanie AI

Skrócona wersja wersji zaawansowanej:

• noindex = trzymanie strony poza indeksem (poza wynikami wyszukiwania). Google: “Do not show this page, media, or resource in search results.” (tłumaczenie) „Nie pokazuj tej strony, materiału ani zasobu w wynikach wyszukiwania.” Gdy jest honorowane, usuwa stronę całkowicie „niezależnie od tego, czy inne strony do niej linkują”.
• Tylko dwie poprawne metody: meta tag robots (<meta name="robots" content="noindex">) oraz nagłówek HTTP X-Robots-Tag: noindex. Nagłówek jest wymagany w przypadku plików innych niż HTML (PDF, obrazy, wideo).
• Błąd nr 1: strona zablokowana w robots.txt nie może być oznaczona noindex — Google nigdy jej nie indeksuje, więc „crawler nigdy nie zobaczy reguły noindex”, a linkowany URL może pozostać w indeksie. Aby usunąć stronę: zezwól na crawling + serwuj noindex.
• noindex ≠ nofollow ≠ disallow: kontrola indeksowania vs kontrola linków vs kontrola crawlowania. W przypadku konfliktu wygrywa najbardziej restrykcyjna reguła.
• Przejrzyj noindex z rel="canonical" wskazującym gdzie indziej — potwierdź, że wykluczenie i konsolidacja są oba zamierzone. Używaj canonical do duplikatów; używaj noindex tylko wtedy, gdy sama strona powinna być wykluczona z wyszukiwarki.
• noindex,follow może z czasem przejść w noindex,nofollow na dłuższą metę, według komentarza Muellera z 2017 r. — nie jest to udokumentowana polityka Google, więc traktuj to jako kierunkowe. W porządku jako stan tymczasowy, nie jako stały plan na przekazywanie link equity.
• Nie jest natychmiastowe — działa przy ponownym crawlowaniu. Google mówi, że strona o niskim priorytecie może czekać miesiące na ponowne odwiedzenie. Użyj GSC Removals jako pilnego rozwiązania tymczasowego; 404/410 również usuwa strony po ponownym crawlowaniu.
• noindex w robots.txt jest martwe — nigdy oficjalnie nie wspierane; wycofane 1 września 2019 r. Użyj meta tagu lub nagłówka.
• Nie daje ci oszczędności crawl budgetu, poufności, konsolidacji duplikatów, odzyskania pozycji po odwróceniu ani wykluczenia z trenowania modeli Google (Google-Extended to osobna kontrola do tego).
• Zweryfikuj w GSC: URL Inspection (Test live URL) + raport Page Indexing w sekcji “URL marked ‘noindex’” (stara etykieta: “Excluded by ‘noindex’ tag”).

Oficjalna dokumentacja

Dokumentacja źródłowa od wyszukiwarek.

Google

• Blokowanie indeksowania za pomocą noindex — kanoniczny poradnik: obie metody i pułapka z koniecznością pozostawienia strony do crawlowania.
• Specyfikacja metatagów robots — każda dyrektywa (noindex, nofollow, none), X-Robots-Tag i zasada „wygrywa najbardziej restrykcyjna reguła”.
• Uwaga o niewspieranych regułach w robots.txt (lipiec 2019) — dlaczego noindex w robots.txt zostało wycofane 1 września 2019 r. i czego użyć zamiast tego.
• Konsolidowanie zduplikowanych adresów URL — dlaczego używać rel="canonical" (nie noindex) do konsolidacji duplikatów.
• Raport indeksowania stron — status „Adres URL oznaczony jako noindex” i jak go zweryfikować.

Bing / Microsoft i niezależne od silnika

• Które metatagi robots obsługuje Bing? — wsparcie tagów robots w Bing, w tym noindex.
• MDN — <meta name="robots"> — neutralne, między-silnikowe odniesienie do dyrektywy.

Cytaty ze źródła

Oficjalne wypowiedzi Google. Każdy link to link bezpośredni, który przeskakuje do cytowanego fragmentu na stronie źródłowej.

Google — co robi noindex i jak go ustawić

• “Do not show this page, media, or resource in search results.” (tłumaczenie) „Nie pokazuj tej strony, medium ani zasobu w wynikach wyszukiwania” — dokumentacja Google Search Central, definicja noindex. Skocz do cytatu
• “To prevent all search engines that support the noindex rule from indexing a page on your site, place the following <meta> tag into the <head> section of your page.” (tłumaczenie) „Aby wszystkie wyszukiwarki obsługujące regułę noindex nie indeksowały strony, umieść podany tag <meta> w sekcji <head>”. Skocz do cytatu
• “A response header can be used for non-HTML resources, such as PDFs, video files, and image files.” (tłumaczenie) „Nagłówek odpowiedzi może być używany dla zasobów innych niż HTML, takich jak pliki PDF, wideo i obrazy”. Skocz do cytatu
• “When Googlebot crawls that page and extracts the tag or header, Google will drop that page entirely from Google Search results, regardless of whether other sites link to it.” (tłumaczenie) „Gdy Googlebot przeskanuje stronę i odczyta tag lub nagłówek, Google całkowicie usunie ją z wyników wyszukiwania niezależnie od linków z innych witryn”. Skocz do cytatu

Google — pułapka robots.txt

• “For the noindex rule to be effective, the page or resource must not be blocked by a robots.txt file, and it has to be otherwise accessible to the crawler. If the page is blocked by a robots.txt file or the crawler can’t access the page, the crawler will never see the noindex rule, and the page can still appear in search results, for example if other pages link to it.” (tłumaczenie) „Aby reguła noindex była skuteczna, strona lub zasób nie może być zablokowany przez robots.txt i musi być dostępny dla crawlera. Jeśli crawler nie może uzyskać dostępu, nie zobaczy reguły noindex, a strona może nadal pojawiać się w wynikach, na przykład przez linki z innych stron”. Skocz do cytatu
• “We have to crawl your page in order to see <meta> tags and HTTP headers.” (tłumaczenie) „Musimy przeskanować stronę, aby zobaczyć tagi <meta> i nagłówki HTTP”. Skocz do cytatu

Google — pozostałe dyrektywy (dla porównania)

• “Do not follow the links on this page.” (tłumaczenie) „Nie podążaj za linkami na tej stronie” — definicja nofollow. Skocz do cytatu
• “In the case of conflicting robots rules, the more restrictive rule applies.” (tłumaczenie) „W przypadku sprzecznych reguł robots obowiązuje reguła bardziej restrykcyjna”. Skocz do cytatu

Google — nie używaj noindex do kanonizacji

• “We don’t recommend using noindex to prevent selection of a canonical page within a single site, because it will completely block the page from Search.” (tłumaczenie) „Nie zalecamy używania noindex do zapobiegania wyborowi strony kanonicznej w obrębie jednej witryny, ponieważ całkowicie zablokuje to stronę w wyszukiwarce”. Skocz do cytatu

Google — noindex w robots.txt wycofany (1 września 2019)

• “Since these rules were never documented by Google, naturally, their usage in relation to Googlebot is very low.” (tłumaczenie) „Ponieważ Google nigdy nie dokumentowało tych reguł, ich użycie w odniesieniu do Googlebota jest naturalnie bardzo niskie”. Skocz do cytatu
• “we’re retiring all code that handles unsupported and unpublished rules (such as noindex) on September 1, 2019.” (tłumaczenie) „1 września 2019 r. wycofujemy cały kod obsługujący niewspierane i nieopublikowane reguły, takie jak noindex”. Skocz do cytatu
• “the noindex rule is the most effective way to remove URLs from the index when crawling is allowed.” (tłumaczenie) „Reguła noindex jest najskuteczniejszym sposobem usuwania adresów URL z indeksu, gdy skanowanie jest dozwolone”. Skocz do cytatu

Google — weryfikacja w Search Console

• “When Google tried to index the page it encountered a ‘noindex’ directive and therefore did not index it.” (tłumaczenie) „Gdy Google próbował zaindeksować stronę, napotkał dyrektywę noindex i dlatego jej nie zaindeksował” — raport indeksowania stron, status „Adres URL oznaczony jako noindex”. Przejdź do cytatu

Patrick Stox — indeksowanie to nie to samo co crawling (mój przewodnik Ahrefs „Usuwanie adresów URL z Google”)

• “Crawling is not the same thing as indexing. Even if Google is blocked from crawling pages, if there are any internal or external links to a page they can still index it.” (tłumaczenie) «Crawling to nie to samo co indeksowanie. Nawet jeśli Google ma zablokowane przeszukiwanie stron, jeśli istnieją jakiekolwiek wewnętrzne lub zewnętrzne linki do strony, nadal może ją zaindeksować.» Przejdź do cytatu
• “If you remove the page and serve either a 404 (not found) or 410 (gone) status code, then the page will be removed from the index shortly after the page is re-crawled.” (tłumaczenie) «Jeśli usuniesz stronę i zwrócisz kod statusu 404 (nie znaleziono) lub 410 (usunięto), strona zostanie usunięta z indeksu wkrótce po ponownym przeszukaniu.» Przejdź do cytatu

noindex a disallow a nofollow a canonical — co robi każde z nich

Dwie prawidłowe metody noindex

<meta name="googlebot" content="noindex"> dotyczy tylko Google; robots dotyczy każdej wyszukiwarki, która obsługuje tę regułę. noindex,nofollow (lub none, które Google nazywa “Equivalent to noindex, nofollow” — (tłumaczenie) «Równoważne noindex, nofollow») robi obie rzeczy naraz.

Nieprawidłowa metoda: Noindex: w robots.txt. Nigdy oficjalnie wspierana; wycofana przez Google 1 września 2019 r. Nie używaj jej.

Jak poprawnie zastosować noindex na stronie (i to zweryfikować)

Skonfiguruj to

• Wybrano właściwą metodę: meta tag robots dla strony HTML lub nagłówek X-Robots-Tag: noindex dla pliku PDF / obrazu / wideo.
• Dla HTML: <meta name="robots" content="noindex"> znajduje się w <head> — standardowe, najbezpieczniejsze umiejscowienie (Google honoruje również meta tag robots umieszczony w <body>, ale nie polegaj na tym; oznacza to również, że przypadkowy <meta> tag wstrzyknięty do body może przypadkiem wykluczyć stronę z indeksu).
• Strona nie jest zablokowana w robots.txt — Google musi mieć możliwość jej przeszukania, aby zobaczyć dyrektywę.
• Jeśli strona ma również rel="canonical", jej cel i zamierzony efekt wykluczenia zostały sprawdzone; kombinacja nie jest traktowana jako automatyczna porażka.
• Jeśli chcesz, aby linki tymczasowo nadal przekazywały wartość, użyto noindex,follow — wiedząc, że na dłuższą metę sprowadza się to do noindex,nofollow.
• Nie polegano na linii Noindex: w robots.txt (niewspieranej od 1 września 2019 r.).

Sprawdź, czy zadziałało

• Uruchomiono URL Inspection → Test live URL w Google Search Console i potwierdzono, że Google widzi dyrektywę noindex.
• Sprawdzono raport Page Indexing — URL pojawia się pod “URL marked ‘noindex’” (stara etykieta: “Excluded by ‘noindex’ tag”).
• Dano temu czas — wykluczenie z indeksu następuje dopiero po ponownym przeszukaniu, więc strona nie zniknie z wyników natychmiast.
• Jeśli strona musi zniknąć pilnie, użyto narzędzia GSC Removals jako tymczasowego rozwiązania wraz z trwałym noindex.
• Jeśli strona jest nadal indeksowana po zastosowaniu noindex, sprawdzono najpierw, czy nie jest również zablokowana przez robots.txt (“Indexed, though blocked by robots.txt”) — najczęstsza przyczyna.

Dziennik zmian