Koca Ventures Ltd
71-75 Shelton Street
Covent Garden, London
WC2H 9JQ, United Kingdom
Registered in England & Wales — 16231043
WEB PREMIUM Y 3D
Web cinematográfica,con ingeniería — rápida Y cinematográfica, por ingeniería y no por suerte.
La mayoría de los sitios de nivel premiado salen de estudios de diseño que clavan el movimiento pero lo entregan con tirones, o de talleres de plantillas que son rápidos pero topan con un techo en cuanto necesita WebGL de verdad. Nosotros somos ingenieros de software que además hacemos movimiento de nivel premiado. Construimos a mano la capa pesada de 3D y scroll-scrub y la mantenemos dentro de un presupuesto de Core Web Vitals — así que es cinematográfica y rápida, por ingeniería y no por suerte.
▶Entrada con scroll-scrub — un scrub de película completa sobre canvas que estamos desarrollando ahora mismo para una marca de gafas de lujo (próximamente)
CAPACIDADES
La capa cinematográfica, construida a mano
01
Narrativa guiada por scroll
Narrativas de scroll cinematográficas construidas con GSAP 3.15 (ahora 100 % gratuito, con todos los plugins incluidos) y ScrollTrigger, junto con Lenis para un modelo de smooth scroll. Tratamos el scroll como un montador trata una línea de tiempo — unas pocas escenas bien afinadas, no quince — para que la historia se lea como oficio y no como saturación.
02
3D en tiempo real (Three.js / R3F)
Escenas WebGL construidas a mano con Three.js r184, o con React-Three-Fiber 9 + drei 10 cuando la escena se beneficia de la composición por componentes. WebGPU cuando la carga (partículas pesadas, cómputo, post) lo justifica — siempre con un fallback automático a WebGL2 para que nadie se quede con un canvas en blanco.
03
Scroll-scrub por secuencia de fotogramas (estilo Apple)
La entrada al estilo Apple — una película decodificada en fotogramas que se dibujan sobre un canvas a medida que hace scroll — es una técnica que diseñamos por ingeniería (canvas + ScrollTrigger), no una librería que enchufamos. Ahora mismo estamos desarrollando una entrada con scroll-scrub cinematográfico para una marca de gafas de lujo: un scrub de película completa que da paso a la cuadrícula.
04
Trabajo de shaders y materiales
Shaders y materiales a medida, incluido TSL basado en nodos en la vía WebGPU, usados con mesura. Los efectos avanzados se equilibran con optimización y fallbacks para que el espectáculo nunca se coma su presupuesto de rendimiento.
05
Movimiento vectorial (Lottie / Rive)
Movimiento vectorial creado por diseñadores con Lottie / dotLottie para iconos e ilustraciones, y Rive cuando una animación necesita tener estado y depender de datos. Ligero, nítido e independiente de la resolución — la herramienta adecuada en lugar de una pesada escena 3D para un movimiento ligero.
06
Construido sobre Next.js
La capa cinematográfica vive en islas aisladas, solo de cliente, que se montan de forma diferida cerca del viewport; el resto del sitio se mantiene estático y rápido. El coste de hidratación es la principal palanca de rendimiento en un sitio 3D, y lo presupuestamos de forma deliberada — Three.js nunca viaja en su bundle inicial.
LA PROMESA DE RENDIMIENTO Y ACCESIBILIDAD
Un presupuesto de Core Web Vitals que fijamos antes del primer shader
LCP≤ 2,5 s
Largest Contentful Paint
Un póster / primer fotograma rápido se pinta pronto — un hero pesado de canvas nunca bloquea el mayor render.
INP≤ 200 ms
Interaction to Next Paint
El más difícil de aprobar. Fragmentamos las tareas largas del hilo principal procedentes de la animación y la hidratación para que la página siga respondiendo mientras se mueve.
CLS≤ 0,1
Cumulative Layout Shift
Se reserva espacio de antemano para cada canvas y elemento multimedia, de modo que los scroll-reveals y el 3D de carga tardía nunca desplazan el diseño.
Los tres se miden en el percentil 75 de usuarios reales — los objetivos tienen que cumplirse en el terreno, no solo en una prueba de laboratorio. Quienes prefieren menos movimiento reciben por defecto una experiencia estática limpia y rápida; el movimiento esencial se sustituye en lugar de eliminarse, y cada sitio se entrega con una escena móvil optimizada y un fallback automático a WebGL2 para los dispositivos sin WebGPU.
🖼Core Web Vitals antes / después — mediciones reales de Lighthouse (próximamente)
CÓMO TRABAJAMOS
Del storyboard a un presupuesto que mantenemos
01
Descubrir y crear el storyboard
Trazamos la historia antes de construir — qué pocas escenas cargan con la marca, dónde caen los compases del scroll y qué tiene que hacer el sitio más allá de verse bien.
02
Fijar el presupuesto de CWV y accesibilidad
Acordamos de antemano los objetivos de Core Web Vitals y las reglas de accesibilidad (menos movimiento, teclado, controles de pausa) — para que la capa cinematográfica se ajuste a ellos, no se les añada después a la fuerza.
03
Prototipar la escena hero
Construimos primero la escena más difícil — el scroll-scrub o la pieza central 3D — y demostramos que cumple el presupuesto en un móvil real de gama media antes de que exista el resto del sitio.
04
Construir como islas aisladas
La capa pesada de 3D / scroll se diseña como islas solo de cliente que se montan de forma diferida cerca del viewport, mientras el resto de la página se mantiene estática y renderizada en el servidor.
05
Optimizar la cadena de assets
GLTF con compresión Draco / Meshopt, texturas KTX2, tamaños de textura limitados y presupuestos de polígonos por dispositivo, además de una escena móvil optimizada o un póster estático donde tenga sentido.
06
Publicar y medir
Lanzamos y vigilamos las métricas de usuarios reales, no solo una puntuación de Lighthouse en laboratorio. El presupuesto es algo que mantenemos después del lanzamiento, no una cifra que damos una sola vez.
EL TRABAJO
Cómo se ve esto en movimiento
▶Demo 3D interactiva — una escena WebGL / R3F en vivo, montada de forma diferida cerca del viewport (próximamente)
Una isla 3D autónoma — diseñada para montarse solo cuando entra en pantalla al hacer scroll, para que nunca le cueste su presupuesto al resto de la página.
▶Reel de trabajo — grabaciones de pantalla de trabajos reales con scroll y 3D (próximamente)
Capturas breves de trabajos reales — narrativa guiada por scroll, trabajo de shaders y la entrada con scroll-scrub actualmente en marcha. La discreción es parte del trato; no ponemos nombres de clientes en nuestro reel.
El movimiento de nivel premiado es un oficio que diseñamos por ingeniería, no un plugin que instalamos. El stack de 3D y scroll-scrub — GSAP, Motion, Lenis, Three.js, React-Three-Fiber — se incorpora por proyecto y se construye dentro del presupuesto, no se entrega como una caja negra en la que tiene que confiar. Prometemos oficio y rendimiento de los que respondemos, no el mejor sitio web de la historia ni un premio que no hemos ganado.
¿Ya publica sitios con animación? este es el nivel premium de 3D por encima de nuestro trabajo en sitios web animados. El mismo listón de ingeniería, con un techo más alto en la capa cinematográfica y de 3D en tiempo real.
PREGUNTAS
Respuestas directas
¿El 3D y el movimiento pesado no van a ralentizar mi sitio?
Ese es precisamente el fallo que existimos para evitar. Fijamos un presupuesto de Core Web Vitals — LCP ≤ 2,5 s, INP ≤ 200 ms, CLS ≤ 0,1 en p75 — antes de escribir un solo shader, y mantenemos en él la capa cinematográfica. Three.js nunca está en su bundle inicial; la capa de 3D y scroll-scrub se monta de forma diferida como islas aisladas solo de cliente únicamente cuando está cerca del viewport, mientras el resto de la página se mantiene estática y rápida. 'Rápida Y cinematográfica' es honesto porque lo presupuestamos de antemano, no porque tuviéramos suerte.
¿Qué pasa con el móvil y la accesibilidad?
Ambos van diseñados desde el principio, no parcheados al final. Entregamos primero una experiencia estática limpia y rápida, y solo añadimos movimiento por encima para quienes no han pedido reducirlo — quienes prefieren menos movimiento reciben por defecto un sitio sosegado y totalmente legible, con el movimiento esencial sustituido (un fundido en lugar de un zoom) en vez de borrar contenido. En móvil ejecutamos una escena optimizada o un póster estático, con un fallback automático a WebGL2 para la pequeña proporción de dispositivos sin WebGPU. El contenido que se reproduce solo o en bucle tiene controles de pausa, y los controles de movimiento son accesibles por teclado con foco visible.
¿Por qué no usar simplemente Webflow o Framer?
Para 3D decorativo — un globo que gira, un parallax suave — los constructores van bien, y se lo diremos cuando esa sea la decisión correcta. En el momento en que necesite shaders WebGL de verdad, física, GLTF grandes y optimizados o escenas interactivas de Three.js / R3F, hay que programarlo a mano, y el React de caja negra de un constructor arrastra una sobrecarga que aparece señalada por desplazamiento de diseño bajo animación pesada. Somos ingenieros de software que además hacemos movimiento de nivel premiado: sin techo de plataforma, sin lock-in, con código que es suyo y un rendimiento que podemos garantizar de verdad. Los Code Components de Webflow son una vía híbrida — pero el componente pesado lo sigue diseñando a mano alguien como nosotros.
¿En qué se diferencian de un estudio de diseño?
Muchos sitios de nivel premiado salen de estudios que clavan el movimiento pero lo entregan con tirones — incumpliendo INP o CLS, rompiéndose en móvil, ignorando la preferencia de menos movimiento. Nosotros aportamos el mismo techo visual más la ingeniería: presupuestos de Core Web Vitals, accesibilidad, cadenas de assets bien hechas y gestión de móvil / fallback. A menudo somos el socio al que un estudio de diseño subcontrata la construcción de alto rendimiento. Prometemos oficio y rendimiento de los que respondemos — no 'el mejor sitio web de la historia' ni un premio que no hemos ganado.
¿Cuánto tarda y cómo se cobra?
Por proyecto, una vez que entendemos el alcance — no hay precio de lista para este tipo de trabajo. Recomendamos una entrega por fases: publicar primero un hero cinematográfico y rápido, y luego crecer hacia trabajo de varias escenas o de tipo configurador cuando haya engagement real que lo justifique, sin rehacerlo. Una construcción enfocada en un hero visual son unas pocas semanas; un lanzamiento avanzado con varias escenas o interactivo lleva más tiempo. Cuéntenos qué tiene que hacer el sitio y lo dimensionaremos con honestidad. Solicite un presupuesto — no ponemos una cifra fija a una construcción a medida.
¿El código es nuestro o quedamos atados a ustedes?
Es suyo. Construimos a mano sobre herramientas abiertas y estándar — GSAP, Motion, Lenis, Three.js, React-Three-Fiber — en su propio repositorio, sin ningún runtime de constructor propietario de por medio. No hay impuesto por asiento, no hay una plataforma de la que no pueda salir, y sus propios ingenieros pueden ejecutar y ampliar el resultado. La discreción es parte del trato: tampoco ponemos su nombre en nuestro sitio web.
Last reviewed:
¿HABLAMOS?
Cuéntenos qué tiene que hacer el sitio
Comparta el momento de marca, el lanzamiento o el configurador que tiene en mente — y dimensionaremos una construcción cinematográfica con un presupuesto de Core Web Vitals escrito desde el principio. Cobramos el trabajo a medida por proyecto, así que el siguiente paso es una conversación, no una cifra.