Consultoría Adobe Commerce
Un arquitecto para tiendas en Adobe Commerce o Magento Open Source, con 17 años en la plataforma y la certificación Adobe Commerce Architect Master.
Para quién es
- Comercios cuya tienda funciona con Adobe Commerce o Magento Open Source
- Equipos que preparan una actualización de versión o un storefront nuevo
- Tiendas que se han vuelto lentas o difíciles de cambiar tras años de módulos propios y extensiones
- Comercios cuyo proyecto con una agencia o con el equipo interno se ha atascado
Qué obtienes
Una imagen clara de tu desarrollo
Módulos propios, extensiones, integraciones y hosting recogidos en un solo lugar, con los riesgos ordenados por coste.
Decisiones de plataforma por escrito
Actualizar o cambiar de plataforma, Hyvä o headless, extensión o desarrollo propio, agencia o equipo interno, cada una con su coste y una sola recomendación.
Páginas más rápidas en la tienda que ya tienes
Trabajo en caché, indexación, base de datos y tema, medido antes y después de cada despliegue.
Un proyecto atascado que vuelve a avanzar
Los bloqueos localizados en el código y en el backlog, y las siguientes entregas planificadas en orden, con estimaciones en horas.
Cómo funciona
Primera llamada
Hablar
Semanas 1 a 3
Revisar
Tras la revisión
Ejecutar
En detalle
Adobe Commerce y Magento Open Source pueden con catálogos y volúmenes de pedidos muy grandes, y dan a un equipo muchas formas de cambiar el comportamiento de la tienda. Tras unos años, la mayoría de las tiendas acumulan decenas de extensiones y módulos propios, y algunas de las integraciones que hay detrás nunca se documentaron. Las actualizaciones se retrasan y las páginas se vuelven lentas. Cada cambio tarda más de lo estimado, y nadie sabe con seguridad qué romperá el próximo despliegue.
Trabajo con comercios cuya tienda funciona con Adobe Commerce o Magento Open Source y que necesitan a una persona que conozca la plataforma por dentro para hacerse cargo de esas decisiones.
El trabajo abarca las decisiones de plataforma y la ingeniería que hay detrás. Cada área tiene su propia página con los detalles.
Una revisión de arquitectura recoge en un solo diagrama tus módulos, personalizaciones, integraciones y hosting, y ordena por coste y riesgo qué cambiar primero. Una auditoría y revisión de código lee el código que se ejecuta en producción y encuentra las extensiones y los desarrollos propios que bloquearán tu próxima actualización, cada hallazgo con evidencias y una estimación en horas.
En migraciones y actualizaciones hago una lista de cada módulo e integración con la decisión de conservarlo, sustituirlo o eliminarlo. Ensayo la migración de datos sobre una copia de producción y planifico el lanzamiento para que el posicionamiento en buscadores sobreviva al cambio. El mismo método sirve para actualizaciones de versión, incluida la salida de Magento 1, y para mudanzas de hosting a Adobe Commerce Cloud.
La optimización de rendimiento empieza por la tasa de aciertos de la caché de página completa, los indexadores, las consultas lentas a la base de datos y el peso del tema. Cada corrección se mide antes y después de su despliegue, para que veas qué ha aportado cada hora.
Las integraciones conectan la tienda con sistemas de ERP, pagos, suscripciones y logística como NetSuite, SAP, Stripe, Braintree, Zuora y ShipStation. Saco las llamadas lentas del checkout a colas de mensajes y hago que cada llamada se pueda repetir sin riesgo, para que un fallo nocturno no deje el stock o los pedidos descuadrados por la mañana.
El trabajo de B2B y multicanal pone a los compradores mayoristas y a los marketplaces sobre el mismo catálogo e inventario que tu propia tienda. En Adobe Commerce eso incluye cuentas de empresa, precios por niveles, un catálogo B2B propio y flujos de checkout para empresas.
La estrategia de storefront compara un tema Hyvä con un desarrollo headless sobre PWA Studio o ScandiPWA. Cada opción lleva su precio de desarrollo y el de los años de mantenimiento posteriores, y recibes una sola recomendación por escrito.
Un proyecto también puede atascarse. Una agencia no cumple las fechas de entrega, o un equipo interno hereda código del que no se fía. En ese caso empiezo por el código y el backlog, encuentro lo que bloquea la siguiente entrega y lo resuelvo primero. Después fijo los estándares de revisión de código que evitan que vuelvan los mismos problemas.
Si necesitas que alguien se haga cargo de todo esto mes a mes, trabajo como tu CTO fraccional. Eso incluye la hoja de ruta, las decisiones de arquitectura, la revisión de código y las reuniones con proveedores, dentro de un número fijo de días al mes.
Tienes una sola persona que responde de la parte técnica de la plataforma. Cada decisión llega con sus pros y contras y una estimación en horas. Tu equipo o tu agencia recibe estándares que puede seguir aplicando cuando yo me retire.
Mi experiencia en la plataforma empieza en 2009. De 2009 a 2011 formé parte del Expert Consulting Group original de Magento Inc. Allí lideré un equipo de 11 ingenieros en Easton-Bell Sports y otro de 4 en Longines para Swatch Group, y estaba de guardia para las incidencias urgentes. De 2015 a 2023 fui Principal Adobe Commerce Engineer en Guidance, donde trabajé en tiendas con un GMV de 8 cifras como The Great Courses y los tiempos de carga habituales se redujeron aproximadamente a la mitad. Desde 2020 soy el responsable de la hoja de ruta técnica de Teabloom, que incluye una web mayorista B2B propia sobre Adobe Commerce junto a siete canales de venta. Desde 2024 dirijo un equipo de tres ingenieros en MarketNation, en un desarrollo muy personalizado sobre Adobe Commerce para captación de fondos y donaciones. Mis 17 años en e-commerce han sido todos con Magento y Adobe Commerce, y tengo la certificación Adobe Commerce Architect Master.
El plan escrito de la revisión es tuyo, así que tu propio equipo o tu agencia puede llevarlo a cabo, conmigo o sin mí.
Preguntas frecuentes
¿Trabajas con Magento Open Source además de con Adobe Commerce?
Sí. Mis 17 años en e-commerce han sido todos con Magento y Adobe Commerce, desde Magento 1 en 2009. Las revisiones, las actualizaciones, el trabajo de rendimiento y las integraciones cubren las dos ediciones, y la primera llamada es igual en ambos casos.
¿Cómo empezamos y cuánto se tarda?
Empezamos con una llamada de 30 minutos sobre tu tienda y lo que no funciona. La mayoría de los proyectos arrancan después con una revisión de alcance cerrado de una a tres semanas que termina en un plan escrito. A partir de ahí puedo ejecutar el trabajo como proyecto de alcance cerrado o seguir contigo con una iguala mensual.
¿Puedes trabajar junto a nuestra agencia o nuestro equipo interno?
Sí, es lo habitual. Puedo dirigir las decisiones técnicas y revisar lo que entrega tu equipo o tu agencia, o encargarme yo mismo de parte del trabajo. Los hallazgos llevan referencias a archivos y estimaciones en horas, para que quien mantiene el código pueda actuar.
¿Qué necesitas de nosotros para empezar?
Acceso de solo lectura al repositorio y a una copia de staging, más una llamada breve sobre los problemas que ya conoces. Si tienes monitorización, el acceso también ayuda. Para una revisión no hace falta nada más.
Seguimos en Magento 1. ¿Por dónde empezamos?
Empezamos por un inventario. Para cada módulo propio e integración se decide si se conserva, se sustituye o se elimina, y los datos se migran en ensayos sobre una copia de producción. Empecé con Magento 1 Enterprise en 2009 y hoy trabajo en desarrollos actuales de Adobe Commerce, así que conozco los dos extremos de la migración. Presupuesto la migración después del inventario.
Caso relacionado
−50 %Tiempo de carga típico
Tiempos de carga a la mitad en una tienda de e-learning de 8 cifras
Leer el casoArtículos relacionados
Mi checklist de rendimiento para Adobe Commerce
Doce comprobaciones, en orden, que muestran en qué se va la mayor parte del tiempo de carga de una tienda Adobe Commerce típica. Las hago antes de tocar una línea de código.
RendimientoCuándo pasar a headless en Adobe Commerce
Headless solo compensa si tienes un equipo de frontend y presupuesto para dos aplicaciones. Así decido entre Hyvä y un storefront separado en Adobe Commerce.
HeadlessCómo uso agentes de código con IA en Adobe Commerce
Qué tareas de Adobe Commerce delego en Claude Code, cuáles hago yo y qué cambia para el comercio. Los hooks, las skills y MCP someten al agente al mismo proceso de revisión que a cualquier ingeniero.
IA