17 października 2025 zobaczyłem liczbę, na którą czekałem: Yandex zaindeksował 4 278 moich stron. Strony były generowane przez Next.js Static Site Generation (SSG), a zmiana pojawiła się praktycznie z dnia na dzień.
Pierwsza reakcja była prosta: stack działa. Tysiące statycznych stron znalazły się w indeksie, więc wyglądało to na mocne potwierdzenie technicznego podejścia.
Po dokładniejszym spojrzeniu sformułowałbym wniosek wężej. Wynik pokazał, że w tamtym momencie Yandex potrafił odkryć, przetworzyć i umieścić w indeksie dużą grupę tych stron. Nie dowodził, że wszystkie 4 278 stron dobrze rankowały, zdobywały kliknięcia, generowały ruch long-tail ani że pozostaną w indeksie na stałe.
To rozróżnienie jest dla mnie najważniejszą częścią tego kamienia milowego.
Co naprawdę udowodniło 4 278 zaindeksowanych stron
Potwierdzony fakt jest prosty: Yandex zaindeksował 4 278 moich stron. Ponieważ zostały wygenerowane przez Next.js SSG, wynik wskazywał również, że moja implementacja nie tworzyła ogólnej bariery technicznej uniemożliwiającej Yandexowi ich indeksowanie.
Przy dużej liczbie generowanych URL-i ma to znaczenie. Jeśli tysiące tras są osiągalne i trafiają do indeksu, podstawowy model dostarczania stron jest co najmniej zgodny z crawlerem i indekserem. Nie dowodzi to jakości każdej strony, ale wyklucza bardzo podstawową awarię: sytuację, w której wyszukiwarka nie jest w stanie indeksować serwisu w ogóle.
Oficjalna dokumentacja Yandex Webmaster rozdziela crawling od indeksowania. Robot najpierw pobiera strony, a następnie Yandex je przetwarza i zapisuje do wykorzystania w wyszukiwarce. Crawl nie oznacza więc indeksacji, a indeksacja nie oznacza jeszcze pozycji ani ruchu.
Czego ten wynik nie udowodnił
W pierwszej chwili łatwo było potraktować tę liczbę jako zwycięstwo SEO. To byłby zbyt mocny wniosek. Z samego tego snapshotu nie mogę potwierdzić:
- że wszystkie 4 278 stron miały wyświetlenia;
- że rankowały na wartościowe zapytania;
- że generowały kliknięcia lub nowych użytkowników;
- że pozostawały w indeksie przez tygodnie lub miesiące;
- ani że to właśnie SSG spowodował indeksację dużej partii naraz.
Już wtedy zakładałem, że część stron może później wypaść z indeksu, być może nawet większość. Indeks wyszukiwarki nie jest stałym spisem. Strony mogą być ponownie przetwarzane, oceniane, kanonikalizowane inaczej albo później wykluczane. Dlatego liczba zaindeksowanych stron jest stanem, który może się zmieniać, a nie trwałym osiągnięciem.
Dlaczego SSG nadal miało znaczenie
Używałem Next.js Static Site Generation, aby strony były pre-renderowane i ich główna treść nie zależała od renderowania po stronie klienta. W Next.js SSG generuje stronę podczas buildu. Dla crawlera oznacza to gotowy dokument HTML do pobrania i przetworzenia.
To dobra baza techniczna, ale nie skrót do SEO. Statyczny HTML nie omija dyrektyw robots, canonicali, problemów z duplikacją lub niską wartością treści, słabego linkowania wewnętrznego ani decyzji wyszukiwarki o pozostawieniu strony w indeksie. SSG może uprościć niezawodne dostarczanie strony. Nie tworzy jej wartości sam z siebie.
Gdzie za szybko się ucieszyłem
W pierwotnym tekście nazwałem to „fantastycznym potwierdzeniem” całego stacku technicznego i napisałem, że strategia się opłaciła. Nadal uważam, że było co świętować, ale te słowa mieszały kilka różnych rezultatów.
Precyzyjniej można powiedzieć: osiągnąłem kamień milowy dotyczący indeksowalności. Duża liczba moich statycznych stron weszła do indeksu Yandex. Aby stwierdzić, że cała strategia programmatic SEO zadziałała, potrzebne byłyby kolejne dane: trwałość indeksacji, wyświetlenia, pozycje, kliknięcia i wartościowy ruch organiczny w czasie.
Zaindeksowana strona jest potencjalnym punktem wejścia. „Potencjalnym” jest tu słowem kluczowym.
Co mierzyłbym po takim skoku
Jeśli oceniać wynik jako system SEO, a nie tylko imponującą liczbę, kolejne kontrole powinny być rozdzielone:
- Utrzymanie w indeksie: ile z 4 278 stron nadal jest zaindeksowanych po początkowym skoku?
- Wykluczenia: które strony znikają i jakie powody pokazuje Yandex Webmaster?
- Widoczność: czy zaindeksowane strony zaczynają zbierać wyświetlenia na trafne zapytania?
- Kliknięcia i użytkownicy: czy dodatkowa powierzchnia indeksu faktycznie tworzy mierzalny ruch organiczny?
- Jakość: czy duże grupy generowanych stron są naprawdę różne i użyteczne, czy tylko technicznie indeksowalne?
To są osobne pytania. Serwis może zdać pierwszy test i oblać wszystkie kolejne.
Ograniczenie tego przypadku
Ten artykuł dokumentuje jedno konkretne zdarzenie: 4 278 stron zostało zaindeksowanych przez Yandex w krótkim czasie. Z tego snapshotu nie mam dowodu, dlaczego zostały pobrane razem, ile pozostało później w indeksie ani jaki ruch z wyszukiwarki wygenerowały.
To ograniczenie jest ważne. Nie pozwala zmienić użytecznej obserwacji w fałszywą regułę typu „Next.js SSG sprawia, że Yandex indeksuje tysiące stron w jedną noc”. Tego wynik nie dowodzi. Moje strony były indeksowalne i Yandex przyjął dużą partię. Przyczyna dokładnego momentu nie jest ustalona.
Co z tego wynoszę
Nadal uważam 4 278 zaindeksowanych stron za realny kamień milowy. Widok tysięcy wygenerowanych stron przyjętych do indeksu był mocnym sygnałem, że podstawowa warstwa techniczna działa.
Nie traktowałbym jednak liczby stron w indeksie jako końcowego KPI. Indeksacja jest bramą, nie metą. Dalej trzeba sprawdzić, czy strony zostają w indeksie, rankują i przynoszą wartościowy ruch.
SSG pomogło mi tworzyć strony, które wyszukiwarka mogła przetwarzać jak zwykłe, wcześniej wyrenderowane dokumenty. Liczba 4 278 pokazała, że ta część systemu działa. Wszystko później trzeba było dopiero wypracować.