Renderizar una aplicación de React con renderizado del lado del servidor (SSR) puede sentirse agridulce: por un lado, SSR asegura una carga rápida de la página y un gran SEO al renderizar toda la página en el servidor, sin embargo, el cliente debe descargar e hidratar todos estos componentes para hacer la página interactiva. Para páginas con mucho contenido, esto puede llevar a una cantidad significativa de JavaScript siendo cargado y ejecutado, causando tiempos de interacción más lentos y problemas de rendimiento importantes.
En Wix, enfrentamos un desafío significativo: ¿cómo podríamos ofrecer tiempos de interacción rapidísimos mientras evitamos el cuello de botella de rendimiento de descargar e hidratar cada componente renderizado por SSR en el cliente? Durante mucho tiempo, esto se sintió como un problema insoluble, hasta que la nueva API de Suspense cambió el juego.
En esta charla, compartiré la historia de cómo abordamos este problema de frente, aprovechando la nueva API de Suspense introducida en React 18 para cargar e hidratar dinámicamente los componentes de React solo cuando entran en el viewport. Aunque las capacidades de renderizado basadas en promesas de Suspense no están ampliamente documentadas, demostraron ser la herramienta revolucionaria que necesitábamos para liberarnos de las limitaciones de la hidratación tradicional y mejorar el rendimiento de millones de sitios web de Wix.
¡Prepárate para una inmersión técnica profunda con muchos ejemplos de código que te equiparán para abordar los desafíos de hidratación y mejorar el rendimiento de React!
This talk has been presented at React Summit US 2025, check out the latest edition of this React Conference.




















Comments