Las pruebas de velocidad web miden cómo carga una página en las condiciones de una prueba concreta. La auditoría de Runner AI puede incluir Lighthouse y mostrar resultados disponibles para móvil y escritorio junto a los hallazgos del rastreo. Parte de una tienda publicada y un objetivo SEO válido. Usa las pruebas guardadas para pedir una corrección acotada, no para asumir que una puntuación representa a todos los compradores o cambia la tienda automáticamente.
Inicia las pruebas de velocidad web en una tienda accesible
Abre el proyecto de tu tienda y entra en Crecer, después en SEO. Si Runner muestra la lista de configuración inicial, completa el requisito de publicación y la primera evaluación antes de esperar un informe. Los datos de ejemplo no son mediciones de tu tienda. Comprueba que la tienda pública abre en la dirección que quieres analizar antes de interpretar los resultados.
Abre la tarjeta de estado del sitio y la vista de auditoría. La acción para iniciar una nueva auditoría abre la configuración sin editar la tienda. Elige un límite de páginas adecuado, activa la opción de Lighthouse y ejecuta la auditoría. El límite afecta al rastreo; no significa que cada URL rastreada reciba una prueba Lighthouse independiente para móvil y escritorio. Comprueba la dirección analizada que acompaña a los resultados.
Espera al informe en lugar de confundir el inicio con una medición terminada. Anota la dirección objetivo y los cambios realizados desde la prueba anterior. La auditoría web de ecommerce organiza problemas técnicos y del recorrido de compra. Esta página trata las pruebas opcionales de velocidad de ese proceso, no las pruebas de carga con compradores simultáneos ni la vigilancia continua de disponibilidad.
Lee los resultados sin inventar valores ausentes
Cuando Lighthouse devuelve resultados, Runner muestra tarjetas separadas para móvil y escritorio. Incluyen las puntuaciones disponibles de rendimiento, accesibilidad, buenas prácticas y SEO, seguidas de las métricas recibidas. Revisa el dispositivo y la dirección antes de comparar ejecuciones. Un buen resultado en escritorio no confirma una experiencia móvil equivalente, y una puntuación global no explica todas las causas de una demora.
La cuadrícula puede incluir First Contentful Paint, Largest Contentful Paint, Total Blocking Time, Speed Index, Time to Interactive, Cumulative Layout Shift, Interaction to Next Paint y Time to First Byte. Los valores dependen de la respuesta del proveedor. Un guion indica que falta el valor: no significa demora cero ni una prueba superada. Tampoco debes estimarlo. Las mediciones de tiempo y de desplazamiento del diseño representan propiedades distintas.
Interpreta el informe como evidencia de una evaluación concreta, no como un registro de todos los compradores. Las mediciones de laboratorio, los datos de campo y una vista previa responden preguntas diferentes. Las herramientas de optimización web ayudan a elegir diagnósticos adicionales o contexto de usuarios reales. No afirmes mejoras de conversión, posicionamiento o tiempos de carga garantizados solo porque cambió una puntuación.
Convierte un hallazgo confirmado en una corrección concreta
Usa las vistas de problemas y páginas para encontrar la URL afectada y leer los hallazgos guardados. El tiempo de respuesta aporta contexto, pero no equivale al tiempo que tarda en aparecer el contenido visual principal. Abre la página pública y reproduce la tarea que resulta lenta. Registra ruta, dispositivo, estado inicial, resultado esperado y demora observada, sin enviar credenciales ni datos privados de clientes.
La acción para corregir un problema con Runner abre una conversación con las pruebas seleccionadas y una solicitud de trabajo. La opción para corregir todos inicia una conversación más amplia. Ninguna aplica una edición ni publica la tienda por sí sola. Acota la petición para poder revisarla y pide que se conserven información de productos, navegación, controles de compra y contenido no relacionado.
Si la imagen principal de un producto aparece tarde, identifica la página y el comportamiento observado. Pide investigar la causa antes de eliminar todas las imágenes o scripts. Una dependencia externa o una restricción operativa puede requerir una decisión separada. La revisión de accesibilidad web en ecommerce ayuda a comprobar que la corrección no elimina etiquetas, comportamiento del foco o información necesaria para comprar.
Repite la prueba sobre el cambio publicado
Examina la propuesta en la vista previa y repite la tarea original. Comprueba selección de productos, navegación, carrito y contenido afectado. Revisar la vista previa no actualiza la tienda pública. Publica únicamente el trabajo aprobado, vuelve a abrir la dirección pública y compara una nueva auditoría con las pruebas anteriores de la misma URL analizada y el mismo dispositivo.
Mantén acotadas las comparaciones. Si cambiaron el contenido, el objetivo o las condiciones, anótalo en vez de atribuir cada variación de puntuación a la edición. Repite un resultado extraño antes de concluir y conserva la métrica o el comportamiento que querías mejorar. Una puntuación superior no sustituye la comprobación de que el comprador puede completar la tarea original.
Runner diferencia Lighthouse no solicitado de Lighthouse no disponible. En el primer caso, pide una auditoría con la opción activada. En el segundo, usa los hallazgos del rastreo completado y reintenta la comprobación opcional más adelante. Si falla el rastreo, comprueba la dirección pública y considera una auditoría menor. La falta de evidencia sigue sin resolverse; no demuestra rapidez. Consulta procesos relacionados en el catálogo de funciones de Runner AI.
Preguntas frecuentes
¿Runner AI prueba todas las páginas con Lighthouse?
No lo des por hecho. El límite de páginas afecta al rastreo técnico, mientras que Lighthouse identifica la URL analizada. Revisa esa dirección y las tarjetas disponibles de móvil y escritorio antes de aplicar el resultado a productos, colecciones o al pago. Las pruebas describen la página y las condiciones que realmente se analizaron.
¿Una métrica ausente significa que la página ha aprobado?
No. Un guion significa que no hay un valor disponible. No representa cero milisegundos ni un resultado aprobado de Core Web Vitals. Separa los valores ausentes de las puntuaciones recibidas y busca otra medición adecuada si la métrica importa para tu decisión. Los datos incompletos no justifican una afirmación de rendimiento.
¿La acción de corrección hace la tienda más rápida automáticamente?
No. Abre una conversación con evidencia y una solicitud. Revisa la propuesta, inspecciona la vista previa y decide la publicación por separado. Después, repite la tarea afectada y mide el resultado público. Ni una conversación nueva ni una modificación aceptada demuestran una mejora de carga o conversión.
¿Qué hago si Lighthouse no está disponible pero termina el rastreo?
Usa los resultados disponibles y deja pendiente la comprobación opcional. Confirma el objetivo público y reintenta Lighthouse después. No sustituyas un resultado ausente por datos de ejemplo o una puntuación inventada. Un rastreo terminado y unas pruebas de velocidad web satisfactorias son resultados distintos.