Materiał porządkuje temat: nowe podstrony nie trafiaja do indeksu po migracji strony.
Po migracji strony często pojawia się pozornie prosty, ale biznesowo bardzo kosztowny problem: nowe adresy są widoczne w CMS, można je otworzyć w przeglądarce, zespół publikuje kolejne treści lub produkty, ale Google ich nie pokazuje. W praktyce oznacza to, że nowe podstrony nie trafiają do indeksu po migracji strony albo trafiają do niego z dużym opóźnieniem.
Przyczyną rzadko jest jeden błąd. Najczęściej problem wynika z kombinacji ustawień noindex, błędów w robots.txt, nieprawidłowych canonicali, słabego linkowania wewnętrznego, problemów z mapą XML, zmian w strukturze adresów URL albo utraty zaufania do nowej wersji serwisu. Poniżej znajdziesz konkretną ścieżkę diagnostyczną dla właścicieli firm, marketerów B2B, e-commerce managerów i osób odpowiedzialnych za stronę.
Najważniejsza zasada: fakt, że adres istnieje w CMS i otwiera się w przeglądarce, nie oznacza jeszcze, że Google może go sprawnie odkryć, zaindeksować i utrzymać w indeksie. Po migracji trzeba sprawdzić dostępność techniczną, sygnały indeksowania, linkowanie oraz jakość i unikalność treści.
Jak wygląda problem z indeksacją po migracji?
Typowy scenariusz jest następujący: po wdrożeniu nowej strony zespół publikuje nowe podstrony usługowe, wpisy blogowe, kategorie produktów albo karty produktowe. W panelu CMS wszystko wygląda poprawnie. Adresy mają status opublikowane, są dostępne pod właściwymi URL-ami, treść jest widoczna, a strona działa dla użytkowników.
Problem pojawia się dopiero po sprawdzeniu widoczności w Google. Nowe adresy nie pojawiają się w wynikach wyszukiwania, komenda site: nie pokazuje ich w indeksie, a w Google Search Console widać komunikaty sugerujące, że adres został odkryty, ale nie zindeksowany, przeskanowany, ale nie zindeksowany albo wykluczony z powodu ustawień technicznych.
Adres istnieje, ale Google go nie pokazuje
To najczęstszy objaw. Strona działa dla użytkownika, ale nie generuje wejść organicznych, bo Google nie dodało jej do indeksu.
Nowe treści indeksują się wolniej niż przed migracją
Przed zmianą serwisu nowe adresy pojawiały się w wynikach po kilku dniach, a po migracji czekają tygodniami bez efektu.
Indeksują się tylko wybrane typy podstron
Na przykład wpisy blogowe trafiają do indeksu, ale kategorie, filtry, produkty albo podstrony lokalne pozostają niewidoczne.
Google widzi adres, ale wybiera inny URL
Może to oznaczać problem z canonicalem, duplikacją treści, przekierowaniami lub sprzecznymi sygnałami po migracji.
Jeśli problem dotyczy większej liczby adresów, nie warto zgłaszać każdej podstrony ręcznie i czekać. Trzeba znaleźć wzorzec błędu. W obszarze SEO technicznego indeksacja jest skutkiem całego systemu sygnałów, a nie pojedynczego przycisku w CMS.
Najczęstsze przyczyny braku indeksacji nowych podstron po migracji
Migracja strony może obejmować zmianę CMS, domeny, struktury adresów URL, szablonu, technologii frontendu, hostingu, architektury informacji albo wszystkich tych elementów jednocześnie. Każdy z nich może wpłynąć na to, czy Google odkrywa i indeksuje nowe adresy.
Blokada noindex pozostawiona po środowisku testowym
Po migracji w kodzie strony, ustawieniach CMS lub wtyczce SEO może pozostać dyrektywa noindex. Dla użytkownika strona wygląda normalnie, ale robot otrzymuje jasny sygnał, aby nie dodawać jej do indeksu.
Nieprawidłowy plik robots.txt
Robots.txt może blokować katalogi, zasoby, parametry lub całe sekcje serwisu. Częsty błąd to przeniesienie reguł z wersji developerskiej na produkcję bez ich weryfikacji.
Błędne canonicale
Nowa podstrona może wskazywać canonicalem na stronę główną, starą wersję URL, kategorię nadrzędną albo inny wariant adresu. Google może wtedy uznać, że nie warto indeksować nowego adresu.
Brak linkowania wewnętrznego
Jeśli nowe podstrony są widoczne tylko w CMS, ale nie są podlinkowane z menu, kategorii, listingów, treści lub mapy strony, Google może odkrywać je wolno albo traktować jako mało istotne.
Problemy z mapą XML
Mapa może nie zawierać nowych adresów, zawierać adresy z błędnymi statusami, wskazywać stare URL-e albo aktualizować się z opóźnieniem. To szczególnie częste po zmianie CMS lub wtyczki SEO.
Łańcuchy przekierowań i błędne statusy HTTP
Nowe adresy powinny zwracać status 200. Jeżeli po drodze występują przekierowania, błędy 404, 5xx, soft 404 albo pętle, indeksacja może zostać wstrzymana.
Duplikacja treści po zmianie struktury
Po migracji często powstają warianty adresów: z końcowym ukośnikiem i bez, z parametrami, z różnymi wersjami kategorii lub filtrowania. Google może wybrać inny adres jako kanoniczny.
Zbyt słaba jakość lub unikalność nowych stron
Jeśli nowe podstrony mają bardzo podobną treść, niewiele wartości dla użytkownika albo są generowane masowo, Google może odkładać indeksację nawet przy poprawnej konfiguracji technicznej.
Ważne: po migracji nie diagnozuj wyłącznie pojedynczego adresu. Sprawdź próbkę adresów z różnych typów podstron: usługi, kategorie, produkty, wpisy, lokalizacje, landing page i strony z parametrami. Wzorzec problemu zwykle ujawnia się dopiero przy porównaniu kilku sekcji serwisu.
Diagnostyka krok po kroku
Poniższa kolejność pozwala szybko oddzielić problemy krytyczne od sygnałów drugorzędnych. Najpierw sprawdzamy, czy Google może wejść na adres i czy wolno mu go indeksować. Dopiero później analizujemy jakość, linkowanie i priorytet indeksowania.
- Sprawdź status HTTP nowych adresówKażda nowa podstrona, która ma trafić do indeksu, powinna zwracać status 200. Jeżeli adres zwraca 301, 302, 404, 410, 500 albo soft 404, trzeba najpierw usunąć problem dostępności.
- Zweryfikuj dyrektywy indeksowaniaSprawdź meta robots, nagłówki X-Robots-Tag oraz ustawienia w CMS lub wtyczce SEO. Szukaj wartości noindex, none albo reguł ograniczających indeksację dla konkretnego typu treści.
- Sprawdź robots.txtUpewnij się, że robots.txt nie blokuje nowych katalogów, zasobów renderowania, ścieżek kategorii, produktów, wpisów lub adresów z ważnymi parametrami.
- Przeanalizuj canonicalNowa podstrona powinna wskazywać samą siebie jako canonical, jeśli jest docelową wersją treści. Canonical do innego adresu może spowodować, że Google pominie ją w indeksie.
- Porównaj adresy w mapie XML z realnymi adresamiMapa XML powinna zawierać wyłącznie indeksowalne adresy ze statusem 200. Po migracji często pozostają w niej stare URL-e albo brakuje nowych typów podstron.
- Sprawdź linkowanie wewnętrzneAdresy powinny być dostępne przez logiczną strukturę strony, a nie tylko przez bezpośrednie wejście z CMS. Oceń, ile kliknięć dzieli je od strony głównej i czy są linkowane z istotnych sekcji.
- Zbadaj komunikaty w Google Search ConsoleSprawdź raport indeksowania, inspekcję URL i datę ostatniego skanowania. Zwróć uwagę, czy Google zna adres, czy go odwiedziło i jaki adres wybrało jako kanoniczny.
- Oceń jakość i unikalność treściJeśli technicznie wszystko jest poprawne, problem może wynikać z niskiej wartości podstron, nadmiernej duplikacji lub braku jasnego celu wyszukiwania.
W przypadku większych serwisów, szczególnie e-commerce i B2B z rozbudowaną strukturą usług, warto połączyć dane z crawla, logów serwera i Google Search Console. Dzięki temu można ustalić, czy Googlebot w ogóle odwiedza nowe adresy, jak często to robi i jakie statusy otrzymuje.
Tabela diagnostyczna: co sprawdzić i co oznacza wynik
Poniższa tabela pomaga szybko połączyć objaw z najbardziej prawdopodobną przyczyną. Nie zastępuje pełnego audytu, ale dobrze porządkuje pierwszą analizę po migracji.
| Element do sprawdzenia | Prawidłowy wynik | Sygnał problemu | Co zrobić |
|---|---|---|---|
| Status HTTP | 200 dla adresu docelowego | 301, 302, 404, 410, 5xx, soft 404 | Popraw przekierowania, usuń błędy serwera, przywróć właściwy adres lub zmień linkowanie do docelowego URL. |
| Meta robots | index, follow albo brak blokady | noindex, none, nofollow w niewłaściwym miejscu | Usuń blokadę w CMS, szablonie, wtyczce SEO lub konfiguracji typu treści. |
| X-Robots-Tag | Brak blokady indeksowania | Noindex w nagłówku HTTP | Sprawdź konfigurację serwera, CDN, reguły aplikacji i ustawienia dla plików lub katalogów. |
| Robots.txt | Brak blokady istotnych sekcji | Disallow dla katalogu z nowymi adresami | Zmień reguły robots.txt i upewnij się, że nie blokują indeksowalnych podstron. |
| Canonical | Canonical do samego siebie | Canonical do strony głównej, starego URL albo innej podstrony | Popraw szablon canonicali i wyczyść reguły odziedziczone po migracji. |
| Mapa XML | Zawiera nowe adresy ze statusem 200 | Brak nowych adresów, stare URL-e, adresy noindex | Wygeneruj mapę ponownie, podziel ją według typów treści i zgłoś w Search Console. |
| Linkowanie wewnętrzne | Adresy dostępne z menu, kategorii, listingów lub treści | Podstrony osierocone, brak linków, zbyt duża głębokość | Dodaj linki z ważnych podstron, kategorii, hubów tematycznych i sekcji powiązanych. |
| Treść | Unikalna, użyteczna, zgodna z intencją użytkownika | Duplikaty, cienkie treści, masowo generowane warianty | Rozbuduj treść, połącz podobne podstrony lub ogranicz indeksację wariantów bez wartości SEO. |
Jak naprawić problem z indeksacją nowych podstron?
Naprawa zależy od przyczyny, ale kolejność działań ma znaczenie. Nie warto zaczynać od rozbudowy treści, jeśli strona ma noindex. Nie warto też zgłaszać setek adresów do indeksacji, jeśli mapa XML wskazuje stare URL-e, a canonicale odsyłają do innych stron.
1. Usuń blokady techniczne
Najpierw wyeliminuj wszystko, co jednoznacznie uniemożliwia indeksację: noindex, blokady w robots.txt, błędne nagłówki X-Robots-Tag, statusy inne niż 200 oraz problemy z dostępnością serwera. To warstwa krytyczna. Dopóki jest błędna, pozostałe działania będą nieskuteczne.
- sprawdź ustawienia indeksowania dla całego typu treści w CMS,
- zweryfikuj szablony stron i komponenty generujące meta robots,
- porównaj robots.txt z wersją sprzed migracji,
- sprawdź, czy CDN lub konfiguracja serwera nie dodają nagłówków blokujących indeksację,
- upewnij się, że nowe adresy nie są ukryte za logowaniem, filtrem geolokalizacji lub błędem renderowania.
2. Uporządkuj canonicale i przekierowania
Po migracji bardzo często powstają sprzeczne sygnały. Linki wewnętrzne prowadzą do nowego adresu, canonical wskazuje stary, mapa XML zawiera jeszcze inny wariant, a przekierowania prowadzą przez kilka pośrednich URL-i. Google może wtedy uznać, że nie ma stabilnej wersji do indeksowania.
Rekomendacja: dla każdej ważnej podstrony ustal jeden docelowy URL. Ten sam adres powinien występować w linkowaniu wewnętrznym, mapie XML, canonicalu i przekierowaniach. Spójność sygnałów przyspiesza indeksację i ogranicza ryzyko wyboru niepożądanego adresu kanonicznego.
3. Odbuduj strukturę linkowania wewnętrznego
Nowe podstrony nie powinny być odizolowane. Google odkrywa i ocenia adresy między innymi przez linki wewnętrzne. Jeśli po migracji zmieniło się menu, listingi kategorii, moduły powiązanych artykułów albo breadcrumbs, część nowych stron może stracić kontekst i priorytet.
- dodaj linki z kategorii nadrzędnych i stron hubowych,
- wykorzystaj breadcrumbs, jeżeli struktura serwisu jest hierarchiczna,
- linkuj nowe podstrony z istniejących treści o wysokiej widoczności,
- ogranicz liczbę kliknięć potrzebnych do dotarcia do ważnych adresów,
- unikaj linków generowanych wyłącznie przez skrypty, jeśli robot może mieć problem z renderowaniem.
Jeżeli migracja była częścią większej zmiany strategii organicznej, warto przeanalizować nie tylko błędy techniczne, ale też docelową architekturę SEO. Więcej o długofalowym podejściu znajdziesz na stronie usługi pozycjonowanie.
4. Zaktualizuj mapy XML
Mapa XML nie gwarantuje indeksacji, ale pomaga Google szybciej odkrywać ważne adresy. Po migracji powinna być czysta, aktualna i zgodna z tym, co faktycznie chcesz indeksować. Nie umieszczaj w niej adresów noindex, przekierowanych, z błędami 404, z parametrami technicznymi ani wariantów bez wartości SEO.
- podziel mapy na typy treści, na przykład strony, wpisy, kategorie, produkty,
- sprawdź, czy nowe adresy pojawiają się w mapie po publikacji,
- usuń stare URL-e, które zostały przekierowane,
- zgłoś mapę w Google Search Console,
- monitoruj liczbę przesłanych i zaindeksowanych adresów.
5. Popraw jakość stron, które Google odkłada
Jeżeli adres jest technicznie dostępny, ma poprawny canonical, znajduje się w mapie XML i jest linkowany, a mimo to długo pozostaje poza indeksem, trzeba ocenić jego wartość. Google nie musi indeksować każdej opublikowanej strony, szczególnie jeśli widzi wiele podobnych adresów.
Dla stron usługowych
Upewnij się, że strona odpowiada na konkretną intencję, opisuje zakres usługi, problemy klienta, proces, dowody kompetencji i warunki współpracy.
Dla e-commerce
Sprawdź, czy kategorie i produkty mają unikalne opisy, sensowne filtry, dostępne produkty, dane strukturalne i linki z kategorii nadrzędnych.
Dla bloga i poradników
Oceń, czy treść wnosi coś więcej niż powielenie istniejących artykułów, czy ma jasny temat i czy jest powiązana linkami z innymi materiałami.
W diagnozie przydaje się też uporządkowanie pojęć, takich jak indeksowanie, crawling, canonical, robots.txt czy sitemap. Jeśli chcesz ujednolicić terminologię w zespole, skorzystaj ze słownika pojęć.
Lista kontrolna po migracji strony
Ta lista pomaga szybko sprawdzić, czy nowe podstrony mają realną szansę trafić do indeksu. Najlepiej wykonać ją na kilku reprezentatywnych adresach z różnych sekcji serwisu.
- Nowy adres zwraca status HTTP 200.
- Podstrona nie ma meta robots noindex.
- Nagłówki HTTP nie zawierają X-Robots-Tag z blokadą indeksowania.
- Robots.txt nie blokuje katalogu ani zasobów potrzebnych do renderowania strony.
- Canonical wskazuje właściwy, docelowy adres.
- Adres znajduje się w aktualnej mapie XML.
- Mapa XML nie zawiera adresów przekierowanych, noindex ani 404.
- Nowa podstrona jest linkowana z istotnych miejsc w serwisie.
- Adres nie jest osierocony i nie wymaga wielu kliknięć od strony głównej.
- Treść jest unikalna, kompletna i odpowiada na konkretną intencję użytkownika.
- Nie istnieje konkurencyjny, bardzo podobny adres, który Google może uznać za lepszy canonical.
- Google Search Console pokazuje, że adres został odkryty lub przeskanowany.
- Nie występują masowe błędy serwera, timeouty ani problemy z wydajnością.
- Wewnętrzne linki prowadzą do wersji kanonicznej, a nie do starych lub przekierowanych URL-i.
- Po wdrożeniu poprawek monitorujesz indeksację na poziomie typów podstron, a nie tylko pojedynczych przykładów.
Praktyczna wskazówka: jeżeli problem pojawił się bezpośrednio po migracji, porównaj nową wersję serwisu ze starą. Zwróć uwagę na zmiany w strukturze URL, szablonach meta, canonicalach, mapach XML, menu, breadcrumbs, paginacji i sposobie renderowania treści.
Kiedy warto skonsultować problem z ekspertem?
Nie każdy problem z indeksacją wymaga rozbudowanego audytu. Jeśli dotyczy pojedynczej podstrony, przyczyną może być zwykły błąd publikacji, brak linku wewnętrznego albo zbyt krótki czas od wdrożenia. Są jednak sytuacje, w których szybka konsultacja pozwala uniknąć utraty widoczności, ruchu i sprzedaży.
Problem dotyczy całego typu podstron
Jeżeli Google nie indeksuje nowych produktów, kategorii, usług lub artykułów jako grupy, prawdopodobnie działa błąd szablonu, konfiguracji CMS albo architektury.
Po migracji spadła liczba zaindeksowanych adresów
Spadek indeksacji może oznaczać błędne przekierowania, duplikację, wykluczenia przez canonical albo utratę ważnych linków wewnętrznych.
Search Console pokazuje sprzeczne komunikaty
Adres jest przesłany w mapie, ale wykluczony? Google wybrało inny canonical? To wymaga analizy sygnałów technicznych, a nie tylko ręcznego zgłaszania URL-i.
Strona jest ważnym źródłem leadów lub sprzedaży
W B2B i e-commerce opóźniona indeksacja nowych podstron może blokować pozyskiwanie zapytań, transakcji i ruchu z treści przygotowanych pod konkretne intencje.
Ekspert SEO technicznego powinien sprawdzić nie tylko widoczny HTML, ale też crawl serwisu, konfigurację indeksowania, mapy XML, logi serwera, zachowanie Googlebota, architekturę informacji i historię migracji. W RankHero pomagamy diagnozować takie problemy w ramach konsultacji SEO, a jeśli wymaga tego sytuacja, także w szerszym procesie naprawy widoczności organicznej.
Nowe podstrony po migracji nie indeksują się?
Sprawdzimy, czy problem wynika z blokad technicznych, canonicali, map XML, linkowania wewnętrznego, jakości treści czy błędów po migracji. Otrzymasz priorytety działań i konkretne rekomendacje wdrożeniowe.
FAQ
Dlaczego nowe podstrony są widoczne w CMS, ale nie ma ich w Google?
CMS pokazuje, że strona została opublikowana, ale Google musi ją jeszcze odkryć, przeskanować, ocenić i dodać do indeksu. Ten proces może zostać zablokowany przez noindex, robots.txt, błędny canonical, brak linkowania wewnętrznego, problemy z mapą XML albo niską jakość treści.
Ile czasu po migracji Google potrzebuje na indeksację nowych adresów?
Nie ma jednej stałej wartości. W silnych i dobrze utrzymanych serwisach nowe adresy mogą pojawiać się w indeksie w ciągu kilku dni. Po migracji, szczególnie przy dużych zmianach struktury, proces może potrwać dłużej. Jeśli po kilku tygodniach całe grupy nowych podstron nadal nie są indeksowane, warto rozpocząć diagnostykę.
Czy ręczne zgłaszanie adresu w Google Search Console rozwiąże problem?
Może pomóc przy pojedynczych adresach, ale nie naprawia przyczyny. Jeśli strona ma noindex, błędny canonical, brak linków wewnętrznych albo jest blokowana w robots.txt, samo zgłoszenie adresu nie wystarczy. Najpierw trzeba usunąć przeszkody techniczne i uporządkować sygnały indeksowania.
Czy mapa XML gwarantuje indeksację?
Nie. Mapa XML pomaga Google odkryć adresy, ale nie gwarantuje, że zostaną zaindeksowane. Google nadal ocenia dostępność, sygnały kanoniczne, jakość, duplikację i znaczenie strony w strukturze serwisu. Mapa powinna zawierać tylko adresy, które faktycznie chcesz indeksować.
Co oznacza komunikat „Odkryto – obecnie nie zindeksowano”?
Oznacza, że Google zna adres, ale jeszcze go nie przeskanowało albo nie uznało za priorytet. Po migracji może to wynikać ze słabego linkowania wewnętrznego, dużej liczby nowych URL-i, ograniczonego budżetu crawlowania, niskiej wartości strony lub niespójnych sygnałów technicznych.
Co oznacza komunikat „Zeskanowano – obecnie nie zindeksowano”?
Oznacza, że Google odwiedziło adres, ale nie dodało go do indeksu. Wtedy warto sprawdzić jakość i unikalność treści, canonical, duplikację, status HTTP, renderowanie oraz to, czy strona ma wystarczające znaczenie w strukturze serwisu.
Czy po migracji trzeba przekierować wszystkie stare adresy?
Ważne stare adresy powinny mieć przekierowania 301 do najbardziej odpowiadających im nowych URL-i. Brak przekierowań może spowodować utratę sygnałów SEO, błędy 404 i wolniejsze zrozumienie nowej struktury przez Google. Nie należy jednak przekierowywać wszystkiego na stronę główną, jeśli istnieją lepsze odpowiedniki tematyczne.
Kiedy indeksacja jest problemem technicznym, a kiedy jakościowym?
Jeśli strona jest blokowana, zwraca błędny status, ma nieprawidłowy canonical albo nie występuje w linkowaniu, mówimy o problemie technicznym. Jeśli technicznie wszystko jest poprawne, a Google nadal pomija adresy, trzeba ocenić jakość, unikalność, intencję wyszukiwania i zasadność indeksowania danej grupy podstron.