"Zeskanowana, ale niezindeksowana" — przyczyny, diagnoza i krok-po-kroku naprawa

Co dokładnie oznacza ten status — i czym różni się od "Wykryto, ale niezindeksowano"

Kiedy otwierasz Google Search Console i widzisz URL na liście "Strona zeskanowana, ale niezindeksowana", Google komunikuje Ci dwie precyzyjne informacje: po pierwsze — Googlebot odwiedził stronę i pomyślnie pobrał jej zawartość; po drugie — potok indeksowania przeanalizował tę treść i podjął decyzję, by nie dodawać URL-a do indeksu. Sam crawl przebiegł bez problemu. Odrzucenie nastąpiło na późniejszym, redakcyjnym etapie. To rozróżnienie jest kluczowe, bo od razu wyklucza całą klasę problemów. Strona nie jest zablokowana przez plik robots.txt — taka blokada uniemożliwia crawlowanie i powoduje inny status w GSC. Nie ma błędu DNS ani problemu serwera. Googlebot wszedł na stronę, przeczytał jej zawartość i wyszedł — bez dodania jej do indeksu. Porównaj to ze statusem "Wykryto, ale niezindeksowano" (ang. Discovered – currently not indexed). Tam Google znalazło URL (np. w sitemapie lub przez link wewnętrzny), ale jeszcze go nie zcrawlowało. To opóźnienie kolejki crawlowej — zwykle powiązane z budżetem crawlowania lub autorytetem witryny. Status "Zeskanowana, ale niezindeksowana" jest o krok dalej: pobranie treści już nastąpiło. Sygnał, który Google otrzymało po pobraniu, był po prostu niewystarczający. Praktyczna konsekwencja jest prosta: URL w tym stanie jest niewidoczny w wyszukiwarce. Zero rankowania, zero ruchu, zero wyświetleń. Dopóki nie naprawisz źródłowego problemu z sygnałem, wielokrotne klikanie "Poproś o indeksację" w GSC nic nie zmieni — Google ponownie odwiedzi stronę, wyciągnie ten sam wniosek i zostawi status bez zmian.

Jak znaleźć wszystkie dotknięte URL-e — raport indeksowania stron w GSC (krok po kroku)

Zanim cokolwiek naprawisz, potrzebujesz pełnego obrazu sytuacji. Oto jak efektywnie wyeksportować dane z Google Search Console. 1. Otwórz Search Console i wybierz właściwość swojej witryny. 2. W lewym menu kliknij "Indeksowanie" > "Strony". 3. Nad wykresem zobaczysz podział według przyczyny. Kliknij "Strona zeskanowana, ale niezindeksowana" w tabeli pod wykresem. GSC pokazuje próbę dotkniętych URL-i — zazwyczaj do kilkuset. 4. Wyeksportuj listę. Użyj przycisku eksportu (prawy górny róg tabeli) i pobierz plik jako CSV lub Arkusze Google. Jeśli witryna ma tysiące dotkniętych URL-i, skrzyżuj ten eksport z danymi własnego crawla (Screaming Frog, Sitebulb lub analiza logów serwera). 5. Posegmentuj listę według typów stron. Pogrupuj URL-e według szablonu — wpisy blogowe, strony produktowe, kategorie, strony lądowania. Przyczyna źródłowa często różni się zależnie od szablonu, więc hurtowa naprawa staje się możliwa, gdy zidentyfikujesz wzorzec. 6. Posortuj według daty ostatniego crawlowania. URL-e, które Google wielokrotnie crawluje i odrzuca, są wyższym priorytetem niż te zcrawlowane tylko raz dawno temu. 7. Skrzyżuj z ruchem organicznym w GSC > Wyniki wyszukiwania. Przefiltruj widok do dotkniętych URL-i. Jeśli któreś z nich miały kliknięcia lub wyświetlenia przed wpadnięciem w ten status — to Twój pierwszy priorytet. Strony, które kiedyś ceniło Google, mają największe szanse na odbudowę. Z tą posegmentowaną, uporządkowaną priorytetowo listą w ręku możesz przystąpić do diagnozowania przyczyn.

