El mantenimiento preventivo de Magento consiste en revisar y preparar la plataforma antes de que una incidencia afecte a catálogo, pedidos o clientes. No se limita a instalar actualizaciones: incluye copias, pruebas, extensiones, seguridad, procesos y observación.
Respuesta breve
Un plan útil combina inventario, entorno de pruebas, tareas recurrentes y criterios claros para decidir cuándo cambiar algo y cuándo investigar más.
Copias y entorno de pruebas
Antes de actualizar o cambiar código, confirma que existe una copia recuperable y un entorno donde probar. Valida restauración, datos, extensiones y procesos críticos antes de tocar producción.
Estado de Magento, PHP y extensiones
Registra versiones y compatibilidades del proyecto. Revisa extensiones activas, personalizaciones y dependencias. No actualices una extensión aislada sin comprobar el conjunto.
Seguridad y configuración
Revisa accesos, parches disponibles, permisos, secretos y alertas. La guía de mantenimiento de Adobe Commerce debe contrastarse con la versión y arquitectura concretas.
Cron, colas, índices y caché
Comprueba que cron se ejecuta, que las colas no se acumulan, que los índices están actualizados y que la caché se invalida de forma previsible. El comportamiento debe probarse también con carrito y checkout.
Base de datos, logs e integraciones
Observa crecimiento, errores, consultas lentas, respuestas de ERP, CRM, pagos y logística. Los logs deben revisarse con un periodo y objetivo, no solo borrarse para ocultar síntomas.
Frecuencia orientativa
| Frecuencia | Tareas | Responsable |
|---|---|---|
| Diaria | Errores críticos, pedidos y colas | Operación/técnico |
| Semanal | Backups, cron, logs y rendimiento | Técnico |
| Mensual | Extensiones, seguridad e integraciones | Técnico/negocio |
| Trimestral | Plan de actualización y deuda técnica | Equipo responsable |
Ejemplo de plan
Escenario hipotético: una tienda revisa semanalmente colas y errores, prueba mensualmente una extensión en staging y reserva una revisión trimestral para actualizaciones y compatibilidad. Cada tarea tiene evidencia y plan de reversión.
Errores frecuentes
- Actualizar directamente en producción.
- No probar la restauración de copias.
- Ignorar extensiones sin uso.
- Borrar logs sin investigar.
- Confundir ausencia de errores visibles con mantenimiento completo.
Checklist
- Copia recuperable verificada.
- Staging disponible.
- Versiones y extensiones inventariadas.
- Cron, colas, índices y caché revisados.
- Integraciones probadas.
- Reversión documentada.
Preguntas frecuentes
¿Mantenimiento es instalar actualizaciones?
No; incluye preparación, pruebas, seguridad, observación y seguimiento.
¿Cada tienda necesita la misma frecuencia?
No. Depende de versión, tráfico, extensiones, equipo y criticidad.
Para una revisión adaptada, consulta la consultoría Magento, el artículo sobre rendimiento Magento o la auditoría ecommerce.
Solicitar una revisión de mantenimiento Magento
Qué debe documentarse en cada revisión
Registra versión de plataforma y PHP, extensiones, cambios recientes, estado de copias, tareas cron, errores conocidos y responsables. Añade evidencia: fecha, entorno, comando o pantalla, resultado esperado y resultado observado. Así el siguiente ciclo no empieza desde cero.
Decidir la frecuencia
Una tienda con muchos pedidos, integraciones críticas o cambios frecuentes necesita controles más próximos que una instalación estable. La frecuencia debe revisarse si cambia el catálogo, el equipo, la infraestructura o el volumen de operaciones.
Preventivo y correctivo
El mantenimiento preventivo se programa para reducir riesgos antes de que aparezca una incidencia: revisar copias, compatibilidad, logs, tareas y actualizaciones. El correctivo responde a un fallo ya observado. Ambos deben documentarse, pero el correctivo no sustituye el trabajo preventivo.
Inventario técnico inicial
Registra versión de Magento y PHP, extensiones, tema, personalizaciones, servicios externos, cron, colas, índices, caché, dominios, entornos y responsables. Añade fecha de última actualización y dependencia conocida. Sin inventario, una actualización puede romper una integración que nadie recuerda.
Copias y restauración
Una copia solo es útil si se puede restaurar. Define qué incluye, dónde se guarda, quién la prueba y cuánto tiempo se conserva. Haz una restauración controlada en staging y comprueba catálogo, clientes, pedidos, medios y configuración. No pruebes una restauración destructiva en producción.
Compatibilidad y cambios
Antes de actualizar Magento, PHP, extensiones o tema, revisa requisitos y conflictos. Prepara una rama o entorno de staging, ejecuta pruebas representativas y documenta el resultado. Los parches de seguridad deben evaluarse con la misma disciplina que una actualización funcional.
Logs, alertas y responsables
Define qué errores requieren aviso inmediato y cuáles pueden entrar en una revisión semanal. Asigna responsable técnico y responsable de negocio para validar impacto en pedidos, pagos y atención al cliente. Evita borrar logs sin conservar evidencia del periodo revisado.
Cron, colas, índices y caché
Comprueba ejecuciones, retrasos, reintentos y tareas fallidas. Revisa índices tras cambios de catálogo y la invalidación de caché después de actualizaciones. Una caché incorrecta puede mostrar datos antiguos; una cola detenida puede retrasar procesos sin que el frontend muestre un error evidente.
Integraciones y rendimiento
Para cada ERP, CRM, pago, logística o feed, documenta frecuencia, límites, credenciales, respuestas y plan alternativo. Después de cada cambio mide páginas, checkout, procesos administrativos y tareas de fondo. Separa una mejora real de una variación puntual.
Calendario de mantenimiento
| Tarea | Frecuencia | Riesgo si se omite | Responsable |
|---|---|---|---|
| Errores críticos y pedidos | Diaria | Alto | Operación |
| Copias, cron y logs | Semanal | Alto | Técnico |
| Extensiones y seguridad | Mensual | Medio/alto | Técnico |
| Compatibilidad y deuda técnica | Trimestral | Medio | Equipo |
Ejemplo de calendario
El lunes se revisan errores y colas; el miércoles se comprueba la copia y una métrica de rendimiento; a final de mes se inventarían extensiones y parches; cada trimestre se planifica una actualización en staging. Cada entrada incluye evidencia, responsable, resultado y siguiente acción.
Checklist completo
- Inventario actualizado.
- Copia restaurable probada.
- Staging operativo.
- Compatibilidad revisada.
- Logs y alertas definidos.
- Cron, colas, índices y caché comprobados.
- Integraciones y checkout probados.
- Cambio documentado y reversible.
Decisiones y evidencias antes de intervenir
Antes de tocar producción conviene relacionar cada tarea con una evidencia concreta: una alerta de errores, una copia de seguridad que no se puede restaurar, un cron atrasado o una degradación medida en una ruta crítica. El inventario debe registrar versión, extensiones, personalizaciones, integraciones y responsable de validación. Así se evita aplicar una actualización solo porque está disponible y se puede justificar por qué una intervención queda pendiente.
En un cambio de riesgo medio, el procedimiento mínimo es documentar el estado inicial, reproducir el problema en staging, aplicar el cambio, ejecutar pruebas de catálogo, carrito, checkout e integraciones y registrar el resultado. Si la evidencia no mejora o aparecen regresiones, se restaura la copia y se conserva el diagnóstico para una siguiente iteración.
Preguntas frecuentes adicionales
¿Cuándo conviene pasar de mantenimiento preventivo a correctivo?
Cuando existe una incidencia activa o una degradación que afecta al negocio. El correctivo debe aislar primero la causa y proteger los datos antes de aplicar un parche.
¿Quién debe aprobar una actualización?
La persona responsable del proyecto, después de revisar el impacto, las pruebas realizadas y el plan de reversión.
¿Qué documento conviene conservar?
Un registro de cambios con fecha, motivo, entorno, responsable, pruebas, resultado y decisión de mantener o revertir.