URL oznaczony jako 'noindex' (status GSC)

TL;DR — „URL marked ‘noindex’” w Google Search Console oznacza, że Google spojrzało na Twoją stronę, zobaczyło na niej instrukcję noindex i celowo wykluczyło ją z wyników wyszukiwania. W większości przypadków jest to zamierzone — wiele stron powinno być oznaczonych noindex. Sytuacją, którą naprawdę warto się przejąć, jest strona umieszczona w mapie witryny (prosząca Google o indeksowanie), która jednocześnie mówi „nie indeksuj” — niektóre raporty nazywają to „Submitted URL marked ‘noindex’”. Spójrz na listę dotkniętych stron: jeśli wszystkie to te, które chciałeś ukryć, sprawa jest zakończona.

Co mówi Ci ten status

Ta etykieta oznacza, że Google napotkało dyrektywę noindex podczas przetwarzania strony. Evidence for this claim Google reports URL marked noindex when it encounters a noindex directive and does not index the page. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: Page indexing report Google obsługuje noindex w elemencie meta robots lub nagłówku odpowiedzi X-Robots-Tag. Evidence for this claim Google supports noindex through a robots meta tag or X-Robots-Tag header and must crawl the page to observe it. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: Block indexing with noindex

Gdy otworzysz raport Page Indexing w Search Console i zobaczysz wiersz o nazwie „URL marked ‘noindex’”, oto co się stało: Google odwiedziło (przeskanowało) stronę, znalazło na niej instrukcję noindex i zdecydowało się nie umieszczać jej w wynikach wyszukiwania. To wszystko. Strona nie jest zepsuta — Google zrobiło dokładnie to, co strona mu kazała.

noindex to mała instrukcja, która mówi: „nie pokazuj tej strony w wynikach wyszukiwania”. Znajduje się w jednym z dwóch miejsc:

• Wiersz w kodzie strony (znacznik meta robots), lub
• Ustawienie w odpowiedzi serwera strony (nagłówek X-Robots-Tag) — tego nie widać, patrząc tylko na stronę.

Czy to problem? Zwykle nie

Słowo, które przeraża ludzi, to „Not indexed” (sekcja, w której znajduje się ten status). Brzmi jak błąd. Zwykle nim nie jest. Wiele stron powinno być wykluczonych z wyników wyszukiwania:

• Strony podziękowania / potwierdzenia zamówienia
• Wewnętrzne wyniki wyszukiwania
• Strony logowania, konta i panelu administracyjnego
• Filtrowane lub sortowane wersje listy

Jeśli strony na tej liście to te, które chciałeś ukryć, zostaw je w spokoju. Nie ma nic do naprawienia.

Kiedy musisz działać

Dwie sytuacje:

1. Strona, którą chcesz mieć w Google, znajduje się na tej liście. Coś umieściło noindex na stronie, która powinna się pozycjonować. To błąd, który trzeba znaleźć.
2. Widzisz „Submitted URL marked ‘noindex’” (nieco inne, ostrzejsze sformułowanie używane w niektórych raportach i narzędziach). W obu przypadkach sedno jest takie samo: przesłałeś stronę w mapie witryny — która ma zawierać strony, które chcesz w wynikach wyszukiwania — ale strona mówi też „nie indeksuj”. Te dwie rzeczy są ze sobą sprzeczne. Albo usuń noindex (jeśli chcesz, aby strona była indeksowana), albo usuń URL z mapy witryny (jeśli nie chcesz).

Zamieszanie z nazwami

Możesz też pamiętać ten status jako „Excluded by ‘noindex’ tag.” To po prostu starsza nazwa tego samego zjawiska z poprzedniego raportu Google. Tak więc trzy etykiety — „URL marked ‘noindex’”, „Submitted URL marked ‘noindex’” i „Excluded by ‘noindex’ tag” — opisują jedną sytuację: Google znalazło noindex.

Jedna pułapka, o której warto wiedzieć

Częstym odruchem jest również zablokowanie strony w robots.txt, aby „naprawdę” ją ukryć. Nie rób tego. Zablokowanie indeksowania uniemożliwia Google odczytanie strony w ogóle — co oznacza, że nie widzi też Twojego noindex. Wbrew pozorom strona może pozostać w wynikach wyszukiwania. Aby usunąć stronę, pozwól Google ją przeskanować i zachowaj na niej noindex.

Chcesz pełną wersję diagnostyczną — wykrywanie meta tagu vs. nagłówka, noindex phantom/CDN oraz proces naprawy i walidacji — przełącz się na zakładkę Advanced.

TL;DR — „URL marked ‘noindex’” to status indeksowania strony w GSC dla strony, którą Google przeskanował i znalazł na niej noindex — meta robots tag lub nagłówek X-Robots-Tag, a Google honoruje również meta robots tag umieszczony w treści strony, nie tylko w <head>. Wiele nazw, jeden stan: obecne „URL marked ‘noindex’”, ostrzejsze sformułowanie dla przesłanych w sitemapie „Submitted URL marked ‘noindex’”, którego powszechnie używają raporty i narzędzia, oraz starsze „Excluded by ‘noindex’ tag”. Różni się od zablokowania przez robots.txt (nigdy nie przeszukane) i od „Crawled — currently not indexed” (brak dyrektywy). Zwykle celowe — najpierw zweryfikuj listę URL-i. Adres URL z noindex wciąż znajdujący się w Twojej sitemapie to prawdziwy sygnał ostrzegawczy (przesłanie sitemapy to wskazówka, nie gwarancja). noindex jest zależny od przeszukania: połącz go z disallow w robots.txt, a Google nie będzie mógł go zobaczyć, więc strona może pozostać zaindeksowana. Gdy reguły są sprzeczne, Google stosuje bardziej restrykcyjną. Sprawdź dwa źródła (wyrenderowany HTML i nagłówek HTTP), debuguj fantomowy/CDN-owy noindex za pomocą testu na żywo Googlebota (URL Inspection / Rich Results Test), następnie usuń dyrektywę, Validate Fix i spodziewaj się, że ponowne przetwarzanie zajmie więcej niż dzień lub dwa — Google mówi, że w przypadku stron o niższym priorytecie może trwać miesiącami.

