Panuts: optimización WooCommerce en AWS y app móvil · Caso de estudio
E-commerce · Web + App · Ago – Oct 2026
Panuts vende vinos, licores y gourmet en todo el Perú. Me sumé para afinar su tienda y conectar su nueva app a ella.
Dos frentes en dos meses, de la mano del equipo de Panuts: rendimiento del sitio, panel de administración y pagos en la web; integración completa en la app móvil.
El punto de partida: Una tienda con tráfico real, lista para crecer.
Con ese volumen, cada detalle se nota: un segundo más en el checkout, un pago que tarda en confirmarse, un panel que el equipo usa todo el día. El objetivo era encontrar esos detalles y resolverlos sin frenar la venta.
Lo que acordamos revisar
- Rendimiento Que la tienda responda igual de rápido en horas pico.
- CMS Un panel ágil para el equipo de operaciones.
- Pagos Rastrear cada error de pago hasta su causa.
Medir primero: Antes de cambiar nada, medir dónde se iba el tiempo.
- CPU de los servidores web: 8 % de uso · capacidad de sobra
- Capacidad de la base de datos: 17 % de uso · capacidad de sobra
La infraestructura tenía margen de sobra, así que la mejora no pasaba por sumar servidores. Con métricas y rastreo de errores en el checkout quedó claro dónde mirar: optimizar el recorrido de cada compra y de cada pedido en el panel.
Lo que afinamos: Tres mejoras, cada una medida antes y después.
- Qué vimos: La página de gracias esperaba a la facturación electrónica antes de mostrarse. Qué hice: Facturar después de confirmar el pago y sacar las tareas programadas del camino del comprador. (1 / 553 — gracias con error, desde 1 / 11)
- Qué vimos: Servidores fijos con mucho margen y controles de salud más estrictos de lo necesario. Qué hice: Recuperación automática y escalado según la carga real. (10 → 4 — servidores, 0 cortes por espera)
- Qué vimos: Abrir un pedido en el panel podía tardar varios segundos en el peor caso. Qué hice: Optimicé las consultas más pesadas del panel y activé una caché. (23 → 2 s — peor caso en el panel)
También quedaron ideas fuera, con la razón escrita: algunos recortes parecían un ahorro fácil, pero ponían en riesgo los pagos. Medir antes de recortar también es una decisión.
La app: Después, conectar la app a la tienda.
La app ya tenía su diseño completo; faltaba integrarla con WooCommerce. De 13 flujos, 3 ya usaban datos reales: el resto esperaba la integración de carrito, pagos, pedidos y cuenta.
La misma app, ahora conectada a la tienda.
- Un solo carrito. Lo que agregas en la web aparece en la app, y al revés.
- Pagos nativos. Cobro nativo en Android e iOS con las mismas pasarelas de la web.
- Pedidos reales. Idénticos a los de la web para facturación y logística.
- Avisa. Push de pago administrable desde WordPress; en QA llega en 5 segundos.
Tecnologías: Con lo que trabajé en la web y en la app.
- Comercio: WooCommerce, WordPress
- Nube: AWS
- Búsqueda: Meilisearch
- Móvil: iOS, Android, React Native
El resultado: Una tienda más rápida y fácil de operar, que cuesta menos, y una app lista para publicarse.
- −40% — factura mensual de AWS
- 1/553 — páginas de gracias con error
- 0 — cortes en 635.529 peticiones
- 291 — PRs en la app y su API