Después del lanzamiento, al menos una persona dentro de la empresa debe poder acceder al dominio, al hosting, a la administración principal y a las notificaciones de formularios. También debe saber cómo se hacen las copias, cómo se actualiza la web y cómo se recupera ante un problema. Si ese conocimiento queda únicamente en manos del proveedor o de una persona que ya no trabaja en la empresa, la web puede estar en línea, pero la entrega no está completa.
Que el sitio web cargue correctamente no significa que la entrega esté completa.
Si solo el equipo que creó la web conoce las cuentas del dominio y del hosting, el acceso de administración, el sistema de copias y el destino de los formularios, un cambio de personal o una avería puede convertir la web en un sistema que nadie sabe gestionar.
Una web no solo debe verse bien. También debe ser útil y fácil de gestionar.
Por qué publicar y entregar no son lo mismo
Publicar significa que la dirección web funciona hoy. Entregar significa que la organización entiende de qué depende la web, quién controla cada parte, cómo se realizan las tareas habituales y qué hacer cuando algo falla. La diferencia suele aparecer cuando llega una renovación, se marcha una persona, empieza un rediseño o se produce una incidencia.
Situaciones habituales:
- El dominio está registrado en la cuenta personal de un antiguo empleado o proveedor y nadie recibe el aviso de renovación.
- El hosting se cobra en una tarjeta desconocida y administración no identifica el servicio ni su fecha de vencimiento.
- Todo el equipo comparte una sola cuenta de superadministrador y no es posible saber quién hizo un cambio.
- Se afirma que hay copias automáticas, pero nadie conoce su ubicación, retención o capacidad de restauración.
- El formulario confirma el envío, aunque nadie sabe qué buzón recibe la consulta.
- El proveedor conserva toda la información técnica y la empresa no dispone de ningún registro interno.
La pregunta importante no es si la web funciona hoy, sino si la empresa podrá tomar la decisión correcta mañana cuando cambien las personas, los servicios o el sistema.
Seis puntos que deben confirmarse antes de aceptar la web
1. ¿Quién posee las cuentas de dominio, hosting y DNS?
El dominio es la dirección, el hosting es donde funciona el sistema y el DNS conecta ambos elementos. La empresa debe conocer el proveedor, el titular, la fecha de renovación, la forma de pago y los contactos autorizados. Si el proveedor los administra, el acuerdo debe explicar cómo se transfieren la propiedad y los datos.
2. ¿Quién tiene el nivel máximo de acceso?
La empresa debe conservar una cuenta capaz de crear y desactivar usuarios, cambiar permisos y responder a una emergencia. Los editores deben utilizar cuentas individuales con el acceso necesario para su función. Cuando cambia una persona, se puede retirar una cuenta sin modificar las credenciales de toda la web.
3. ¿Cómo se crean y restauran las copias de seguridad?
Hay que comprobar si las copias incluyen archivos, base de datos e imágenes subidas, y registrar frecuencia, ubicación, retención y responsable. Debe realizarse al menos una comprobación de restauración; una notificación de copia correcta no demuestra por sí sola que los datos sean utilizables.
4. ¿Cómo se actualizan artículos, imágenes y datos básicos?
La entrega debe mostrar dónde se inicia sesión, cómo funcionan los borradores y la publicación, qué reglas tienen las imágenes, qué campos se pueden modificar y qué áreas requieren soporte técnico. Si no hay CMS, debe quedar claro quién recibe los cambios, qué plazo se espera y cómo se registran las versiones.
5. ¿Quién atiende un formulario, pedido o reserva?
Un envío correcto es solo el inicio del proceso. Deben definirse destinatario principal, destinatario de respaldo, plazo de respuesta y vía de escalado. Siempre que sea posible, los envíos deben quedar guardados en la administración para que un retraso de correo o un filtro de spam no eliminen la solicitud del cliente.
6. ¿Quién gestiona las incidencias y dónde se documentan?
Conviene separar errores de contenido, problemas de acceso, fallos de hosting, vencimiento del dominio, formularios rotos e incidentes de seguridad. Cada tipo debe tener un responsable. Se registran hora, impacto, persona encargada, acciones y resultado para no repetir la misma investigación en el siguiente incidente.
¿Qué cuentas deben permanecer bajo control de la empresa?
| Área | Información mínima que debe controlar la empresa | Responsable recomendado |
|---|---|---|
| Dominio y DNS | Titularidad, acceso, vencimiento, renovación y proceso de transferencia | Propietario o administrador designado |
| Hosting y CDN | Plan, facturación, límites, copias y soporte | Administrador interno con contacto técnico |
| Administración web | Altas y bajas de usuarios, permisos, contenido y configuración | Un grupo reducido de administradores autorizados |
| Email y formularios | Destinatarios principal y de respaldo, envío y consulta de fallos | Responsable de ventas, atención u operaciones |
| Analítica y buscadores | Acceso de propietario a GA4, Search Console, Bing y propiedades relacionadas | Propiedad de la empresa con acceso delegado a marketing |
| Servicios externos | Pagos, reservas, mapas, mensajes o API, costes y cambio de claves | Responsables de negocio y técnicos correspondientes |
El objetivo no es entregar todas las contraseñas a todo el equipo. El objetivo es mantener la propiedad en la empresa y repartir el acceso diario según la función. Las credenciales de máximo nivel deben estar restringidas y guardadas mediante un proceso controlado, no repartidas entre chats, notas personales o dispositivos de antiguos empleados.
Una entrega completa tiene tres niveles
Entrega de activos
Enumera dominio, hosting, base de datos, código fuente, archivos de diseño, derechos de imagen, email, analítica y servicios externos. Para cada elemento se registra propietario, pagador, administradores y procedimiento de transferencia si termina la relación.
Entrega operativa
Explica cómo crear y publicar contenido, distribuir formularios, procesar pedidos o reservas, preparar imágenes y completar actualizaciones periódicas. Cada flujo debe tener responsable principal y respaldo. Esta parte tiene que ser comprensible para alguien que no sea desarrollador.
Entrega ante incidencias
Documenta los primeros pasos cuando la web no responde, un formulario deja de notificar, una cuenta queda bloqueada, se borra contenido o se acerca el vencimiento de un dominio o certificado. Si se necesita soporte externo, incluye alcance, canal de contacto y horario de respuesta.
Caso práctico: la persona responsable deja la empresa
Imaginemos que marketing creó el dominio, la propiedad de analítica y la cuenta de la web con un correo personal. Cuando esa persona se marcha, la empresa descubre que los avisos de renovación llegan a un buzón privado, la autenticación de dos factores depende de un teléfono personal y solo esa persona recibía los formularios.
La web pública sigue funcionando, pero la empresa ha perdido tres capacidades: no puede verificar la propiedad, retirar accesos con seguridad ni confirmar que las consultas de clientes se atienden.
Una organización más sólida sería:
- Las cuentas controladas por la empresa poseen dominio, hosting y propiedades de analítica.
- Cada administrador utiliza una cuenta individual que puede desactivarse por separado.
- Los formularios llegan a un buzón asociado a una función y a un segundo destinatario de respaldo.
- Los métodos de recuperación de doble factor para servicios críticos quedan bajo control de la empresa.
- Cada trimestre se revisan cuentas, renovaciones, copias y contactos.
Así, una nueva persona puede utilizar los registros para asumir la gestión sin reconstruir el sistema a partir de conversaciones antiguas, contraseñas del navegador y correos de soporte.
Qué debe incluir el paquete de entrega
Un paquete útil explica propiedad y funcionamiento sin guardar contraseñas en texto visible dentro de un documento común:
- URL pública, URL de administración y nombre del entorno de producción.
- Proveedores de dominio, DNS, hosting y correo.
- Propietario, administrador y responsable de facturación de cada servicio.
- Matriz de roles y permisos, con procesos de alta y baja.
- Guía de contenidos: imágenes, borradores, vista previa y publicación.
- Flujo de formularios, consultas, pedidos o reservas y contactos de respaldo.
- Frecuencia, ubicación, retención y pasos de restauración de copias.
- Ubicación del código, diseños, recursos de marca y derechos de uso.
- Propietarios de GA4, Search Console, Bing y otras propiedades de analítica.
- Servicios externos, API, extensiones y costes recurrentes.
- Diagnóstico de incidencias, orden de escalado y contactos técnicos.
- Fecha de la última revisión de copias, accesos y ejercicio de restauración.
Las contraseñas deben transferirse mediante un sistema controlado. El paquete debe indicar qué existe, dónde se gestiona y quién tiene autoridad, sin convertirse en un único archivo que contenga todos los secretos.
Ocho pruebas de aceptación para realizar juntos
- Acceder al dominio y al hosting mediante una cuenta controlada por la empresa.
- Crear un administrador de prueba con pocos permisos y confirmar que el administrador principal puede desactivarlo.
- Crear y previsualizar un borrador sin publicarlo.
- Enviar un formulario interno y comprobar dónde lo consultan los responsables principal y de respaldo.
- Localizar la copia más reciente y confirmar que incluye archivos y base de datos.
- Explicar qué copia se usaría tras modificar la portada por error y quién realizaría la restauración.
- Confirmar que cuentas de la empresa son propietarias de las herramientas de analítica y búsqueda.
- Pedir a alguien que no participó en el desarrollo que realice una actualización básica siguiendo la guía.
La última prueba es la más importante. La entrega funciona cuando la siguiente persona puede completar el trabajo, no solo cuando el proveedor original considera que el documento está claro.
Preguntas frecuentes
¿Es siempre una mala idea que el proveedor gestione el dominio o el hosting?
No. La gestión delegada puede reducir la carga técnica, pero deben quedar claros propiedad, renovación, copias, finalización y transferencia. La empresa debe saber quién controla la cuenta, cómo se calculan los costes y qué datos puede obtener cuando solicita el traslado.
¿La empresa necesita todas las contraseñas de superadministrador?
Debe conservar propiedad y control de emergencia, pero no todo el personal necesita el máximo acceso. Los privilegios más altos se limitan a pocas personas y se asignan roles adecuados a editores, atención y operaciones.
¿Son suficientes las copias automáticas?
No por sí solas. Los límites de capacidad, permisos, exclusiones o retención pueden dejar datos fuera. Hay que comprobar periódicamente fecha y contenido, entender el proceso de restauración y crear un punto adicional antes de cambios importantes.
¿El mantenimiento técnico y la actualización de contenido son la misma tarea?
No. El contenido incluye artículos, imágenes, servicios y avisos. El mantenimiento técnico incluye software, seguridad, hosting, certificados, copias e incidencias. Un mismo equipo puede cubrir ambos ámbitos, pero las responsabilidades y la aceptación deben quedar separadas.
¿Cada cuánto se actualiza el documento de entrega?
Debe actualizarse cuando cambian personas, proveedores, facturación, permisos o procesos, y conviene revisarlo brevemente cada trimestre. Un documento que nunca se mantiene pronto se convierte en un registro histórico que solo describía el día del lanzamiento.
Conclusión: la entrega termina cuando otra persona puede continuar
Una entrega completa permite que la siguiente persona entienda y gestione el sistema incluso después de un cambio de equipo. La empresa no necesita realizar internamente todas las tareas técnicas, pero sí debe saber quién posee cada activo, quién gestiona el trabajo diario, dónde están las copias y cómo pedir ayuda durante una incidencia.
Al aceptar una web, no hay que revisar solamente diseño, enlaces y versión móvil. También se verifican cuentas, permisos, copias, formularios y registros operativos. Definir estas responsabilidades antes del lanzamiento reduce los riesgos provocados por cambios de personal, vencimientos y fallos urgentes.
Lectura relacionada: ¿Cuándo necesita una web de empresa un gestor de contenidos (CMS)?. Si estás planificando una web nueva o recibiendo un sistema existente, puedes iniciar un proyecto con Stage of Me para incluir desde el principio la entrega, la gestión y el mantenimiento posterior.