Agencia Magento: servicios de desarrollo para comercios

Con los tres, aunque con realidades operativas distintas. Magento Open Source 2.4.7+ funciona sobre nuestra propia arquitectura de AWS (ECS Fargate o EC2 Auto Scaling Groups + RDS MySQL 8.0 + ElastiCache Redis + OpenSearch 2.x + CloudFront) y nos encargamos de todo el stack. Adobe Commerce on-prem añade el módulo B2B, Page Builder, informes avanzados y soporte de Adobe para la misma topología autoalojada. Adobe Commerce Cloud (Magento Commerce Cloud) es la oferta gestionada Pro/Starter sobre Fastly + New Relic + AWS por debajo; trabajamos dentro del flujo de despliegue de la CLI magento-cloud y de las restricciones de cloud.yaml/services.yaml. Elija la opción adecuada según el perfil de tráfico, los requisitos B2B y cuánta propiedad de la infraestructura puede asumir su equipo.

Para la mayoría de los comercios con más de 50k pedidos al mes, AWS ofrece una mejor curva de coste y rendimiento que los hostings gestionados de Magento. Ejecutamos Magento 2.4.x en ECS Fargate o EC2 + Auto Scaling Group detrás de un ALB, RDS para MySQL 8.0 con réplicas de lectura, ElastiCache Redis como backend de sesión y caché, OpenSearch (o Elasticsearch 7.17 autoalojado) para el índice del catálogo, S3 + CloudFront para los medios y la caché de página completa, colas de mensajes con RabbitMQ en EC2 o Amazon MQ para los indexadores asíncronos y una instancia de administración aparte detrás de una VPN. Escribimos el Terraform, ejecutamos despliegues blue-green con la disciplina de bin/magento setup:upgrade y nos encargamos de la capa de Varnish cuando la caché de página completa de CloudFront no es suficiente.

Sí. PWA Studio (Venia) es la respuesta oficial de Adobe y lo entregamos a los clientes que quieren el camino respaldado por Adobe. Para quienes buscan más libertad en el frontend, desarrollamos headless sobre Next.js o Remix, que consume la API GraphQL de Magento, con Algolia o Klevu para la búsqueda en lugar de la búsqueda nativa de Magento y Stripe o Adyen para el pago en lugar de la superficie de pagos de Magento. En cualquier caso, el paso del tema Luma a headless exige una conversación sincera sobre el TCO: Magento nativo tiene 15 años de funciones (navegación por capas, comparación de productos, compatibilidad con tarjetas regalo, presupuestos B2B) que habrá que reimplementar en el frontend. Realizamos esa auditoría antes de recomendar un camino.

Sí. Adobe Commerce B2B es una solución madura: cuentas de empresa con estructuras jerárquicas, usuarios de empresa con permisos basados en roles, catálogos compartidos acotados por empresa o por nivel de empresa, listas de reposición, presupuestos negociables con mensajería de varias rondas, pedidos de compra y límites de crédito. Lo configuramos todo, lo ampliamos donde la interfaz estándar no basta (componentes de interfaz Knockout a medida para la sección de cuenta B2B o sustituciones headless completas) y lo integramos con su ERP (SAP S/4HANA, Oracle NetSuite, Microsoft Dynamics 365, Infor, Odoo) mediante la API de administración GraphQL o REST. La sincronización asíncrona con el ERP se ejecuta mediante consumidores de RabbitMQ con colas de reintento y claves de idempotencia.

Magento 2.4.x incluye funciones de RGPD (descarga de datos, eliminación de datos, registro de consentimiento); las configuramos correctamente y las ampliamos cuando hace falta. El alcance de PCI DSS se minimiza con campos de pago alojados (Adyen, Stripe, Braintree), de modo que los datos de tarjeta nunca tocan su servidor de Magento, lo que le mantiene en el alcance SAQ-A en lugar del SAQ-D completo. Para varias tiendas en la UE configuramos reglas fiscales por store view con IVA de la UE, incluida la inversión del sujeto pasivo en B2B intracomunitario, la gestión de OSS/IOSS y el consentimiento de cookies por sitio web integrado con la caché de Page Builder. Firmamos un DPA y documentamos el registro de actividades de tratamiento del artículo 30 para su DPO. Alineado con el RGPD · preparado para ISO 27001 · SOC 2 Type II en curso.