Co właściwie oznacza ten status

Raport opisuje zaobserwowaną przez Google dyrektywę, a nie to, dlaczego CMS, szablon lub CDN ją dodał. Evidence for this claim Google reports URL marked noindex when it encounters a noindex directive and does not index the page. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: Page indexing report Google musi być w stanie przeszukać stronę, aby zaobserwować i zastosować noindex. Evidence for this claim Google supports noindex through a robots meta tag or X-Robots-Tag header and must crawl the page to observe it. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: Block indexing with noindex

Definicja Google jest precyzyjna: gdy Google próbowało zaindeksować stronę, napotkało dyrektywę noindex i dlatego jej nie zaindeksowało. Kluczowe słowo to napotkało — Google musiało przeszukać stronę, aby zobaczyć dyrektywę. Ten status niesie więc dwa fakty naraz: Google dotarło do strony, a strona powiedziała mu, żeby nie było indeksowane.

To jest cały kręgosłup dokładności tutaj i to odróżnia ten status od jego sąsiadów:

• Zablokowane przez robots.txt → Google nigdy nie mogło przeszukać, więc nie przeczytało żadnej treści ani żadnej dyrektywy.
• „Crawled — currently not indexed” → Google przeszukało, nie znalazło żadnej dyrektywy i mimo to zdecydowało się nie indeksować.
• „URL marked ‘noindex’” → Google przeszukało, znalazło noindex i zastosowało się do niego.

Trzy nazwy to jeden warunek

To dezorientuje ludzi, ponieważ etykieta zmieniała się z czasem i zależy od tego, jak znaleziono URL:

• „URL marked ‘noindex’” — obecna, ogólna etykieta w raporcie Page Indexing. Znajduje się pod „Not indexed” (dawniej „Excluded”). To sformułowanie, którego używa i definiuje obecna dokumentacja raportu Page Indexing Google.
• „Submitted URL marked ‘noindex’” — ten sam podstawowy warunek, ale dla URL-a, który jest również w przesłanej sitemapie. To ostrzejsze sformułowanie, którego praktycy i narzędzia SEO innych firm powszechnie używają dla tej kombinacji. Obecna dokumentacja pomocy Google nie opisuje tego jako osobno zdefiniowanego statusu odrębnego od „URL marked ‘noindex’”, więc traktuj dokładną etykietę jako zależną od raportu — ale sedno pozostaje niezależnie od tego, jak dane narzędzie to nazwie: sitemap ma wymieniać URL-e, które chcesz w wynikach wyszukiwania (a jej przesłanie to wskazówka dla Google, nie gwarancja indeksowania), więc URL z noindex w niej to sprzeczność, którą warto rozwiązać.
• „Excluded by ‘noindex’ tag” — starsza nazwa z raportu „Index Coverage” sprzed 2021 roku. Wciąż najczęściej wyszukiwana potoczna wersja. To samo podstawowe zjawisko.

Jeśli trafiłeś tutaj z którejkolwiek z tych trzech, jesteś w tym samym miejscu.

Czy to problem? Decyzja: celowe vs przypadkowe

Nie „naprawiaj” tego odruchowo. Drzewo decyzyjne:

1. Pobierz listę dotkniętych adresów URL (kliknij w status).
2. Czy to strony, które chciałeś wykluczyć? Strony podziękowań, wewnętrzne wyszukiwanie, adresy URL z fasetami/filtrami, konto/admin, staging, który nie powinien być publiczny. → Brak działania. „Nie zindeksowano” to nie to samo co „uszkodzony”, a Google mówi to wprost: te adresy URL nie zostały zindeksowane, ale niekoniecznie z powodu błędu.
3. Czy na tej liście jest strona, którą chcesz zindeksować? → Wyciekł na nią noindex. Znajdź i usuń go.
4. Czy zindeksowany URL z noindex znajduje się również w przesłanej mapie witryny (często widoczny jako „Przesłany URL oznaczony jako ‘noindex’”)? → Rozwiąż sprzeczność bezpośrednio: usuń noindex (aby go zindeksować) lub usuń URL z mapy witryny (aby pozostawić go z noindex). Nie zostawiaj URL z noindex w mapie witryny — przesłanie mapy witryny to wskazówka dla Google, co chcesz zindeksować, a nie żądanie, które nadpisuje dyrektywę samej strony.

Powodem, dla którego konkurencja traktuje to jako czysty „błąd do naprawienia”, jest to, że pomijają krok 2. W większości przypadków ten status oznacza, że system działa poprawnie.

Gdzie znajduje się noindex: meta tag vs. nagłówek X-Robots-Tag

Istnieją dokładnie dwie metody dostarczania i musisz sprawdzić obie, ponieważ wyglądają zupełnie inaczej:

• Meta robots tag — <meta name="robots" content="noindex"> w <head> strony. Dotyczy wszystkich robotów; <meta name="googlebot" content="noindex"> dotyczy tylko Google. To ten, który możesz zobaczyć w HTML.
• Nagłówek HTTP X-Robots-Tag — X-Robots-Tag: noindex w nagłówkach odpowiedzi serwera. To ten podstępny. Jest ustawiany w konfiguracji serwera, CMS lub CDN, nie w kodzie strony, więc „Podgląd źródła” go nie pokaże. Metoda nagłówka jest również jedynym sposobem na oznaczenie noindex plików innych niż HTML — nagłówek odpowiedzi może być użyty dla zasobów innych niż HTML, takich jak pliki PDF, pliki wideo i pliki obrazów, które nie mają <head>, aby pomieścić meta tag.

