Todo sitio web en WordPress necesita algo de cuidado con el tiempo. La cuestión es cómo organizarlo.
A grandes rasgos, hay dos enfoques:
- un plan de mantenimiento: alguien se ocupa del sitio web de forma programada, haya o no algún problema
- soporte puntual: usted pide ayuda cuando necesita algo, como una corrección, un cambio o una reparación urgente
Ambos son razonables. Ninguno es automáticamente mejor. Un plan de mantenimiento puede ser más de lo que necesita un sitio sencillo, y el soporte puntual puede dejar expuesta una tienda con mucha actividad.
La elección adecuada depende de lo que el sitio web aporta a su negocio, de la frecuencia con la que cambia y de cuánto le costaría un problema.
Esta guía compara los dos enfoques con honestidad, analiza distintos tipos de sitios web, explica los costes ocultos de limitarse a reaccionar ante los problemas y muestra cómo pueden combinarse.
¿Qué diferencia hay entre los dos?
Un plan de mantenimiento
Un plan de mantenimiento es preventivo. Suele incluir actualizaciones periódicas, backups, monitorización y algún tipo de informe. El trabajo se hace tanto si lo pide como si no.
Paga por una rutina y sabe de antemano que se harán determinadas tareas. La guía sobre qué debe incluir un plan de mantenimiento de WordPress describe estas actividades en detalle.
Soporte puntual
El soporte puntual es reactivo. Abre un ticket o contacta con un desarrollador cuando necesita algo: un formulario que no funciona, un conflicto entre plugins, una nueva sección en una página, un error después de una actualización.
Paga por el trabajo cuando se realiza. No se hace nada a menos que usted lo pida.
Planes de soporte: un término medio
Algunos proveedores, entre ellos D4Hub, ofrecen también planes de soporte: una bolsa mensual de horas para solicitudes como correcciones y pequeñas mejoras. No es lo mismo que el mantenimiento. Es soporte bajo demanda organizado de antemano, para que no necesite un nuevo presupuesto para cada pequeña solicitud.
¿Qué hace bien cada enfoque?
Los puntos fuertes de un plan de mantenimiento
- los problemas son menos probables, porque las actualizaciones y las comprobaciones se hacen con regularidad
- los problemas se detectan antes, gracias a la monitorización
- la recuperación es más sencilla, porque se sabe que existen backups
- cuando algo falla, alguien ya conoce el sitio web
- no tiene que acordarse de hacer nada
Los puntos fuertes del soporte puntual
- solo paga cuando hay trabajo que hacer
- encaja con sitios web que cambian poco y no son críticos para los ingresos diarios
- le da flexibilidad para recurrir a distintos especialistas según el problema
- funciona bien para tareas claras y ocasionales
Los puntos débiles de cada enfoque
Un plan de mantenimiento puede ser más de lo que necesita si el sitio web es muy sencillo, cambia poco y no le costaría mucho que estuviera fuera de línea un día.
El soporte puntual depende por completo de que alguien detecte un problema y pida ayuda. Si nadie actualiza el sitio entre una solicitud y otra, el trabajo pendiente crece en silencio.
¿Cómo decidir según el tipo de sitio web?
Son pautas generales, no reglas. Su situación puede ser distinta.
Sitio web corporativo o de presentación
Un sitio que presenta la empresa, con unas pocas páginas y un formulario de contacto, suele cambiar despacio.
El soporte puntual puede ser suficiente, siempre que alguien:
- aplique las actualizaciones con regularidad, aunque lo haga usted mismo
- disponga de backups que funcionen
- compruebe de vez en cuando que el formulario de contacto sigue enviando mensajes
Si nadie se ocupa de esto, un plan de mantenimiento ligero suele ser más barato que reparar más adelante un sitio descuidado o hackeado.
Tienda online
Una tienda WooCommerce gestiona pagos, pedidos, stock y datos de clientes. Cada hora fuera de línea puede suponer ventas perdidas, y cada actualización puede afectar al checkout.
Para la mayoría de las tiendas activas, un plan de mantenimiento es la opción más segura. Lo que importa aquí:
- probar las actualizaciones antes de aplicarlas a la tienda en producción
- backups frecuentes, para no perder los pedidos recientes
- monitorizar el checkout, no solo la página de inicio
- una vía rápida de soporte cuando los pagos dejan de funcionar
El soporte puntual sigue siendo útil como complemento, para cambios y problemas imprevistos.
Sitio web de membresía
Los sitios de membresía gestionan accesos, suscripciones, contenido restringido y pagos recurrentes. Los problemas suelen afectar solo a los usuarios que han iniciado sesión, así que pueden pasar desapercibidos para el propietario del sitio.
Normalmente está justificado un plan de mantenimiento con pruebas cuidadosas de las actualizaciones, sobre todo para los plugins de membresía y de pagos.
Plataforma de e-learning
Los cursos online combinan cuentas de usuario, seguimiento del progreso, cuestionarios y, a veces, certificados y pagos. Las actualizaciones del plugin de formación pueden afectar a datos importantes para los alumnos.
También aquí suele merecer la pena un mantenimiento programado con pruebas. El soporte es útil para cambios en los cursos e incidencias de los alumnos.
¿Cómo influyen el riesgo y la frecuencia de cambios en la elección?
Dos preguntas ayudan más que cualquier categoría de sitio web.
¿Cuánto costaría un problema?
Piense en un día con el sitio web caído o con una función clave rota:
- ¿perdería ventas o reservas?
- ¿no podrían los clientes acceder a algo por lo que han pagado?
- ¿no podría trabajar su equipo?
- ¿se resentiría la confianza de sus clientes?
Cuanto mayor sea el coste, más sentido tiene prevenir los problemas en lugar de limitarse a reaccionar.
¿Con qué frecuencia cambia el sitio web?
Los sitios que cambian a menudo, con nuevos plugins, contenido frecuente, integraciones o código personalizado, tienen más posibilidades de fallar. Los que se mantienen igual durante meses tienen menos.
Una orientación aproximada:
- coste bajo, pocos cambios: soporte puntual, con las actualizaciones básicas y los backups en marcha
- coste bajo, muchos cambios: plan de soporte o tickets periódicos, más un mantenimiento básico
- coste alto, pocos cambios: plan de mantenimiento, con soporte cuando haga falta
- coste alto, muchos cambios: plan de mantenimiento y plan de soporte a la vez
¿Cuáles son los costes ocultos de un soporte solo reactivo?
El soporte puntual parece más barato porque solo paga cuando ocurre algo. Puede ser cierto. Pero limitarse a reaccionar tiene costes que es fácil pasar por alto.
Las actualizaciones aplazadas se vuelven más difíciles
Cuando las actualizaciones se omiten durante meses, se acumulan. Aplicar muchas a la vez hace más difícil saber cuál ha causado un problema y puede convertir una actualización rutinaria en un trabajo de reparación.
Las urgencias tardan más en resolverse
Cuando un desarrollador ve un sitio web por primera vez en plena urgencia, parte del tiempo se dedica a entender cómo está construido, dónde está alojado y qué ha cambiado. Quien ya mantiene el sitio parte de una posición mejor.
Puede que no haya backups cuando se necesitan
Sin una rutina, nadie comprueba si los backups se están haciendo ni si se pueden restaurar. Esto suele descubrirse en el peor momento posible.
Los problemas duran más antes de que alguien los detecte
Sin monitorización, un checkout o un formulario roto puede pasar desapercibido durante horas o días. El coste del problema no es solo la reparación, sino todo lo que se pierde mientras tanto.
Los problemas de seguridad se detectan tarde
Un sitio hackeado se descubre a menudo cuando Google muestra una advertencia o los clientes se quejan. Para entonces, la limpieza es más compleja. La guía sobre cómo detectar a tiempo los problemas de WordPress trata este tema con más detalle.
Nada de esto significa que el soporte reactivo sea un error. Significa que, si lo elige, debe asegurarse igualmente de que se hagan las actualizaciones, los backups y algún tipo de monitorización.
¿Se pueden combinar los dos?
Sí, y para muchas empresas es la opción más práctica.
Una combinación habitual es:
- mantenimiento para mantener la plataforma actualizada, con backups, monitorizada y protegida
- soporte para todo lo que no es rutinario: cambios, nuevas funciones, pequeñas correcciones, consultas
Los dos cubren necesidades diferentes. El mantenimiento reduce el número de problemas. El soporte se ocupa de las solicitudes y de los problemas que quedan.
Si los combina, acuerde con claridad dónde termina uno y empieza el otro. Por ejemplo, ¿corregir un problema causado por una actualización forma parte del mantenimiento o es una solicitud de soporte? Unos límites claros evitan sorpresas.
Errores habituales
- elegir soporte puntual y luego no actualizar nunca el sitio web
- pagar un mantenimiento que no incluye backups probados
- esperar que un plan de mantenimiento cubra nuevos desarrollos
- no saber a quién llamar en caso de urgencia
- trabajar con varios proveedores sin que nadie sea responsable del conjunto
- decidir solo por el coste mensual, sin tener en cuenta el coste de una caída
¿Qué preguntas debería hacerse?
- ¿Qué le ocurre al negocio si el sitio web está caído un día?
- ¿Quién actualiza actualmente WordPress y los plugins?
- ¿Cuándo se probó por última vez un backup?
- ¿Se daría cuenta alguien en menos de una hora si el checkout o el formulario de contacto dejaran de funcionar?
- ¿Con qué frecuencia pide cambios en el sitio web?
- ¿Tiene un desarrollador que ya conozca el sitio web?
Si varias respuestas son "no lo sé" o "nadie", probablemente merezca la pena plantearse algún tipo de mantenimiento, aunque sea ligero.
Cómo puede ayudarle D4Hub
D4Hub ofrece ambos enfoques y puede ayudarle a elegir entre ellos con honestidad.
Según sus necesidades, D4Hub puede:
- revisar su sitio web y proponerle un nivel de cuidado acorde con su riesgo
- ofrecer mantenimiento continuo a través de MAP: monitorización, actualizaciones probadas, backups y protección
- ofrecer un plan de soporte con una bolsa mensual para correcciones y pequeñas mejoras
- gestionar solicitudes individuales mediante tickets, sin ningún plan
- hacerse cargo de un sitio web que lleva tiempo sin mantenimiento y ponerlo al día
- ayudarle a definir límites claros si ya trabaja con otro proveedor
Puede pedir ayuda en cualquier momento, incluso solo para saber si su configuración actual es suficiente.
Abrir un ticket de soportePara usuarios con perfil técnico: una sencilla hoja de decisión
Esta hoja le ayuda a estimar si tiene más sentido prevenir o reaccionar en el caso de su sitio web. Utiliza sus propias cifras, así que el resultado es específico de su situación. No necesita cambiar nada en el sitio web.
Paso 1: estimar el coste de un mal día
Anote, como cifra aproximada:
- Los ingresos o contactos medios que genera el sitio web en un día normal
- El tiempo que perdería su equipo ocupándose del problema
- Los reembolsos, reservas perdidas o solicitudes de soporte que provocaría
Súmelos. Este es el coste aproximado de un día con el sitio web caído o con una función clave rota.
Paso 2: estimar con qué frecuencia surgen problemas
Repase los últimos 12 meses:
- ¿Cuántas veces se ha roto el sitio web o ha dejado de funcionar correctamente?
- ¿Cuánto duró cada problema hasta que se solucionó?
- ¿Cuántas actualizaciones hay pendientes ahora mismo?
Puede contar las actualizaciones pendientes en Dashboard > Updates (Escritorio > Actualizaciones) o con WP-CLI:
wp plugin list --update=available
wp theme list --update=available
wp core check-updateUna lista larga de actualizaciones pendientes indica que los problemas son más probables en los próximos meses.
Paso 3: comparar los dos escenarios
Escenario A, solo reactivo:
- Número de incidentes previstos en un año
- Multiplicado por la duración media
- Multiplicado por su coste de un mal día
- Más el coste de cada reparación
Escenario B, con mantenimiento:
- El coste de un plan de mantenimiento durante un año
- Más un número menor de incidentes, que normalmente se detectan antes y duran menos
No necesita cifras exactas. El objetivo es ver si el coste de los problemas es pequeño o grande en comparación con la prevención.
Paso 4: comprobar lo básico en cualquier caso
Elija el enfoque que elija, confirme que:
- Alguien es responsable de las actualizaciones
- Los backups se ejecutan, se guardan fuera del servidor y se han restaurado al menos una vez
- Algo le avisará si el sitio web se cae
- Sabe exactamente a quién contactar en caso de urgencia
Preguntas frecuentes
¿Merece la pena un plan de mantenimiento para un sitio web pequeño?
A veces sí y a veces no. Si el sitio cambia poco y un día fuera de línea costaría poco, el soporte puntual con actualizaciones básicas y backups puede bastar. Si nadie se ocupa de lo básico, un plan ligero suele ser más barato que una reparación.
¿Puedo hacer yo mismo el mantenimiento y usar el soporte solo para los problemas?
Sí. Muchos propietarios actualizan su propio sitio web y llaman a un desarrollador cuando algo va mal. Asegúrese también de tener backups probados y una forma de saber rápidamente si el sitio se cae.
¿Incluye un plan de mantenimiento correcciones y cambios?
Depende del proveedor. El mantenimiento suele cubrir el cuidado rutinario. Las nuevas funciones, los cambios de diseño y muchas correcciones se gestionan a menudo por separado, mediante horas de soporte o solicitudes individuales.
¿Qué diferencia hay entre un plan de soporte y un plan de mantenimiento?
Un plan de mantenimiento es un cuidado programado de la plataforma. Un plan de soporte es tiempo reservado para sus solicitudes. Responden a necesidades distintas y a menudo se combinan.
¿Evitará un plan de mantenimiento cualquier problema?
No. Hace que los problemas sean menos probables y que sea más fácil recuperarse, pero los plugins, el hosting y los servicios externos pueden seguir fallando. Lo que cambia es la rapidez con la que se detecta el problema y lo preparados que están todos.
¿Puedo pasar más adelante del soporte puntual a un plan?
Sí. Un buen punto de partida es una revisión inicial del sitio web, para resolver las actualizaciones pendientes o los problemas existentes antes de empezar la rutina.