Materiał porządkuje temat: na waznych stronach zostal noindex po migracji strony.
Po migracji serwisu zdarza się, że ważna podstrona jest dostępna dla użytkownika, ładuje się poprawnie i ma właściwy adres URL, ale nie może wejść do wyników Google. Najczęstszy powód to pozostawiony znacznik noindex, dyrektywa w nagłówku HTTP albo konfiguracja CMS, która mówi wyszukiwarce: „tej strony nie indeksuj”. Problem jest szczególnie groźny po zmianie domeny, wdrożeniu nowego WordPressa, przejściu na HTTPS, redesignie, zmianie struktury adresów lub przeniesieniu sklepu na inną platformę.
Jeśli szukasz odpowiedzi na problem „na waznych stronach zostal noindex po migracji strony”, kluczowe jest szybkie rozróżnienie dwóch rzeczy: czy Google nie może wejść na stronę, czy może wejść, ale otrzymuje sygnał zakazujący indeksacji. W tym poradniku znajdziesz konkretne przyczyny, diagnostykę krok po kroku i rekomendowane działania dla stron firmowych, B2B i e-commerce.
Najważniejszy objaw: adres URL działa w przeglądarce, ale Google nie powinno lub nie może pokazać go w wynikach, ponieważ wykrywa dyrektywę noindex. Taka strona może istnieć technicznie, ale z perspektywy SEO jest wyłączona z indeksu.
Jak wygląda problem z noindex po migracji?
Problem zwykle ujawnia się dopiero po kilku dniach lub tygodniach od migracji. Strona działa, użytkownicy mogą ją odwiedzić, linki wewnętrzne prowadzą do właściwych adresów, a formularze i koszyk funkcjonują poprawnie. Mimo tego widoczność organiczna spada, ważne adresy znikają z Google, a w Google Search Console pojawiają się komunikaty związane z wykluczeniem z indeksu.
Typowe sygnały to: spadek liczby zaindeksowanych adresów, brak strony w wynikach po użyciu operatora site:, komunikat „Wykluczono przez tag noindex”, brak ruchu organicznego na podstronach ofertowych, kategoriach sklepu albo artykułach, które przed migracją generowały wejścia. W e-commerce problem często dotyczy kategorii, kart produktów, podstron marek lub filtrowanych listingów, które wcześniej miały wartość SEO.
Podstrona jest dostępna, ale niewidoczna w Google
Użytkownik może wejść na adres URL, ale robot wyszukiwarki dostaje informację, że strona nie powinna być indeksowana.
Spadła liczba zaindeksowanych URL-i
Po migracji Google stopniowo usuwa z indeksu adresy, które otrzymały dyrektywę noindex.
Najważniejsze landing page nie rankują
Strony usług, kategorii lub produktów nie pojawiają się w wynikach nawet wtedy, gdy mają treść, linkowanie i poprawne przekierowania.
Dlaczego noindex na ważnych stronach jest groźny?
Noindex nie jest błędem kosmetycznym. To bezpośrednia dyrektywa dla wyszukiwarki, która mówi, aby nie umieszczać danej strony w indeksie. Jeżeli została ustawiona przypadkowo na stronach biznesowo ważnych, skutkiem może być utrata sprzedaży, leadów i danych historycznych budowanych przez miesiące lub lata.
Po migracji sytuacja jest dodatkowo trudna, ponieważ Google jednocześnie musi przetworzyć nowe adresy, przekierowania, mapy XML, canonicale, zmiany treści i strukturę linkowania. Jeśli w tym samym czasie otrzyma sygnał noindex, może uznać, że dana sekcja serwisu nie powinna już funkcjonować w wynikach.
Jeśli migracja objęła większy serwis, sklep lub stronę generującą zapytania B2B, nie czekaj biernie na „samoczynną poprawę”. Najpierw trzeba usunąć dyrektywę blokującą indeksację, a dopiero potem przyspieszać ponowne przetwarzanie adresów przez Google.
Więcej problemów z indeksacją, crawlingiem, przekierowaniami i migracjami omawiamy w obszarze SEO techniczne. Jeżeli strona działa na WordPressie, warto też sprawdzić ustawienia opisane w usłudze optymalizacja WordPress, ponieważ wiele przypadków noindex po migracji wynika z konfiguracji CMS lub wtyczek SEO.
Najczęstsze przyczyny pozostawionego noindex po migracji strony
Źródło problemu może znajdować się w kodzie HTML, nagłówkach HTTP, ustawieniach CMS, wtyczkach, szablonie, konfiguracji środowiska lub procesie wdrożeniowym. Dlatego diagnostyka musi obejmować kilka warstw, a nie tylko szybkie sprawdzenie jednego adresu w przeglądarce.
Przeniesiono ustawienia ze środowiska testowego
Na wersji staging często ustawia się noindex, aby zablokować indeksację wersji roboczej. Po migracji blokada może zostać przypadkowo przeniesiona na produkcję.
Wtyczka SEO ustawia noindex dla typów treści
W WordPressie wtyczki SEO mogą blokować indeksację wpisów, stron, kategorii, tagów, autorów, produktów lub archiwów. Po imporcie ustawień łatwo przeoczyć globalną regułę.
Szablon dodaje meta robots noindex
Nowy motyw lub customowy template może generować tag <meta name="robots" content="noindex"> na wybranych typach podstron.
Nagłówek X-Robots-Tag blokuje indeksację
Noindex może nie być widoczny w kodzie HTML, ponieważ jest wysyłany w nagłówku HTTP. To częsty przypadek przy konfiguracjach serwera, CDN lub aplikacji.
Błędna logika canonical i noindex
Strona może mieć jednocześnie canonical do innego URL-a i noindex. Takie połączenie utrudnia Google interpretację, który adres ma być przetwarzany.
Automatyczne reguły dla filtrów, paginacji lub parametrów
Po migracji reguły indeksacji mogą objąć zbyt szeroki zakres, na przykład całe kategorie, listingi produktowe albo strony z parametrami.
Meta robots a X-Robots-Tag – dlaczego to rozróżnienie jest ważne?
Najbardziej znany wariant to tag w sekcji <head>, na przykład <meta name="robots" content="noindex, follow">. Jednak Google może otrzymać dyrektywę noindex również w nagłówku HTTP jako X-Robots-Tag. Wtedy w kodzie strony nie zobaczysz blokady, ale narzędzia diagnostyczne nadal pokażą, że adres nie może zostać zaindeksowany.
Jeżeli pojęcia takie jak noindex, canonical, robots.txt lub statusy HTTP wymagają doprecyzowania, pomocny będzie słownik pojęć. Przy problemach migracyjnych warto jednak pamiętać, że same definicje nie zastąpią analizy konkretnego wdrożenia.
Diagnostyka krok po kroku
Najpierw trzeba ustalić, czy problem dotyczy pojedynczych adresów, całego typu podstron, folderu, sekcji sklepu czy całego serwisu. Pojedynczy adres można poprawić szybko, ale globalny błąd w szablonie lub konfiguracji wtyczki może wykluczać setki albo tysiące URL-i.
- Sprawdź adres w Google Search ConsoleUżyj narzędzia sprawdzania adresu URL. Zwróć uwagę na status indeksowania, wykrytą kanoniczną wersję strony i komunikaty typu „Wykluczono przez tag noindex”.
- Zweryfikuj kod HTML stronyOtwórz źródło strony i wyszukaj
robotsoraznoindex. Sprawdź, czy tag nie jest dodawany przez szablon, wtyczkę lub warunek w kodzie. - Sprawdź nagłówki HTTPUżyj narzędzia developerskiego w przeglądarce, crawlera SEO albo komendy sprawdzającej nagłówki. Szukaj
X-Robots-Tag: noindex. - Porównaj wersję produkcyjną i stagingJeżeli środowisko testowe miało być zablokowane przed indeksacją, sprawdź, czy ustawienia nie zostały skopiowane na produkcję.
- Przejrzyj ustawienia CMS i wtyczek SEOW WordPressie skontroluj ustawienia widoczności dla stron, wpisów, kategorii, tagów, produktów, archiwów i typów niestandardowych.
- Wykonaj crawl serwisuPrzeskanuj serwis crawlerem SEO i odfiltruj adresy z dyrektywą
noindex. Porównaj listę z mapą priorytetowych URL-i. - Sprawdź mapy XMLAdresy oznaczone jako
noindexnie powinny znajdować się w sitemapie. Jeśli są w mapie, Google otrzymuje sprzeczne sygnały. - Zweryfikuj przekierowania i canonicaleUpewnij się, że stare adresy kierują 301 do właściwych nowych adresów, a canonical nie wskazuje strony zablokowanej lub nieistotnej.
Ważna kolejność działań: nie zaczynaj od ponownego zgłaszania adresów do indeksacji. Najpierw usuń źródło noindex, następnie sprawdź status HTTP, canonical, mapę XML i dopiero wtedy poproś Google o ponowne przetworzenie strony.
Tabela diagnostyczna: gdzie szukać źródła noindex?
| Obszar | Co sprawdzić | Typowy objaw | Rekomendowane działanie |
|---|---|---|---|
| Kod HTML | Meta tag robots w sekcji <head> |
W źródle strony widoczny jest noindex |
Usuń tag lub zmień ustawienie generujące go w CMS, motywie albo wtyczce SEO. |
| Nagłówki HTTP | X-Robots-Tag |
Noindex nie widać w kodzie, ale narzędzia pokazują blokadę indeksacji | Sprawdź konfigurację serwera, CDN, aplikacji lub reguły dla typów plików i ścieżek. |
| WordPress | Ustawienia widoczności dla typów treści | Całe grupy stron, wpisów lub produktów mają noindex | Zweryfikuj ustawienia indeksacji w panelu oraz wtyczce SEO. Przy większym serwisie rozważ optymalizację WordPress. |
| Mapa XML | Obecność ważnych URL-i w sitemapie | Sitemap zawiera adresy z noindex lub pomija ważne strony | Wygeneruj poprawną mapę XML i prześlij ją ponownie w Google Search Console. |
| Canonical | Adres kanoniczny wskazany na stronie | Google widzi inną wersję URL-a niż docelowa | Ustaw canonical na właściwy adres lub usuń sprzeczność między canonical a noindex. |
| Przekierowania | Łańcuchy i statusy 301, 302, 200 | Stary adres przekierowuje do strony z noindex | Popraw mapowanie przekierowań, aby prowadziły do indeksowalnych odpowiedników. |
| Szablon | Warunki w template dla stron, kategorii i produktów | Noindex pojawia się tylko na wybranym typie podstron | Przejrzyj logikę szablonu i usuń warunek dodający blokadę. |
Jak naprawić noindex po migracji?
Naprawa zależy od źródła problemu. Inaczej działa się przy ręcznie ustawionym znaczniku na kilku stronach, inaczej przy globalnym błędzie w szablonie, a jeszcze inaczej przy nagłówku serwerowym wysyłanym dla całego katalogu. W każdym przypadku celem jest doprowadzenie ważnych adresów do stanu: status 200, brak noindex, poprawny canonical, obecność w sitemapie i dostępność dla robotów.
1. Usuń dyrektywę noindex z ważnych adresów
Jeżeli źródłem jest meta robots, usuń noindex lub zmień go na konfigurację zgodną z celem strony. Dla stron, które mają rankować, najczęściej oczekiwanym stanem jest brak blokującej dyrektywy. Nie trzeba na siłę dodawać index, jeśli strona jest poprawnie dostępna, ale w praktyce wiele wtyczek zapisuje ustawienie jako „index, follow”.
2. Usuń X-Robots-Tag z nagłówków
Jeżeli noindex jest wysyłany w nagłówku HTTP, praca po stronie CMS może nie wystarczyć. Trzeba sprawdzić konfigurację serwera, reguły aplikacji, CDN, reverse proxy lub ustawienia hostingu. To częsty przypadek po migracji, gdy zespół techniczny zabezpieczał środowisko testowe i przeniósł reguły na produkcję.
3. Skoryguj ustawienia w WordPressie lub platformie e-commerce
W WordPressie sprawdź ustawienie „Proś wyszukiwarki o nieindeksowanie tej witryny”, konfigurację wtyczki SEO oraz indywidualne ustawienia na poziomie podstron. W sklepach sprawdź kategorie, produkty, marki, warianty, paginację i filtry. Jeżeli po migracji zmieniła się struktura serwisu, dawne reguły mogą obejmować nowe adresy w niezamierzony sposób.
4. Popraw mapy XML i linkowanie wewnętrzne
Po usunięciu blokady zaktualizuj mapę XML, aby zawierała tylko adresy, które faktycznie mają być indeksowane. Ważne strony powinny być też osiągalne przez linkowanie wewnętrzne, a nie wyłącznie przez sitemapę. Jeżeli Google ma ponownie zaufać nowej strukturze po migracji, sygnały techniczne muszą być spójne.
5. Zgłoś najważniejsze adresy do ponownego sprawdzenia
Po weryfikacji użyj Google Search Console, aby sprawdzić wersję live adresu i poprosić o indeksowanie priorytetowych stron. Nie zgłaszaj masowo URL-i bez sprawdzenia, czy problem został usunięty. W przeciwnym razie Google ponownie zobaczy noindex i utrzyma wykluczenie.
Jeżeli noindex dotyczył wielu ważnych adresów, warto wykonać pełny audyt SEO. Sama zmiana ustawienia może nie wystarczyć, jeśli migracja spowodowała też błędy przekierowań, duplikację adresów, problemy z canonicalami, utratę treści lub osłabienie linkowania wewnętrznego.
Lista kontrolna po naprawie noindex
Po wdrożeniu zmian nie kończ diagnostyki na stwierdzeniu, że tag zniknął z jednej strony. W migracjach problemy często występują wzorcowo, czyli dotyczą całych typów szablonów lub katalogów. Poniższa lista pomaga ograniczyć ryzyko, że część adresów nadal pozostaje poza indeksem.
- Sprawdź w Google Search Console wersję live najważniejszych URL-i.
- Wykonaj crawl serwisu i odfiltruj wszystkie adresy z
noindex. - Porównaj listę adresów z noindex z listą stron biznesowo ważnych.
- Zweryfikuj, czy sitemap XML zawiera tylko indeksowalne adresy.
- Sprawdź, czy ważne strony zwracają status 200, a nie 3xx, 4xx lub 5xx.
- Upewnij się, że canonical wskazuje właściwy adres docelowy.
- Przejrzyj przekierowania ze starych adresów po migracji.
- Sprawdź, czy roboty nie są blokowane w pliku robots.txt.
- Zweryfikuj linkowanie wewnętrzne do stron usług, kategorii i produktów.
- Monitoruj raport indeksowania przez kolejne dni i tygodnie.
Jak szybko Google przywróci stronę do indeksu?
Nie ma jednej gwarantowanej daty. Jeśli strona jest ważna, dobrze podlinkowana wewnętrznie, znajduje się w sitemapie i wcześniej miała historię w Google, powrót może być szybszy. Przy dużych serwisach lub długotrwałej blokadzie Google może potrzebować więcej czasu na ponowne przetworzenie adresów i odbudowę widoczności.
W praktyce po usunięciu noindex trzeba monitorować nie tylko status indeksacji, ale także pozycje, kliknięcia, wyświetlenia i zachowanie ruchu organicznego. Jeśli strona wróci do indeksu, ale nie odzyska widoczności, problem może leżeć również w zmianach treści, architekturze informacji, utraconych przekierowaniach lub jakości nowego wdrożenia.
Kiedy warto skonsultować problem z ekspertem?
Nie każdy przypadek wymaga pełnego projektu SEO technicznego. Jeśli noindex został ustawiony ręcznie na jednej podstronie, a zespół wie, gdzie to zmienić, naprawa jest prosta. Konsultacja staje się jednak uzasadniona, gdy problem dotyczy stron generujących przychód, większej liczby adresów albo migracji, która już wpłynęła na widoczność i liczbę zapytań.
Spadł ruch lub leady po migracji
Jeżeli po wdrożeniu nowej strony zmniejszyła się liczba wejść z Google, trzeba sprawdzić nie tylko noindex, ale cały zestaw sygnałów technicznych.
Noindex dotyczy wielu szablonów
Problem na kategoriach, produktach, stronach usług lub artykułach może oznaczać błąd systemowy, a nie pojedyncze ustawienie.
Google pokazuje sprzeczne komunikaty
Jeśli Search Console wskazuje noindex, inną kanoniczną wersję strony lub nietypowe wykluczenia, potrzebna jest analiza kilku źródeł danych.
Migracja obejmowała zmianę struktury URL
Przy zmianie adresów trzeba zweryfikować mapowanie 301, kanonikalizację, sitemapę, linkowanie wewnętrzne i priorytety indeksacji.
W RankHero analizujemy takie przypadki w ramach SEO technicznego: sprawdzamy źródło blokady, skalę problemu, wpływ na indeksację oraz ryzyka po migracji. Przygotowujemy też konkretne rekomendacje dla zespołu marketingowego, developera lub właściciela serwisu, bez ogólnikowych zaleceń.
Potrzebujesz sprawdzić noindex po migracji?
Jeżeli ważne strony zniknęły z Google, a Search Console pokazuje wykluczenie przez noindex, warto szybko ustalić przyczynę i zakres problemu. RankHero może przeprowadzić techniczną diagnostykę oraz wskazać, co poprawić w CMS, szablonie, nagłówkach, sitemapie i przekierowaniach.
FAQ
Czy strona z noindex może być odwiedzana przez użytkowników?
Tak. Noindex nie blokuje dostępu użytkownikom. Strona może działać normalnie w przeglądarce, ale wyszukiwarka dostaje informację, że nie powinna umieszczać jej w wynikach.
Czy noindex w robots.txt działa tak samo jak meta robots?
Nie. Plik robots.txt służy głównie do zarządzania crawlingiem, a dyrektywa noindex powinna być przekazywana przez meta robots lub nagłówek HTTP. Co ważne, jeśli zablokujesz crawling w robots.txt, Google może nie wejść na stronę i nie zobaczyć usuniętego noindex.
Czy usunięcie noindex natychmiast przywróci widoczność?
Nie zawsze. Najpierw Google musi ponownie odwiedzić adres, zobaczyć zmianę i zdecydować o indeksacji. Potem dopiero można oceniać powrót pozycji i ruchu. Czas zależy od jakości strony, linkowania, częstotliwości crawlowania i skali migracji.
Co jest groźniejsze po migracji: noindex czy błędne przekierowania?
Oba problemy są poważne. Noindex bezpośrednio wyklucza stronę z indeksu, a błędne przekierowania mogą przerwać przenoszenie sygnałów ze starych adresów na nowe. W praktyce często występują razem, dlatego warto wykonać całościową diagnostykę migracji.
Czy noindex może być ustawiony tylko na części strony?
Tak. Może dotyczyć pojedynczej podstrony, kategorii, typu wpisu, szablonu, katalogu, wersji językowej albo grupy adresów z parametrami. Dlatego przy diagnostyce trzeba sprawdzić zarówno konkretne URL-e, jak i wzorce adresów.
Czy warto usuwać noindex ze wszystkich stron?
Nie. Nie każda podstrona powinna być indeksowana. Noindex bywa celowo stosowany dla stron technicznych, koszyka, wyników wyszukiwania wewnętrznego, części filtrów, stron logowania albo niskiej jakości archiwów. Problem pojawia się wtedy, gdy blokada obejmuje strony ważne dla SEO i biznesu.
Jak sprawdzić, czy problem dotyczy WordPressa?
W WordPressie sprawdź ustawienia czytania, konfigurację wtyczki SEO, ustawienia konkretnej strony oraz typów treści. Jeśli noindex pojawia się na wielu podobnych podstronach, możliwe, że wynika z ustawień globalnych albo szablonu. W takim przypadku pomocna może być optymalizacja WordPress połączona z analizą SEO technicznego.
Czy audyt SEO wykryje pozostawiony noindex po migracji?
Tak, dobrze wykonany audyt SEO powinien wykryć adresy z noindex, sprawdzić ich znaczenie biznesowe, wskazać źródło blokady i ocenić wpływ na indeksację. W przypadku migracji audyt powinien obejmować także przekierowania, mapy XML, canonicale, statusy HTTP i linkowanie wewnętrzne.