¿Siempre necesitas SSR? La respuesta corta sería no. No todas las aplicaciones necesitan representación del lado del servidor, especialmente las aplicaciones con un tablero y autenticación que no necesitarán SEO ni compartir a través de las redes sociales. Además, la experiencia para crear una aplicación React renderizada en servidor es mayor que una aplicación inicializada con create-react-app.
¿Cuándo debería usar SSR?
El enfoque SSR es bueno para crear aplicaciones web complejas que requieren la interacción del usuario, dependen de una base de datos o donde el contenido cambia con mucha frecuencia. Esto se debe a que el contenido de estos sitios cambia con mucha frecuencia y los usuarios necesitan ver el contenido actualizado tan pronto como se actualice.
¿Qué importancia tiene la RSS?
SSR se utiliza para obtener datos y rellenar previamente una página con contenido personalizado, aprovechando la conexión a Internet confiable del servidor. Es decir, la propia conexión a Internet del servidor es mejor que la de un usuario con lie-fi), por lo que puede obtener previamente y fusionar datos antes de entregárselos al usuario.
¿Todavía se necesita SSR para SEO?
Otras grandes empresas tecnológicas continúan invirtiendo y confiando en SSR; no es sólo para SEO. Todavía se necesita SSR para servir metadatos para objetos de medios ya que los bots SEM aún no ejecutan JavaScript.
¿Cuáles son algunas de las desventajas de usar SSR?
Los contras de SSR
- Transiciones de página más lentas: la navegación de una página a otra suele ser mucho más lenta con SSR que con CSR, al menos sisus páginas contienen datos pesados/complejos. …
- Vulnerabilidad: los sitios SSR son más difíciles de mantener seguros porque tienen una superficie más grande para atacar que los sitios CSR.