Gdy GSC mówi noindex, a ty przysięgasz, że strona go nie ma, nagłówek jest pierwszym miejscem, do którego należy zajrzeć (zakładka ściągawki zestawia oba obok siebie).

Jak znaleźć dyrektywę na stronie

1. Podgląd źródła / wyrenderowany DOM — poszukaj noindex. Sprawdź wyrenderowany <head>, nie tylko surowe źródło, ponieważ tag może być wstrzyknięty przez JavaScript lub menedżer tagów. Nie zatrzymuj się na <head>: Google powiedział, że nie egzekwuje umiejscowienia meta-robots i respektuje meta tag robots znaleziony w <body> strony, więc dyrektywa wstrzyknięta niżej w dokumencie również się liczy.
2. Nagłówki odpowiedzi — curl -I https://example.com/page/ (lub DevTools przeglądarki → Sieć → żądanie dokumentu → Nagłówki odpowiedzi) i poszukaj linii X-Robots-Tag.
3. URL Inspection (GSC) → Test live URL — pobiera stronę jako Googlebot i raportuje werdykt indeksowania oraz odpowiedź. To ten, który wykrywa dyrektywy serwowane tylko dla Google.
4. Rich Results Test — kolejne prawdziwe pobranie Googlebota, które zwraca odpowiedź HTTP i wyrenderowany zrzut dokładnie tego, co serwer pokazuje Google.
5. Sprawdź sprzeczne reguły robots, nie tylko pojedynczy tag. Jeśli do strony ma zastosowanie więcej niż jedna dyrektywa robots (na przykład szablon ustawia index, ale wtyczka lub nagłówek dodaje noindex), Google stosuje bardziej restrykcyjną regułę — więc przypadkowy noindex gdziekolwiek wygrywa, nawet jeśli inna reguła mówi index. Nie przestawaj szukać, gdy znajdziesz jedną dyrektywę, która wygląda na permisywną.

Konflikt robots.txt (dlaczego disallow + noindex przynosi odwrotny skutek)

To jest najbardziej zagmatwany punkt we wszystkich innych przewodnikach, więc chcę go dokładnie wyjaśnić. noindex jest zależny od indeksowania: Google musi być w stanie pobrać stronę, aby odczytać dyrektywę. Google jasno podaje zasadę — aby reguła noindex była skuteczna, strona nie może być zablokowana przez plik robots.txt i musi być w inny sposób dostępna dla robota indeksującego; jeśli jest zablokowana lub robot nie może jej uzyskać, robot nigdy nie zobaczy noindex, a strona może nadal pojawiać się w wynikach wyszukiwania (na przykład, jeśli inne strony do niej linkują).

Od lat piszę o odwrotnej stronie tego zagadnienia. W moim artykule na Ahrefs na temat “Indexed, though blocked by robots.txt”, głównym punktem jest to, że “crawling and indexing are two different things” — “if you block a page from being crawled, Google may still index it.” I konkretnie o tym konflikcie: “Unless Google can crawl a page, they won’t see the noindex meta tag and may still index it because it has links.” Tak więc samosabotujące połączenie to noindex + robots.txt disallow: dyrektywa disallow ukrywa noindex, a strona może pozostać zaindeksowana przez linki zewnętrzne.

Prawidłowa sekwencja, aby faktycznie usunąć stronę:

1. Zezwól na indeksowanie i pozostaw noindex na miejscu.
2. Poczekaj, aż Google ponownie przeszuka stronę, zobaczy dyrektywę i usunie ją.
3. Dopiero wtedy, jeśli chcesz zaoszczędzić budżet indeksowania, możesz dodać ją do robots.txt — po deindeksacji, nie przed.

Moje stałe zalecenie, z tego samego artykułu: “Just add a noindex meta robots tag and make sure to allow crawling — assuming it’s canonical.”

Fantomowy noindex: pamięć podręczna CDN i dyrektywy tylko dla Googlebota

Najtrudniejsza wersja tego problemu to “fantomowy” noindex: patrzysz na stronę, nie widzisz żadnego noindex, a GSC nadal go raportuje. John Mueller odniósł się dokładnie do tego — w przypadkach, które widział, był faktyczny noindex, czasami pokazywany tylko Google, co może być bardzo trudne do debugowania. (Zauważył ten scenariusz, gdy się pojawił; parafrazuję jego punkt, a nie cytuję go jako formalne oświadczenie.)

Zwykli podejrzani — traktuj je jako hipotezy do sprawdzenia, nie potwierdzone przyczyny, dopóki rzeczywista odpowiedź nie pokaże jednej z nich:

• CDN lub pamięć podręczna serwująca nieaktualny nagłówek X-Robots-Tag: noindex, którego nie ma już w konfiguracji origin.
• Dyrektywa zależna od user-agenta — serwer zwraca czystą stronę Twojej przeglądarce, a z noindex Googlebotowi.
• Wyciek ze stagingu/szablonu — noindex przeznaczony dla środowiska stagingowego trafiający do produkcji przez współdzielony szablon.

Diagnoza jest taka sama we wszystkich trzech przypadkach: nie ufaj “View Source” w swojej własnej przeglądarce. Wykonaj prawdziwe pobranie Googlebota — Test live URL w URL Inspection lub Rich Results Test — które pokazuje odpowiedź HTTP i wyrenderowaną stronę dokładnie tak, jak odbiera ją Google. W ten sposób wykryjesz serwer/CDN serwujący jedną rzecz Tobie, a inną robotowi indeksującemu.

