Espécimen arquitectónico de I+D 01 — Referencia: este sitio
Canal de briefing de confianza cero, sujeto a un presupuesto de rendimiento medido
Espécimen arquitectónico de I+D: investigación y desarrollo del estudio, construido y medido en este repositorio. No es un trabajo de cliente y no describe a ningún cliente. Cada cifra de esta página está medida o calculada, y se indica su método.
Pregunta de diseño
¿Puede un sitio público que recibe consultas de directivos rechazar todo lo que no puede verificar, no poner cookies ni ejecutar analítica, y aun así medirse con una puntuación de rendimiento de Lighthouse de 100 en escritorio y en un teléfono limitado? Este sitio es el espécimen: la puerta del propio estudio, construida con las tolerancias que vende.
Nivel de evidencia A: implementado en este repositorio y ejercitado por sus pruebas. Las mediciones son datos de laboratorio de una sola clase de máquina; sus límites figuran en «Compromisos y límites».
I
Restricción y tolerancia
Tres restricciones se fijaron antes de cualquier código, y cada una se comprueba en cada versión.
Frontera de confianza: nada que venga del navegador es de fiar. El origen, el tamaño del cuerpo, el esquema, el señuelo y el tiempo de relleno, una comprobación antibots y un sanitizador se ejecutan en el servidor, en ese orden. Una solicitud que falle en cualquiera de ellos se rechaza, nunca se repara.
Minimización de datos: sin cookies, sin analítica, nada almacenado en el navegador. El único tercero es una comprobación antibots, cargada en el último paso del formulario y solo donde la entrega está conectada.
Cadencia de fotogramas: se conserva el ritmo propio de la pantalla mientras la página se desplaza. En el desplazamiento muestreado el intervalo entre fotogramas es de 16,7 ms en la mediana y de 16,9 ms en el percentil 99 en una pantalla de 60 Hz, un fotograma por refresco.
II
Arquitectura
Una ruta, un canal y un camino de renderizado que mantiene el framework fuera de la ruta crítica.
Canal de entrega: navegador, comprobación de origen y límite de frecuencia, validación del esquema, comprobación antibots, sanitizador y clase de prioridad, y después entrega por un webhook firmado (HMAC-SHA256, idempotente) o por SMTP sobre TLS al buzón del estudio. Cada paso puede rechazar; un rechazo termina la solicitud y ofrece al visitante un borrador de correo. El sistema se cierra ante un fallo.
Renderizado: páginas renderizadas en el servidor bajo una Content-Security-Policy aplicada, con un nonce por solicitud. El framework arranca después del primer renderizado de contenido tras un único script cargador, de modo que el primer renderizado no lo espera. Las secciones bajo el pliegue se dibujan a demanda con una altura provisional medida.
Criptografía a la vista: un simulador de seguridad de la página firma y sella un mensaje en el propio navegador del visitante con Web Crypto (HMAC-SHA256, AES-256-GCM), con las mismas funciones y las mismas pruebas que la arquitectura de referencia.
III
Verificación
Las afirmaciones se sujetan a comprobaciones ejecutables, no a capturas de pantalla.
Antes de cada versión se ejecutan una auditoría de diseño de más de doscientas comprobaciones y una prueba de humo HTTP de más de ciento ochenta contra una compilación de producción, seguidas de un recorrido en un navegador real en dos ventanas; tras la publicación corre una comprobación en vivo.
La accesibilidad se analiza con axe en páginas, idiomas y ventanas (sin infracciones). La Content-Security-Policy se ejercita en un navegador real contra el sitio en vivo (sin infracciones ni errores de consola). La tarjeta para compartir se dibuja y se compara en cada idioma en el que se publica el sitio.
El movimiento del diseño se prueba tal como ocurre: alturas provisionales a menos del 15 % de la altura dibujada, y elegir un nivel de presupuesto no mueve nada. La métrica de desplazamiento de diseño del navegador ignora los desplazamientos en los 500 ms posteriores a un clic; por eso la prueba compara posiciones y alturas.
La entrega se verifica de extremo a extremo contra un receptor SMTP local con un token antibots real. No se afirma nada sobre la aceptación de ningún proveedor de correo concreto.
IV
Resultado medido y límites
Qué se mide, y en qué perfil.
Medido
Estas son las mediciones publicadas y fechadas del sitio en vivo. Las cifras de fotogramas son los intervalos entre fotogramas de un desplazamiento grabado de toda la página.
- Rendimiento de Lighthouse
- 100 · 100
- escritorio · móvil
- Largest Contentful Paint
- 425 ms
- escritorio
- Desplazamiento de diseño (CLS)
- 0,00
- escritorio
- Intervalo entre fotogramas (mediana · percentil 99)
- 16,7 · 16,9
- ms · pantalla de 60 Hz, un fotograma por refresco
Lighthouse, desktop preset, live production (syncflow.agency), median of 5 runs, 17 oct 2026. Muestreador de fotogramas: 1280×800, Chrome sin interfaz, 60 Hz, 8 oct 2026.
Compromisos y límites
Lo que cuesta este diseño y lo que las cifras no demuestran.
Datos de laboratorio, no de campo
Las ejecuciones de Lighthouse son mediciones de laboratorio en una clase de máquina. La puntuación móvil es la mediana de ejecuciones en una máquina tranquila, como indica el perfil de arriba; en un equipo ocupado la misma compilación puntúa menos, porque la hidratación cae dentro de la ventana del tiempo total de bloqueo. Una ejecución bajo carga nunca se publica como 100.
Cadencia de fotogramas, no trabajo del fotograma
Las cifras de fotogramas son intervalos entre fotogramas a 60 Hz, donde 16,7 ms es un fotograma. Muestran que no se perdió ningún fotograma en el desplazamiento grabado; no dicen cuánto tarda el trabajo propio de cada fotograma.
El rigor tiene un precio
Una política aplicada y una ruta que rechaza ante un fallo significan que un ajuste ausente produce un error en lugar de un éxito silencioso. El formulario lo dice antes de usarse y ofrece un borrador de correo.
Medido en
- Lighthouse 13.5 · live production
- 412×823 · slow 4G · 4× CPU
- 1280×800 · 60 Hz · frame sampler