Robots.txt blokuje zasoby CSS/JS — czy to może wpływać na indeksowanie i SEO?

Tak, blokada CSS/JS w robots.txt potrafi mieć realny wpływ, bo Google przy renderowaniu strony może nie zobaczyć układu, elementów nawigacji, treści wczytywanej skryptami albo nawet uznać część strony za „uboższą” niż faktycznie jest. Same komunikaty w Search Console o zablokowanych zasobach to już sygnał, że render nie przebiega w pełni, więc indeksowanie zwykle działa, ale ocena strony może być gorsza. Najprościej sprawdzić to w GSC w „Sprawdzeniu adresu URL” i podejrzeć zrzut/render HTML — jeśli wygląda inaczej niż w przeglądarce albo brakuje elementów, to widać problem od razu. Blokadę można cofnąć i po kilku dniach porównać w GSC, czy znikają ostrzeżenia i czy render wraca do normy. Jakie dokładnie ścieżki zablokowałeś w robots.txt (np. `/wp-includes/`, `/wp-content/` czy tylko część podkatalogów)?

Tak, to może mieć wpływ, bo Google przy renderowaniu strony próbuje pobrać CSS i JS, żeby zobaczyć układ, menu, elementy ukrywane/składane skryptami itd. Jeśli te zasoby są zablokowane, w skrajnych przypadkach widzi „goły” HTML albo wersję, która wygląda inaczej niż dla użytkownika, a to potrafi namieszać w ocenie treści i użyteczności. Z drugiej strony, sama blokada plików nie zawsze od razu rozwala indeksowanie, szczególnie jeśli treść jest w HTML i nie jest zależna od JS, ale komunikaty w Search Console zwykle nie biorą się z niczego. Najprościej sprawdzić to w GSC w Inspekcji adresu URL: podgląd renderowania i „Zobacz przetestowaną stronę” pokażą, czy układ i zasoby ładują się normalnie. Jak odblokujesz katalogi z zasobami, to po jakimś czasie komunikaty zwykle znikają, a render w testach zaczyna wyglądać poprawnie. Dodatkowo można porównać źródło i renderowaną wersję strony w tych narzędziach, żeby zobaczyć, czy coś ważnego nie znika (np. treści w zakładkach, rozwijane sekcje, nawigacja). Jakie dokładnie ścieżki w robots.txt zostały zablokowane (np. `/wp-content/`, `/wp-includes/` czy coś bardziej konkretnego)?

Masz w GSC jakieś realne błędy typu „Strona nie została zindeksowana” albo spadki w wyświetleniach/kliknięciach od momentu tej blokady, czy to tylko ostrzeżenia przy renderowaniu? I czy blokada dotyczy plików z Twojego motywu/wtyczek (np. `/wp-content/`), czy tylko jakiegoś konkretnego podkatalogu?

Jeśli Google ma zablokowane CSS/JS, to czasem renderuje stronę „na ślepo” i może gorzej ocenić układ, elementy ukrywane skryptami czy nawet to, czy strona jest mobilna, więc takie alerty w GSC potrafią mieć realny wpływ. Możesz podesłać, które dokładnie ścieżki blokuje robots.txt (np. `/wp-content/` albo konkretne katalogi z motywu/wtyczek) i czy komunikaty dotyczą wielu URL-i czy tylko pojedynczych?

Tak, blokada CSS/JS w robots.txt potrafi namieszać, bo Google przy renderowaniu może nie zobaczyć poprawnie układu (np. menu, wersji mobilnej, elementów ładowanych skryptami) i to czasem odbija się na ocenie strony i wynikach. Najszybciej sprawdzisz to w GSC w „Sprawdź URL” → „Test na żywo” i podgląd renderowania; które katalogi z CSS/JS masz teraz zablokowane w robots.txt?

Miałem podobnie na WP i po zablokowaniu CSS/JS w robots.txt w GSC wyskakiwały alerty, a w praktyce Google potrafił gorzej wyrenderować stronę (np. rozjechany layout, brak elementów), co potrafiło odbić się na widoczności, bo ocenia to, co „widzi” po renderze. Sprawdzałem to w GSC w inspekcji URL („Przetestuj opublikowany URL”/podgląd renderowania) i po odblokowaniu zasobów komunikaty znikały — blokujesz całe `wp-includes`/`wp-content`, czy jakieś konkretne podkatalogi z motywem/wtyczkami?