Alcance cerrado y precio total, presupuestado en USD y escalonado según la tienda que se desarrolle. Una tienda inicial con Magento 2.4.x parte de $1,100; una tienda corporativa con marca propia, de $2,900; una tienda de producción completa con módulos a medida, MSI y una integración con ERP o 3PL, de $5,800; y un marketplace/portal multi-website o con Adobe Commerce B2B, de $10,400. La cifra exacta depende de la edición que use, de la escala del catálogo y del tráfico, de cuánto de Adobe Commerce B2B active, de la profundidad de la integración con ERP/3PL y del alcance del cumplimiento en la UE. Usted ve el presupuesto desglosado al final del descubrimiento y lo aprueba antes de que se escriba una sola línea de código: sin cargos ocultos, sin recargo por intermediación, sin sobrecostes por herramientas, y las licencias de AWS y de Adobe se facturan en sus propias cuentas. Cada desarrollador está al día en los itinerarios del programa Adobe Certified Expert (AD0-E703, AD0-E709).

Una migración que incluye todo el catálogo, las cuentas de clientes y el historial de pedidos suele durar 8–14 semanas. La semana 1 es una auditoría de la plataforma: asignamos cada atributo de producto, plugin personalizado de WooCommerce o app de Shopify a un equivalente de Magento o a un módulo a medida, y señalamos las carencias desde el principio. Las semanas 2–4 cubren la configuración del entorno de AWS y el desarrollo de los scripts de ETL. Las semanas 5–10 funcionan con tiendas en paralelo: los datos se migran por lotes, se prueba su paridad y se vuelven a migrar de forma incremental (delta) hasta que la ventana delta baja de una hora. El cutover requiere una ventana de mantenimiento de 30–90 minutos; la tienda antigua queda en solo lectura durante 30 días mientras se validan e indexan las redirecciones SEO (mapeo 301). Lo que alarga el plazo: un flujo de checkout personalizado de gran tamaño, un marketplace con cuentas de vendedores o una integración con 3PL que debe reescribirse de plugin a un consumidor asíncrono de Magento como es debido.

Un desarrollo headless con PWA Studio o Next.js parte de un coste inicial entre un 40 y un 60 % superior al de una tienda Luma, y la brecha de mantenimiento se amplía porque Magento incorpora 15 años de funciones nativas (navegación por capas, comparación de productos, compatibilidad con tarjetas regalo, presupuestos B2B, listas de deseos compartidas) que hay que reimplementar en la capa headless, normalmente dos veces (web móvil y escritorio). Dónde compensa el headless: una marca con sistemas de diseño estrictos que no pueden usar componentes de Luma, un tráfico orgánico muy alto en el que los Core Web Vitals mueven directamente los ingresos, o un equipo que prefiere ingenieros de React/Vue a desarrolladores de PHP + Knockout en el frontend. Auditamos cada función nativa de Magento que su catálogo utiliza realmente antes de recomendar un camino headless, para que sepa lo que compra antes de comprometerse con la reescritura.

La arquitectura multitienda de Magento tiene tres niveles: Website (URL raíz aislada, con su propia base de datos de clientes y su ámbito de pasarela de pago), Store (ámbito del catálogo: categorías, productos, fuentes de MSI) y Store View (idioma, configuración regional y visualización de moneda). Un despliegue de EE. UU. + Alemania + Francia suele usar un Website por país, un Store por gama de catálogo y un Store View por idioma. El ámbito por store view controla las reglas fiscales (IVA de la UE con inversión del sujeto pasivo en B2B intracomunitario, OSS/IOSS), los precios, la visibilidad del catálogo, las páginas CMS y el consentimiento de cookies. La configuración, desde el aprovisionamiento del entorno hasta el enrutamiento con Nginx/CloudFront y la primera regla fiscal por store view, requiere 3–5 semanas para un alcance de dos websites; cada Website adicional suma aproximadamente 1–2 semanas de configuración e integración.

Adobe publica parches de seguridad (boletines APSB) cada trimestre y una versión menor completa de 2.4.x aproximadamente dos veces al año. Nuestros clientes de mantenimiento aplican los parches de seguridad en los 30 días siguientes a su publicación y ejecutan una actualización completa de composer.lock a la última 2.4.x dos veces al año, alineada con el calendario de End-of-Software-Support de Adobe. Omitir parches es la fuente más común de vulneraciones en Magento: los scripts skimmer de tarjetas se ejecutan mediante inyección de JavaScript en tiendas sin parchear, y PCI DSS exige los parches críticos en 30 días. Ejecutamos las actualizaciones en un entorno de staging con paridad completa de base de datos, una auditoría de compatibilidad de módulos de terceros y una suite de pruebas de humo que cubre catálogo, checkout y pago antes de pasar a producción.