Diagnosticar la carga y los cambios de diseño
LCP ayuda a identificar el elemento principal que aparece tarde. CLS describe la inestabilidad del diseño. Usa la prueba de INP independiente para investigar retrasos tras un clic.
Introduce una URL para descubrir si las imágenes, los scripts o la respuesta del servidor ralentizan la página. Usa el informe para investigar los retrasos de carga y los cambios de diseño y elegir qué corregir primero.
Cada recomendación está vinculada a una métrica, un recurso y una causa técnica, para que el equipo vea qué corregir primero y qué puede quedar en el backlog.
LCP ayuda a identificar el elemento principal que aparece tarde. CLS describe la inestabilidad del diseño. Usa la prueba de INP independiente para investigar retrasos tras un clic.
El waterfall HTTP muestra qué bloquea el renderizado, qué recursos usan conexiones paralelas y dónde los scripts de terceros ralentizan el inicio.
Milten agrupa los problemas en una lista breve de tareas para LCP, CLS, TBT, TTFB, scripts de terceros y recursos pesados.
Comprueba la velocidad del sitio en las condiciones seleccionadas. Obtén métricas de carga en laboratorio y hallazgos. Una prueba no sustituye las mediciones de visitantes reales.
01 · URL
Comprueba una página de inicio, landing page, catálogo o página de producto. Milten abre la página en un navegador y aplica la región, red y dispositivo seleccionados.
02 · ESCANEO
Recopila métricas de laboratorio, retrasos de red, recursos pesados y cambios de diseño. TTFB mide el retraso de respuesta del servidor. TBT mide el bloqueo del hilo principal durante la carga.
03 · PLAN
Empieza por un hallazgo y los datos que lo respaldan. Identifica qué recurso retrasó la carga o qué elemento desplazó el diseño. Corrige la causa y repite la prueba con la misma configuración.
El escáner separa la carga percibida, la estabilidad del diseño, el bloqueo de JavaScript y la velocidad de respuesta del servidor para que la optimización no se reduzca a una sola puntuación.
Cuando el usuario ve por primera vez texto, una imagen o un SVG: una señal temprana de que la página realmente ha empezado a cargar.
Tiempo hasta que se renderiza el elemento visible principal: una imagen hero, un encabezado grande, una tarjeta de producto o un bloque de catálogo.
La suma de los cambios de diseño inesperados: banners, imágenes sin dimensiones, fuentes tardías y bloques que mueven el contenido después de la carga.
Cuánto tiempo estuvo ocupado el hilo principal con tareas largas de JavaScript y no pudo responder con rapidez a las acciones del usuario.
Retraso antes del primer byte de HTML: tiempo de backend, DNS, TLS, CDN y caché antes de que el navegador empiece a recibir la página.
Con qué rapidez se llena el viewport visible: esto ayuda a explicar por qué una página se siente lenta aunque las métricas individuales parezcan buenas.
Respuestas breves sobre Core Web Vitals, SEO y optimización práctica de páginas.
Mide la rapidez con la que la página responde a acciones automatizadas. Encuentra retrasos durante la prueba.
AbrirComprueba si el navegador usa su caché al navegar atrás y adelante. Descubre qué impide el almacenamiento en caché.
AbrirEncuentra datos que permanecen en memoria tras navegar repetidamente. Revisa posibles fugas de memoria y datos que se acumulan.
AbrirRevisa archivos JavaScript, errores de carga y código sin usar durante la carga. Identifica scripts que requieren un análisis más detallado.
AbrirUsamos cookies para ofrecerte una mejor experiencia en nuestro sitio. Puedes obtener más información sobre cómo usamos las cookies en nuestra política de privacidad.