Haz rápida tu tienda. Y que siga siéndolo.
Encontramos lo que ralentiza tu tienda Magento, lo arreglamos y demostramos el resultado con las mismas mediciones con las que empezamos. Todo empieza con una auditoría de precio cerrado; las soluciones y la monitorización las decides tú.
- Primero, auditoría
- 1–2 semanas, precio cerrado
- Soluciones medidas
- mismas herramientas y URLs
- Solo lectura
- hasta que apruebes cambios
- Confirmado en campo
- datos reales tras 28 días
Tres pasos. Para cuando quieras.
- 1Empieza aquí
Auditoría
1–2 semanas · precio cerrado
Lo medimos todo, encontramos cada cuello de botella con pruebas y ordenamos las soluciones por impacto en el negocio.
RecibesReserva una auditoría- Tablas de KPI de partida
- Hallazgos con pruebas
- Matriz impacto/esfuerzo y hoja de ruta
- Informe en PDF + revisión de 45 minutos
- 2
Sprint de soluciones
Definido a partir de la auditoría
Aplicamos las soluciones que apruebes, como pull requests revisadas o junto a tu equipo, y volvemos a medir con el protocolo exacto de la auditoría.
Recibes- Primero lo rápido, lo grande planificado
- Cambios en producción y documentados
- Informe antes/después, mismas herramientas y URLs
- Datos de usuarios reales revisados de nuevo a los 28 días
- 3
Monitorización
Mensual
La velocidad se degrada con cada release y cada extensión nueva. La vigilamos para que no pase.
Recibes- Mediciones semanales de PageSpeed en tus páginas
- Revisión mensual de usuarios reales (CrUX)
- Presupuestos por tipo de página y alertas
- Pruebas de carga antes de la temporada alta
Cuándo compensa.
Empieza ya si
- Search Console muestra URLs malas o mejorables
- La tienda se volvió lenta tras una actualización, una migración o una extensión nueva
- El servidor responde lento incluso con Varnish delante
- Llega la temporada alta y nadie sabe dónde está el límite
- Los vaciados de caché, las importaciones o los despliegues hunden la web
Puedes esperar si
- Apruebas los Core Web Vitals en p75, en móvil y en escritorio
- Aún estás aplicando los hallazgos de una auditoría reciente
- Estás a mitad de un replatforming: audita el nuevo stack antes del lanzamiento
Las cifras que movemos.
No prometemos una puntuación. Medimos esto antes y después, con el mismo protocolo, y te enseñamos ambas cosas.
Respuesta del servidor
Lo que tarda el servidor en responder. Se arregla en caché, PHP, base de datos e infraestructura.
Tasa de aciertos de caché
Cuántas veces responde Varnish en lugar de Magento. Se arregla con VCL, hole-punching y precalentamiento.
Largest Contentful Paint
Cuándo aparece la imagen o el titular principal. Se arregla con velocidad de servidor, precarga y entrega de imágenes.
Interaction to Next Paint
Lo rápido que reacciona la página a toques y clics. Se arregla recortando JavaScript y domando a los terceros.
Cumulative Layout Shift
Cuánto salta la página mientras carga. Se arregla reservando espacio para imágenes, bloques y banners.
Consultas por página
El trabajo de base de datos tras cada página sin caché. Se arregla con agrupación, índices y datos cacheados.
Capacidad en picos
Cuánto tráfico aguanta la tienda antes de ralentizarse. Demostrado con pruebas de carga, antes y después.
Admin e indexación
Guardados, importaciones e indexadores que bloquean todo lo demás. Se arregla con programación, colas y limpieza.
Dónde miramos y qué arreglamos.
Infraestructura y configuración
- Modo producción, sin ajustes de depuración activos
- PHP, OPcache y pool de FPM dimensionados al servidor
- Redis para caché y sesiones, con desalojo sensato
- Memoria y tiempos de respuesta del buscador
Pools de PHP-FPM bien dimensionados, ajuste de OPcache y realpath, Redis separado para caché y sesiones.
Caché de página completa
- Tasa de aciertos por tipo de página
- Bloques que desactivan la caché de toda la página
- Parámetros de marketing eliminados en la VCL
- Qué vacía la caché, cada cuánto, y el precalentamiento
VCL ajustada a tu versión de Magento, contenido privado movido a secciones, precalentamiento tras vaciados y despliegues.
Aplicación
- Consultas SQL por página y consultas repetidas (N+1)
- Cargas de productos en bucles, colecciones sin límite
- Plugins y observers en rutas críticas
- Tiempo por extensión de terceros
Cargas agrupadas en lugar de bucles, plugins fuera de las rutas críticas, datos indexados en lugar de calculados en cada petición.
Base de datos
- Consultas lentas ordenadas por tiempo total, no por duración individual
- EXPLAIN del top 10: escaneos completos, índices que faltan
- Deadlocks y esperas de bloqueo en picos
- Tablas infladas e indexadores atascados
Índices compuestos, consultas principales reescritas, indexadores programados, tablas infladas limpiadas.
Frontend
- Cuál es el elemento LCP y cuándo se descubre
- Saltos de diseño: bloques tardíos, imágenes, fuentes
- Peso de JavaScript, bundling, archivos que bloquean el renderizado
- Imágenes, fuentes e iframes
Imagen LCP precargada y dimensionada, espacio reservado para contenido tardío, JavaScript recortado y diferido.
Terceros y Hyvä
- Cada página medida con y sin terceros
- Su coste, reportado aparte
- Fachadas para vídeo, mapas y widgets de chat
- Si Luma es tu techo, con cifras
Fachadas y carga diferida para widgets, y un plan de Hyvä cuando Luma es el techo.
Siete reglas que no negociamos.
Medir antes de tocar nada
Sin punto de partida no hay “después”. Cada cambio se compara con cifras tomadas antes.
Servidor primero, caché después, frontend al final
La caché esconde un backend lento, pero cada fallo, vaciado y URL nueva lo sigue pagando. Un frontend rápido con un TTFB de 3 segundos sigue siendo lento.
Una herramienta por comparación
Cada par antes/después sale de la misma herramienta, configuración y URL. Nunca mezclamos cifras de WebPageTest y PageSpeed en una misma fila.
El campo manda sobre el laboratorio
Las pruebas de laboratorio diagnostican y demuestran causas. Los datos de campo (CrUX p75, Search Console) son lo que ven Google y tus clientes.
Priorizar por impacto en el negocio
Impacto × confianza ÷ esfuerzo. No por lo interesante que sea el bug.
Cada hallazgo tiene pruebas
Un perfil, una línea de log, una consulta o una cascada. Ningún consejo de buenas prácticas sin demostrar que aplica a tu tienda.
Tus datos son tuyos
Firmamos tu NDA primero y anonimizamos capturas y exportaciones antes de que nada salga de tu proyecto.
Un protocolo, de la primera cifra a la última.
Paso 1 · La auditoría
- 0
Recogida de datos y accesos
Un cuestionario breve, accesos de solo lectura y las páginas exactas que mediremos.
RecibesCuestionario, checklist de accesos, lista de páginas
- 1
Punto de partida
Datos de campo, laboratorio, backend e infraestructura, medidos con un protocolo fijo.
RecibesTablas de KPI
- 2
Investigación
Capa a capa: servidor, caché, aplicación, base de datos, frontend.
RecibesHallazgos con pruebas
- 3
Priorización
Cada hallazgo puntuado por impacto, confianza, esfuerzo y riesgo.
RecibesMatriz impacto/esfuerzo
- 4
Informe y revisión
Resumen, punto de partida, pruebas, cuellos de botella priorizados y hoja de ruta.
RecibesInforme en PDF + llamada de 45 minutos
Pasos 2 y 3 · Sprint de soluciones y monitorización
Sprint de soluciones
Aplicamos las soluciones que apruebes y volvemos a medir con el mismo protocolo de la fase 1.
Monitorización
Mediciones de laboratorio semanales, revisión mensual de datos de campo y alertas cuando una release empeora.
Las mismas páginas, siempre.
Acordamos las URLs exactas al principio y las reutilizamos en cada medición, antes y después.
Las páginas
- 01Home
- 02Una categoría grande
- 03Un producto simple
- 04Un producto configurable o bundle
- 05Tu producto más pesado
- 06Resultados de búsqueda
- 07Carrito
- 08Checkout, paso 1
Usuarios reales (campo)
LCP, INP, CLS, FCP y TTFB en p75, en móvil y escritorio.
PageSpeed Insights · historial de CrUX · Search Console
Frontend (laboratorio)
Puntuación, TTFB, inicio de renderizado, LCP, CLS, TBT, Speed Index, peticiones, peso de página, bytes de JavaScript y de terceros.
Mediana de 5 ejecuciones de PageSpeed y de 3–5 de WebPageTest
Backend (sin caché)
Tiempo total, CPU, E/S, memoria, tiempo y número de consultas SQL, cargas de productos y colecciones por página. Tiempos de respuesta p50/p95/p99 por tipo de página.
Profiler · APM o logs del servidor
Infraestructura y caché
Tasa de aciertos y desalojos de Varnish, memoria de Redis, cola de PHP-FPM, OPcache, buffer pool de MySQL, indexadores, cron y colas.
varnishstat · redis-cli · estado de FPM · MySQL
Primero lo rápido. Lo grande, planificado.
Victorias rápidas
Impacto alto, esfuerzo bajo
Se hacen primero.
Grandes apuestas
Impacto alto, esfuerzo alto
Se planifican.
De relleno
Impacto bajo, esfuerzo bajo
Cuando convenga.
Ahora no
Impacto bajo, esfuerzo alto
Aparcadas, con el motivo.
Esfuerzo →
Cómo se puntúa cada hallazgo
- Impacto
- De 1 a 5
- Confianza
- Baja · media · alta
- Esfuerzo
- S ≤ 1 día · M ≤ 1 semana · L > 1 semana
- Riesgo
- Bajo · medio · alto
Solo ponemos cifras económicas a una mejora con tus propios datos de conversión. Nunca nos inventamos porcentajes de mejora.
Misma herramienta, misma URL, misma configuración.
Cada cifra del informe lleva su contexto, para que el “después” se mida exactamente como el “antes”.
| Se registra | Ejemplo |
|---|---|
| Fecha y hora | 3 nov 2026, 10:00 CET |
| URL y tipo de página | /producto-x · producto más pesado |
| Herramienta y versión | Lighthouse 12.8 · WebPageTest · Blackfire |
| Dispositivo y conexión | Móvil · perfil 4G · ubicación fija |
| Estado de la caché | Caliente (precargada) o sin caché |
| Terceros | Activados o no, con la lista bloqueada |
| Ejecuciones | 5, se reporta la mediana |
| Datos brutos | Enlace al JSON, HAR o perfil |
Reglas
- La caché se precarga antes de las pruebas de frontend, para que el TTFB nunca incluya un fallo de caché.
- PageSpeed varía 5–10 puntos entre ejecuciones, así que siempre reportamos la mediana de cinco o más.
- Los datos de campo tardan unos 28 días en reflejar una mejora. El laboratorio lo demuestra el primer día; el campo lo confirma un mes después.
La velocidad es un hábito, no un proyecto.
Cada release, extensión y script de marketing puede deshacer el trabajo. La monitorización lo detecta antes que tus clientes.
Mediciones semanales
PageSpeed en tus páginas cada semana, mediana de cinco, comparado con el presupuesto.
Revisión mensual de campo
Historial de CrUX y Search Console: lo que vivieron tus visitantes reales el mes pasado.
Presupuestos por tipo de página
Un límite acordado para cada tipo de página. Una release que lo rompe se señala antes de que lo noten los clientes.
Preparados para los picos
Pruebas de carga antes de la temporada alta, para conocer el límite en lugar de descubrirlo en directo.
Errores en rutas críticas
Excepciones en producto, carrito y checkout revisadas cada mes, porque los errores también son lentos.
Ingenieros que conocen tu tienda
Las mismas personas que la auditaron y la arreglaron, listas si algo empeora.
Gratuitas por defecto. Las tuyas, si las tienes.
- Datos de campo
- PageSpeed Insights, CrUX History API, Search Console
- Laboratorio
- Lighthouse CLI, WebPageTest, Chrome DevTools
- Profiling PHP
- Blackfire o Tideways si los tienes; si no, SPX, el profiler de Magento y el slow log de FPM
- Tiempos de respuesta
- New Relic o Datadog, o los logs de tu servidor web
- Base de datos
- Slow log con pt-query-digest, performance_schema, EXPLAIN
- Caché
- varnishstat, varnishlog, redis-cli
- Carga
- k6, en staging, o en producción solo con consentimiento por escrito
Leemos. No rompemos.
- Acceso de solo lectura a código, logs y monitorización
- Acceso de lectura a Search Console para los datos de campo
- Primero staging para todo lo que añada carga
- Consentimiento por escrito antes de agentes de profiling, slow logs con umbral bajo o pruebas de carga en producción
- Tu NDA firmado antes de tener acceso
- Capturas y exportaciones anonimizadas
Antes de que preguntes.
¿Tenemos que contratar los tres pasos?
No. La auditoría funciona sola: recibes el informe y la hoja de ruta, y tu equipo puede aplicar todas las soluciones. El sprint de soluciones y la monitorización son servicios aparte y opcionales.
¿Cuánto cuesta?
La auditoría tiene un precio cerrado, acordado tras una llamada de 30 minutos. Los sprints se presupuestan a partir de los hallazgos y la monitorización es una cuota mensual. No se factura nada hasta que apruebes una propuesta.
¿Cuándo veremos resultados?
Las pruebas de laboratorio demuestran una mejora el mismo día que sale. Los datos de campo, los que usa Google, tardan unos 28 días en reflejarla del todo, porque CrUX es una ventana móvil de 28 días.
¿Garantizáis una puntuación de PageSpeed?
No, y desconfía de quien lo haga. Las puntuaciones varían 5–10 puntos entre ejecuciones. Nos comprometemos a medir antes y después con el mismo protocolo y a enseñarte ambas cosas.
¿Podéis trabajar con nuestra agencia o equipo interno?
Sí. Podemos aplicar las soluciones nosotros, trabajar junto a tus desarrolladores o entregarles un informe escrito para ellos: el archivo, la solución, el esfuerzo y cómo verificarla.
¿Instaláis algo en producción?
No sin tu consentimiento por escrito. Los agentes de profiling, el slow log con umbral bajo y las pruebas de carga van primero en staging, o en producción solo en una ventana acordada.
Haz rápida tu tienda. Empieza por la auditoría.
Cuéntanos sobre tu tienda. Respondemos en un día laborable para agendar una llamada de 30 minutos y después te enviamos un presupuesto cerrado para la auditoría.