Przyczyna 1: Cienka treść (thin content) — Google nie widzi wystarczającej wartości

Thin content — uboga treść — to najczęstsza przyczyna statusu "Zeskanowana, ale niezindeksowana". Systemy Google szacują, czy strona faktycznie jest użyteczna dla użytkownika, który na nią trafi. Strona bardzo krótka, omawiająca temat zbyt powierzchownie lub złożona głównie z szablonowego tekstu i powtarzających się fraz, uzyska niską ocenę w tym wewnętrznym procesie oceny jakości. "Uboga" nie zawsze znaczy "krótka". Strona licząca 200 słów, która definitywnie odpowiada na wąskie pytanie (np. konkretny kod błędu), może być w pełni wartościowa. Strona licząca 1500 słów, która krąży wokół tematu bez podania żadnych konkretnych, użytecznych informacji ani oryginalnego spojrzenia, jest w ocenie Google treścią ubogą. Standard, który Google stosuje wewnętrznie, jest bliższy pytaniu: czy kompetentna osoba po przeczytaniu tej strony poczułaby się usatysfakcjonowana, czy wróciłaby od razu do wyników wyszukiwania? Jak wykryć thin content na dotkniętych URL-ach: - Przeczytaj stronę na głos, jakbyś był docelowym użytkownikiem. Czy odpowiada na zapytanie wyczerpująco? - Sprawdź liczbę słów, ale waż ją względem typu zapytania. Poradniki informacyjne wymagają głębi; strony szybkiego odczytu mogą jej nie potrzebować. - Szukaj istotnej duplikacji wewnątrz samej strony — powtarzające się nagłówki, skopiowane klauzule, szablonowy boilerplate stanowiący ponad ~40% treści. - Porównaj temat strony z czołówką SERP dla docelowej frazy. Jeśli 10 innych stron oferuje więcej konkretnych informacji niż Twoja, masz thin content. - Sprawdź czas spędzonego na stronie i współczynnik powrotu do SERP w Analytics, jeśli strona była kiedyś zindeksowana. Jak naprawić thin content: - Rozbuduj treść merytorycznie. Dodaj szczegóły, których brakuje: kroki, przykłady, dane, porównania, zastrzeżenia. Przejdź od "co" do "jak" i "dlaczego". - Wpleć doświadczenie z pierwszej ręki lub ekspercką wiedzę. Wytyczne jakościowe Google wyraźnie nagradzają treści, gdzie autor merytorycznie panuje nad tematem — anegdoty, wyniki własnych testów i niuansowe oceny sygnalizują tę wiedzę. - Skonsoliduj strony, które omawiają ten sam temat, w jedną mocniejszą stronę i przekieruj słabsze URL-e przez 301. Koncentracja sygnałów jakościowych zawsze działa lepiej niż ich rozdrabnianie. - Usuń lub dodaj noindex do stron ubogich merytorycznie, które mają wyłącznie funkcję nawigacyjną i nie mają wartości wyszukiwarkowej. Ich obecność w indeksie zmusza Google do marnotrawienia budżetu crawlowania na treści obniżające ogólny sygnał jakości witryny. Dopiero po realnym wzmocnieniu treści poproś ponownie o indeksację w GSC. Nie rób tego wcześniej — wynik będzie identyczny.

Przyczyna 2: Duplikaty, prawie-duplikaty i błędny canonical

