Respuesta breve
La entrega de un sitio se reduce a cinco puntos: el dominio, la cuenta de alojamiento, el repositorio, un acceso de propietario al panel y las variables de entorno con sus valores. Cómo comprobar cada uno antes del pago final.
Qué recibes en la entrega: la respuesta corta
En la entrega recibes cinco cosas: el control del dominio, una cuenta en el alojamiento, el repositorio con el código fuente, un acceso de propietario al panel de administración y la lista de variables de entorno con una nota sobre para qué sirve cada una. Todo lo demás es documentación alrededor de esos cinco puntos.
Un sitio web no es un archivo, sino un sistema en marcha: la dirección por la que lo encuentran, el lugar donde se ejecuta, el código del que se construye, el panel donde se edita el contenido y los ajustes que lo conectan con servicios externos.
Cuando falta uno de los cinco puntos, tienes un sitio que puedes mirar pero no cambiar. Eso no es un detalle técnico sino una posición comercial: de esa lista depende que puedas cambiar de proveedor sin volver a pagar por trabajo ya hecho.
A continuación va cada punto por separado: cómo se ve, qué comprobar antes de firmar la aceptación y cómo se organiza la entrega dentro de los paquetes de VITON13, donde el alcance y los plazos se nombran desde el principio.
El dominio: quién controla la cuenta del registrador
Un dominio vive dentro de una cuenta en un registrador. La propiedad depende de dos cosas: quién entra en esa cuenta y qué datos de contacto figuran en los campos del titular del dominio.
El arreglo que funciona es un dominio registrado a nombre de tu empresa, con el desarrollador como acceso delegado o con permisos sobre los registros DNS. El que no funciona es un dominio a nombre del proveedor para ahorrarte el papeleo.
Compruébalo tú mismo: entra en el registrador con tus credenciales, confirma que el correo del titular es una dirección que controla tu empresa, revisa que la renovación automática esté activa y abre los registros DNS para ver que son editables.
Un dominio también es un pago recurrente. La renovación se cobra a quien tiene la cuenta, así que el acceso y la responsabilidad sobre la fecha de renovación y la tarjeta asociada viajan juntos.
El alojamiento y la plataforma donde el sitio funciona de verdad
El alojamiento es el lugar desde el que se sirve el sitio ya construido: un servidor virtual, una plataforma gestionada, un entorno de contenedores. En la entrega importan la cuenta, el plan contratado y el método de pago asociado.
Pide el proveedor, el nombre del proyecto, la región y tu nivel de permisos. El objetivo son permisos de propietario o de administrador; un enlace de invitado que solo muestra registros no es acceso, es una vista.
El DNS entra en la misma conversación: qué registros apuntan el dominio al alojamiento, dónde viven los registros de correo, cómo se emite y se renueva el certificado. Un archivo de texto con esos registros es un entregable razonable.
Conviene dejar escrito también el camino ante un fallo: qué registro abrir, cómo volver al despliegue anterior y quién tiene permiso para hacerlo. No es una promesa de que nada se rompa, sino una ruta documentada para cuando se rompa.
El repositorio: código fuente, no una carpeta de archivos
Un repositorio es el código junto con su historial de cambios. Un archivo llamado sitio-final.zip no es el código fuente: no tiene ramas, no tiene historial y no conserva la relación entre un cambio y el motivo por el que se hizo.
Lo que buscas es el repositorio bajo tu organización o tu cuenta, con el rol de propietario asignado a tu nombre. El desarrollador sigue como colaborador mientras el trabajo continúa y pierde el acceso cuando termina.
Dentro conviene revisar un historial de commits legible, una instrucción de construcción que otra persona pueda seguir, una lista de dependencias con versiones fijadas y ninguna clave ni contraseña escrita dentro del código.
La prueba se ejecuta en poco tiempo. Otro desarrollador clona el repositorio, sigue el README y termina con una copia local en funcionamiento. Si no arranca, la entrega todavía no está terminada.
El panel de administración: roles, propietario y dónde vive el contenido
Cuando hay un CMS o un panel propio, necesitas una cuenta de propietario y no una de editor. El propietario crea y revoca usuarios; el editor solo cambia textos e imágenes.
Pide la lista de todas las cuentas que existen en el sistema, con su rol correspondiente. Las que ya no hacen falta se revocan como parte de la aceptación, no en una limpieza posterior que nunca se agenda.
Después determina dónde está físicamente el contenido: la base de datos, los archivos subidos, el almacén de medios. Y cómo se hace una copia: exportación manual, respaldo automático y el lugar donde se guardan esas copias.
Ayuda anotar qué campos del panel llegan a las páginas públicas: títulos, metadatos, redirecciones. Un editor que conoce el límite de cada campo es un editor que no rompe una maqueta con una imagen demasiado grande.
Variables de entorno: los ajustes sin los que la construcción no arranca
Las variables de entorno son las claves y direcciones con las que el sitio habla con servicios externos: la base de datos, el envío de correo, los pagos, la analítica, el almacenamiento de archivos. No se guardan en el código, se configuran en la plataforma.
La entrega necesita las dos mitades: la lista de variables con una línea que explique para qué sirve cada una, y los valores en sí, entregados por el medio que tu empresa ya usa para guardar secretos, como un gestor de contraseñas corporativo.
Una lista sin valores te deja con una construcción que se niega a arrancar. Unos valores sin lista te dejan con un montón de cadenas de texto que nadie sabrá interpretar seis meses después.
Algunas de esas claves pertenecen a cuentas de terceros: un proveedor de pagos, un servicio de correo. Esas cuentas también tienen que estar a tu nombre, o una rotación rutinaria de claves por su parte deja tu sitio fuera de servicio.
Construcción y despliegue: cómo el código fuente se convierte en un sitio en marcha
Entre el repositorio y el sitio publicado está la construcción: los comandos que convierten el código fuente en lo que el servidor entrega al navegador. Ese proceso debe estar escrito y ser reproducible en otra máquina.
El mínimo es la versión del entorno de ejecución, el comando que instala dependencias, el que construye y el que arranca. Mejor aún es tener esos mismos pasos en un archivo de integración continua, para que la construcción no dependa de un solo portátil.
El despliegue se documenta aparte: qué rama llega a producción, qué ocurre de forma automática, qué se hace a mano, quién puede publicar una versión y cómo es una vuelta atrás.
Aquí el valor está en la repetibilidad y no en la elegancia. Una construcción que solo funciona en la máquina de su autor es una dependencia oculta de ese autor disfrazada de decisión técnica.
Servicios de terceros: analítica, correo, pagos, mapas
Un sitio rara vez está solo. Una propiedad de analítica, el correo transaccional, la gestión de formularios, los pagos, los mapas, un chat: detrás de cada uno hay una cuenta, una clave y alguien a quien se le cobra.
Arma una tabla de cuatro columnas: servicio, cuenta, propietario y dónde se guarda la clave. Esa hoja ahorra tiempo el día en que haya que sustituir, renegociar o apagar uno de esos servicios.
Con los pagos la exigencia es mayor. La cuenta de comercio pertenece a la entidad legal que recibe el dinero y no se puede dejar aparcada con el desarrollador como un detalle técnico. La licencia de pagos queda fuera del alcance de Desarrollo de producto.
La analítica merece su propia comprobación: confirma que los datos llegan a tu propiedad y que los permisos de administrador son tuyos. De lo contrario, un cambio de proveedor te cuesta el histórico con el que ibas a comparar.
Documentación: breve y no opcional
La documentación de entrega no es un manual de cien páginas. Es un README en el repositorio y una página de procedimiento: de qué está hecho el sitio, dónde se ejecuta, cómo se construye, cómo se despliega y a quién llamar.
Añade una lista de lo que no se hizo y por qué: trabajo aplazado, límites conocidos, compromisos aceptados a propósito. Esa lista es más honesta que el silencio y evita que el siguiente proveedor tenga que redescubrir cada decisión.
Deja registrado con qué material se comprobó el rendimiento. La sección Performance de MDN Web Docs describe métricas de carga y comportamiento del navegador, y apuntar a ella aguanta mejor que un acuerdo hablado sobre qué significa rápido.
Con la accesibilidad ocurre lo mismo. La referencia rápida del W3C para WCAG 2.2 enumera los criterios de éxito en un formato que se puede verificar. Si se hicieron comprobaciones, anota el nivel de conformidad y las páginas cubiertas.
Por qué una entrega sin accesos equivale a empezar desde cero
Sin accesos, el siguiente proveedor nunca ve el código fuente y reconstruye a partir de lo que muestra el navegador. La maqueta se puede reproducir; la lógica, las integraciones y la configuración del panel no se leen desde fuera.
Sus horas se van entonces en recrear el estado que ya tienes en lugar de mejorarlo. Pagas por segunda vez un sitio que está en tu dominio y que funciona.
La exposición no es solo económica. Sin la cuenta del registrador un dominio puede caducar en silencio; sin acceso al alojamiento no se recupera el sitio tras una caída; sin la lista de variables una rotación rutinaria de claves se convierte en una parada.
Una entrega con accesos convierte el sitio en un activo de la empresa. Sin ella, el sitio sigue siendo una pieza de la infraestructura del proveedor que alquilas en condiciones que nadie llegó a escribir.
Cómo se organiza la entrega en los paquetes de VITON13
Site Fix Pack cuesta $70 y ocupa 1-2 días laborables: hasta cinco correcciones acordadas, una revisión en móvil y escritorio y una lista de antes y después en la entrega, con 1 ronda de revisiones. Páginas nuevas, rediseño y migraciones no entran.
Sitio para lanzamiento cuesta $380 en 3-5 días laborables: construcción adaptable, conexión del CMS base o de los datos y configuración del despliegue, con 2 rondas antes del lanzamiento. El contenido y las traducciones los aporta el cliente; nosotros no los escribimos.
Desarrollo de producto cuesta $880 en 2-3 semanas: entrega de funcionalidades, lógica de estados y rutas, pruebas y refuerzo, con 2 rondas por cada funcionalidad entregada. Las aplicaciones móviles nativas y la licencia de pagos quedan fuera de ese alcance.
Soporte técnico continuo cuesta $290 al mes: actualizaciones prioritarias, un ritmo semanal de publicaciones y mantenimiento técnico; funciona por ciclo mensual con 30 días de preaviso para terminarlo, el volumen de trabajo se acuerda al inicio de cada ciclo y una construcción nueva o un rediseño se presupuestan aparte. Launch Site Express cuesta $520 en 2 días laborables: el alcance de Sitio para lanzamiento en cola prioritaria con construcciones diarias, lista de verificación de lanzamiento y llamada de entrega, con 1 ronda después de la primera construcción completa, mientras que contenido, fotografía y soporte continuo no se incluyen.
Qué hacer antes de firmar la aceptación
Haz las comprobaciones antes del pago final y no después. Pide los accesos, entra desde tu propio dispositivo con tus credenciales y confirma que llegas a la configuración y no solo a las páginas públicas.
Después pide una construcción desde un clon limpio del repositorio y despliégala en un entorno de pruebas. Así se verifica la lista de variables: si falta una, la propia construcción lo dice.
Lleva la lista al contrato: dominio, alojamiento, repositorio, panel de administración, variables de entorno, cuentas de terceros y documentación. Una cláusula se puede exigir; un entendimiento compartido de que todo se entregará, no.
El alcance, los plazos y el número de rondas de revisión de cada paquete están en la página del servicio de desarrollo de VITON13. Partir de esa lista convierte la conversación sobre la entrega en puntos verificables y no en garantías habladas.
Lista práctica
- Entra en el registrador con tus credenciales y revisa el contacto del titular y la renovación automática.
- Toma permisos de propietario o administrador en el alojamiento y pide el mapa de registros DNS.
- Pasa el repositorio a tu cuenta y confirma que se construye desde un clon limpio.
- Pide la lista de cuentas del panel con sus roles y revoca las innecesarias durante la aceptación.
- Reúne las variables de entorno con sus valores y guárdalas en el gestor de contraseñas de la empresa.
- Escribe en el contrato la lista de accesos y documentación que se traspasan antes del pago final.
Preguntas frecuentes
¿Qué debe pasar exactamente al cliente al terminar un proyecto?
El dominio, la cuenta de alojamiento, el repositorio con el código fuente, un acceso de propietario al panel y las variables de entorno con sus valores. A eso se añaden la lista de cuentas de terceros y una documentación breve de construcción y despliegue.
¿Cuánto cuesta el desarrollo y qué se entrega con él?
Site Fix Pack cuesta $70 en 1-2 días laborables: hasta cinco correcciones acordadas con revisión en móvil y escritorio y una lista de antes y después en la entrega, con 1 ronda de revisiones. Sitio para lanzamiento cuesta $380 en 3-5 días laborables: construcción adaptable, conexión del CMS base o de los datos y configuración del despliegue, con 2 rondas antes del lanzamiento.
¿Puede el dominio quedar registrado a nombre del desarrollador?
Técnicamente puede, pero entonces la fecha de renovación y los permisos sobre los registros DNS quedan fuera de tu control. Registra el dominio a nombre de tu empresa y da al desarrollador un acceso delegado.
¿Basta con una carpeta de archivos en lugar del repositorio?
No. Un archivo comprimido no lleva historial de cambios, ni ramas, ni la relación entre un cambio y la tarea que lo motivó, así que el siguiente desarrollador trabaja a ciegas. Hace falta el repositorio en tu cuenta con el rol de propietario.
¿Es suficiente una lista de nombres de variables de entorno sin los valores?
No: sin valores la construcción no arranca, y unos valores sin explicación no se pueden interpretar seis meses después. Se entregan la lista con la función de cada variable y los valores a través de tu gestor de contraseñas.