Modelo operativo
Mantener una web no significa esperar a que algo falle
El mantenimiento es un sistema en funcionamiento continuo sobre un proyecto que ya está en producción. Cuatro responsabilidades conectadas entre sí, no una lista de tareas mensuales.
Proyecto en producción
- Prevenir
Que el problema no llegue a existir
Actualizaciones controladas, copias verificadas, revisión de compatibilidad y medidas de seguridad aplicadas antes de que hagan falta.
- actualizaciones
- copias
- compatibilidad
- seguridad
- Supervisar
Saber en qué estado está el proyecto
Disponibilidad, señales de rendimiento, errores y comportamientos anómalos. Enterarnos antes de que lo note quien usa la web.
- disponibilidad
- señales
- errores
- salud técnica
- Actuar
Alguien que puede intervenir
Incidencias, conflictos, fallos y trabajo correctivo, con capacidad real para tocar el código y devolver el servicio a la normalidad.
- incidencias
- correcciones
- restauración
- diagnóstico
Un proyecto estable puede seguir avanzando
Mejoras técnicas y cambios controlados a medida que el negocio cambia. Es la consecuencia natural de las tres anteriores: solo se puede evolucionar con seguridad lo que está bajo control.
Sin prevención, cada cambio es un riesgo. Sin supervisión, nadie sabe qué lo ha provocado. Sin capacidad de intervenir, un cambio fallido se convierte en una parada.
El servicio
Qué incluye realmente el mantenimiento
Organizado por tipo de trabajo, no por lista de tareas: lo que se hace para evitar problemas, lo que se hace cuando aparecen y lo que se hace para que el proyecto siga avanzando.
Trabajo preventivo
Antes de que pase
El trabajo que no se ve, pero que evita la mayor parte de las incidencias que otros acaban resolviendo de urgencia.
Trabajo reactivo
Cuando algo falla
Un canal de incidencias con alguien capaz de diagnosticar, decidir y corregir, no solo de escalar el aviso.
Trabajo evolutivo
Cuando el proyecto cambia
Ajustes y mejoras que el proyecto necesita con el tiempo, aplicados con el mismo criterio que el resto del mantenimiento.
Supervisión y seguimiento
capa continua sobre los tres modos- Comprueba que lo preventivo se ha ejecutado y ha funcionado
- Detecta la incidencia antes de que la reporte el cliente
- Mide el efecto real de cada cambio aplicado
- Actualizaciones controladas de core, plugins y dependencias
- Revisión de compatibilidad antes de tocar producción
- Copias de seguridad y verificación de restauración
- Medidas de seguridad y revisión de configuración
- Higiene técnica: base de datos, logs, ficheros, caché
- Incidencias, caídas y errores en producción
- Conflictos entre plugins, temas o integraciones
- Actualizaciones que provocan un problema
- Restauración del servicio y vuelta atrás controlada
- Diagnóstico técnico del origen real del fallo
- Mejoras técnicas sobre lo que ya existe
- Cambios pequeños y ajustes funcionales
- Adaptación de funcionalidad existente
- Preparación del proyecto para nuevas necesidades
- Criterio sobre qué es mantenimiento y qué es proyecto
La supervisión no es un servicio aparte: es lo que conecta los tres tipos de trabajo y permite que cada intervención tenga contexto.
Meses sin incidencias
¿Qué ocurre cuando no se rompe nada?
Es una pregunta razonable. El valor de un mantenimiento no se mide por el número de incidencias resueltas, sino por el trabajo continuo que hace que no aparezcan.
Trabajo continuo durante todo el periodo
- Supervisión
- Revisión de actualizaciones
- Verificación de copias
- Chequeo de seguridad
- Revisión técnica del estado
Intervenciones puntuales sobre el mismo periodo
-
Incidencia detectada 11:45
Resuelta y verificada 12:02
-
Ajuste técnico aplicado abr 23
Efecto comprobado abr 23
Un mes sin incidencias no es un mes sin trabajo
Es el resultado de que las copias se han verificado, las actualizaciones se han revisado una a una y las señales del proyecto se han seguido durante todo el periodo. Lo que no ocurre también se trabaja.
Y si ocurre, hay alguien que puede intervenir
La parte reactiva no desaparece por no usarse. Cuando hace falta, no empezamos a entender el proyecto en ese momento: ya sabemos cómo está montado, qué se cambió por última vez y desde dónde restaurar.
Proyectos que no hemos desarrollado
¿No hemos desarrollado nosotros tu web? Podemos asumir su mantenimiento.
Antes de asumir la responsabilidad de un proyecto existente, entendemos qué hay, cómo funciona y dónde están los riesgos. Casi todos los proyectos en producción tienen historia; el objetivo no es juzgarla, es poder responder por ella.
- Punto de partida
Proyecto existente
Una web en producción, desarrollada por otro equipo o mantenida de forma irregular.
- Paso previo
Auditoría técnica inicial
Revisión del estado real antes de comprometer nada. Ni presupuesto a ciegas ni promesas sobre lo que no conocemos.
- Acuerdo
Plan de mantenimiento
Prioridades, riesgos asumidos, qué entra en el mantenimiento y qué se trata aparte.
- A partir de aquí
Soporte continuo
El proyecto pasa a estar supervisado, con un interlocutor técnico responsable de su estado.
Qué revisamos antes de asumir el proyecto
- Código
Cómo está construido, qué es estándar y qué es personalizado.
- Dependencias
Plugins, temas, librerías e integraciones de las que depende.
- Infraestructura
Dónde corre, con qué versiones y con qué margen.
- Actualizaciones
Qué está al día, qué está bloqueado y por qué motivo.
- Riesgos
Qué puede romperse, qué no tiene copia y qué conviene atender primero.
El resultado no es un informe para archivar: es la base sobre la que se define el plan y se asumen responsabilidades concretas.
Ver auditoría técnicaCómo empieza
Asumir el mantenimiento es un proceso. Después, el trabajo es continuo.
Los dos primeros pasos tienen principio y final. A partir de ahí no hay una fase de cierre: hay un ciclo que se repite mientras el proyecto está vivo.
- 01
Evaluación técnica
Entendemos el proyecto actual: cómo está construido, de qué depende, en qué estado está y qué necesita atención inmediata.
- 02
Plan de mantenimiento
Definimos prioridades, riesgos asumidos, criterios de intervención y qué se considera mantenimiento y qué se trata como desarrollo.
Y a partir de aquí, en ciclo
Ciclo continuo de mantenimiento
- Prevenir
- Supervisar
- Actuar
- Mejorar
Se repite mientras el proyecto esté en producción
Comunicación y reporte atraviesa todo el ciclo, no es el último paso
Trazabilidad
Sabes qué se ha hecho y por qué
Cada intervención queda registrada con su motivo y su resultado. No para justificar horas, sino para que el proyecto tenga memoria técnica y las decisiones futuras se tomen con contexto.
- 04 abr
Compatibilidad de WordPress y plugins revisada
- Motivo
- Actualización programada del core y de cinco plugins.
- Resultado
- Actualizado en entorno de pruebas y en producción sin incidencias.
- 11 abr
Error en el checkout investigado
- Motivo
- Conflicto entre el plugin de pago y una personalización del tema.
- Resultado
- Corregido y verificado con pedidos de prueba en producción.
- 23 abr
Limpieza de base de datos
- Motivo
- Crecimiento anómalo detectado en la supervisión semanal.
- Resultado
- Mantenimiento completado y tamaño estabilizado.
- 30 abr
Informe del periodo enviado
- Motivo
- Cierre de mes y revisión de prioridades para el siguiente.
- Resultado
- Sin acciones pendientes. Dos mejoras propuestas para valorar.
Ejemplo ilustrativo · no corresponde a un cliente real
Este espacio está previsto para un documento operativo real y anonimizado: un fragmento de informe, una verificación de copia o un registro de cambios. No es decoración; es la prueba de que el registro existe.
Tipos de proyecto
El mantenimiento se adapta a la arquitectura que ya funciona
Lo que cambia no es el modelo de trabajo, sino qué hay que vigilar y con qué criterio se toca cada cosa.
-
Webs corporativas
Estabilidad, contenido y formularios que no pueden dejar de funcionar.
-
Ecommerce
Checkout, pagos, stock y pedidos: cada fallo tiene coste directo.
-
WordPress
Core, plugins, temas y personalizaciones que conviven sin romperse.
-
Drupal
Módulos, versiones y actualizaciones con ventanas de mantenimiento claras.
-
Desarrollo a medida
Código propio, dependencias y despliegues que necesitan criterio, no recetas.
-
Aplicaciones web
Procesos, integraciones y datos que trabajan de forma continua en segundo plano.
El mantenimiento se adapta a la arquitectura que ya está en marcha. No forzamos un proyecto a cambiar de stack para que a nosotros nos resulte más cómodo mantenerlo.
Dónde encaja
Dónde termina el mantenimiento y empieza otro trabajo
El mantenimiento toca rendimiento, infraestructura y estado técnico, pero no sustituye a los servicios que existen precisamente para ir más a fondo.
-
Mantenimiento web
Mantiene el proyecto operativo, controlado y capaz de evolucionar a lo largo del tiempo.
Estás aquí
-
Rendimiento web · WPO
Entra cuando el rendimiento necesita diagnóstico dedicado y optimización en profundidad.
Ver servicio →
-
Infraestructura gestionada
Cubre el entorno donde corre el proyecto: servidor, servicios, entornos y despliegue.
Ver servicio →
-
Auditoría técnica
Evaluación en profundidad cuando el estado del proyecto es incierto o hay que decidir qué hacer con él.
Ver servicio →
Criterio técnico
Lo que no llamamos mantenimiento
No es una comparación con nadie. Son los criterios con los que decidimos si un mantenimiento está bien hecho o solo lo parece.
- 01
Actualizar automáticamente no es mantener
Una actualización sin revisión de compatibilidad no reduce el riesgo: lo traslada al momento en que algo deja de funcionar.
- 02
Una copia que nadie ha restaurado nunca no es una copia
La copia solo sirve si se ha comprobado que se puede restaurar y se sabe cuánto se tarda en hacerlo.
- 03
Monitorizar sin poder intervenir está incompleto
Recibir una alerta no resuelve nada si detrás no hay alguien con acceso, contexto y capacidad para tocar el proyecto.
- 04
No todo cambio tiene que convertirse en un proyecto nuevo
Hay ajustes que forman parte del mantenimiento. Y hay desarrollos que no. La diferencia se acuerda antes, no cuando surge.
- 05
El mantenimiento no debería esconder lo que hace
Si no se puede explicar qué se ha hecho, por qué y con qué resultado, el cliente no está contratando un servicio: está pagando por una suposición.
Para agencias
Mantenimiento técnico para los proyectos de tus clientes
Trabajamos como equipo técnico de apoyo para agencias que entregan proyectos pero no quieren sostener el mantenimiento en el día a día. Interlocución directa, confidencialidad y sin contacto comercial con tu cliente si así lo prefieres.
- mantenimiento continuo
- incidencias
- continuidad técnica
- white label
Servicios relacionados
Otros servicios que pueden acompañarlo
Si el proyecto necesita algo más específico que mantenimiento continuo, estos son los servicios que suelen acompañarlo.
- Rendimiento
Optimización de rendimiento web · WPO
Diagnóstico y optimización cuando la velocidad necesita trabajo dedicado.
Cuando el mantenimiento no basta - Infraestructura
Infraestructura web gestionada
El entorno donde corre el proyecto, administrado y supervisado.
Servidores, entornos y despliegues - Diagnóstico
Auditoría técnica WordPress
Evaluación del estado real de un proyecto antes de decidir qué hacer con él.
Paso previo habitual - Desarrollo
Desarrollo WordPress
Proyectos a medida sobre WordPress, pensados para poder mantenerse.
Antes del mantenimiento - Ecommerce
Desarrollo WooCommerce
Tiendas online con criterio técnico en checkout, pagos y stock.
Proyectos con venta online - Integraciones
Integraciones técnicas
Conexiones con ERP, CRM y servicios externos que deben seguir funcionando.
Lo que también hay que sostener
Todos ellos pueden convivir con el mantenimiento: se contratan cuando el proyecto los necesita, no por defecto.
Dudas frecuentes
Preguntas sobre el mantenimiento web
Las objeciones reales que nos plantean antes de empezar. Si la tuya no está aquí, escríbenos y te respondemos directamente.
Trabajo preventivo (actualizaciones controladas, copias verificadas, compatibilidad, seguridad e higiene técnica), supervisión continua del estado del proyecto, atención de incidencias y una parte evolutiva para pequeños cambios y mejoras. El alcance concreto se acuerda en el plan inicial según el proyecto.
Sí, es una parte importante de lo que hacemos. Antes de asumirla revisamos código, dependencias, infraestructura, estado de actualizaciones y riesgos, para poder responder por el proyecto con conocimiento de causa.
Hacemos una auditoría técnica inicial. Sirve para saber qué está bien, qué conviene corregir antes de empezar y qué riesgos existen. A partir de ahí se define el plan de mantenimiento, con prioridades y criterios claros de intervención.
No de forma indiscriminada. Revisamos qué actualiza cada versión, comprobamos compatibilidad y, cuando el proyecto lo requiere, probamos antes en un entorno separado. Las actualizaciones de seguridad críticas se tratan con una prioridad distinta a las de mantenimiento normal.
Se revierte de forma controlada y se restaura el servicio; después se diagnostica el origen y se plantea una alternativa. Por eso las copias se verifican: para que la vuelta atrás sea una decisión rápida y no una emergencia.
Sí: configuración, revisión periódica y verificación de que se pueden restaurar, con criterios de retención acordados. Una copia que nadie ha probado a restaurar no es una garantía.
Sí. Existe un canal de incidencias con tiempos de respuesta acordados y alguien capaz de diagnosticar y corregir, no solo de registrar el aviso. Las prioridades se definen en el plan según el impacto sobre el negocio.
Los ajustes y las mejoras técnicas pequeñas sí entran, dentro de la bolsa acordada. Un desarrollo nuevo o un cambio funcional relevante se valora aparte, para no mezclar mantenimiento con proyecto y que ninguno de los dos se resienta.
Lo mantiene bajo control: caché, base de datos, recursos y detección de regresiones. Cuando el rendimiento necesita un trabajo profundo de diagnóstico y optimización, eso corresponde a un proyecto de optimización de rendimiento web (WPO).
No. Mantenemos WordPress y WooCommerce, pero también Drupal, desarrollos a medida y aplicaciones web. El modelo de trabajo es el mismo; cambia qué hay que vigilar en cada arquitectura.
El mantenimiento se ocupa del proyecto: código, dependencias, contenido técnico e incidencias. La infraestructura gestionada se ocupa del entorno donde ese proyecto corre. Se complementan y a menudo se contratan juntos, pero no son lo mismo.
Se sigue trabajando: supervisión, revisión de actualizaciones, verificación de copias, chequeos de seguridad y revisión del estado técnico. El informe del periodo recoge qué se ha hecho aunque no haya habido nada que resolver.
Siguiente paso
Tu web ya está en producción. Mantenerla bien también forma parte del proyecto.
Cuéntanos cómo está hoy y qué te preocupa. Revisamos el estado real y te decimos qué necesita para seguir funcionando con garantías.
Respondemos en menos de 24 h laborables