Cómo mantener útil un sitio web cuando se va quien lo creó
Una checklist práctica para accesos, propiedad, contenidos, integraciones y mantenimiento continuo.
Trata la entrega como un proyecto de continuidad
Un sitio puede parecer terminado y depender todavía de la memoria de una sola persona. El creador quizá sabe dónde está registrado el dominio, qué servicio envía los mensajes de los formularios, cómo funciona una reserva y qué partes del sitio no deben editarse. Si ese conocimiento se marcha, la empresa conserva un sistema frágil aunque las páginas sigan viéndose bien.
Empieza la entrega antes de que termine la relación. Pide un inventario claro, una explicación conjunta y tiempo para probar la información. El objetivo no es conservar cada detalle de implementación. La empresa debe poder mantener la web activa, responder consultas, cambiar información importante y recuperar el acceso cuando algo falle.
Crea un documento compartido con una persona responsable y una fecha de revisión. Separa los hechos que todavía deben verificarse de las recomendaciones que pueden cambiar. Anota la fecha de la última prueba correcta, no solo la fecha en que se escribió. Así la entrega se convierte en una rutina que se puede mantener.
Transfiere la propiedad antes que las tareas
Haz una lista del registrador del dominio, alojamiento, plataforma web, correo profesional, analítica, herramientas de búsqueda, pagos y otros servicios conectados. Para cada uno, registra al propietario empresarial, el método de acceso, la fecha de renovación, el contacto de facturación y la vía de recuperación. La empresa debe controlar la cuenta principal; un proveedor recibe acceso delegado cuando lo necesita.
No uses una hoja compartida con contraseñas permanentes como solución definitiva. Guarda las credenciales en un gestor adecuado, activa la autenticación multifactor y elimina cuentas personales que ya no sean necesarias. Si un proveedor posee el dominio o recibe todos los mensajes de recuperación, resuélvelo antes de acabar el contrato. La propiedad importa especialmente cuando hay problemas con la web, el correo o los pagos.
Comprueba que el nombre legal de la empresa, los datos de facturación y el correo de recuperación estén actualizados. Confirma quién puede cambiar DNS, publicar contenidos, instalar extensiones, exportar datos o invitar usuarios. La entrega no está completa si la empresa puede iniciar sesión pero no realizar las acciones necesarias para mantener el servicio.
Documenta las partes que funcionan juntas
Pide al creador que explique la estructura principal con palabras sencillas. ¿Qué páginas son esenciales para los recorridos de los clientes? ¿Dónde están los bloques reutilizables, formularios, imágenes y descargas? ¿Qué puede cambiar una persona responsable del contenido y cuándo hace falta una revisión técnica? Las capturas ayudan, pero las instrucciones también deben explicar la razón de los pasos importantes.
Prepara un inventario de contenidos con nombre de página, objetivo, responsable, última revisión y frecuencia de actualización. Incluye avisos legales, precios, horarios, servicios, información de accesibilidad y páginas que reciben tráfico de búsqueda. Indica si cada elemento se modifica en la web, en una herramienta conectada o en un repositorio de código.
Explica qué sucede después de enviar un formulario. Identifica destinatarios, respuestas automáticas, protección contra spam, conexiones con CRM o hojas de cálculo, avisos y señales de error. Envía una consulta de prueba y síguela por cada etapa. Esto descubre dependencias ocultas que una lista de enlaces no muestra.
Revisa integraciones, datos y privacidad
Haz un mapa sencillo de los flujos de datos. Un formulario puede enviar datos personales al correo, un CRM, una herramienta de citas y la analítica. Una tienda puede conectar pagos, envíos, facturación y mensajes a clientes. Registra por qué existe cada integración, quién posee la cuenta y qué ocurre si deja de funcionar.
Elimina conexiones que no se usan y comprueba los permisos de los servicios activos. Revisa claves API, webhooks, roles de administrador y direcciones de notificación. Pregunta si los datos importantes se pueden exportar en un formato útil. Una integración crítica no debe depender solo de la cuenta de quien creó la web.
Actualiza la información de privacidad si cambian proveedores o rutas de datos. Comprueba que los formularios solo solicitan información necesaria y que están claros la conservación, el acceso y la eliminación. La accesibilidad también forma parte de la entrega: prueba teclado, encabezados, etiquetas, contraste y mensajes de error después de cualquier cambio importante en la entrega.
Prueba copias, actualizaciones y recuperación
Una copia de seguridad solo sirve si se puede restaurar. Registra qué incluye, con qué frecuencia se crea, cuánto tiempo se conserva y quién puede recuperarla. Pide una prueba reciente o hazla en un entorno seguro. Incluye base de datos, archivos subidos, configuración, datos del dominio y contenido almacenado fuera de la plataforma.
Escribe el proceso normal de actualización. Explica quién revisa las actualizaciones, dónde se prueban los cambios, cómo se vuelve atrás y qué debe comprobarse después de publicar. La empresa no tiene que convertirse en desarrolladora, pero sí debe distinguir los cambios normales de las situaciones que requieren ayuda especializada.
Crea una lista de incidentes con contactos de proveedores, renovaciones y vías de escalado. Prueba el acceso con una segunda persona autorizada. Si el único método de recuperación lleva a alguien que ya se fue, la entrega no ha terminado. Un plan breve y practicado ayuda más que un documento largo que nadie puede usar bajo presión.
Prueba la entrega con una persona nueva
Entrega la documentación a alguien que no participó en la creación. Pídele encontrar la cuenta del dominio, cambiar contenido de bajo riesgo, enviar un formulario de prueba, consultar las estadísticas y explicar cómo informar de una caída. Sus preguntas mostrarán supuestos que el equipo original ya no detecta.
Anota las carencias y asigna cada una a una persona con fecha límite. No esperes a tener un documento perfecto para tomar control de las cuentas prioritarias. Empieza por dominio, alojamiento, correo, formularios, copias y servicios relacionados con privacidad. Después completa los detalles menos urgentes.
Tras la entrega, programa una revisión trimestral. Las empresas cambian, las personas se marchan y las integraciones se sustituyen. Una web útil no es solo la que funciona hoy; el equipo actual debe poder entenderla, protegerla y mejorarla mañana. ChatBuild puede ayudarte a convertir esta checklist en una base web clara y en un siguiente paso manejable.
Fuentes
Preguntas frecuentes
- ¿Qué debe incluir una entrega de sitio web?
- Incluye propiedad, accesos, datos del dominio y alojamiento, responsables de contenido, integraciones, copias, instrucciones de actualización, privacidad, contactos y recuperación.
- ¿Quién debe ser propietario de las cuentas?
- La empresa debería ser propietaria del dominio, la web, el alojamiento y los servicios importantes. Los proveedores pueden tener acceso delegado sin controlar la única vía de recuperación.
- ¿Basta con una lista de contraseñas?
- No. También hay que explicar el funcionamiento, los sistemas conectados, los cambios seguros y la recuperación después de una caída o actualización fallida.
- ¿Cada cuánto hay que revisar la documentación?
- Como mínimo cada trimestre y siempre que cambien personas, proveedores, dominios, integraciones o procesos importantes del sitio.
Sjors Hooijen Builds ChatBuild and writes about getting a business online without turning it into a project. ¿Dudas sobre este artículo? Escribe a hi@chatbuild.com.