Un manifiesto recuerda que el navegador ya hace lo que tu framework de JavaScript

Un manifiesto publicado este mes carga contra la forma en que se construye la web: entre el gestor de paquetes, el bundler, el transpilador, el meta-framework y la estrategia de hidratación, poner un párrafo en pantalla exige una canalización de integración continua. El texto, firmado por Robin Reel, sostiene que casi todo eso ya lo resuelve el navegador con etiquetas y atributos que llevan más de una década en el estándar.

Etiquetas antes que librerías

El argumento arranca por la accesibilidad. Escribir <div class="nav-wrapper-container-inner"> e instalar después una librería para que un lector de pantalla entienda que eso es una navegación es dar una vuelta de más: existe <nav>, y llegó con Internet Explorer 9. Con header, main, article, section, aside y footer se obtienen puntos de referencia, esquema del documento, navegación por teclado y modo lector funcionando. Lo mismo con <details> para un desplegable, <dialog>, el atributo popover, <input type="date"> y la validación nativa de formularios. Nada de eso necesita una instalación ni un useEffect.

Para los datos estructurados basta un bloque application/ld+json en el head con un tipo de schema.org y los campos rellenos: no se ejecuta y no toca el render. Las tarjetas que aparecen al pegar un enlace en un chat son siete etiquetas og: más una de Twitter. El autor recuerda que quien las inyecta con JavaScript después de que el rastreador ya se ha ido acaba añadiendo renderizado en servidor para recuperar lo que el HTML estático entregaba de entrada.

Rendimiento y navegación instantánea

En rendimiento el manifiesto se queda en cuatro líneas: preconnect, dns-prefetch, preload y los atributos fetchpriority y loading="lazy". Con el aviso de que precargarlo todo es no priorizar nada. Para que la navegación se sienta como la de una aplicación de una sola página apunta a las reglas de especulación, un script con JSON que pide al navegador prerrenderizar el enlace sobre el que se pasa el cursor. Quien lo soporta lo hace, quien no lo ignora, y nadie se queda con el botón de atrás roto. Añadiendo @view-transition { navigation: auto; } al CSS, un sitio multipágina corriente hace la transición suave que se tardó nueve meses en programar a mano. Para las imágenes, <picture> con fuentes AVIF y WebP: elige el navegador.

El tono del texto es agresivo a propósito y no trae mediciones propias, solo el catálogo de funciones del estándar. Eso es lo que lo hace útil para quien mantiene un sitio: cada una de esas capacidades se puede probar en una tarde y varias llevan años disponibles en los tres motores mayoritarios. Lo que no responde es cuándo sigue mereciendo la pena un framework. Para una aplicación con estado complejo y muchos equipos tocando el mismo código, la respuesta razonable sigue siendo que sí, y eso el manifiesto no lo discute.