Un director de comercio electrónico migra una tienda Magento 2 al mismo servidor privado virtual que el antiguo sitio de WordPress “que funcionó muy bien”. Indexación bloqueada, pago a los doce segundos, tareas programadas retrasadas. No es Magento "mal optimizado": es Magento en una pila diseñada para un CMS liviano. Magento no es un WordPress pesado. Es una plataforma de comercio con indexadores, caché multicapa y modos de ejecución que castiga cualquier aproximación.
Arquitectura Magento: lo que realmente consume
| Componente | Rol | Sin él |
|---|---|---|
| Indexadores | Precio, stock, búsqueda en catálogo | Datos obsoletos, lentitud administrativa |
| Redis | Sesiones, caché backend | Sesiones de archivos, E/S de disco |
| Barniz / caché de página | Páginas del catálogo | Renderizar PHP en cada visita |
| Búsqueda elástica | Búsqueda de catálogo | Solicitudes LIKE insoportables |
| Cron / consumidores | Archivos asincrónicos | Correos electrónicos, índices bloqueados |
| Modo de producción | Código compilado, cachés activos | Modo desarrollador = desastre |
Poner Magento en modo desarrollador en producción es como estacionar un vehículo pesado en una colina sin motor.
Dimensionar el hosting sin marketing
Pequeña tienda B2C. Servidor de ocho gigabytes, Redis, caché de página, PHP reciente, cron confiable.
Catálogo promedio más promociones. Dieciséis gigabytes, Elasticsearch dedicado o administrado, administración y frontend separados si es posible.
Adobe Commerce/Enterprise. Adobe cloud, cluster o bare metal con equipo de operaciones las 24 horas.
Compare a través de directorio filtrando ofertas compatibles con PHP de larga duración y Redis.
Señales de un host listo para Magento
Caché de código de operación PHP y extensiones requeridas documentadas. Redis gestionado o instalable. Cron cada minuto o archivo de trabajadores. Elasticsearch disponible o conectable de baja latencia. Clon completo de preproducción. Soporte que conoce los índices bloqueados y la compilación.
Un host “PHP genérico” te deja solo con la indexación bloqueada un domingo: haz un presupuesto para un integrador o elige un jugador familiarizado con el negocio.
La preproducción debe reproducir los módulos, el volumen de medios y la configuración de la caché: una pila ajustada oculta los errores de pago hasta su puesta en marcha.
Errores de migración clásicos
Copie la configuración sin adaptar Redis/Elasticsearch. Olvídate de los permisos generados en los directorios. Grandes medios sin red de difusión. Módulos personalizados incompatibles con PHP 8. Pruebe el rendimiento en modo desarrollador.
La parte superior: Magento requiere una pila
Si lo que necesita es una tienda sencilla, PrestaShop o WooCommerce bien gestionados pueden ser suficientes; consulte PrestaShop y catálogo grande.
Decide y avanza sin puntos ciegos
Vaya al modo de producción con cachés activas antes de la puesta en marcha. Compruebe los indexadores y el cron bajo carga simulada. Configurar Redis y caché de página mínimo. Memoria de dimensiones según referencias de producto y módulo. Planificar la preproducción igual que la producción. Consulte la comparación para comparar proveedores de alojamiento y usos del comercio electrónico.
Preguntas frecuentes
¿Qué configuración mínima para Magento Open Source?
Tienda pequeña de cuatro a ocho gigabytes, catálogo medio de dieciséis más. Nunca modo desarrollador en producción.
¿Se requieren Redis y Varnish?
Redis casi estándar; caché de página muy recomendable para tráfico no trivial.
¿Podemos alojar Magento de forma compartida?
No apto para tiendas serias: servidor de alta gama o nube dedicada como mínimo.
¿Vale la pena el coste adicional de Magento Cloud?
Sí, si la pila está preconfigurada y Adobe SLA; comparar el costo total versus la operación interna.
Magento no pide “un poco más de RAM”. Pide una pila diseñada para él o una factura de incidente que se lo recuerde.
