Con la adopción de marcos de trabajo como Next.js y htmx, vemos un mayor uso de la renderización en el servidor (SSR, server-side rendering). Como una tecnología natural para el navegador, no es trivial utilizar Componentes Web en el servidor. Han surgido marcos de trabajo para facilitar esta tarea, a veces incluso utilizando un motor de navegador, pero la complejidad sigue ahí. Nuestros equipos se encuentran con que necesitan de soluciones alternativas y de esfuerzos extra para ordenar los componentes para el front-end y para el servidor. Peor que la experiencia de desarrollo es la experiencia de usuario: el rendimiento de carga de la página se ve afectado cuando componentes web personalizados tienen que cargarse e hidratarse en el navegador, e incluso, inevitablemente, contenido sin estilo destella por unos momentos o se producen desplazamientos en el diseño, a pesar de que los componentes ya se han renderizado previamente y se les han realizado minuciosos ajustes. Como ya se mencionó en el Radar anterior, uno de nuestros equipos tuvo que cambiar su sistema de diseño basado en Componentes Web y dejar de usar Stencil debido a estos problemas. Recientemente recibimos informes de otro equipo que acabó sustituyendo los componentes renderizados en el servidor por componentes para el navegador debido a la complejidad de desarrollo. Sugerimos tener cuidado con el uso de componentes web para aplicaciones renderizadas en el servidor , incluso si los marcos de trabajo los soportan.
Desde que los mencionamos en el 2014, los componentes web se han hecho populares y en general, nuestra experiencia ha sido positiva. Del mismo modo, hemos apoyado el renderizado de HTML en el servidor advirtiendo sobre el uso de SPA por defecto e incluyendo frameworks como Next.js y htmx, además de frameworks tradicionales del lado del servidor. Sin embargo, aunque es posible combinar ambos, también puede resultar muy problemático; por eso sugerimos evitar los componentes web para aplicaciones web renderizadas en servidor. Siendo una tecnología de navegador, no es trivial usar componentes en el servidor. Los frameworks han surgido para facilitar este proceso. A veces incluso usan un motor de navegador, pero la complejidad se mantiene. Peor aún que los problemas en la experiencia del desarrollador, es la experiencia del usuario: El rendimiento de la carga de página se ve impactado cuando los componentes web personalizados tienen que ser cargados e hidratados en el navegador, y aún con el uso de pre-renderización y retoques cuidadosos del componente, unflash de contenido sin estilos o algún movimiento inesperado en el diseño es inevitable. La decisión de privarse de componentes web puede tener consecuencias de gran impacto, como la que experimentó uno de nuestros equipos, cuando tuvieron que cambiar el diseño del sistema, basado en componentes web Stencil.