Jak to naprawić i zweryfikować

Gdy potwierdzisz, że noindex jest błędem:

1. Usuń dyrektywę u jej prawdziwego źródła — meta tag w szablonie lub nagłówek X-Robots-Tag w konfiguracji serwera/CMS/CDN. Wyczyść pamięć podręczną CDN/strony, aby poprawka była faktycznie serwowana.
2. Potwierdź za pomocą testu na żywo Googlebot (URL Inspection → Test live URL), że strona nie zwraca już noindex i pokazuje „URL is available to Google.”
3. Poproś o indeksację (Request Indexing) dla adresów o wysokim priorytecie i/lub użyj przycisku Validate Fix w raporcie, aby poinformować Google o konieczności ponownego sprawdzenia całego dotkniętego zestawu.
4. Poczekaj. Usuwanie z indeksu i ponowne indeksowanie nie są natychmiastowe — Google musi najpierw ponownie przeszukać stronę, aby zobaczyć zmianę, a według wytycznych Google czas ponownego odwiedzenia zależy od ważności strony i może być znacznie dłuższy niż dzień czy dwa (dokumentacja podaje „miesiące” jako możliwość dla stron o niższym priorytecie). Request Indexing na priorytetowym adresie to sposób, aby poprosić Google o szybszą próbę, a nie sposób na wymuszenie konkretnego harmonogramu. Nie panikuj, jeśli status utrzymuje się podczas przetwarzania.

W odwrotnej sytuacji — gdy strona ma być zaindeksowana (noindex), ale utknęła w indeksie, ponieważ była również zablokowana przez robots.txt — najpierw odblokuj crawling, aby Google w końcu mógł zobaczyć noindex.

Gdzie to się znajduje

Ten status to jeden z węzłów w raporcie Page Indexing Google. Dyrektywa robots za nim — noindex — może być dostarczona jako meta tag robots lub nagłówek X-Robots-Tag, a odpowiednie narzędzie zależy od tego, czy pracujesz z plikami HTML czy nie-HTML. Sąsiednie statusy („Indexed, though blocked by robots.txt” i „Crawled — currently not indexed”) opisują różne stany i wymagają różnych poprawek; rozróżnianie ich to większość walki.

Podsumowanie AI

Skrócona wersja wersji zaawansowanej:

• Co to oznacza: „URL oznaczony jako ‘noindex’” to status indeksowania stron w GSC dla strony, którą Google przeskanował i znalazł na niej noindex — więc celowo nie umieścił jej w indeksie. Google musiał przeskanować stronę, aby zobaczyć dyrektywę, i honoruje ją niezależnie od tego, czy znajduje się w <head>, czy w treści strony.
• Wiele nazw, jeden stan: obecne „URL oznaczony jako ‘noindex’”, ostrzejsze sformułowanie z mapy witryny „Zgłoszony URL oznaczony jako ‘noindex’”, powszechnie używane przez raporty i narzędzia, oraz starsze „Wykluczony przez tag ‘noindex’”.
• Różni się od sąsiednich statusów: zablokowany przez robots.txt = nigdy nie przeskanowany; „Przeskanowano — obecnie nie indeksowane” = przeskanowano, brak dyrektywy; ten status = przeskanowano, znaleziono noindex, zastosowano się do niego.
• Zwykle celowe. Najpierw zweryfikuj listę URL-i. Strony podziękowań, wewnętrzne wyszukiwanie, aspekty, panel administracyjny = w porządku, brak działań. Działaj tylko, jeśli strona, którą chcesz zaindeksować, znajduje się na liście — lub URL ma noindex, ale nadal znajduje się w Twojej mapie witryny (sprzeczność, ponieważ zgłoszenie w mapie witryny to wskazówka, co chcesz zaindeksować, a nie gwarancja): usuń noindex lub usuń go z mapy witryny.
• Dwa sposoby dostarczania: tag meta robots w dowolnym miejscu wyrenderowanego HTML (nie tylko w <head>), lub nagłówek HTTP X-Robots-Tag (jedyny sposób dla plików niebędących HTML, takich jak PDF, i podstępny — nie w źródle strony). Sprawdź oba i pamiętaj, że gdy wiele reguł robots jest sprzecznych, Google stosuje bardziej restrykcyjną.
• Konflikt z robots.txt: noindex jest zależny od przeszukiwania. Disallow + noindex działa na niekorzyść — Google nie widzi noindex, którego nie może przeskanować, więc strona może pozostać zaindeksowana przez linki. Aby usunąć stronę: zezwól na przeszukiwanie + zachowaj noindex, a następnie opcjonalnie dodaj disallow po deindeksacji.
• Fantomowy noindex: właściciel nie widzi żadnego, Google widzi — zwykle CDN/pamięć podręczna serwująca nieaktualny nagłówek, dyrektywa tylko dla Googlebota lub wyciek ze środowiska stagingowego/szablonu (traktuj to jako hipotezy do potwierdzenia, nie jako pewne przyczyny). Debuguj za pomocą prawdziwego pobrania Googlebota (test na żywo w URL Inspection / test wyników rozszerzonych), a nie podglądu źródła.
• Popraw → zweryfikuj: usuń dyrektywę u źródła, wyczyść pamięci podręczne, potwierdź przez pobranie na żywo Googlebota, poproś o indeksację / zweryfikuj poprawkę, a następnie czekaj — własne wytyczne Google mówią, że ponowne przetwarzanie zależy od ważności strony i może zająć znacznie więcej niż dzień lub dwa, nawet miesiące w przypadku stron o niższym priorytecie.

Oficjalna dokumentacja