Jeśli Google wykrywa, że dwie lub więcej stron Twojej witryny (albo stron z różnych domen) zawiera niemal identyczną treść, wybierze jedną do zaindeksowania, a pozostałe pominie. Pominięte strony często trafiają właśnie do statusu "Zeskanowana, ale niezindeksowana". To nie kara — Google po prostu deduplikuje indeks, żeby serwować użytkownikom jeden kanoniczony wynik. Typowe wzorce duplikacji: - Wersje HTTP i HTTPS strony dostępne jednocześnie, obie zwracające status 200. - Warianty www i non-www bez przekierowania ani tagu canonical. - Parametry URL tworzące wiele adresów dla tej samej treści (np. ?ref=newsletter vs. bazowy URL). - Strony paginowane, gdzie strona 2 i kolejne mają ten sam szablon i tylko odrobinę unikalnej treści. - Treści syndykowane lub opublikowane gdzie indziej przed Twoją wersją (lub zescrapowane i zaindeksowane szybciej niż Twoja oryginalna strona). - Strony produktowe lub usługowe z niemal identyczną kopią dla wariantów kolorystycznych, wersji regionalnych lub poziomów cenowych. - Strony szablonowe ciężkie od boilerplate'u: polityka prywatności, standardowe texty prawne, cienkie strony lokalizacyjne różniące się tylko nazwą miasta. Jak ustalić, który URL Google wybrało jako kanoniczny: - W GSC kliknij na dotknięty URL. Panel szczegółów często pokazuje "Kanoniczny URL wybrany przez Google" — to jest preferowana przez Google wersja. - Wyszukaj w Google unikalną frazę ze strony w cudzysłowie. Jeśli pojawi się inny URL, to właśnie ta wersja jest faworyzowana. - Użyj narzędzia do crawlowania witryny, by znaleźć klastry stron prawie-duplikatów (raport "Near Duplicates" w Screaming Frog lub wykrywanie duplikatów w ContentKing). Jak naprawić problemy z canonicalem: - Upewnij się, że preferowany URL zawiera w znaczniku <head> samoodwołujący się atrybut rel="canonical". - Upewnij się, że wszystkie duplikaty i warianty z parametrami wskazują w swoim canonicalu na preferowany URL, a nie na siebie. - Zweryfikuj, że URL kanoniczny jest sam w sobie indeksowalny: brak tagu noindex, brak blokady w robots.txt, zwraca status 200. - W przypadku prawdziwych duplikatów (bez merytorycznej różnicy w treści) zastosuj przekierowanie 301 na preferowany URL zamiast tagu canonical. Canonical to wskazówka; przekierowanie to instrukcja. - Po naprawie potwierdź w narzędziu URL Inspection w GSC, że Google poprawnie odczytało kanoniczny URL.

Przyczyna 3: Słabe linkowanie wewnętrzne i strony-sieroty

Linki wewnętrzne to sposób, w jaki PageRank przepływa przez Twoją witrynę. Co równie istotne z perspektywy indeksowania — to właśnie po linkach wewnętrznych Googlebot nawiguje po stronie i w ten sposób systemy Google rozumieją kontekst oraz ważność danej podstrony. Strona bez linków wewnętrznych lub z ich minimalną liczbą bywa nazywana stroną-sierotą. Google może ją odkryć przez sitemapę i zcrawlować raz, ale bez powtarzających się sygnałów linkowania wewnętrznego strona wygląda na nieistotną. Status "Zeskanowana, ale niezindeksowana" to częsty wynik dla sierot. Dlaczego linkowanie wewnętrzne wpływa na decyzje o indeksowaniu: Linki wewnętrzne robią dwie rzeczy jednocześnie. Po pierwsze — mówią Googlebotowi, żeby wracał. Strona, do której prowadzą linki z Twojej strony głównej, z popularnej kategorii lub z innych często crawlowanych podstron, jest regularnie odwiedzana. Po drugie — tekst zakotwiczenia i otaczający kontekst uczą Google, czego dotyczy podlinkowana strona. Strona obecna tylko w sitemapie XML, do której nie prowadzi żaden link z właściwej hierarchii treści, wygląda z perspektywy Google jak plik pozostawiony na serwerze, a nie strona, którą właściciel witryny uważa za istotną. Jak wykryć słabe linkowanie wewnętrzne: - Zrób pełny crawl witryny i przefiltruj do stron z mniej niż 3 linkami wewnętrznymi prowadzącymi do nich z obrębu tej samej domeny. - Skrzyżuj listę "Zeskanowana, ale niezindeksowana" z tym filtrem niskiego inlinku. Część wspólna to Twój zestaw sierot. - Porównaj sitemapę z danymi crawla. Strony, które pojawiają się tylko w sitemapie i nie są osiągalne przez podążanie linkami ze strony głównej, są faktycznie osierocone z perspektywy nawigacji crawlowej. Jak naprawić słabe linkowanie wewnętrzne: - Dodaj kontekstowe linki z powiązanych, już zindeksowanych stron do dotkniętego URL-a. Linki powinny pojawiać się w głównej treści artykułu, a nie tylko w stopce czy na pasku bocznym, i powinny używać opisowego tekstu zakotwiczenia. - Dodaj stronę do odpowiedniej kategorii lub strony hubowej. Jeśli masz strukturę klastrów tematycznych, upewnij się, że strona filarowa linkuje do spoke'a, a spoke linkuje z powrotem do filara. - Zaktualizuj wewnętrzne wyszukiwanie, widżety "powiązane artykuły" lub strukturę breadcrumbów, by strona była wyświetlana. - Na dużych witrynach priorytetem powinny być linki ze stron o wysokiej częstotliwości crawlowania (strona główna, główne kategorie, popularne wpisy blogowe), a nie z głęboko zagnieżdżonych, rzadko crawlowanych stron.

