---
title: "Optimización de velocidad web y Core Web Vitals — Dardo"
description: "Optimización de velocidad web con datos de usuarios reales: auditoría de Core Web Vitals, correcciones priorizadas en tu código y revisión de antes y después."
url: "https://dardo.studio/es/servicios/optimizacion-de-velocidad-web/"
language: "es"
translations: {"en":"https://dardo.studio/en/services/website-speed-optimization/","pt":"https://dardo.studio/pt/servicos/otimizacao-de-velocidade-de-sites/"}
updated: "2026-10-14"
---

# Optimización de velocidad web y Core Web Vitals

La optimización de la velocidad de un sitio web encuentra qué hace esperar a los visitantes reales, como una imagen principal lenta o un diseño que salta, y corrige la causa en el código, las imágenes, las fuentes y los scripts. Dardo la hace para empresas cuyas páginas no superan los Core Web Vitals o se sienten lentas en el celular: auditoría con datos de campo, correcciones priorizadas y una comprobación de antes y después.

Por Equipo editorial de Dardo · Actualizado 14 oct 2026 · 10 min de lectura

[Pedir una propuesta](https://dardo.studio/es/contacto/?service=website-speed-optimization) · [Escríbenos por WhatsApp](https://wa.me/573163373216?text=Hola%20Dardo%2C%20quiero%20cotizar%3A%20Optimizaci%C3%B3n%20de%20velocidad%20web%20y%20Core%20Web%20Vitals)

## Qué incluye un proyecto de optimización de velocidad

La propuesta indica las plantillas incluidas, cuáles de estos entregables aplican, quién implementa cada corrección y cómo se acepta:

- Una línea base de datos de campo por plantilla a partir de CrUX, Search Console y tu analítica
- Trazas de laboratorio de las plantillas más lentas en un celular de gama media emulado con la CPU ralentizada
- Una lista de correcciones priorizada por visitas afectadas, métrica que mejora y esfuerzo
- Un inventario de scripts de terceros, con un responsable y una decisión para cada etiqueta
- Correcciones en tu código, tema o CMS, o tickets para tus desarrolladores
- Medición de usuarios reales de LCP, INP y CLS donde faltan los datos de Google
- Un informe de antes y después con datos de campo

## ¿Qué puntajes son buenos en Core Web Vitals?

Google califica tres métricas en el percentil 75 de las cargas de página, por separado en móvil y en escritorio. Largest Contentful Paint (LCP), el momento en que aparece el contenido principal, es bueno con 2,5 segundos o menos y deficiente por encima de 4 segundos. Interaction to Next Paint (INP), qué tan rápido responde la página a una acción, es bueno con 200 milisegundos o menos y deficiente por encima de 500. Cumulative Layout Shift (CLS), cuánto salta el diseño, es bueno con 0,1 o menos y deficiente por encima de 0,25.

El país de tus visitantes cambia lo que aprueba: en [Core Web Vitals en Latinoamérica](https://dardo.studio/es/blog/core-web-vitals-latinoamerica/) comparamos los mismos sitios en Estados Unidos y en la región.

INP reemplazó a First Input Delay el 12 de marzo de 2024; una auditoría o un plugin que todavía califica First Input Delay está desactualizado.

## Primero los datos de campo, después los de laboratorio

Partimos de lo que vivieron los visitantes reales y luego usamos pruebas de laboratorio para encontrar la causa. Los datos de campo de Google son el Chrome User Experience Report (CrUX), un promedio móvil de 28 días de las visitas de usuarios de Chrome elegibles. El informe de Core Web Vitals de Search Console los lee, agrupa URL similares y le da a cada grupo el estado de su peor métrica.

Como referencia, nuestro [informe de velocidad de plataformas web](https://dardo.studio/es/herramientas/velocidad-plataformas-web/) gratuito muestra cómo les va a los sitios de tu plataforma con visitantes reales en tu país, con datos del Chrome UX Report actualizados cada mes.

PageSpeed Insights muestra esos datos de campo encima de una prueba de Lighthouse que simula un celular de gama media en una red móvil. Lighthouse no puede medir INP, porque nadie toca la página, y reporta Total Blocking Time en su lugar. Las pruebas de laboratorio muestran las causas; los datos de campo fijan las prioridades.

CrUX cubre solo Chrome en escritorio y Android, así que faltan los visitantes con iPhone, y las páginas por debajo de un umbral de tráfico no divulgado no tienen datos. Cuando esos vacíos importan, agregamos medición de usuarios reales a tu sitio; desde Safari 26.2, publicado en diciembre de 2025, también puede registrar LCP e INP en iPhone.

## Qué vuelve lento un sitio y cómo corregimos cada causa

La auditoría nombra la causa detrás de cada métrica que falla. web.dev divide el LCP en respuesta del servidor, el retraso antes de que el navegador encuentre la imagen principal, su descarga y su renderizado, lo que nos dice si hay que corregir el servidor, el HTML o el archivo. La guía de Google es tajante en un punto: nunca cargues con lazy loading la imagen del LCP; dale en cambio una prioridad de carga alta.

__Qué vuelve lento un sitio y cómo corregimos cada causa__
| Causa                                                                     | Métrica que afecta | Corrección habitual                                                                                                                        |
| ------------------------------------------------------------------------- | ------------------ | ------------------------------------------------------------------------------------------------------------------------------------------ |
| Imágenes demasiado pesadas o descubiertas tarde                           | LCP                | Tamaños adaptables en formatos modernos, la imagen principal en el HTML con prioridad alta, lazy loading solo debajo del primer pantallazo |
| Fuentes web                                                               | LCP, CLS           | Menos pesos y juegos de caracteres, la fuente de la primera pantalla cargada temprano, fuentes de respaldo con medidas equivalentes        |
| Scripts de terceros: etiquetas, chat, pruebas A/B y grabación de sesiones | INP, LCP           | Quitar las etiquetas sin uso, cargar el resto cuando la página ya es usable, acordar cada cambio con el responsable de la etiqueta         |
| Paquetes de JavaScript grandes                                            | INP                | Enviar menos código, dividir las tareas largas para que la página pueda responder, renderizar las partes estáticas como HTML simple        |
| Respuesta lenta del servidor                                              | LCP                | Caché en la CDN, páginas generadas de antemano cuando el contenido lo permite, menos redirecciones                                         |
| Medios, embebidos y banners sin espacio reservado                         | CLS                | Ancho y alto o una relación de aspecto en los medios, espacios reservados para embebidos y banners de cookies                              |

Las correcciones se ordenan por las visitas que afectan y por su esfuerzo. Quitar una etiqueta sin uso toma minutos; un constructor de páginas que carga los mismos scripts en todas las páginas obliga a reconstruir esa plantilla.

## ¿Los Core Web Vitals influyen en el posicionamiento en Google?

Sí, pero como una señal entre muchas, por detrás de la relevancia. La documentación de experiencia de página de Google dice que "Core Web Vitals son utilizados por nuestros sistemas de clasificación", y también que Search muestra el contenido más relevante aunque la experiencia de página sea deficiente. Tener buenos puntajes no garantiza las primeras posiciones.

Por eso vendemos el trabajo de velocidad pensando en tus visitantes, que pueden leer y actuar antes, y no como una solución de posicionamiento. Si tu objetivo es posicionarte, nuestro servicio de [SEO técnico](https://dardo.studio/es/servicios/seo/) parte de las búsquedas, páginas y enlaces que pesan más.

## Cómo mantener rápidas las páginas 3D y con mucho movimiento

Una página 3D puede pasar los Core Web Vitals si la escena se carga después del contenido. Un canvas no está entre los tipos de elemento que considera el LCP, así que dejamos el titular, el texto y una imagen de póster en HTML y arrancamos la escena cuando ya están en pantalla. El riesgo pasa entonces al INP: preparar shaders, texturas y modelos crea tareas largas, que dividimos y probamos en celulares con la red y la CPU limitadas.

Trabajamos nuestro propio sitio así: la página de inicio de dardo.studio es una escena 3D en tiempo real, medida con Cloudflare Web Analytics y la biblioteca de código abierto web-vitals de Google, sin cookies. Leemos los datos crudos antes de cambiar nada. El 3 de octubre de 2026, el tiempo de carga de página de 24 horas de Cloudflare marcaba 2,2 segundos, pero era la mediana de solo 17 cargas, seis de ellas cargadas fuera de la vista por el navegador integrado de Meta, y esa métrica espera a todas las imágenes y scripts, no a lo que ven los visitantes.

Las pruebas de laboratorio con limitaciones encontraron dos causas sencillas: una captura de pantalla sin pérdida que los celulares descargaban con 318 KB, ahora de 81 KB, y una analítica de grabación de sesiones que arrancaba antes de que la página terminara de cargar, ahora después. En 4G rápido, el celular emulado terminó de cargar en 894 milisegundos en lugar de 1.476.

Los presupuestos de modelos y texturas están en nuestro artículo sobre [cómo mantener rápidas las páginas web 3D](https://dardo.studio/es/blog/paginas-web-3d/); construir la escena es nuestro servicio de [sitios web 3D interactivos](https://dardo.studio/es/servicios/sitios-web-3d-interactivos/).

## Cómo trabajamos: auditoría, correcciones y una revisión con datos de campo

Cada proyecto empieza con una línea base y termina con una comparación sobre los mismos datos, para las plantillas que concentran más visitas o ingresos: la página de inicio, una página de producto o servicio, un artículo.

Las correcciones van primero a una copia de pruebas antes de producción, o a tus desarrolladores como tickets. Las pruebas de laboratorio muestran el efecto el mismo día; los datos de campo tardan más, porque CrUX promedia 28 días y el seguimiento de correcciones de Search Console vigila las URL afectadas durante 28 días. Anotamos la fecha de cada lanzamiento y comparamos cuando la ventana se ha renovado.

El informe y la configuración de medición quedan en tus cuentas, y un plan de [mantenimiento web](https://dardo.studio/es/servicios/mantenimiento-web/) detecta las regresiones que traen las etiquetas e imágenes nuevas después de cada lanzamiento.

## Qué mueve el precio del trabajo de velocidad

La optimización de velocidad no tiene un precio inicial publicado; la auditoría y las correcciones se cotizan por separado. Esto es lo que mueve la cotización:

- Plantillas incluidas: se traza cada plantilla distinta, no cada URL
- Plataforma: en Shopify, Webflow o un constructor de páginas de WordPress, cierto peso no se puede quitar
- Scripts de terceros, cada uno con la decisión de su responsable
- Cambios de diseño, como reemplazar un video de portada o una familia tipográfica
- Datos de campo ausentes, que hay que recolectar antes de tener una línea base
- Quién implementa: Dardo, tus desarrolladores o ambos

Los rangos de presupuesto de nuestros proyectos y los precios iniciales de otros servicios están en la [página de precios](https://dardo.studio/es/precios/).

## Cuándo la optimización de velocidad no es la solución

El trabajo de velocidad sirve para un sitio cuyo contenido y estructura funcionan pero cuyas páginas son lentas. Si el tema o la plataforma es el peso, reconstruir arregla más que ajustar: un [rediseño web](https://dardo.studio/es/servicios/rediseno-web/) o una [migración de página web](https://dardo.studio/es/servicios/migracion-de-pagina-web/), por ejemplo a [Astro](https://dardo.studio/es/servicios/desarrollo-astro/), que genera las páginas como HTML de antemano. Si las páginas son rápidas pero los visitantes no actúan, elige la [optimización de conversiones](https://dardo.studio/es/servicios/optimizacion-de-conversiones/). Para un sitio nuevo, planeamos la velocidad dentro de la construcción mediante [desarrollo web](https://dardo.studio/es/servicios/desarrollo-web/) en lugar de auditarla después.

## Preguntas antes de elegir

**¿Cuánto cuesta optimizar la velocidad de una página web?**

No hay un precio inicial publicado. La cotización depende de las plantillas incluidas, la plataforma, los scripts de terceros, los cambios de diseño y quién implementa las correcciones. La auditoría se cobra por separado, así que puedes detenerte después de ella y trabajar la lista por tu cuenta.

**¿Por qué PageSpeed Insights y Search Console muestran números distintos?**

Search Console y la sección de datos de campo de PageSpeed Insights muestran visitas reales en Chrome durante 28 días; el puntaje de Lighthouse es una sola carga simulada en un celular de gama media. Las pruebas de laboratorio encuentran las causas; los datos de campo muestran lo que vivieron los visitantes.

**¿Cuánto tardan en verse las mejoras en Search Console?**

Las pruebas de laboratorio muestran una corrección el mismo día en que se publica. Search Console lee un promedio móvil de 28 días, así que el efecto completo aparece unas cuatro semanas después del lanzamiento, y su seguimiento de correcciones dura 28 días. Las páginas con muy poco tráfico pueden no aparecer nunca; en ese caso leemos tus propios datos de usuarios reales.

**¿Pueden garantizar un puntaje perfecto en Lighthouse o aprobar los Core Web Vitals?**

No. Los resultados de campo dependen de los dispositivos y las redes de tus visitantes, de los scripts de terceros que necesitas conservar y, en las plataformas alojadas, de código que no podemos cambiar. La propuesta fija una meta por plantilla y nombra lo que se interpone.

**¿Optimizan sitios en WordPress, Shopify y Webflow?**

Sí, dentro de lo que cada plataforma nos deja cambiar. En WordPress quitamos plugins, recortamos los recursos del tema y configuramos la caché. En Shopify y Webflow la plataforma maneja los servidores y algunos scripts, así que trabajamos las imágenes, las fuentes, las apps, los embebidos, el código personalizado y las etiquetas. Si la plataforma es el límite, te lo decimos.

**¿Qué necesitan de nosotros para empezar?**

La dirección del sitio, las páginas más importantes, acceso a Search Console, la analítica, el alojamiento o la CDN y el repositorio de código o el CMS, y un contacto para cada etiqueta de marketing. Si Search Console aún no está configurado, lo configuramos primero.

## Desde el blog

- [Core Web Vitals en Latinoamérica: cuántos sitios aprueban por país y por qué fallan en móvil (datos 2026)](https://dardo.studio/es/blog/core-web-vitals-latinoamerica/)  
En septiembre de 2026, un tercio de los sitios aprobó las Core Web Vitals en móvil en Colombia y Brasil, frente al 63 % en EE. UU. Datos por país y qué hacer.
- [Cómo mejorar los Core Web Vitals: guía basada en datos de campo para sitios de marketing](https://dardo.studio/es/blog/mejorar-core-web-vitals/)  
Encuentra qué métrica y plantilla fallan en Search Console, corrige LCP, INP y CLS según su causa y confirma el resultado en datos de campo 28 días después.

## Fuentes y lecturas

Fuentes de esta página, con más detalles de sus publicaciones originales.

- [Google Search Central: Understanding page experience in Google Search results](https://developers.google.com/search/docs/appearance/page-experience) · developers.google.com
- [web.dev: Web Vitals](https://web.dev/articles/vitals) · web.dev
- [web.dev: Interaction to Next Paint becomes a Core Web Vital on March 12](https://web.dev/blog/inp-cwv-march-12) · web.dev
- [Chrome for Developers: CrUX API](https://developer.chrome.com/docs/crux/api) · developer.chrome.com
- [Search Console Help: Core Web Vitals report](https://support.google.com/webmasters/answer/9205520) · support.google.com
- [Google for Developers: About PageSpeed Insights](https://developers.google.com/speed/docs/insights/v5/about) · developers.google.com
- [web.dev: Optimize Largest Contentful Paint](https://web.dev/articles/optimize-lcp) · web.dev
- [web.dev: LCP and INP are now Baseline Newly available](https://web.dev/blog/lcp-and-inp-are-now-baseline-newly-available) · web.dev

[Dardo](https://dardo.studio/es/) · [Servicios](https://dardo.studio/es/servicios/) · Optimización de velocidad web

## De una página lenta a una lista de correcciones priorizada

Envíanos la dirección y las páginas más importantes. Revisamos qué datos de campo ya existen y te respondemos con lo que cubriría la auditoría.

[01 · **Mira cómo mantenemos rápidas las páginas 3D** · Páginas web 3D: cuándo valen la pena](https://dardo.studio/es/blog/paginas-web-3d/) · [02 · **Compara el cuidado continuo** · Planes de mantenimiento web](https://dardo.studio/es/servicios/mantenimiento-web/) · [03 · **Solicita una auditoría de velocidad** · Envía tu sitio y tus prioridades para una propuesta con alcance definido](https://dardo.studio/es/contacto/?service=website-speed-optimization)

## Sigue explorando.

- [Servicio · **Mantenimiento web: planes mensuales de soporte y monitoreo**](https://dardo.studio/es/servicios/mantenimiento-web/)
- [Servicio · **Agencia SEO en Colombia: SEO técnico para sitios web**](https://dardo.studio/es/servicios/seo/)
- [Servicio · **Desarrollo web para Estados Unidos y Latinoamérica**](https://dardo.studio/es/servicios/desarrollo-web/)
