SSR rettet keine unscharfe Architektur. Wenn eine App ihren Content weiter aus hart codiertem HTML zieht oder ungeschützt von window und localStorage abhängt, verschwindet das Problem nicht einfach dadurch, dass jetzt auf dem Server gerendert wird.
Zuerst das Fundament
Vor SSR sollten vier Grundlagen sauber stehen:
- Content, der per Slug auflösbar ist,
- Metadaten pro Seite,
- konsistente Canonicals,
- browser-sicherer Code.
Dann erst SSR
Wenn die Informationen bereits sauber modelliert sind, vervielfacht SSR den Nutzen. Vorher erschwert es vor allem die Diagnose.
Die eigentliche Frage ist nicht, ob sich SSR lohnt. Die Frage ist, ob die App schon eine Content-Schicht besitzt, die SSR überhaupt sinnvoll macht.