Jeśli Google nie indeksuje ważnej podstrony, najpierw nie klikaj w ciemno prośby o indeksowanie. Zacznij od sprawdzenia konkretnego URL-a w Google Search Console, a potem ustal, czy problemem jest noindex, robots.txt, błędny canonical, słaba jakość treści, brak linków wewnętrznych czy techniczna niedostępność strony dla Googlebota.
W pozycjonowaniu Google brak indeksacji to problem wcześniejszy niż pozycje, CTR czy link building. Dopóki ważny URL nie może zostać poprawnie pobrany, oceniony i wybrany do indeksu, kolejne działania SEO łatwo zamieniają się w zgadywanie. Dobra diagnoza zaczyna się od jednego adresu, nie od ogólnego pytania, czy "strona jest w Google".
Dlaczego Google nie indeksuje podstrony w 30 sekund
Najkrótsza odpowiedź brzmi: Google nie indeksuje podstrony, gdy nie może jej poprawnie pobrać, dostał sygnał, żeby jej nie indeksować, wybrał inną wersję kanoniczną, uznał treść za zbyt słabą albo nie widzi dla niej wystarczająco mocnych sygnałów w strukturze serwisu. Te przyczyny wymagają różnych reakcji.
Werdykt w 30 sekund:
- Najpierw sprawdź status URL-a: raport całej domeny nie zastąpi inspekcji konkretnej podstrony.
- Blokady techniczne napraw przed treścią:
noindex,robots.txt, błędy HTTP i renderowanie są wcześniejsze niż optymalizacja tekstu. - Canonical może przenieść uwagę na inny adres: Google może wybrać inną wersję niż ta, którą chcesz pozycjonować.
- Samo zgłoszenie do indeksacji nie jest naprawą: prośba ma sens dopiero po usunięciu przyczyny problemu.
| Objaw | Prawdopodobna przyczyna | Pierwsza decyzja |
|---|---|---|
URL ma status URL marked noindex |
Strona wysyła dyrektywę zakazującą indeksowania | Zdjąć noindex, jeśli URL ma generować ruch organiczny |
URL jest blocked by robots.txt |
Robot nie może pobrać strony lub zasobów | Sprawdzić reguły blokujące crawl |
Google chose different canonical |
Google wybrał inną wersję adresu | Zweryfikować canonicale, duplikaty i linkowanie |
Crawled - currently not indexed |
Google zna stronę, ale jej nie indeksuje | Sprawdzić jakość, unikalność, intencję i sygnały wewnętrzne |
Discovered - currently not indexed |
Google zna adres, ale jeszcze go nie pobrał lub nie nadał mu priorytetu | Wzmocnić linkowanie, sitemapę i sens URL-a |
| URL nie ma linków wewnętrznych | Strona jest osierocona w strukturze | Dodać naturalne linki z powiązanych miejsc serwisu |
Praktyczny wniosek: nie pytaj tylko, dlaczego Google nie indeksuje strony. Zapytaj, na którym etapie URL traci szansę: pobranie, decyzja o indeksacji, wybór kanonicznej wersji, jakość treści czy struktura linków.
Najpierw sprawdź, czy ten URL powinien być indeksowany
Nie każdy adres powinien trafić do indeksu. To ważne, bo właściciele stron często mylą większą liczbę zaindeksowanych URL-i z lepszym SEO. W praktyce celem nie jest indeksowanie wszystkiego. Celem jest indeksowanie tych podstron, które mają samodzielną wartość, odpowiadają na konkretną intencję i mogą wspierać ruch lub sprzedaż.
Warto walczyć o indeksację, gdy mówimy o stronie usługi, kategorii, produkcie, artykule poradnikowym, landingu kampanii organicznej albo innej podstronie, która ma jasny cel. Nie warto natomiast przepychać do indeksu każdego filtra, sortowania, wariantu parametru, strony koszyka, wewnętrznego wyniku wyszukiwania albo duplikatu tej samej treści.
| Typ URL-a | Najrozsądniejsza decyzja | Czerwona flaga |
|---|---|---|
| Ważna usługa, kategoria, produkt, artykuł | Poprawić blokady i dążyć do indeksacji | URL jest ważny biznesowo, ale nie ma treści ani linków wewnętrznych |
| Filtr, sortowanie, parametr | Zwykle nie walczyć o indeksację | Serwis generuje wiele podobnych adresów bez wartości |
| Duplikat opisu lub wariant tej samej strony | Scalić, przekierować albo ustawić właściwy canonical | Kilka adresów walczy o tę samą intencję |
| Strona techniczna lub obsługowa | Zostawić poza indeksem | Adres trafia do sitemap mimo braku celu SEO |
| Paginacja lub archiwum | Ocenić kontekst i rolę w strukturze | Indeksowane są strony, które nie dają użytkownikowi dobrej odpowiedzi |
Jeśli podstrona jest duplikatem, nie ma samodzielnej odpowiedzi albo istnieje tylko dlatego, że CMS wygenerował dodatkowy adres, brak indeksacji nie musi być problemem. Problem zaczyna się wtedy, gdy Google pomija URL, który ma być główną odpowiedzią na ważne zapytanie.
Kiedy nie warto walczyć o indeksację:
- URL nie ma unikalnej wartości: powiela opis, ofertę albo listę produktów z innej strony.
- Adres jest efektem filtrów: sortowanie, parametry i warianty mogą tworzyć chaos zamiast widoczności.
- Strona nie odpowiada na osobną intencję: indeksacja kolejnej podobnej podstrony może zwiększyć kanibalizację.
- Adres nie powinien być w sitemapie: mapa strony ma wskazywać ważne URL-e, a nie cały techniczny bałagan serwisu.
Praktyczny wniosek: najpierw ustal rolę URL-a. Jeśli powinien pracować w Google, diagnozuj blokady. Jeśli nie powinien, uporządkuj sitemapę, canonicale, przekierowania albo reguły indeksacji zamiast walczyć z decyzją wyszukiwarki.
Google Search Console: status URL-a zamiast zgadywania
Największy błąd przy diagnozie indeksowania to ocenianie sytuacji na podstawie samego operatora site: albo ręcznego wpisania adresu w wyszukiwarkę. To może dać szybki sygnał, ale nie pokazuje pełnego powodu. Do decyzji potrzebujesz statusu konkretnego URL-a.
W praktyce zacznij od dwóch miejsc: inspekcji adresu URL oraz raportu indeksowania stron. Inspekcja pokaże, czy Google zna dany adres, czy może go pobrać, jaki canonical widzi i czy URL kwalifikuje się do indeksowania. Raport indeksowania pomaga zobaczyć większe grupy problemów, ale nie powinien zastępować pracy na konkretnym adresie.
| Status lub komunikat | Co może oznaczać | Co sprawdzić od razu |
|---|---|---|
URL marked noindex |
Strona ma dyrektywę blokującą indeksowanie | Meta robots, nagłówek HTTP, ustawienia CMS, szablon |
Blocked by robots.txt |
Googlebot nie może pobrać strony lub zasobów | Reguły Disallow, środowisko testowe, katalogi techniczne |
Crawled - currently not indexed |
Google pobrał URL, ale nie dodał go do indeksu | Jakość, duplikację, intencję, linkowanie, canonical |
Discovered - currently not indexed |
Google zna adres, ale jeszcze go nie pobrał lub nie uznał za priorytetowy | Linki wewnętrzne, sitemapę, głębokość URL-a, wartość strony |
Duplicate without user-selected canonical |
Google widzi duplikat bez jasnej deklaracji wersji głównej | Canonical, duplikaty treści, warianty adresów |
Google chose different canonical |
Wskazany URL nie jest dla Google najlepszą wersją | Treść, linki, sitemapę, canonicale i spójność struktury |
Nie traktuj każdego statusu jako identycznego błędu. noindex jest jasnym zakazem indeksowania. robots.txt dotyczy crawlowania. canonical może kierować sygnały na inny adres. Crawled - currently not indexed częściej wymaga oceny jakości i sensu strony niż jednej technicznej poprawki.
Kolejność pracy powinna wyglądać tak:
- Wklej dokładny URL do inspekcji adresu.
- Sprawdź, czy Google zna adres i czy może go pobrać.
- Porównaj canonical zadeklarowany z canonicalem wybranym przez Google.
- Sprawdź, czy strona nie ma
noindexi czy nie jest blokowana przezrobots.txt. - Zobacz, czy URL jest w sitemapie i czy prowadzą do niego linki wewnętrzne.
- Dopiero po poprawkach użyj opcji ponownego zgłoszenia, jeśli adres rzeczywiście powinien być indeksowany.
Praktyczny wniosek: GSC nie jest tylko panelem z błędami. To miejsce, w którym zamieniasz ogólne "Google nie indeksuje strony" na konkretną decyzję: naprawić blokadę, poprawić canonical, wzmocnić treść, dodać linki albo zostawić URL poza indeksem.
Blokady techniczne: noindex, robots.txt, status HTTP i renderowanie
Jeśli status wskazuje na problem techniczny, nie zaczynaj od przepisywania tekstu. Najpierw trzeba upewnić się, że Googlebot może pobrać właściwą wersję strony i zobaczyć treść, która ma być oceniona.
Najprostsze rozróżnienie jest takie: noindex mówi wyszukiwarce, żeby nie dodawała strony do indeksu. robots.txt zarządza dostępem robota do adresów i zasobów. To nie są te same mechanizmy. Co więcej, jeśli zablokujesz URL w robots.txt, Google może nie wejść na stronę i nie zobaczyć umieszczonego tam noindex.
| Blokada | Co oznacza w praktyce | Co zrobić |
|---|---|---|
Meta noindex |
Strona sama prosi o brak indeksacji | Usunąć dyrektywę z URL-i, które mają być widoczne |
Nagłówek HTTP X-Robots-Tag: noindex |
Blokada może być ustawiona poza treścią HTML | Sprawdzić konfigurację serwera, CDN lub aplikacji |
robots.txt |
Googlebot może mieć zablokowany crawl | Zweryfikować reguły dla ważnych katalogów i zasobów |
| Błąd 404 lub 410 | Adres nie istnieje lub został usunięty | Przywrócić stronę albo przekierować na właściwy odpowiednik |
| Błąd 5xx | Serwer nie obsługuje poprawnie żądania | Naprawić stabilność serwera lub aplikacji |
| Soft 404 | Strona wygląda jak brak wartościowej zawartości mimo statusu 200 | Dodać realną treść albo usunąć/przekierować adres |
| Błędne przekierowanie | URL nie prowadzi do właściwej docelowej strony | Poprawić łańcuchy, pętle i przekierowania do zbyt ogólnych adresów |
| Problem z renderowaniem | Użytkownik widzi treść, ale robot może widzieć za mało | Sprawdzić HTML, JavaScript, mobile i zasoby blokowane |
Szczególnie ostrożnie trzeba podejść do stron opartych mocno na JavaScripcie. Jeśli kluczowa treść, linki albo elementy nawigacji pojawiają się dopiero po skryptach, a robot nie dostaje ich w stabilnej formie, problem może wyglądać jak słaba jakość strony, choć źródło leży w renderowaniu.
Szybka kolejność technicznej kontroli:
- Status HTTP: ważna podstrona powinna zwracać właściwą odpowiedź, a nie błąd, pusty widok albo przypadkowe przekierowanie.
noindex: sprawdź meta robots i nagłówki HTTP, nie tylko widoczne ustawienia w CMS.robots.txt: upewnij się, że nie blokujesz ważnego katalogu, wersji testowej albo zasobów potrzebnych do renderowania.- Wersja mobilna: jeśli mobile pokazuje mniej treści niż desktop, diagnoza może się rozjechać.
- Renderowanie: sprawdź, czy kluczowa treść i linki są dostępne w kodzie, a nie wyłącznie po złożonym skrypcie.
Praktyczny wniosek: jeśli Googlebot nie może pobrać właściwej treści, nie masz jeszcze problemu z copywritingiem. Najpierw trzeba odblokować dostęp, poprawić statusy i upewnić się, że robot widzi tę samą istotną stronę, którą widzi użytkownik.
Canonical i duplikacja: gdy Google wybiera inny adres
Podstrona może być technicznie dostępna, a mimo to nie trafić do indeksu jako osobny wynik. Częsty powód to canonical i duplikacja. Canonical wskazuje, która wersja strony ma być traktowana jako główna, ale nie jest bezwzględnym rozkazem. Google może wybrać inną wersję, jeśli sygnały w serwisie są niespójne.
To ważne przy sklepach, blogach i stronach usługowych, gdzie łatwo o kilka adresów z bardzo podobną treścią. Ten sam produkt może mieć warianty parametrów. Ta sama kategoria może działać z filtrem i bez filtra. Ten sam artykuł może istnieć pod starym i nowym slugiem. Podobne landingi mogą odpowiadać na tę samą intencję.
| Źródło duplikacji | Co może zrobić Google | Decyzja |
|---|---|---|
| Warianty z parametrami | Wybrać jeden adres, a resztę pominąć | Uporządkować parametry, canonicale i sitemapę |
http i https, slash i brak slash |
Rozdzielić sygnały między warianty | Ustawić spójne przekierowania i linkowanie |
| Podobne opisy kategorii | Uznać część stron za mało odróżnialne | Doprecyzować intencję lub połączyć strony |
| Stare i nowe adresy po zmianach | Wskazać inny URL niż oczekiwany | Poprawić przekierowania, canonicale i linki wewnętrzne |
| Kilka artykułów o tym samym problemie | Rozmyć temat między URL-ami | Zaktualizować jeden główny materiał albo skonsolidować treści |
W GSC szczególnie zwróć uwagę na różnicę między canonicalem zadeklarowanym przez właściciela strony a canonicalem wybranym przez Google. Jeśli deklarujesz jeden adres, ale Google wybiera inny, problem nie musi leżeć w samym tagu. Może wynikać z linkowania wewnętrznego, sitemap, przekierowań, powielonej treści albo tego, że inny URL wygląda dla wyszukiwarki na pełniejszą odpowiedź.
Nie naprawiaj canonicali mechanicznie. Najpierw zdecyduj, który adres naprawdę ma być główny. Potem sprawdź, czy ta decyzja jest spójna w sitemapie, menu, linkach wewnętrznych, przekierowaniach i treści. Jeśli wszystkie sygnały pokazują coś innego niż tag canonical, Google może nie potraktować deklaracji tak, jak oczekujesz.
Praktyczny wniosek: gdy Google wybiera inny adres, nie pytaj tylko, "dlaczego ignoruje canonical". Sprawdź, czy cały serwis konsekwentnie mówi, który URL jest główną wersją i dlaczego użytkownik miałby zobaczyć właśnie tę podstronę.
Jakość, intencja i treść: kiedy Google widzi stronę, ale jej nie bierze
Status Crawled - currently not indexed bywa mylnie traktowany jak jeden konkretny błąd techniczny. Czasem tak jest, ale często Google po prostu pobrał URL i nie uznał go za wystarczająco dobry lub potrzebny w indeksie. Wtedy sama prośba o indeksowanie niewiele zmienia.
W tym miejscu trzeba ocenić treść jak stronę docelową dla realnego użytkownika, a nie jak dokument z frazą kluczową. Czy podstrona odpowiada na konkretną intencję? Czy ma unikalny zakres? Czy pierwszy ekran wyjaśnia, po co istnieje ten URL? Czy użytkownik dostaje decyzję, porównanie, instrukcję albo ofertę, której nie dostaje na innych podstronach?
| Czerwona flaga treści | Co to oznacza | Co poprawić |
|---|---|---|
| Thin content | Strona ma za mało samodzielnej wartości | Dodać realną odpowiedź, dane produktowe, zakres usługi albo decyzję |
| Powtarzalne akapity | Treść wygląda jak kopia innej podstrony | Odróżnić intencję albo skonsolidować URL-e |
| Tekst tylko pod frazę | Strona nie prowadzi użytkownika do decyzji | Przebudować nagłówki, pierwszy akapit i sekcje decyzyjne |
| Brak jasnego celu URL-a | Nie wiadomo, czy strona ma sprzedawać, wyjaśniać czy porównywać | Wybrać jedną główną intencję |
| Słabsza odpowiedź niż TOP wyników | Konkurencja lepiej rozwiązuje problem użytkownika | Dodać praktyczne przykłady, kryteria, ryzyka i checklisty |
| Brak aktualności | Strona wygląda na porzuconą lub nieadekwatną | Zaktualizować zakres, nazwy narzędzi, proces i wnioski |
To szczególnie ważne przy tematach informacyjnych. Jeśli użytkownik pyta "dlaczego Google nie indeksuje podstrony", nie chce ogólnej definicji SEO. Chce dowiedzieć się, co sprawdzić najpierw i co oznacza konkretny komunikat. Podstrona, która zaczyna od długiego tła i dopiero później odpowiada na problem, może być formalnie poprawna, ale słaba decyzyjnie.
Warto też porównać własny URL z typem wyników, które Google pokazuje dla danej intencji. Jeżeli dominują poradniki diagnostyczne, sama strona sprzedażowa może mieć trudniej. Jeżeli dominują kategorie lub usługi, kolejny artykuł może nie być najlepszym adresem do pozycjonowania głównej frazy. Dobra diagnoza dotyczy więc nie tylko tekstu, ale też typu podstrony.
Jeśli podobny problem dotyczy nie jednego adresu, tylko całej widoczności serwisu, osobno przeanalizuj, dlaczego strona nie rośnie w Google mimo działań SEO. To szersza diagnoza niż samo indeksowanie jednej podstrony.
Praktyczny wniosek: gdy Google widzi stronę, ale jej nie indeksuje, nie zakładaj automatycznie awarii. Czasem trzeba poprawić jakość, odróżnić URL od podobnych stron albo scalić materiał z mocniejszą podstroną.
Linkowanie wewnętrzne i sitemap: czy Google ma drogę do ważnej podstrony
Ważna podstrona nie powinna wisieć samotnie w CMS-ie. Google odkrywa i ocenia adresy między innymi przez linki, strukturę i kontekst. Jeśli do kluczowego URL-a nie prowadzi menu, breadcrumbs, kategoria, artykuł wspierający ani żadna powiązana podstrona, trudno oczekiwać, że wyszukiwarka szybko uzna go za istotny element serwisu.
Sitemap pomaga wskazać adresy, ale nie zastępuje sensownej struktury. Jeśli URL jest w mapie strony, a jednocześnie nigdzie nie występuje w naturalnym przejściu użytkownika, to sygnały są słabe. Jeszcze gorzej, gdy sitemap zawiera śmieciowe adresy, filtry i duplikaty, a ważne podstrony giną w tym samym pliku.
| Co sprawdzić | Dobry sygnał | Problem |
|---|---|---|
| Linki z menu lub kategorii | Ważny URL ma jasne dojście z głównej struktury | Podstrona jest dostępna tylko po bezpośrednim adresie |
| Breadcrumbs | Strona ma logiczne miejsce w hierarchii | Użytkownik i robot nie widzą kontekstu |
| Linki z treści powiązanych | Artykuły lub podstrony prowadzą do kolejnego kroku | Linki są przypadkowe albo nie ma ich wcale |
| Anchor | Opisuje, czego dotyczy strona po kliknięciu | Dominuje "więcej", "kliknij tutaj" albo mechaniczne exact match |
| Sitemap | Zawiera ważne, kanoniczne URL-e | Miesza adresy docelowe z filtrami, duplikatami i błędami |
| Linki w HTML | Są prawdziwymi linkami a href |
Przejścia są ukryte w skryptach albo elementach bez normalnego linku |
Przy ważnej podstronie zadaj proste pytania: skąd użytkownik ma do niej trafić? Z jakiego artykułu, kategorii albo strony ofertowej przejście jest naturalne? Czy anchor jasno opisuje temat? Czy link prowadzi do kanonicznego URL-a, a nie do wariantu z parametrem? Czy ten sam adres występuje w sitemapie?
Nie chodzi o dodanie listy linków na końcu każdego tekstu. Dobre linkowanie wewnętrzne ma pomagać użytkownikowi przejść do kolejnej decyzji. Jeśli artykuł wyjaśnia przyczynę problemu, link powinien prowadzić do miejsca, które rozwija diagnozę, usługę albo kolejny praktyczny krok. Mechaniczne linki bez kontekstu wyglądają jak dopisek pod roboty, a nie część użytecznej struktury.
Praktyczny wniosek: jeśli ważny URL jest osierocony, zacznij od linków wewnętrznych i porządku w sitemapie. Nie traktuj link buildingu zewnętrznego jako sposobu na naprawę strony, której własny serwis prawie nie wspiera.
Macierz decyzji: co naprawić przed ponownym zgłoszeniem
Prośba o indeksowanie ma sens dopiero wtedy, gdy coś realnie poprawiłeś. Jeśli URL nadal ma noindex, jest zablokowany w robots.txt, kieruje canonicalem na inną stronę, zwraca błąd, ma wtórną treść albo nie ma linków wewnętrznych, samo zgłoszenie zwykle nie rozwiąże problemu.
| Problem w GSC lub diagnozie | Co sprawdzić | Kto zwykle powinien działać | Kiedy zgłosić ponownie |
|---|---|---|---|
URL marked noindex |
Meta robots, nagłówki HTTP, ustawienia CMS | SEO, developer, osoba od CMS | Po usunięciu dyrektywy z właściwego URL-a |
Blocked by robots.txt |
Reguły Disallow, wersje testowe, blokady zasobów |
Developer, SEO | Po odblokowaniu crawlu i sprawdzeniu dostępności |
| Błąd 404, 5xx, redirect error | Status HTTP, przekierowania, stabilność serwera | Developer | Po przywróceniu poprawnej odpowiedzi lub przekierowania |
Google chose different canonical |
Canonical, duplikaty, sitemapę, linki wewnętrzne | SEO, developer, osoba od treści | Po ujednoliceniu sygnałów na docelowy URL |
Crawled - currently not indexed |
Jakość, unikalność, intencję, powtarzalność treści | SEO, copywriter, właściciel treści | Po poprawie wartości strony i jej roli w strukturze |
Discovered - currently not indexed |
Linkowanie, sitemapę, głębokość URL-a, priorytet strony | SEO, osoba od treści | Po dodaniu sensownych ścieżek do URL-a |
| Brak linków wewnętrznych | Menu, breadcrumbs, artykuły, kategorie, anchor | SEO, redaktor, osoba od CMS | Po dodaniu naturalnych linków do kanonicznego adresu |
Jeśli nie wiesz, od czego zacząć, ustaw priorytety według blokad. Najpierw napraw to, co uniemożliwia pobranie lub indeksowanie strony. Potem canonical i duplikację. Następnie jakość treści oraz dopasowanie do intencji. Na końcu wzmocnij linkowanie wewnętrzne i sprawdź, czy URL jest obecny w logicznej strukturze serwisu.
Decyzja krok po kroku:
- Wybierz jeden ważny URL: nie diagnozuj całej domeny naraz, jeśli problem dotyczy konkretnej podstrony.
- Ustal, czy URL powinien być indeksowany: odrzuć filtry, duplikaty i strony techniczne bez samodzielnej wartości.
- Sprawdź blokady techniczne:
noindex,robots.txt, status HTTP, przekierowania, mobile i renderowanie. - Zweryfikuj canonical: porównaj wersję zadeklarowaną z wersją wybraną przez Google.
- Oceń treść i intencję: sprawdź, czy URL daje pełniejszą odpowiedź niż podobne strony w serwisie.
- Dodaj kontekst w strukturze: linki wewnętrzne, breadcrumbs, sitemap i opisowe anchory muszą wspierać ten sam adres.
- Dopiero wtedy poproś o indeksowanie: po poprawce, nie zamiast poprawki.
Jeśli z diagnozy wynika, że blokady nie są punktowe, tylko dotyczą szablonu, treści, struktury i linkowania w większej części serwisu, kolejnym krokiem jest optymalizacja strony pod SEO, a nie samo ponawianie zgłoszeń w GSC.
To także dobry filtr przy rozmowie o pozycjonowaniu stron. Jeśli wykonawca mówi głównie o pozycjach, nowych tekstach albo linkach, ale nie pyta o status indeksacji, canonicale, linkowanie wewnętrzne i dostęp do danych, diagnoza jest niepełna. Przy ważnym URL-u najpierw trzeba ustalić, czy Google w ogóle może i chce go użyć w wynikach.
Wniosek: najpierw przyczyna, potem zgłoszenie
Brak indeksacji ważnej podstrony nie ma jednej uniwersalnej przyczyny. Czasem wystarczy zdjąć przypadkowy noindex. Czasem problemem jest robots.txt, który blokuje crawl. Czasem Google wybiera inny canonical. Czasem strona jest za słaba, zbyt podobna do innych URL-i albo osierocona w linkowaniu wewnętrznym. A czasem brak indeksacji jest dobrą decyzją, bo dany adres w ogóle nie powinien trafiać do wyników.
Najbezpieczniejsza kolejność jest prosta: rola URL-a, status w GSC, blokady techniczne, canonical, jakość, linkowanie wewnętrzne, sitemap i dopiero na końcu prośba o indeksowanie. Taka diagnoza szybciej prowadzi do decyzji niż ogólne poprawianie SEO bez wiedzy, gdzie dokładnie Google zatrzymuje podstronę.