Dominio, código y accesos: qué acordar al contratar una web

La respuesta corta: pide un inventario, no una promesa de “propiedad total”

El contrato debería identificar al menos dominio y registrador; DNS; hosting o nube; repositorio; despliegue; base de datos; cuentas de proveedores; analítica; correo; contenidos; diseño; certificados; copias y documentación. Para cada elemento pregunta quién es titular o contratante, quién paga, quién administra, qué permiso conserva el proveedor y qué pasos permiten cambiarlo. Una sola palabra como “web” oculta relaciones diferentes.

Esta guía ofrece una lista operativa, no asesoramiento jurídico. La titularidad y los derechos dependen del contrato, la autoría, las licencias, los componentes de terceros y la normativa aplicable. Conviene que una persona profesional revise las cláusulas relevantes para el caso. Si todavía se está definiendo alcance económico, la guía sobre presupuesto web para pymes ayuda a convertir entregables vagos en partidas comparables.

Comprueba quién figura en el dominio y quién puede moverlo

ICANN explica en su información para registrantes de dominios que el registrante es la persona o entidad que registra el nombre y mantiene la relación con el registrador. Pagar al proveedor no demuestra por sí solo que la empresa sea ese registrante. Confirma datos de cuenta, email de recuperación, renovación, bloqueo y método para obtener el código de transferencia, respetando la protección de datos del registro.

La empresa puede conservar la cuenta y conceder al proveedor los permisos necesarios, si el registrador lo permite. Evita compartir una contraseña común; usa usuarios, roles y segundo factor. Documenta quién atiende avisos de caducidad y qué tarjeta o método paga. Incluye DNS: transferir el nombre sin reproducir sus registros puede interrumpir web, correo y verificaciones. Programa la salida con inventario, copia, cambio controlado y una ventana para validar.

Distingue derechos, licencia, copia y acceso técnico

Tener una copia del código no equivale a controlar el repositorio, y controlar el repositorio no resuelve qué derechos pueden ejercerse. El texto consolidado de la Ley de Propiedad Intelectual contiene reglas específicas para programas de ordenador y derechos de explotación. Su aplicación a una entrega concreta depende de hechos y pactos que esta guía no puede determinar. Evita asumir que el pago completa automáticamente una cesión con el alcance deseado.

Pide que el contrato describa entregables, autores o aportantes, derechos o licencia concedida, modalidades de uso, territorio y duración cuando proceda, capacidad de modificar y encargar mantenimiento, y tratamiento de componentes previos. Solicita un inventario de bibliotecas, tipografías, imágenes, plugins, temas, servicios SaaS y otras dependencias con sus licencias y costes. Una aplicación puede contener partes propias, abiertas y comerciales bajo condiciones distintas.

Asegura repositorio, despliegue y configuración reproducible

Alojar el repositorio en una organización de la empresa facilita continuidad y permite conceder acceso al proveedor. Si se aloja fuera, acuerda entrega periódica y transferencia al terminar. GitHub documenta que transferir un repositorio conserva muchos elementos, pero puede afectar permisos, páginas o paquetes. La posibilidad técnica de transferir no decide derechos jurídicos; solo es una pieza del plan.

Comprueba que la entrega incluya historial cuando corresponda, ramas necesarias, instrucciones de instalación, versiones, proceso de despliegue, esquema y migraciones de datos, tareas programadas y mapa de servicios externos. Los secretos no deben aparecer en el repositorio ni enviarse en un documento abierto. Acuerda cómo se entregan mediante un canal controlado y cómo se rotan al salir un proveedor. Prueba que una persona autorizada de la empresa puede clonar y leer el proyecto antes del cierre.

Incluye cuentas, datos y costes recurrentes

Haz filas separadas para alojamiento, CDN, base de datos, almacenamiento, correo transaccional, mapas, pagos, captcha, analítica, etiquetas, búsqueda, monitorización, copias y soporte. Identifica cuenta contratante, región si es relevante, plan, límite, facturación, administrador y sustituto. Señala qué ocurriría si se cancela la cuenta: exportación, plazo, formato y dependencias que dejarían de funcionar. Un código entregado puede no ser operativo sin estos servicios.

Para los datos, define quién puede exportarlos, en qué formato y cómo se importan en otra solución. Incluye archivos y metadatos, no solo tablas principales. Acuerda copias, restauración y eliminación al terminar conforme al contexto contractual y normativo. No recopiles credenciales en el propio inventario; registra dónde se custodian y quién puede recuperarlas. Mantén contactos y métodos de recuperación corporativos actualizados.

Añade una prueba de salida antes de necesitarla

Ensaya una salida pequeña: acceso de un administrador de la empresa, copia restaurable, exportación de datos de prueba y despliegue documentado en un entorno controlado. Define asistencia, preaviso, tarifas, revocación de usuarios, rotación de secretos y confirmación de borrado cuando proceda. Para convertir estos requisitos en una entrega, la guía sobre MVP y criterios de aceptación ayuda a redactar pruebas. El servicio de desarrollo web orientado a conversión puede partir de un alcance con activos, responsables y condiciones de entrega explícitos.

Incluye las bajas de personas en el mapa de propiedad

Una entrega puede estar bien documentada y seguir dependiendo de la cuenta personal de quien administraba dominio, hosting o repositorio. Incorpora esos activos a la checklist de baja y retirada de accesos: transfiere propiedad, revoca sesiones y comprueba que despliegues, formularios y renovaciones continúan con responsables vigentes.