Przyczyna 4: Niskie zaufanie do domeny i priorytety crawlowania

Google przydziela zasoby crawlowania dynamicznie, na podstawie postrzeganej jakości i autorytetu witryny. Nowe domeny, niedawno przebudowane witryny lub witryny, które historycznie miały problemy z jakością, mogą być crawlowane rzadziej i podlegać ostrzejszym standardom indeksowania. Termin "budżet crawlowania" jest tu często używany — choć jest najistotniejszy dla bardzo dużych witryn. Dla mniejszych witryn (poniżej kilku tysięcy stron) budżet crawlowania rzadko stanowi główne ograniczenie. Liczy się przede wszystkim poziom zaufania Google do domeny jako całości. Jeśli wysoki odsetek Twoich już zindeksowanych stron jest ubogi, obfity w duplikaty lub generuje wysokie współczynniki powrotu do SERP, systemy indeksowania Google mogą stosować bardziej sceptyczne podejście do nowych lub ponownie ocenianych stron z tej samej domeny. Status "Zeskanowana, ale niezindeksowana" w tym kontekście to mniej kwestia nieprzejścia inspekcji przez konkretną stronę, a bardziej ogólny profil sygnałów witryny podnoszący próg wymaganą do indeksowania. Oznaki, że to może być Twoja sytuacja: - Duża część Twoich URL-i ma status "Wykryto, ale niezindeksowano" lub "Zeskanowana, ale niezindeksowana" w stosunku do całkowitej liczby URL-i witryny. - Witryna ma mniej niż dwa lata i wciąż buduje autorytet. - Niedawno migrowałeś, przebudowałeś lub wprowadzałeś istotne strukturalne zmiany, po których pokrycie indeksowania spadło. - Domena ma historię thin contentu, contentu spamowego lub generowanego masowo przez AI bez redakcji. Naprawy są długofalowe i dotyczą całej witryny: - Popraw średnią jakość treści w całej witrynie, nie tylko na konkretnych dotkniętych stronach. W modelu zaufania na poziomie witryny rosnący ogólny poziom podnosi wszystkie strony. - Buduj wartościowe zewnętrzne linki do kluczowych stron. Backlinki z powiązanych, autorytatywnych źródeł pozostają silnym sygnałem zaufania. - Wyczyść słabe strony przez dodanie noindex lub ich usunięcie. Szczuplejsza witryna, gdzie niemal każda zindeksowana strona ma wyraźną wartość, często przewyższa w rankingach rozdętą witrynę, gdzie 40% indeksu to słaba treść. - Publikuj treści regularnie i daj Google obserwować, że jakość rośnie w czasie. Zaufania nie odbudowuje się w jednym cyklu crawlowania. To najwolniejsza przyczyna do rozwiązania — spodziewaj się wielotygodniowego harmonogramu zanim zobaczysz wyraźne efekty, w przeciwieństwie do naprawy wyraźnego thin contentu lub canonicalu na zaufanej domenie, gdzie efekty pojawiają się w ciągu dni, nie tygodni.

