La misma clase de página, construida al revés, y lo que se paga por eso

Una página de una sola hoja para un boletín semanal de paga: el titular, el campo para dejar el correo, una tarjeta que muestra cómo se ve la edición en la bandeja de entrada, tres razones para suscribirse, tres notas de muestra, testimonios que rotan y el cierre. Está bien terminada y se ve muy bien; el cuidado tipográfico es el mayor de las ocho.

Lo que la hace distinta no se ve: está construida como una aplicación. El navegador no recibe la página, recibe un programa que la fabrica. Para el visitante con buena conexión no hay diferencia perceptible. Para todos los demás, y para Google, sí la hay, y se puede medir.

Cuando un buscador (o el que tiene el teléfono con señal mala, o el que entró desde el metro) pide esta página, lo que llega son mil cuatrocientos bytes y un programa de ciento cuarenta kilobytes. La página, hasta que ese programa termina de ejecutarse, está en blanco. Ni el titular, ni el precio, ni el botón: nada.

En las otras ocho piezas, el texto va escrito en la página desde el primer momento. Llega primero, se lee siempre, y si el programa falla o tarda, la página igual dice lo que tiene que decir. Es la misma diferencia que hay entre mandar una carta y mandar una máquina que escribe la carta al llegar.

Que quede claro: React no está mal. Para una aplicación de verdad (un panel, un tablero, algo con sesión y estado) es la herramienta correcta, y esta pieza está bien construida dentro de esa elección: incluso difiere una librería para no descargarla hasta que se usa. Lo que decimos es lo que medimos: para una página que sobre todo tiene que ser leída y encontrada, ese camino cobra un peaje que la otra no cobra.