El playbook de velocidad de páginas
El trabajo de velocidad fracasa cuando optimiza una puntuación de laboratorio una vez y canta victoria. La versión durable mide usuarios reales, arregla por capa y trata la regresión como el defecto contra el que defenderse.
La velocidad de la tienda es un input de ingresos —la conversión, la eficiencia publicitaria y los rankings la cotizan— y decae por defecto conforme se acumulan apps, scripts e imágenes. Este playbook ejecuta la disciplina: establecer líneas base de datos de campo por plantilla, arreglar por orden de impacto en la capa correcta (configuración edge contra estructura de página) e instalar los cables trampa de regresión que hacen la mejora permanente en lugar de una heroicidad trimestral.
Etapa 1: línea base con datos de campo, por plantilla
Las puntuaciones de laboratorio engañan en ambos sentidos. Recoja LCP, INP y CLS de usuarios reales segmentados por plantilla —producto, colección, portada, checkout— y por dispositivo. La vista ponderada por ingresos le dice por dónde empezar: una plantilla de producto lenta en móvil suele superar en impacto a todo lo demás.
Core Web Vitals de usuarios reales por plantilla y clase de dispositivo
Ponderación plantilla × ingresos para ordenar el trabajo
Inventario completo de scripts de terceros con coste por script
La brecha laboratorio-campo, que en sí misma apunta a causas
Etapa 2: arreglar en la capa dueña del problema
Los problemas de capa edge —reglas de caché, formatos y tamaños de imagen, compresión, entrega— se arreglan en configuración y rinden en toda la tienda a la vez. Los problemas de capa de página —scripts que bloquean el render, media hero sobredimensionada, saltos de layout por widgets tardíos, hinchazón de apps— se arreglan en la plantilla. Hacer primero el trabajo edge a menudo reduce el problema a la mitad antes de tocar plantilla alguna.
Etapa 3: que se quede arreglado
Cada futura instalación de app y script de campaña es una regresión de velocidad esperando aterrizar. Mantenga viva la línea base por plantilla, revise las adiciones de scripts contra su coste medido y re-audite el inventario de terceros según calendario: el script que se ganó su sitio el año pasado puede que ya no se lo gane.
Cómo funciona
Línea base y ranking
Métricas de campo por plantilla, ponderadas por ingresos, con el inventario de scripts tasado.
Edge primero, plantillas después
Los arreglos de configuración llegan a toda la tienda de inmediato; los de plantilla siguen por orden de impacto.
Defender lo ganado
Líneas base vivas, revisión de coste de scripts y re-auditorías programadas evitan que la tienda vuelva a decaer.
Qué obtienes
Velocidad medida en los usuarios que de verdad le pagan
Arreglos aplicados en la capa dueña de cada problema
Scripts de terceros individualmente responsables de su coste
Regresiones capturadas la semana en que aterrizan, no el trimestre siguiente
Agentes responsables
Compatible con
Preguntas frecuentes
¿Qué objetivos de Core Web Vitals debería perseguir?
Los umbrales «buenos» publicados —LCP bajo 2,5s, INP bajo 200ms, CLS bajo 0,1— en el percentil 75 de usuarios reales, por plantilla. Pero la dirección importa más que los umbrales: una tienda que pasa de terrible a mediocre captura la mayor parte de la ganancia de conversión.
¿Cuánta velocidad viene solo de la capa edge?
En tiendas que nunca la afinaron, el trabajo edge —caché correcta, formatos de imagen modernos, compresión— suele entregar la mitad mayor de la mejora sin tocar una plantilla. Por eso va primero.
Mi tema es el problema. ¿Reconstruir o parchear?
Mida primero: si la lista de arreglos de plantilla es corta y acotada, parchee. Si la arquitectura del tema pelea contra cada arreglo, la reconstrucción se paga sola, pero es una decisión que se toma con evidencia, no con frustración.
¿Qué agentes lo ejecutan?
Ops posee las líneas base, la capa edge y la vigilancia de regresiones; Builder publica los arreglos de plantilla con la evidencia adjunta. El registro de auditoría anota qué cambió y qué hizo con las métricas.
Seguir leyendo
Optimización de velocidad del sitio
Encontrar qué frena de verdad a los usuarios reales, arreglarlo e impedir que las regresiones lo deshagan.
Mejorar la conversión móvil
Cerrar la brecha móvil: la realidad del alcance del pulgar, velocidad en dispositivos reales y fricción de checkout.
Cloudflare
Rendimiento edge, caché y protección anti-bots, gestionados continuamente por el agente Ops.
Posicionar en búsqueda IA
Un programa para ser recuperado, citado y recomendado por los motores de respuesta IA.
Pon al equipo a trabajar en tu tienda
Conecta tu tienda, tu analítica y tu herramienta de email, marca un objetivo y deja que los agentes ejecuten de principio a fin. El plan gratuito funciona con tu propia clave de modelo.