En resumen
- Un mantenimiento útil prueba cada actualización en una copia antes de publicarla en la tienda.
- Las copias de seguridad sirven si están fuera del servidor y alguien ha probado a restaurarlas.
- Además de que la web responda, hay que vigilar el proceso de compra y las integraciones.
- Pide por escrito qué entra, qué va aparte, los tiempos de respuesta y qué pasa con las horas sobrantes.
El mantenimiento de una tienda online es el trabajo técnico periódico que evita que la tienda se rompa con los cambios que llegan de fuera: versiones nuevas de la plataforma, actualizaciones de plugins o apps, un cambio de PHP en el hosting, un aviso de seguridad o una pasarela de pago que retira una versión de su API. Muchas ofertas llevan el mismo nombre y cubren cosas muy distintas. Aquí tienes qué debería incluir uno útil, qué suele quedar fuera y cómo comparar dos propuestas que en la primera página parecen iguales.
Qué debería incluir el mantenimiento de una tienda online
Las partes que conviene ver por escrito en cualquier propuesta son estas:
- Actualizaciones de la plataforma, el tema y las extensiones, probadas antes de publicarlas.
- Copias de seguridad automáticas guardadas fuera del servidor, con restauraciones de prueba.
- Monitorización de la tienda, del proceso de compra y de las integraciones con otros sistemas.
- Revisión periódica de seguridad y de accesos.
- Un número de horas al mes para corregir errores y hacer mejoras pequeñas.
- Un canal para pedir cambios y un tiempo de respuesta según la gravedad del problema.
El peso de cada parte cambia con la plataforma. En Shopify el servidor y el núcleo los actualiza la propia plataforma, así que el trabajo se concentra en apps, tema, integraciones y revisión del proceso de compra. En WooCommerce y PrestaShop hay que mantener además el núcleo, los módulos o plugins, la versión de PHP y el servidor, y cada una de esas piezas puede romper algo al actualizarse.
Actualizaciones probadas antes de llegar a producción
Actualizar desde el panel con un clic funciona casi siempre. Las veces que falla suelen coincidir con tiendas que tienen código a medida, un módulo abandonado por su autor o un tema modificado directamente en lugar de en un tema hijo. Un cambio de versión puede dejar sin funcionar el cálculo de envíos o el botón de pago sin que la portada muestre ningún error, y te enteras cuando un cliente escribe para decir que no puede pagar.
Por eso una actualización probada sigue siempre el mismo orden, aunque cambie la plataforma:
- Copia previaarchivos y base de datos antes de tocar nada
- Entorno de pruebasaplicar la actualización sobre una copia reciente
- Pruebas de comprapedido completo, pago, envío y correos
- Publicaciónen una franja con poco tráfico
- Vigilanciarevisar errores y pedidos durante las horas siguientes
- Registroanotar qué se actualizó y cómo volver atrás
La profundidad de cada paso depende de lo que se actualiza. Un parche de seguridad de un plugin sencillo puede ir con una prueba rápida. Una versión mayor de la plataforma o un salto de PHP necesita más pruebas y, a veces, cambios de código; en la guía para actualizar PrestaShop sin romper módulos tienes ese caso paso a paso. Quien mantiene la tienda tiene que avisarte cuando una actualización deja de ser rutina y se convierte en un pequeño proyecto con su propio presupuesto.
En Shopify el equivalente es duplicar el tema antes de instalar una app o tocar el código, probar sobre la copia y revisar qué deja cada app en el tema cuando se desinstala.
Copias de seguridad que se pueden restaurar
Casi todas las ofertas dicen que incluyen copias de seguridad. Pregunta cada cuánto se hacen, cuántos días se conservan y dónde se guardan. Una copia que vive en el mismo servidor que la tienda desaparece con él si el servidor falla o si alguien entra y cifra los archivos. Para una tienda que recibe pedidos a diario, la base de datos debería copiarse por lo menos una vez al día, y los archivos cada vez que cambian.
La pregunta que más dice de un proveedor es cuándo restauró una copia por última vez. Hacer una restauración de prueba en otro entorno de vez en cuando confirma que la copia está completa y te dice cuánto tardarías en volver a vender después de un problema grave.
En Shopify no hay servidor que copiar, pero sí datos: productos, clientes, pedidos, metacampos y temas. La plataforma no incluye, en general, una restauración completa de la tienda a un momento anterior, así que según lo que te juegues se recurre a exportaciones periódicas o a una app de copias. Lo revisamos dentro del mantenimiento Shopify.
Monitorización de la tienda, los pagos y las integraciones
Un monitor que solo comprueba si la portada responde avisa de las caídas completas y deja pasar casi todo lo demás. Conviene vigilar también:
- Que el carrito y el pago funcionan, con una compra de prueba automatizada o con una alerta cuando dejan de entrar pedidos a una hora en la que siempre entran.
- Los errores del servidor y de PHP, en WooCommerce y PrestaShop.
- Las integraciones: pedidos que no llegan al ERP o al almacén y stock que deja de sincronizarse.
- Las tareas programadas, como el cron de WordPress o las importaciones de catálogo.
- La caducidad del certificado SSL y del dominio.
- Los avisos de Search Console sobre errores de rastreo o páginas que dejan de indexarse.
Igual de importante es quién recibe cada alerta y qué hace con ella. Pide que la propuesta diga en qué horario se atienden los avisos y qué tiempo de respuesta hay según la gravedad. Un checkout caído necesita respuesta en el momento, y una imagen rota en una categoría puede esperar al día siguiente.
Seguridad, accesos y versiones de PHP
En tiendas autoalojadas, muchos incidentes de seguridad entran por extensiones con fallos ya publicados o por cuentas de administrador que nadie cerró. Un mantenimiento debería incluir:
- Revisión periódica de los usuarios con acceso de administrador, incluidas las cuentas de agencias o freelances anteriores.
- Verificación en dos pasos para quien administra la tienda.
- Seguimiento de los avisos de seguridad de la plataforma y de las extensiones instaladas.
- Una versión de PHP con soporte, planificando el cambio antes de que la actual lo pierda.
- Retirada de los plugins y módulos desactivados que siguen en el servidor.
En Shopify la parte de servidor no depende de ti, pero las apps con permisos sobre pedidos y clientes sí. Revisa qué permisos tiene cada una y desinstala las que ya no se usan.
Pequeñas mejoras y bolsa de horas
Muchos mantenimientos incluyen unas horas al mes para corregir errores y hacer cambios pequeños, como ajustar un texto del checkout o cambiar una regla de envío. Pregunta qué pasa con las horas que no se usan, si se acumulan o se pierden, y qué se considera pequeño. Un cambio que obliga a tocar la integración con el ERP rara vez cabe en una bolsa mensual.
Esas horas rinden más con una lista priorizada. Imagina una tienda en WooCommerce que va lenta en la ficha de producto: antes de tocar nada hay que medir y atacar primero lo que más pesa, y en la guía sobre WooCommerce lento tienes ese orden aplicado. Si nadie sabe por dónde empezar, una auditoría técnica previa da esa lista ordenada por impacto y esfuerzo.
Qué no suele entrar en un mantenimiento
Los roces con un proveedor de mantenimiento suelen venir de dar por incluido algo que nunca lo estuvo. Este es el reparto más habitual:
| Suele estar incluido | Suele presupuestarse aparte |
|---|---|
| Actualizar plataforma, tema y extensiones con pruebas | Versiones mayores que obligan a reescribir código |
| Corregir errores en lo que ya funcionaba | Funciones nuevas, apps o módulos a medida |
| Copias de seguridad y restauraciones | Rediseño del tema o de las plantillas |
| Vigilar las integraciones existentes | Desarrollar integraciones nuevas con ERP o almacén |
| Ajustes pequeños dentro de las horas pactadas | Migraciones de plataforma |
| Revisión de seguridad y accesos | Subir productos, redactar contenidos o gestionar campañas |
La frontera exacta cambia en cada contrato, así que pide que esté escrita antes de firmar, con ejemplos de lo que entra y de lo que no. Aclara también quién responde cuando falla algo de un tercero, como el hosting, una app de Shopify o la API de un transportista. El mantenimiento puede diagnosticar y gestionar la incidencia con ese proveedor, pero no arreglar un servicio que no controla.
Cómo comparar ofertas de mantenimiento ecommerce
Antes de elegir entre dos propuestas, pide que cada proveedor responda por escrito a estos puntos:
- Qué se actualiza, con qué frecuencia y si cada actualización pasa por un entorno de pruebas.
- Qué pruebas se hacen después de actualizar y si incluyen un pedido completo.
- Dónde se guardan las copias, cuántos días se conservan y cuándo se probó la última restauración.
- Qué se monitoriza, quién recibe las alertas y en qué horario se atienden.
- Tiempo de respuesta para una incidencia grave y para una petición normal.
- Cuántas horas incluye, qué pasa con las que sobran y cómo se factura la hora adicional.
- Si recibes un informe periódico con lo que se ha hecho cada mes.
- Qué pasa con los accesos, el código propio y la documentación si dejáis de trabajar juntos.
Para que puedan valorar la tienda con datos reales, ten preparada la plataforma y su versión, la lista de extensiones, el hosting, las integraciones activas y las incidencias de los últimos meses.
Si quieres que revisemos tu caso, en mantenimiento ecommerce explicamos cómo lo planteamos: empezamos por una revisión del estado de la tienda y después acordamos por escrito qué entra cada mes y qué va aparte.