Dokumentacja źródłowa od wyszukiwarek.

Google

• Raport indeksowania stron — raport, w którym znajduje się ten status; definiuje „URL oznaczony jako ‘noindex’” oraz powiązany „Zindeksowano, mimo blokady przez robots.txt” (jego obecny tekst nie wyodrębnia osobno „Przesłany URL oznaczony jako ‘noindex’” jako odrębnej nazwy statusu, choć opisana w nim sprzeczność w sitemap.xml jest realna).
• Blokowanie indeksowania w wynikach wyszukiwania za pomocą noindex — co robi noindex, metody meta tag vs. nagłówek X-Robots-Tag, zasada zależna od indeksowania (zablokowana strona nigdy nie zobaczy noindex) oraz własna uwaga Google, że ponowne odwiedzenie strony po zmianie może zająć miesiące, w zależności od jej ważności.
• Specyfikacje meta tagu robots, data-nosnippet i X-Robots-Tag — jak rozstrzygane są sprzeczne reguły robots (obowiązuje bardziej restrykcyjna) oraz potwierdzenie, że Google respektuje też meta tag robots umieszczony w treści strony, nie tylko w <head>.
• Wprowadzenie do robots.txt — dlaczego robots.txt kontroluje indeksowanie, a nie indeksację, i dlaczego nie jest narzędziem do usuwania stron z indeksu.
• Narzędzie do sprawdzania adresów URL — „Testuj URL na żywo” pobiera stronę jako Googlebot, co pozwala wykryć dyrektywy serwowane tylko Google.
• Tworzenie i przesyłanie sitemap.xml — sitemap.xml powinien zawierać adresy URL, które chcesz widzieć w wynikach wyszukiwania, a jego przesłanie jest wskazówką dla Google, a nie gwarancją indeksowania.

Bing / Microsoft

• Bing Webmaster Tools — Pomoc i instrukcje — Bing honoruje tag <meta name="robots" content="noindex"> oraz nagłówek X-Robots-Tag w ten sam sposób; jego raporty indeksu podobnie pokazują strony z noindex. (Niższy priorytet dla tego statusu specyficznego dla Google.)

Cytaty ze źródła

Oficjalne wypowiedzi Google oraz moje własne teksty na temat konfliktu z robots.txt. Każdy link to link bezpośredni, który przeskakuje do cytowanego fragmentu na stronie źródłowej.

Google — co oznacza ten status

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

Google — noindex zależy od indeksowania

• “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 plik robots.txt i musi być w inny sposób dostępny dla robota indeksującego. Jeśli strona jest zablokowana przez plik robots.txt lub robot nie może uzyskać do niej dostępu, robot nigdy nie zobaczy reguły noindex, a strona może nadal pojawiać się w wynikach wyszukiwania, na przykład jeśli inne strony do niej linkują.” — Dokumentacja Google Search Central (Blokowanie indeksowania za pomocą noindex). Przejdź do cytatu
• “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 ważności strony w internecie, ponowne odwiedzenie strony przez Googlebota może zająć miesiące.” — Dokumentacja Google Search Central (Blokowanie indeksowania za pomocą noindex), o tym, jak długo może trwać ponowne przetwarzanie po zmianie noindex. Przeczytaj artykuł

Google — sprzeczne reguły i gdzie może znajdować się dyrektywa

• “Google Search 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) „Wyszukiwarka Google nie wymusza umieszczenia meta robots w nagłówku HTML i będzie respektować meta tagi robots w sekcji body dokumentu HTML.” — Google Search Central docs (Robots meta tag, data-nosnippet, and X-Robots-Tag specifications). Przeczytaj artykuł
• “In the case of conflicting robots rules, the more restrictive rule applies.” (tłumaczenie) „W przypadku sprzecznych reguł robots, bardziej restrykcyjna reguła ma zastosowanie.” — Google Search Central docs (ta sama specyfikacja). Przeczytaj artykuł

Patrick Stox (Ahrefs) — konflikt robots.txt

• “If you block a page from being crawled, Google may still index it because crawling and indexing are two different things.” (tłumaczenie) „Jeśli zablokujesz stronę przed indeksowaniem, Google może ją nadal indeksować, ponieważ crawling i indeksowanie to dwie różne rzeczy.” — ja, “Indexed, though blocked by robots.txt” Can Be More Than A Robots.txt Block (Ahrefs). Przejdź do cytatu
• “Unless Google can crawl a page, they won’t see the noindex meta tag and may still index it because it has links.” (tłumaczenie) „Jeśli Google nie może przeszukać strony, nie zobaczy meta tagu noindex i może nadal ją indeksować, ponieważ ma linki.” — ja (ten sam artykuł). Przeczytaj artykuł
• “Just add a noindex meta robots tag and make sure to allow crawling—assuming it’s canonical.” (tłumaczenie) „Po prostu dodaj meta tag robots noindex i upewnij się, że crawling jest dozwolony — zakładając, że strona jest kanoniczna.” — ja (ten sam artykuł). Przeczytaj artykuł

Lista kontrolna triage „URL marked ‘noindex’”

Pracuj od góry do dołu — większość z tych kroków kończy się na kroku 2 z „no action needed.”

• Otwórz listę dotkniętych URL-i w raporcie Page Indexing (kliknij wiersz statusu).
• Zdecyduj, czy to zamierzone czy przypadkowe: czy te strony chciałeś wykluczyć (strony podziękowań, wewnętrzne wyszukiwanie, aspekty, panel administracyjny, staging)? Jeśli tak → gotowe.
• Czy URL znajduje się również w przesłanej mapie witryny (często wyświetlany jako „Submitted URL marked ‘noindex’”)? Rozwiąż sprzeczność: usuń noindex (aby indeksować) lub usuń URL z mapy witryny (aby go wykluczyć).
• Dla stron, które powinny być indeksowane, znajdź dyrektywę w obu miejscach:
  • Renderowany <head> dla <meta name="robots" ... noindex> (sprawdź renderowany DOM, nie tylko View Source).
  • Nagłówki odpowiedzi dla X-Robots-Tag: noindex (curl -I lub DevTools → Network).