Workflow naprawy: najpierw sygnał, potem ponowne zgłoszenie

Najczęstszy błąd właścicieli witryn przy statusie "Zeskanowana, ale niezindeksowana" to kliknięcie "Poproś o indeksację" w GSC bez wcześniejszej zmiany czegokolwiek na stronie. Google ponownie odwiedzi URL, oceni ten sam niezmieniony sygnał i wyciągnie ten sam wniosek. Status pozostanie. Ponowne proszenie o indeksację to ostatni krok, nie naprawa. Oto kompletny workflow naprawy, w odpowiedniej kolejności: Krok 1 — Zidentyfikuj źródłową przyczynę (nie zgaduj). Użyj kroków diagnostycznych opisanych w poprzednich sekcjach. Otwórz dotknięty URL. Przeczytaj go. Sprawdź canonical. Policz linki wewnętrzne. Czy treść jest uboga, zduplikowana lub sierocona? Często kilka czynników nakłada się na siebie. Krok 2 — Napraw sygnał. W zależności od przyczyny: - Thin content: rozbuduj merytorycznie. Dodaj oryginalną głębię, przykłady, eksperckie spojrzenie. Nie podbijaj tylko liczby słów. - Problem duplikatu/canonicalu: ustaw poprawny rel="canonical", wyeliminuj dostępne duplikaty lub wdróż przekierowanie 301. - Strona-sierota: dodaj co najmniej 3–5 linków wewnętrznych z powiązanych, zindeksowanych stron z opisowym tekstem zakotwiczenia. - Niskie zaufanie do domeny: najpierw zajmij się kwestiami jakościowymi całej witryny (oczyść słabe treści, zbuduj linki), zanim ponownie zgłosisz poszczególne strony. Krok 3 — Zweryfikuj naprawę. Użyj narzędzia URL Inspection w GSC, by pobrać aktualną wersję strony. Potwierdź: brak metatagu noindex, brak blokady w robots.txt, poprawny canonical, strona zwraca status 200, a główna treść jest widoczna dla inspektora (nie ukryta za problemami z renderowaniem JavaScript). Krok 4 — Poproś ponownie o indeksację. W URL Inspection kliknij "Poproś o indeksację". Spowoduje to dodanie URL-a z powrotem do kolejki crawlowej Googlebota. To sygnał, nie gwarancja — kolejka Google jest współdzielona między wszystkimi właściwościami składającymi takie prośby. Krok 5 — Monitoruj w GSC. Obserwuj raport indeksowania stron przez kolejne dni. Pomyślnie ponownie zindeksowana strona przejdzie z sekcji "Niezindeksowane" do sekcji "Zindeksowane". Możesz też sprawdzić indeksację manualnie, wpisując w Google: site:twojastrona.pl/twój-url. Krok 6 — Przyspiesz przez dodatkowe kanały (opcjonalne, ale użyteczne). Prośba o indeksację w GSC ma ograniczony wolumen (zazwyczaj ok. 10–12 URL-i dziennie dla większości właściwości). Dla partii naprawionych stron pomocne są dodatkowe sygnały: linkowanie z mocno crawlowanych podstron, zaktualizowana sitemapa XML prezentująca naprawione URL-e z aktualną datą lastmod (pamiętaj: ping sitemapy powiadamia Bing i silniki kompatybilne z IndexNow — Google samodzielnie odkrywa Twoją sitemapę przez crawl) i — jeśli potrzebujesz przyspieszyć ocenę wielu URL-i jednocześnie — wielokanałowa wysyłka sygnałów przez narzędzie takie jak FastIndexing.io.

