Spring GDS 25è Aniversari
Una empresa de logística que envia a 190 països va construir alguna cosa per enviar-se a si mateixa.
El renderitzat en servidor construeix l'HTML d'una pàgina al servidor, per a cada petició, i l'envia al navegador ja complet. L'usuari veu contingut real tan bon punt arriba, abans que s'executi res de JavaScript. Després la pàgina s'hidrata: el JavaScript s'acobla i el marcatge estàtic es converteix en una aplicació viva i interactiva.
És la contrapart del renderitzat en client, on el navegador rep una closca gairebé buida i ho munta tot ell mateix. El SSR guanya en dos fronts que importen: el primer pintat significatiu és més ràpid, i els cercadors i les previsualitzacions d'enllaços veuen contingut complet en lloc d'una pàgina en blanc. El cost és feina de servidor a cada petició i el pas d'hidratació, que pot semblar lent si una pàgina envia massa JavaScript. El SSR també es distingeix de la generació estàtica, on les pàgines es construeixen un cop per endavant. El SSR reconstrueix per petició, que és el que vols per a contingut que canvia per usuari o per minut. Un tauler amb sessió iniciada que et saluda pel teu nom i mostra les teves últimes comandes es renderitza al servidor perquè les dades siguin correctes a l'instant en què carrega la pàgina.
Frameworks com Next.js, Nuxt i Remix van convertir el SSR en una cosa habitual en permetre que un sol codi renderitzi al servidor i funcioni al navegador sense un backend a part per a les vistes.
La major part de la feina web que lliurem es recolza en decisions de renderitzat preses de manera deliberada, ruta a ruta. Una pàgina de màrqueting que ha de posicionar es renderitza en servidor o es genera de manera estàtica. Una eina interna molt interactiva pot renderitzar-se en el client, on el SEO és irrellevant. Decidim segons per a què serveix la pàgina, no segons un valor per defecte del framework que algú va deixar posat. Aquest criteri és el nucli de com abordem el desenvolupament web.
La hidratació és on els projectes de SSR fallen en silenci, així que la vigilem de prop. Desajustos entre la sortida del servidor i la del client, bundles enormes que endarrereixen la interactivitat, canvis de disseny que perjudiquen els Core Web Vitals. El nostre QA de rendiment i SEO s'executa sobre la sortida renderitzada, no sobre la màquina local d'un desenvolupador, perquè això és el que reben els usuaris i els rastrejadors reals.
Necessites pàgines que carreguin ràpid i posicionin? Triem l'estratègia de renderitzat adequada per a cadascuna.
Una empresa de logística que envia a 190 països va construir alguna cosa per enviar-se a si mateixa.
Convertir una marca en un negoci que funciona.
Mig milió de persones. Una app. Zero caos.