• Potwierdź, co widzi Googlebot za pomocą URL Inspection → Test live URL (lub Rich Results Test) — wykrywa dyrektywy tylko dla Googlebota / serwowane przez CDN.
• Sprawdź konflikt robots.txt: URL nie jest również zabroniony (disallow ukrywa noindex i może pozostawić stronę zaindeksowaną).
• Usuń dyrektywę u jej prawdziwego źródła (szablon / serwer / CMS / CDN), a następnie wyczyść pamięć podręczną CDN lub strony.
• Przetestuj ponownie na żywo, czy strona nie zwraca już noindex.
• Poproś o indeksowanie i/lub kliknij Validate Fix; następnie czekaj — czas ponownego przeszukania nie jest stały. Google mówi, że zależy od ważności strony i może zająć znacznie więcej niż dzień lub dwa, nawet miesiące w przypadku stron o niższym priorytecie.

Ściągawki

Trzy nazwy — ten sam stan

Gdzie znajduje się noindex: meta tag vs. nagłówek X-Robots-Tag

Czym ten status różni się od sąsiednich

Drzewo decyzyjne: celowe vs. przypadkowe

Modele mentalne

1. Przeszukano i zobaczono. Ten status istnieje tylko dlatego, że Google przeszukał stronę i odczytał dyrektywę. Ten pojedynczy fakt odróżnia go od zablokowanych przez robots.txt (nigdy nie przeszukanych) oraz od “Crawled — currently not indexed” (przeszukane, brak dyrektywy). Określ, w której z tych trzech sytuacji się znajdujesz, zanim cokolwiek zmienisz.

2. “Not indexed” ≠ błąd. Domyślnie należy zakładać, że to celowe, a nie błąd. Najpierw zweryfikuj listę URL-i; w większości przypadków właściwym działaniem jest nic nie robić. Jedyną kombinacją, którą warto traktować jako pilną, jest URL z noindex, który znajduje się również w przesłanej mapie witryny — ponieważ mapa witryny ma wymieniać to, co chcesz indeksować (przesłanie to tylko wskazówka dla Google, nie gwarancja), a URL z noindex w mapie witryny jest z tym sprzeczny.

3. Dwa źródła — zawsze sprawdzaj oba. Noindex to albo meta tag (w wyrenderowanym <head>), albo nagłówek X-Robots-Tag (w odpowiedzi HTTP). Nagłówek jest niewidoczny w podglądzie źródła, więc “nie mam noindex” zwykle oznacza “nie sprawdziłem nagłówka”. Sprawdzaj oba, za każdym razem.

4. Zależne od przeszukania — nigdy nie łącz noindex z disallow. Google musi przeszukać stronę, aby zobaczyć jej noindex. Zablokowanie przeszukiwania w robots.txt sprawia, że noindex staje się niewidoczny, a strona pozostaje indeksowana przez linki. Aby usunąć stronę: pozwól na przeszukiwanie + zachowaj noindex, poczekaj na deindeksację, następnie opcjonalnie dodaj disallow.

5. Ufaj widokowi Googlebota, nie swojej przeglądarce. W przypadku widmowego noindex (Ty nie widzisz żadnego, GSC widzi jeden), podgląd źródła w przeglądarce to niewłaściwe narzędzie. CDN, pamięć podręczna lub reguła user-agenta mogą pokazywać Googlebotowi coś innego. Diagnozuj za pomocą prawdziwego pobrania Googlebota — testu na żywo w URL Inspection lub Rich Results Test — który pokazuje dokładną odpowiedź, jaką otrzymuje Google.

Playbook: właśnie zobaczyłeś status “marked ‘noindex’”

Przeczytaj to od góry do dołu za pierwszym razem, gdy trafisz na któryś z tych statusów. Rozgałęziaj przy każdym “jeśli widzisz” — większość przebiegów kończy się wcześnie.

1. Otwórz raport Page Indexing i kliknij wiersz statusu. Zwróć uwagę, która z trzech etykiet jest wyświetlana: „URL marked ‘noindex’”, „Submitted URL marked ‘noindex’” lub starsza „Excluded by ‘noindex’ tag”. Pobierz pełną listę dotkniętych adresów URL — nie oceniaj sytuacji tylko na podstawie liczby.

2. Przejrzyj listę adresów URL pod kątem ich charakteru. Jeśli widzisz głównie strony podziękowań, wewnętrzne wyszukiwanie, adresy URL filtrów/faset lub strony administracyjne/kont — to strony, które normalnie chciałbyś wykluczyć z indeksu. → Zatrzymaj się tutaj. Nie są potrzebne żadne działania; to system działa zgodnie z przeznaczeniem.

3. Jeśli widzisz adres URL, który faktycznie chcesz pozycjonować, wyizoluj go. Ktoś lub coś umieściło noindex na stronie, która powinna być indeksowana. Przejdź do kroku 4, aby znaleźć źródło problemu.