Ile czasu Google potrzebuje na ponowne zaindeksowanie naprawionej strony?

To pytanie, które pada najczęściej. Uczciwa odpowiedź ma dwie części: realistyczny zakres oczekiwań i wyraźne zastrzeżenie, że harmonogram kontroluje Google, nie Ty. Dla ugruntowanej domeny (starszej niż 12 miesięcy, z rozsądnym autorytetem, bez poważnych problemów jakościowych), gdzie przyczyna źródłowa została wyraźnie zidentyfikowana i naprawiona — zazwyczaj thin content lub problem z canonicalem — harmonogram wygląda następująco: Googlebot zazwyczaj ponownie crawluje URL w ciągu kilku dni od prośby o indeksację. Potwierdzenie indeksowania (przejście URL-a z sekcji "Niezindeksowane" do "Zindeksowane" w GSC) następuje często w ciągu dni, nie tygodni. We własnych testach na witrynach klientów ok. 60–75% naprawionych stron, co do których złożono ponowną prośbę, osiągnęło status zindeksowania w ciągu 14 dni. To obserwowane średnie w konkretnej próbie, nie gwarancja — decyzja należy do Google. Czynniki skracające czas oczekiwania: - Wysoka częstotliwość crawlowania domeny (duże, aktywne witryny są crawlowane częściej) - Mocne linki wewnętrzne do naprawionej strony z często crawlowanych podstron - Naprawa jest znacząca i jednoznaczna (nie marginalne poprawki treści) - URL ma historię indeksowania — strony, które były kiedyś zindeksowane, są na ogół szybciej ponownie oceniane niż zupełnie nowe URL-e Czynniki wydłużające czas oczekiwania: - Domeny o niskim autorytecie lub nowe, gdzie częstotliwość crawlowania jest niska - Ogólnosystemowe problemy jakościowe witryny wymagające sustained improvement zanim poszczególne strony ruszą - Naprawy inkrementalne, a nie przełomowe - Ciśnienie kolejki indeksowania Google (w trakcie dużych aktualizacji algorytmu cykle ponownego crawlowania mogą zwalniać) Nie sprawdzaj codziennie i nie panikuj, jeśli mija tydzień. Ustaw dwutygodniowe okno monitorowania, potem miesięczne. Jeśli strona nie zaindeksowała się po miesiącu, a naprawa była realna, wróć do diagnozy źródłowej przyczyny — być może jest dodatkowy czynnik, który przeoczyłeś. Ważne wyjaśnienie: reguła disallow w pliku robots.txt nie powoduje statusu "Zeskanowana, ale niezindeksowana". Jeśli URL jest zablokowany przez robots.txt, Googlebot nie może go pobrać i URL pojawiłby się w GSC pod statusem "Zablokowane przez robots.txt", a nie tutaj. Żeby zapobiec zaindeksowaniu strony (w odróżnieniu od crawlowania), użyj metatagu noindex lub nagłówka HTTP x-robots-tag — to właściwe narzędzia do tego celu.

Z praktyki: spojrzenie foundera na diagnozowanie tego statusu

