Uso Next.js para la representación del lado del servidor en un sitio web de React.
por ahora, uso la representación del lado del servidor para casi todas las páginas del sitio web, incluso la información del perfil y otras páginas a las que es necesario iniciar sesión para acceder.
¿Es correcto?
si la representación del lado del servidor es principalmente para SEO y acceder fácilmente a meta al compartir una página en las redes sociales, entonces solo las páginas a las que se puede acceder sin iniciar sesión deben usarla, no todas las páginas del sitio web.
Creo que estás usando la terminología incorrecta. En siguiente.js:
De forma predeterminada, Next.js procesa previamente cada página. Esto significa que Next.js genera HTML para cada página por adelantado, en lugar de que JavaScript del lado del cliente lo haga todo. La renderización previa puede resultar en un mejor rendimiento y SEO.
Aquí están los documentos
Debería preguntarse should everything be fetched server-side or not . Entonces la respuesta es no.
Algunas páginas son críticas para el SEO, por ejemplo, tiene un sitio web de comercio electrónico y necesita obtener todos los artículos. Debería obtener datos del lado del servidor y cuando se envíe html al cliente, se completará con los elementos, por lo que los rastreadores de búsqueda indexarán su sitio web más alto.
Pero supongamos que tiene una sección de administración y necesita buscar a todos los usuarios registrados. Completar su html con un montón de nombres no le dará un beneficio adicional para el SEO. En este caso, puede obtener los usuarios del lado del cliente.
Con respecto a las metaetiquetas, cada página debe tener metaetiquetas.
No hay respuesta correcta o incorrecta aquí. Todo depende de sus casos de uso, los requisitos de experiencia del usuario, los requisitos del motor de búsqueda, etc.
Next.js tiene varios tipos de representación, la representación del lado del servidor y la representación del lado del navegador son 2 de ellos. Sin embargo, puede optar por utilizar una API (por ejemplo, REST o Graphql) para consultar datos adicionales. Por ejemplo, pasa información básica a algunos componentes mediante la representación del lado del servidor y obtiene los detalles adicionales de una API mediante la representación del lado del navegador.
EG: Muestre los primeros 3 elementos usando la representación del lado del servidor y obtenga los elementos adicionales usando la representación del lado del navegador y alguna API. Si necesita detalles específicos del usuario, puede usar sesiones (que se almacenan en el lado del servidor) y su API puede usar esa información de sesión.
También puede pasar los datos json al navegador (utilizando la representación del lado del servidor) y representar la página utilizando la representación del lado del navegador.