4. Jeśli etykieta to „Submitted URL marked ‘noindex’” — lub po prostu zauważysz, że adres URL jest zarówno oznaczony noindex, jak i znajduje się w mapie witryny — potraktuj to jako pilne. Zgłoszenie w mapie witryny ma sygnalizować adresy URL, które chcesz widzieć w wynikach wyszukiwania (Google traktuje to jako wskazówkę, nie gwarancję), więc noindex na tym samym adresie URL jest bezpośrednią sprzecznością i wiele raportów oraz narzędzi wyświetla to jako wiersz na poziomie błędu właśnie z tego powodu. Zdecyduj, która strona jest właściwa — chcesz, aby strona była indeksowana (usuń noindex) czy nie (usuń ją z mapy witryny) — i rozwiąż sprzeczność tego samego dnia, w którym ją znajdziesz.

5. Zlokalizuj dyrektywę. Sprawdź wyrenderowany <head> pod kątem tagu <meta name="robots" content="noindex">, a następnie sprawdź nagłówki odpowiedzi (curl -I lub DevTools → Network) pod kątem X-Robots-Tag: noindex. Jeśli żaden z tych elementów niczego nie pokazuje, a GSC nadal zgłasza noindex, prawdopodobnie masz do czynienia z fantomowym noindex — przejdź do kroku 6.

6. Jeśli View Source jest czysty, ale GSC nadal wskazuje noindex, nie ufaj swojej przeglądarce. Wykonaj na żywo pobranie Googlebot (URL Inspection → Test live URL lub Rich Results Test). Poszukaj CDN/pamięci podręcznej serwującej nieaktualny nagłówek, dyrektywy zależnej od user-agenta lub szablonu stagingowego wyciekającego do produkcji.

7. Jeśli adres URL jest również zablokowany w robots.txt, najpierw to napraw. Disallow całkowicie ukrywa noindex przed Google, więc nic, co zrobisz z noindex, nie zadziała, dopóki indeksowanie nie zostanie ponownie dozwolone. Usuń disallow (lub poczekaj, aż wygaśnie) przed przejściem dalej.

8. Usuń dyrektywę u jej prawdziwego źródła — w szablonie, konfiguracji serwera, polu CMS lub regule na krawędzi CDN — i wyczyść wszelką pamięć podręczną, która się przed nią znajduje.

9. Zweryfikuj ponownie za pomocą na żywo pobrania Googlebot, że strona nie zwraca już noindex, a następnie użyj Request Indexing dla priorytetowych adresów URL i/lub Validate Fix dla całego dotkniętego zestawu.

10. Poczekaj i sprawdź ponownie. Ponowne indeksowanie nie jest natychmiastowe i nie ma stałego czasu realizacji — własne wytyczne Google mówią, że czas ponownej wizyty zależy od ważności strony i może wynosić miesiące w przypadku stron o niższym priorytecie, a nie tylko dni. Request Indexing prosi Google o wcześniejszą próbę; nie gwarantuje harmonogramu. A jeśli zablokowałeś stronę w kroku 7 tylko po to, aby zaoszczędzić budżet indeksowania po usunięciu, to jedyny przypadek, w którym disallow-po-noindex jest właściwy.

Skrypty i fragmenty kodu

Sprawdź nagłówki odpowiedzi (macOS/Linux, powłoka) — jedyny sposób, aby zobaczyć X-Robots-Tag, ponieważ nigdy nie pojawia się w View Source:

curl -sI -A "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)" "https://example.com/page/" | grep -i "x-robots-tag\|^HTTP"

Sprawdź nagłówki odpowiedzi (Windows, PowerShell) — to samo sprawdzenie, bez potrzeby używania curl:

$r = Invoke-WebRequest -Uri "https://example.com/page/" -UserAgent "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)" -UseBasicParsing
$r.Headers["X-Robots-Tag"]
$r.StatusCode

Znajdź tag meta robots w wyrenderowanym DOM (konsola DevTools) — wklej do panelu Console na żywej stronie; wykrywa tagi wstrzykiwane przez menedżer tagów, których surowy View Source by nie zauważył:

[...document.querySelectorAll('meta[name="robots"], meta[name="googlebot"]')].map(m => m.outerHTML)

Bookmarklet — sprawdź tag meta robots bieżącej strony jednym kliknięciem. Zapisz jako zakładkę z tym adresem URL, a następnie kliknij na dowolnej audytowanej stronie:

javascript:(function(){var m=[...document.querySelectorAll('meta[name="robots"],meta[name="googlebot"]')].map(function(x){return x.outerHTML}).join('\n')||'No meta robots tag found in DOM';alert(m);})();

Regex — wyciągnij noindex z masowego eksportu HTML. Jeśli przeszukujesz partię zapisanych plików źródłowych strony lub eksport z indeksowania pod kątem wartości content="...noindex...", ten wzorzec przechwytuje cały atrybut content, abyś mógł zobaczyć, czy noindex jest sparowany z czymś innym (takim jak nofollow lub noarchive):

