Mik a szerveroldali renderelés (SSR) hátrányai?

A SSR fő hátrányai:

• A terhelés növekedése a szerveren: Minden kliens kérés teljes oldal renderelését igényli a szerveren, ami több erőforrást (CPU, memória) fogyaszt, összehasonlítva a statikus fájlok vagy SPA kiszolgálásával.
• Fejlesztési összetettség: Figyelembe kell venni a kód isomorfizmusát (szerver- és kliensoldali működés), a kérés közötti állapotkezelést, az aszinkron adatok kezelését. A hibakeresés nehezebb lehet.
• Szerverhiba miatti leállás: Ha a fő renderelő szerver meghibásodik, az oldal elérhetetlenné válhat, ellentétben az SPA-val, ahol a kliens a cache-elt erőforrásokkal vagy fallback oldalakkal tovább dolgozhat.
• Hosszabb idő az interaktivitásig (TTI): Bár az első tartalom gyorsabban jelenik meg (FCP), a felhasználó csak akkor léphet interakcióba az alkalmazással, amikor az összes JavaScript (hidratáció) betöltődött és fut a kliensen. SPA esetén az interaktivitás korábban megjelenhet a már betöltött részeken.
• Cache-elés összetettsége: A dinamikusan generált HTML cache-elése nehezebb, mint a statikus erőforrásoké. Fejlettebb cache-stratégiák szükségesek a szerver oldalon.
• Magasabb első bájt idő (TTFB): A szervernek időre van szüksége a kérés feldolgozásához, az adatok beszerzéséhez, a HTML rendereléséhez és az első bájt visszaküldéséhez.
• Problémák az izomorf kóddal: Néhány kliens API (pl. window, document) nem érhető el a szerveren, ami feltételes kód írását vagy speciális könyvtárak használatát teszi szükségessé.

// Feltételes renderelés példája a szerveren
if (typeof window === 'undefined') {
  // Csak szerveren futó kód
  console.log('Szerveroldali renderelés');
} else {
  // Csak kliensen futó kód
  console.log('Kliensoldali renderelés');
}