Una web puede cargar bien y perder todas las solicitudes de contacto. También puede tener un respaldo reciente que nadie sabe restaurar. Contratar mantenimiento exige definir qué se revisa, qué se corrige, quién actúa y qué evidencia recibirás. El nombre del servicio por sí solo no responde esas preguntas.
1. Parte con un inventario y un alcance verificable
Lista dominio, hosting, plataforma, extensiones, integraciones, correos transaccionales, formularios y proveedores. Registra quién administra cada cuenta y qué licencias están vigentes. Un sitio heredado sin accesos ni inventario necesita resolver esa base antes de prometer continuidad.
Después identifica sus recorridos críticos: solicitar cotización, reservar, comprar, iniciar sesión o descargar documentación. El mantenimiento debe proteger esos recorridos con una frecuencia y un responsable acordados según su importancia para la operación.
Pide que cada tarea tenga una evidencia: fecha de respaldo, versión actualizada, resultado de prueba, incidente detectado y corrección aplicada. “Revisión mensual” es demasiado ambiguo si no explica qué se revisa ni qué ocurre al encontrar un problema.
2. Respalda lo necesario y ensaya la restauración
En WordPress, los archivos y la base de datos cumplen funciones distintas y forman parte de una recuperación completa. La documentación oficial explica esa separación y las consideraciones del respaldo. Guía de backups de WordPress.
Define frecuencia, retención, ubicación y acceso. Una tienda que recibe pedidos constantemente necesita evaluar cuánto dato podría perder entre copias. Un respaldo alojado solo junto al sitio puede compartir el mismo punto de falla. Protege las copias y limita quién puede descargarlas.
La prueba decisiva es recuperar una copia en un entorno aislado y verificar su contenido. Mide cuánto tarda, qué falta y quién puede hacerlo. Si restaurar una base antigua puede sobrescribir pedidos recientes, el procedimiento debe contemplar esa situación antes de una emergencia.
3. Actualiza con prueba, registro y una salida posible
Actualizar componentes reduce acumulación de versiones antiguas, pero puede cambiar compatibilidades. WordPress recomienda respaldar antes de actualizar y contempla restaurar una copia si hay problemas. Documentación oficial para actualizar WordPress.
Para cambios que afecten funciones críticas, utiliza staging: una copia destinada a probar. Evita que envíe correos reales, cobre pagos o sincronice pedidos como si estuviera en producción. También debes controlar datos personales y acceso a esa copia.
- Identifica el componente, el motivo del cambio y sus dependencias.
- Confirma el respaldo y la forma de volver atrás.
- Prueba los recorridos afectados en un entorno adecuado.
- Publica en una ventana acordada y verifica producción.
- Registra versiones, resultado y pendientes.
La urgencia de una corrección de seguridad puede exigir otro ritmo, pero necesita igualmente responsables y comprobación posterior.
4. Comprueba formularios, checkout e integraciones de extremo a extremo
Un mensaje de “enviado” no demuestra que ventas recibió el contacto. La prueba debe seguir el dato: formulario, registro, notificación, CRM y asignación. Incluye un envío válido, otro incompleto y la recuperación frente a errores.
En ecommerce, comprueba productos, variaciones, stock, despacho, descuentos y confirmación. Para pagos, usa el modo de prueba apropiado o una transacción controlada expresamente coordinada. Verifica el estado del pedido y las notificaciones posteriores, sin asumir que la pantalla de éxito demuestra todo el recorrido.
Revisa también casos que suelen quedar fuera de una visita rápida: correo en spam, integración desconectada, cupón vencido, enlace roto y campos difíciles de completar desde un teléfono. La muestra debe representar cómo compra o consulta una persona real.
5. Monitorea señales y define quién responde
El monitoreo puede observar disponibilidad, errores, vencimiento de certificados, espacio utilizado y fallas de tareas programadas. Define qué alerta importa, a quién llega y qué información permite investigarla. Muchas notificaciones sin responsable solo crean ruido.
En rendimiento, observa páginas representativas y compara condiciones similares. Una portada rápida no garantiza una ficha o un checkout fluidos. Cuando aparece una degradación, distingue entre un problema nuevo de mantenimiento y una mejora estructural que requiere desarrollo.
Incluye controles básicos de teclado, etiquetas de formularios y legibilidad después de cambios. Las Easy Checks de W3C sirven para una revisión inicial de accesibilidad, pero no constituyen una evaluación completa. Acordar esa diferencia evita presentar una comprobación limitada como una certificación.
6. Distingue mantenimiento de mejoras y servicios externos
La siguiente matriz es una pauta para negociar alcance, no una lista de prestaciones de todos los proveedores. Cada fila debe quedar confirmada en la propuesta que contrates.
| Área | Tarea a acordar en mantenimiento | Posible proyecto o costo separado |
|---|---|---|
| Respaldos | Copias y restauración ensayada | Migración completa de infraestructura |
| Actualizaciones | Componentes existentes y verificación | Reemplazo de un sistema incompatible |
| Formularios | Probar y corregir fallas cubiertas | Nuevo cotizador con reglas comerciales |
| Rendimiento | Detectar regresiones y ajustes acordados | Rediseño o reconstrucción técnica |
| Contenido | Correcciones dentro del alcance pactado | Producción editorial o nuevas páginas |
| Terceros | Coordinar incidentes y verificar conexión | Licencias, hosting o cargos del proveedor |
La gestión de campañas, SEO continuo, redacción y nuevas funcionalidades no deben darse por incluidas. Tampoco una suscripción de hosting implica que alguien pruebe formularios o administre todas las integraciones. Pregunta por límites, exclusiones y tratamiento de solicitudes adicionales.
7. Contrata una forma de trabajar, con responsables claros
Antes de decidir, solicita un diagnóstico inicial y la lista de pendientes heredados. Es importante distinguir un sitio estable que necesita continuidad de uno que requiere reparación antes de entrar en una rutina.
- ¿Qué horarios y canales cubre la atención?
- ¿Cómo se diferencia una falla crítica de una mejora?
- ¿Qué tiempos de respuesta y recuperación se acuerdan expresamente?
- ¿Quién autoriza cambios, costos externos y restauraciones?
- ¿Qué reporte recibirás y quién conserva los accesos al terminar?
Si evalúas acompañamiento con NOMA, puedes consultar por NOMA Care como opción. Su alcance debe definirse según plataforma y necesidades; no corresponde asumir planes, precios o niveles de servicio sin una propuesta concreta.
Un reporte útil muestra estado, incidentes, acciones y decisiones pendientes. Su valor está en permitirte saber qué funciona, qué riesgo sigue abierto y qué requiere inversión adicional.
Preguntas frecuentes
¿Mantenimiento web y hosting son lo mismo?
No. El hosting aporta infraestructura bajo sus condiciones. El mantenimiento puede incluir trabajo sobre la aplicación y sus recorridos. Revisa quién se hace cargo de cada capa en tu contrato.
¿Un backup automático garantiza que recuperaré el sitio?
No basta con que exista una copia. Debes comprobar integridad, alcance y restauración, además de considerar datos que se hayan generado después del respaldo.
¿Una web corporativa sin tienda necesita mantenimiento?
Sí requiere una responsabilidad de continuidad acorde a su tecnología. Formularios, accesos, dominios e integraciones pueden fallar aunque el contenido cambie poco; las tareas específicas dependen de la plataforma.
¿Cuánto debería costar el mantenimiento?
Depende de tecnología, recorridos críticos, estado inicial, frecuencia y cobertura de atención. Compara alcance y responsabilidades antes de comparar montos; una tarifa sin esas condiciones dice poco.
¿Qué falla podría pasar una semana sin que la notes?
Elige tu recorrido más importante y síguelo completo. Si hoy nadie puede mostrar cuándo se probó por última vez, ya tienes una prioridad concreta para el mantenimiento.
Para profundizar.
Las recomendaciones combinan el criterio editorial de NOMA y documentación primaria. Los ejemplos y cálculos se presentan como situaciones ilustrativas. Cada recomendación debe ajustarse al contexto y al alcance del proyecto.