<meta\s+name=["'](?:robots|googlebot)["']\s+content=["']([^"']*)["']

Grupa przechwytywania (([^"']*)) to pełna lista dyrektyw — sprawdź ją pod kątem noindex konkretnie, zamiast zakładać, że dopasowanie oznacza noindex, ponieważ ten sam znacznik może zawierać noarchive lub inne dyrektywy bez niego.

Narzędzia do tego zadania

Narzędzia tej witryny

• Google Index Checker — pobiera URL jako Googlebot i raportuje obserwowalne sygnały indeksowalności: status, przekierowania, dyrektywy noindex (meta tag i nagłówek) oraz wskazówki kanoniczne, wszystko w jednym przebiegu. Wyraźnie zaznacza, że nie widzi rzeczywistego stanu indeksu Google — tylko Search Console może — ale to najszybszy sposób na sprawdzenie kombinacji noindex + canonical
  • status, zanim w ogóle zbliżysz się do GSC.
• HTTP Header Checker — surowe nagłówki odpowiedzi dla URL, w tym X-Robots-Tag. Użyj tego, gdy konkretnie potrzebujesz potwierdzić noindex oparty na nagłówku (lub potwierdzić, że zniknął po poprawce), niezależnie od czegokolwiek w HTML strony.
• Robots.txt Tester — sprawdza, czy dany URL jest zablokowany dla danego user-agenta. Uruchom to za każdym razem, gdy diagnozujesz noindex, który wydaje się nie działać — disallow na tym samym URL to klasyczna przyczyna.

Narzędzia innych firm

• Google Search Console — raport Page Indexing (gdzie znajduje się ten status), raport sitemap (dla wariantu “Submitted”) oraz URL Inspection → Test live URL, jedyne narzędzie, które pokazuje rzeczywiste pobranie i werdykt Googlebota w czasie rzeczywistym.
• Rich Results Test — kolejne na żywo pobranie Googlebota; przydatne jako drugie źródło informacji o odpowiedzi HTTP i wyrenderowanym zrzucie, gdy ścigasz fantomowy lub serwowany przez CDN noindex.

Testy walidacyjne

Uruchom je po usunięciu noindex, którego nie chciałeś, lub po rozwiązaniu sprzeczności “Submitted URL marked ‘noindex’”.

Test 1: Nagłówek nie wysyła już X-Robots-Tag: noindex

• Test do uruchomienia: curl -I na URL (lub HTTP Header Checker) i sprawdź nagłówki odpowiedzi.
• Oczekiwany wynik: Brak nagłówka X-Robots-Tag lub taki bez noindex w nim.
• Interpretacja błędu: Dyrektywa jest nadal serwowana — sprawdź ponownie konfigurację serwera/CMS i wyczyść pamięć podręczną CDN lub edge, która może serwować nieaktualną odpowiedź.
• Okno monitorowania: Natychmiastowe — to pobranie na żywo, a nie sygnał zależny od indeksowania.
• Wyzwalacz wycofania: N/D (ten test niczego nie zmienia); uruchom ponownie po każdej zmianie konfiguracji lub pamięci podręcznej, aż przejdzie.

Test 2: Wyrenderowana strona nie ma meta robots noindex

• Test do uruchomienia: Google Index Checker lub sprawdzenie DevTools/View Source wyrenderowanego <head>.
• Oczekiwany wynik: Brak <meta name="robots" content="noindex"> (lub wariantu googlebot) w wyrenderowanym DOM.
• Interpretacja błędu: Szablon, menedżer tagów lub wstrzyknięcie JS nadal dodaje tag — sprawdź wyrenderowany DOM, nie tylko surowe źródło.
• Okno monitorowania: Natychmiastowe.
• Wyzwalacz wycofania: N/D; uruchom ponownie po każdej zmianie szablonu/konfiguracji.

Test 3: Pobranie Googlebota na żywo potwierdza, że strona jest indeksowalna

• Test do uruchomienia: GSC URL Inspection → Test live URL.
• Oczekiwany wynik: “URL is available to Google” bez zaznaczonego noindex w wyniku testu na żywo.
• Interpretacja błędu: Googlebot widzi coś, czego Twoja przeglądarka nie widzi — sprawdź dyrektywę warunkową dla user-agenta lub regułę CDN serwującą Google inną odpowiedź niż Ty otrzymujesz.
• Okno monitorowania: Natychmiastowe dla samego wyniku testu na żywo.
• Wyzwalacz wycofania: Jeśli test na żywo nadal pokazuje noindex po zmianie konfiguracji i wyczyszczeniu pamięci podręcznej, potraktuj poprawkę jako jeszcze nieopublikowaną i kontynuuj debugowanie przed poproszeniem o indeksowanie.

Test 4: URL nie jest również zablokowany przez robots.txt

• Test do uruchomienia: Robots.txt Tester dla tego samego adresu URL.
• Oczekiwany wynik: Dozwolone dla Googlebota.
• Interpretacja błędu: Dyrektywa disallow ukrywa stan noindex — Google nie może ponownie przeszukać strony, aby zobaczyć poprawkę. Najpierw usuń dyrektywę disallow.
• Okno monitorowania: Natychmiastowe.
• Wyzwalacz wycofania: Nie dotyczy; ten test musi przejść, zanim pozostałe testy będą miały znaczenie dla strony, którą chcesz zaindeksować.

Test 5: Raport indeksowania stron czyści status

• Test do uruchomienia: Raport indeksowania stron w GSC, po kliknięciu Validate Fix na dotkniętej grupie (lub Request Indexing dla pojedynczego priorytetowego adresu URL).
• Oczekiwany wynik: Adres URL przenosi się z „URL marked ‘noindex’” / „Submitted URL marked ‘noindex’” do „Indexed” (lub zamierzonego statusu) w raporcie.
• Interpretacja błędu: Nadal oczekuje na ponowne przeszukanie lub dyrektywa jest nadal obecna w miejscu, którego nie sprawdziłeś (uruchom ponownie testy 1–3).
• Okno monitorowania: Zmienne, nie stałe — walidacja działa w tle według harmonogramu ponownego przeszukiwania Google. Dokumentacja Google mówi, że czas ponownego odwiedzenia zależy od ważności strony i może być znacznie dłuższy niż kilka dni, nawet do miesięcy dla stron o niższym priorytecie; nie traktuj wolnej aktualizacji jako błędu samego w sobie.
• Wyzwalacz wycofania: Jeśli walidacja nadal nie przesunęła się po naprawdę długim oczekiwaniu (a testy 1–4 wszystkie przechodzą), sprawdź ponownie testy 1–4 w kolejności, zamiast ponownie przesyłać tę samą poprawkę.

Quiz

Pięć pytań, które sprawdzą, co faktycznie zapamiętałeś z tego artykułu.

Dziennik zmian