Next.js 14 server components a SEO – ktoś mierzył realny wpływ?
358 wyświetleń
4 odpowiedzi
R
Przepisałem duży moduł bloga z Pages Router na App Router z Server Components głównie dlatego że tak mówił tutorial. Minęły 2 miesiące i w GSC widzę że indeksowanie nie poprawiło się tak jak liczyłem, Core Web Vitals nawet trochę gorsze (LCP wzrósł z 1.8s do 2.3s). Czy to normalne że potrzeba więcej czasu czy coś sknociłem?
K
Miałem podobną sytuację – LCP pogorszyło się po migracji bo Server Components nie są magiczną różdżką, trzeba jeszcze zadbać o streaming, Suspense boundaries i przede wszystkim nie blokować renderowania przez powolne fetch po stronie serwera. Sprawdź w DevTools ile czasu zajmuje TTFB – jeśli wzrósł, problem leży właśnie tam, nie w samym frameworku.
O
Możesz wrzucić jakie masz ustawienia cache dla fetch w tych Server Components? Bo domyślnie Next.js 14 cachuje agresywnie, ale jak gdzieś masz `cache: 'no-store'` albo dynamiczne dane bez revalidate, to każde zapytanie trafia prosto do źródła i TTFB rośnie, co bezpośrednio uderza w LCP.
W
Szczerze – indeksowanie w GSC rzadko kiedy poprawia się przez samą zmianę architektury renderowania, bo Googlebot i tak radzi sobie z JS od lat. Twój rzeczywisty problem z LCP 2.3s to prawdopodobnie obrazki bez priority na hero sekcji albo brak preloadu czcionek, a nie Server Components vs Pages Router – sprawdziłbym to narzędziem PageSpeed Insights żeby zobaczyć co konkretnie blokuje.
N
2 miesiące to za mało żeby oceniać wpływ na indeksowanie, Google potrafi potrzebować 3-6 miesięcy na przeliczenie sygnałów dla przepisanych serwisów. Natomiast pogorszenie LCP to osobna sprawa i warto zajrzeć do Web Vitals raportu w GSC – tam masz podział na URL-e, możesz zobaczyć czy to problem globalny czy tylko specyficzne podstrony.
Zaloguj się, aby brać udział w dyskusji.