Mantenimiento web: alcance y responsabilidades

El mantenimiento de un sitio web debe explicar qué se revisa, quién aprueba el contenido, quién controla las cuentas y cómo se atienden cambios o fallas. Un alcance útil permite conocer el siguiente paso y su responsable, incluso cuando cambia el proveedor o una herramienta externa deja de funcionar.

Esta guía sirve para comparar propuestas o revisar un sitio que ya está publicado. Las tareas y condiciones se acuerdan según la plataforma, los datos y el uso del negocio; no hay un paquete universal de soporte.

1. Contenido y aprobación

Define quién entrega textos, imágenes, horarios, servicios y datos de contacto; quién revisa su exactitud; y quién autoriza la publicación. Un cambio de precio, una promoción o una afirmación sobre resultados necesita aprobación del negocio.

Separa una actualización sencilla de una página nueva o una modificación del recorrido de compra. Documenta cómo se solicita cada cambio, qué información debe acompañarlo y cómo se comprobará después de publicarlo.

El SEO y la producción editorial también necesitan alcance: revisión técnica, creación de artículos y seguimiento de búsquedas son actividades distintas. Publicar un texto no confirma que se haya indexado o que haya generado consultas.

2. Dominio, hosting y servicios conectados

El dominio es la dirección; el hosting sirve el sitio. El correo, los formularios, los pagos y otras herramientas pueden depender de proveedores y cuentas adicionales. Identifica cuáles participan antes de atribuir toda falla al sitio web.

El inventario debe registrar:

• Titular y responsable operativo de cada cuenta.
• Quién gestiona el dominio, sus DNS y el hosting.
• Fechas de renovación, contacto que recibe los avisos y persona que autoriza el pago.
• Dependencias externas necesarias para las funciones del sitio.
• Qué ocurre si cambia el proveedor, se cancela un servicio o se pierde acceso.

La capacidad de una plataforma para conservar versiones o archivos debe verificarse en la configuración concreta. No implica automáticamente recuperación de formularios, pedidos o información guardada en otra herramienta.

3. Accesos y entrega

Acuerda quién necesita permisos para contenido, configuración, publicación y recuperación. Evita depender de una única cuenta personal sin un procedimiento de transición. Cuando la herramienta lo permita, usa usuarios identificables y permisos adecuados a cada responsabilidad.

La entrega debería permitir localizar el código o editor, las cuentas, el procedimiento de publicación y las instrucciones necesarias para continuar. Credenciales y tokens se guardan por un medio seguro; no se incluyen en un documento público ni en el código del sitio.

4. Respaldos y restauración

Pregunta qué se puede recuperar: código, contenido, imágenes, configuración y base de datos, cuando exista. Para cada parte, documenta dónde se conserva una copia, su frecuencia y retención, quién puede acceder y quién ejecutaría la restauración.

Acuerda cuánto tiempo podría estar fuera de servicio una función y qué intervalo de información sería aceptable perder. Esos objetivos requieren una solución y una prueba acordes; no se deducen del nombre del proveedor.

La guía de Google Cloud sobre pruebas de recuperación recomienda comprobar integridad de los datos, tiempo de recuperación y punto de recuperación, además de probar la aplicación restaurada. Es una referencia de planificación: no demuestra que un sitio concreto ya tenga esos controles.

Una prueba de restauración debe hacerse en un entorno seguro y con el alcance aprobado. El registro útil incluye la fecha, los componentes recuperados, las funciones comprobadas y las limitaciones encontradas.

5. Soporte y prioridades

Define un canal para reportar problemas y qué información necesita el responsable: URL, momento, dispositivo, pasos y efecto sobre la operación. Si se adjunta evidencia, evita exponer datos personales innecesarios.

También distingue tres tiempos: confirmar recepción del reporte, resolver el problema y recuperar una función. Pueden ser diferentes. Horarios, prioridades, escalamiento y compromisos se acuerdan para el proyecto; no deben quedar implícitos en la palabra “mantenimiento”.

6. Cambios, publicación y comprobación

Separa una falla respecto de una función acordada, una actualización de contenido y una capacidad nueva. Para cambios que alteran datos, integraciones o recorridos, revisa impacto, costo y aprobación antes de ejecutarlos.

Una publicación debería tener una versión identificable, comprobaciones proporcionales al cambio y una forma de volver a una versión anterior cuando sea aplicable. Después, verifica la página pública, sus enlaces y la función afectada. Una compilación correcta es una comprobación del código; la prueba pública confirma otra etapa.

El caso de nuestro propio sitio muestra cómo separamos el código aprobado, la versión publicada y las comprobaciones posteriores.

Asigna una persona o un equipo a cada bloque; los nombres y condiciones se definen en el proyecto.

Una ficha breve para acordar el servicio

Antes de contratar o renovar, responde estas siete preguntas:

1. ¿Qué tareas están incluidas y qué requiere una solicitud adicional?
2. ¿Quién entrega, revisa y aprueba el contenido?
3. ¿Quién controla cada cuenta y sus renovaciones?
4. ¿Qué puede recuperarse y cuándo se probó ese procedimiento?
5. ¿Cómo se reporta una falla y quién decide su prioridad?
6. ¿Quién autoriza una publicación y cómo se comprueba?
7. ¿Qué documentación y accesos se entregan al terminar el servicio?

Esa ficha ayuda a evitar ambigüedades sin inventar una tarifa, un horario o un porcentaje de disponibilidad. Su valor está en que cada respuesta pueda verificarse.

Preguntas frecuentes

¿Qué debe incluir el alcance de mantenimiento de un sitio web?

Debe identificar las tareas incluidas, los responsables, los accesos, las condiciones de soporte, la recuperación, las renovaciones y el proceso para solicitar y aprobar cambios. Cada sitio requiere un alcance según sus herramientas y su uso.

¿Tener un respaldo garantiza que el sitio se pueda restaurar?

No. Hay que comprobar qué contiene el respaldo, quién puede acceder, cómo se recupera y si una restauración de prueba permite usar el sitio y sus funciones. El código, los archivos y una base de datos pueden necesitar procedimientos distintos.

¿El mantenimiento incluye cualquier cambio o atención permanente?

Depende del acuerdo. Conviene separar correcciones, actualizaciones de contenido y nuevas funciones, y definir canales, horarios y prioridades de atención. Los tiempos de respuesta, resolución y recuperación deben acordarse de forma explícita.

Revisar la operación de tu sitio

Carzuga construye y mantiene sitios web según el alcance acordado. Si necesitas ordenar contenido, accesos, soporte y próximos cambios, podemos revisar una primera etapa concreta. Conoce nuestra operación digital o comparte el contexto por WhatsApp.