Dmytro Puhach, Founder · 15+ lat w SEO Widziałem status "Zeskanowana, ale niezindeksowana" na każdym typie witryny — świeże sklepy e-commerce, długo działające serwisy redakcyjne, strony lądowania SaaS, lokalne katalogi firm. Sam status prawie nigdy nie jest problemem. To objaw. Wyzwanie polega na tym, że wielu właścicieli witryn — a nawet doświadczeni SEO-wcy — traktuje go jak problem techniczny, który trzeba obejść, a nie jak informację zwrotną, którą należy zinterpretować. Najczęstszy wzorzec, który widzę: ktoś publikuje partię stron, zauważa, że się nie indeksują, i od razu przechodzi do proszenia o indeksację w GSC. Tydzień później — nadal brak indeksacji. Prosi ponownie. Nadal nic. Strona się nie zmieniła. Sygnał się nie zmienił. Wynik się nie zmieni. To, co faktycznie przesuwa igłę — w moim doświadczeniu — to zmuszenie się do spędzenia pięciu minut ze stroną i zadania sobie pytania: gdybym szukał tego tematu, czy miałbym poczucie, że ta strona mówi mi coś, czego nie znalazłbym na 10 innych stronach w 30 sekund? Jeśli odpowiedź brzmi nie — tu jest robota. Nie w GSC, nie w narzędziu, nie w ponownej prośbie. W treści. Druga rzecz, której się nauczyłem: ogólny sygnał witryny ma większe znaczenie niż jakość pojedynczej strony na domenach, które mają problem z indeksowaniem czegokolwiek. Widziałem witryny, gdzie naprawa systemowa 20 słabych stron — konsolidacja, dodanie głębi, oczyszczenie canonicali — odblokowała indeksowanie kolejnych 50 stron bez żadnych indywidualnych działań przy tych 50. Google patrzy na domenę holistycznie, nie tylko strona po stronie. Kiedy budowałem FastIndexing.io, centralnym spostrzeżeniem było to, że ponowne proszenie o indeksację przez wiele kanałów jednocześnie — nie tylko przez przycisk w GSC — ściska pętlę informacji zwrotnej. Ale działa tylko wtedy, gdy sygnał jest tam. Garbage in, garbage out. Narzędzie skraca czas oczekiwania; naprawa zawsze leży po Twojej stronie ogrodzenia.

Wiele dotkniętych URL-i — jak naprawiać na skalę i przyspieszyć ponowną ocenę

Jeśli raport GSC pokazuje dziesiątki lub setki URL-i w statusie "Zeskanowana, ale niezindeksowana", podejście strona po stronie zajmie miesiące. Oto jak pracować na skalę bez utraty precyzji diagnostycznej. Najpierw triage — grupuj według przyczyny źródłowej: - Thin content na poziomie szablonu (wszystkie strony produktowe, wszystkie strony lokalizacyjne, wszystkie przefiltrowane kategorie z tym samym boilerplatem): napraw szablon raz, zregeneruj strony. - Sieroty w masie: zmapuj architekturę linkowania wewnętrznego i dodaj stronę hubową lub linki skrzyżowane w jednej sesji edycyjnej. - Duplikaty parametryczne: jedna reguła w .htaccess lub implementacja canonical na poziomie CMS naprawia je wszystkie naraz. Ustawiaj priorytety według wartości biznesowej: - Najpierw ponownie indeksuj strony napędzające przychody (produkty, usługi, cennik). - Wpisy blogowe i strony informacyjne z historią ruchu — w następnej kolejności. - Cienkie strony wspierające bez silnego połączenia z przychodami mogą być lepiej skonsolidowane lub opatrzone noindexem niż naprawiane indywidualnie. Wysyłaj w kontrolowanych partiach: Ręczna prośba o indeksację w GSC jest ograniczona wolumenowo. Dla dużych partii uzupełnij ją przez: częste linkowanie wewnętrzne ze stron, które są już często crawlowane; zaktualizowaną sitemapę XML prezentującą naprawione URL-e z aktualną datą lastmod (pamiętaj: pingi sitemapy informują Bing i silniki IndexNow, nie Google); oraz wysyłkę przez wiele kanałów jednocześnie. Jeśli chcesz sprawdzić, które Twoje URL-e są aktualnie zindeksowane przed podjęciem decyzji o naprawie, nasz bezpłatny index checker pod adresem /pl/index-checker pozwala na szybkie sprawdzenie URL po URL bez wychodzenia z przeglądarki. Dla większych partii nasza płatna usługa wysyłki pinguje wszystkie obsługiwane przez nas kanały w jednym workflow — możesz skupić się na naprawach treści, podczas gdy sygnały ponownej oceny idą równolegle.

Powiązane terminy

Najczęściej zadawane pytania

Czytaj dalej