Core Web Vitals

Los Core Web Vitals son un conjunto de tres métricas estandarizadas definidas por Google que cuantifican la experiencia real del usuario en páginas web. [Largest Contentful Paint (LCP)](/glossary/lcp) mide qué tan rápido se carga el elemento visible más grande, [First Input Delay (FID)](/glossary/fid) mide qué tan rápido la página responde a la primera interacción del usuario, y [Cumulative Layout Shift (CLS)](/glossary/cls) mide cuánto se mueve inesperadamente el diseño de la página durante la carga. Juntos, estos tres números capturan velocidad de carga, capacidad de respuesta de interacción y estabilidad visual — los tres pilares de una buena experiencia de página. Google ha señalado que Interaction to Next Paint (INP) está reemplazando a FID como métrica de capacidad de respuesta, pero el marco fundamental sigue siendo el mismo.

Google utiliza los Core Web Vitals como señal de clasificación en su algoritmo de búsqueda. Las páginas que alcanzan los umbrales "buenos" reciben una ventaja de clasificación, mientras que las páginas con puntuaciones deficientes pueden descender en los resultados de búsqueda. Más allá del SEO, estas métricas reflejan directamente lo que los visitantes experimentan: un [flipbook](/glossary/flipbook) incrustado que carga lentamente frustra a los lectores, un botón que no responde causa abandono, y saltos inesperados del diseño erosionan la confianza. Para los editores que incrustan contenido interactivo en sus sitios web, el rendimiento de esas incrustaciones contribuye a la puntuación general de la página. Ignorar los Core Web Vitals significa aceptar tanto menor visibilidad en búsquedas como una experiencia de lectura degradada.

FlipLink está diseñado para proteger las puntuaciones de Core Web Vitals de tu sitio en lugar de degradarlas. Las incrustaciones de flipbook se cargan de forma asincrónica para que nunca bloqueen el renderizado del contenido principal de la página, manteniendo [LCP](/glossary/lcp) rápido. El contenedor de la incrustación reserva una relación de aspecto fija antes de que el flipbook se inicialice, previniendo cambios de diseño que dañarían el [CLS](/glossary/cls). Los recursos — imágenes de páginas, scripts de renderizado [Three.js](/glossary/three-js) y fuentes — se cargan progresivamente y solo cuando es necesario, manteniendo el hilo principal del navegador receptivo. La [pantalla de carga personalizada](/features/custom-loading-screen) de FlipLink muestra un marcador de posición fluido mientras el visor se inicializa. El sitio de marketing de FlipLink alcanza una puntuación de 97 en escritorio y 91 en móvil en auditorías de rendimiento Lighthouse.

**Objetivo LCP: menos de 2,5 segundos.** LCP mide el tiempo de renderizado del elemento más grande visible en el [viewport](/glossary/viewport) — imagen, video o bloque de texto. Para páginas con flipbooks incrustados, el contenedor del flipbook no es el elemento LCP — típicamente lo es la imagen hero o el encabezado de la página. La carga asincrónica de FlipLink asegura que la incrustación no retrase este elemento. **Objetivo FID/INP: menos de 100 milisegundos (FID) o 200 milisegundos (INP).** Estas métricas miden el retraso entre una acción del usuario (clic, toque, pulsación de tecla) y la respuesta del navegador. FlipLink descarga el renderizado pesado a [WebGL](/glossary/webgl) a través de Three.js, manteniendo el hilo principal libre para manejar entradas. **Objetivo CLS: menos de 0,1.** El CLS se acumula cada vez que un elemento visible cambia de posición inesperadamente. El código de incrustación de FlipLink usa un contenedor con relación de aspecto fija, así que el navegador asigna el espacio exacto antes de que se cargue cualquier contenido. Sin reflujo, sin desplazamiento. **Herramientas de medición:** Google PageSpeed Insights, Lighthouse (integrado en Chrome DevTools) y el Chrome User Experience Report (CrUX) reportan todos los Core Web Vitals. Los datos de campo de CrUX reflejan la experiencia real del usuario durante un período móvil de 28 días.

| Métrica | Bueno | Necesita Mejorar | Deficiente | |---------|-------|------------------|------------| | LCP | ≤ 2,5s | 2,5s – 4,0s | > 4,0s | | FID | ≤ 100ms | 100ms – 300ms | > 300ms | | INP | ≤ 200ms | 200ms – 500ms | > 500ms | | CLS | ≤ 0,1 | 0,1 – 0,25 | > 0,25 | Estos umbrales se aplican al percentil 75 de las cargas de página — lo que significa que el 75% de las visitas debe alcanzar el umbral "bueno" para que la página apruebe. Una sola visita lenta no invalida la métrica, pero un patrón constante de puntuaciones deficientes sí lo hará.

**¿Incrustar un flipbook perjudica mis Core Web Vitals?** No, si la incrustación se carga de forma asincrónica y reserva su espacio de diseño por adelantado. El código de incrustación de FlipLink hace ambas cosas por defecto. El flipbook se inicializa después de que el contenido principal de la página se ha renderizado, por lo que no compite con la sección hero o la navegación por prioridad de carga. **¿Qué métrica importa más para el SEO?** Google pondera las tres por igual como parte de la señal de experiencia de página. Sin embargo, LCP tiende a tener el impacto más visible en la velocidad percibida, convirtiéndola en la primera métrica que la mayoría de los editores optimizan. **¿Con qué frecuencia debo verificar mis Core Web Vitals?** Ejecuta una auditoría Lighthouse después de cualquier cambio significativo en la página — especialmente después de agregar o modificar contenido incrustado. Para monitoreo continuo, revisa el informe de Core Web Vitals en Google Search Console semanalmente. Los datos de campo se actualizan en un ciclo móvil de 28 días, así que las mejoras tardan aproximadamente un mes en reflejarse en las puntuaciones CrUX.