Cómo entregar un sitio web a un cliente (paso a paso)

Cuando terminas un proyecto web, llega ese momento incómodo que nadie te enseña en ningún curso: ¿cómo entregar un sitio web a un cliente sin que todo se convierta en un caos? No hay un único método correcto — el que yo uso en MUX Studio lo fui construyendo con el tiempo, a base de errores y aprendizajes reales. Acá te cuento el proceso completo, desde los términos y condiciones hasta el correo de cierre de etapa, para que puedas adaptarlo a tu propia agencia o práctica freelance.

Algo que tengo muy claro desde hace años: el sitio web que yo construyo es 100% del cliente. No es mío. No lo retengo en mi servidor, no le corto el acceso si hay un problema de pago, no lo uso como palanca de negociación. Esa filosofía define todo lo que viene después, y es el punto de partida que quiero que tengas antes de leer el resto.

Por qué los términos y condiciones no son opcionales

Antes de hablar de archivos, migraciones y correos, hay algo que va mucho antes: los términos y condiciones del servicio. Esto es lo primero que protege a cualquier diseñador web cuando hay un conflicto post-entrega, y en mi experiencia es donde la mayoría de freelancers falla — o porque no los tienen, o porque nunca los mencionan al cliente hasta que ya hay un problema.

En MUX Studio, cada presupuesto incluye una línea que dice algo así: "Al aceptar este presupuesto, aceptas nuestros Términos y Condiciones". El cliente los recibe antes de arrancar el proyecto, no después. Eso es fundamental, porque si el cliente hace cambios en el sitio después de la entrega y algo se rompe, yo ya estoy cubierto legalmente. No es agresivo ni desconfiado — es profesional.

Consejo: Tus T&C deberían cubrir al menos estos puntos: responsabilidad por cambios post-entrega, tiempos de entrega, forma de pago, política de modificaciones, devoluciones y confidencialidad. Si nunca has redactado los tuyos, hazlo antes de tu próximo proyecto — no después.

¿Qué pasa si el cliente modifica el sitio, rompe algo y te llama exigiendo que lo repares gratis? Con unos T&C claros, tienes la respuesta. Sin ellos, estás en un terreno muy resbaladizo. Si quieres profundizar en cómo blindar tu negocio desde el inicio, tengo un post donde explico cómo evitar ser estafado por tu cliente como freelancer — aplica mucho de lo mismo.

El sitio se desarrolla en staging — y solo migra cuando hay pago

Mi flujo de trabajo es siempre el mismo: el sitio se construye en un subdominio o entorno de staging. Ahí el cliente lo revisa, aprueba cambios y da el visto bueno final. El dominio real del cliente no se toca hasta que no hay un pago concreto — el recibo final del proyecto.

Esto tiene varias ventajas. Primero, el cliente no puede "tomar posesión" del sitio antes de pagar. Segundo, yo tengo control total del entorno mientras se desarrolla. Tercero, evita el escenario clásico donde el cliente te pide cambios infinitos en producción porque "ya está ahí y funciona". El staging es la barrera que da estructura al proceso.

Consejo: No migres nada a producción hasta tener el pago del recibo final. No importa si el cliente "ya aprobó todo" — el movimiento al dominio real es la contraprestación del último pago, no de la aprobación verbal.

Una vez que el cliente paga ese último recibo, hago la migración del sitio al dominio definitivo. El proceso técnico lo manejo con el plugin All-in-One WP Migration, que exporta todo el sitio — base de datos, archivos, configuración — en un solo paquete. Es rápido, confiable y funciona bien para la gran mayoría de instalaciones WordPress.

🎓 ¿Quieres aprender a cerrar proyectos web como un profesional?
En el Curso de Negocio de Diseño Web desde Cero cubro el sistema completo: cómo presupuestar, contratar, gestionar clientes y cerrar proyectos sin que te cueste más de lo que cobras.

La copia de seguridad que siempre entrego

Después de la migración, uno de los pasos que para mí es innegociable: enviarle al cliente el archivo de exportación del sitio como copia de seguridad personal. Lo subo a WeTransfer o Google Drive y le comparto el enlace. Es el mismo archivo generado con All-in-One WP Migration — la exportación completa del sitio en su estado final.

¿Por qué lo hago? Porque si en algún momento el cliente cambia de hosting, su sitio falla por algún motivo o simplemente quiere migrar a otro proveedor, tiene en sus manos todo lo que necesita para hacerlo sin depender de mí. Eso genera confianza, y esa confianza vale mucho más que los pocos minutos que toma subirlo a Drive.

Acá también incluyo algo que ofrezco de base en MUX Studio: la licencia de Elegant Themes — el creador de Divi — va incluida en todos mis proyectos. Eso significa que el cliente tiene acceso a actualizaciones y soporte directamente desde Elegant Themes, sin depender de mi intermediación. Si quieres entender mejor cómo funciona Divi en proyectos reales, el post sobre el lanzamiento oficial de Divi 5 explica qué cambió y cómo nos afecta a quienes lo usamos profesionalmente.

El correo de Cierre de Etapa: qué incluye y por qué lo llamo así

Cuando todo está migrado, el cliente tiene el sitio funcionando en su dominio y la copia de seguridad en su poder, llega el momento del correo de cierre. Y acá hay un detalle que puede parecer pequeño pero importa mucho: en MUX Studio no lo llamamos "entrega final". Lo llamamos Cierre de Etapa.

La razón es directa: "entrega final" transmite que todo termina ahí. Que no hay más. Que el vínculo se corta en ese momento. En cambio, "Cierre de Etapa" comunica que este proyecto concluyó exitosamente, pero que viene una nueva etapa — y esa siguiente etapa tiene valor para el cliente.

El correo de Cierre de Etapa en MUX Studio incluye siempre:

• El dominio y la URL del sitio ya en producción
• El proveedor de hosting contratado, con el plan y las credenciales de acceso
• Confirmación de WordPress + Divi instalados y la licencia de Elegant Themes activada
• Enlace a la documentación o guía básica de uso del sitio
• Enlace a UXDivi, para que el cliente aprenda a administrar su sitio con los cursos de la plataforma
• El enlace de descarga de la copia de seguridad en WeTransfer o Google Drive

Es un correo limpio, profesional y concreto. Sin adornos innecesarios ni párrafos de "ha sido un placer trabajar contigo". Va al grano con todo lo que el cliente necesita para tener su sitio bajo control.

Consejo: Incluir el enlace a UXDivi en el correo de cierre tiene dos beneficios: le das al cliente un recurso real para aprender a manejar su sitio, y reduces las consultas técnicas triviales que te llegan por WhatsApp semanas después de la entrega.

La conversación que viene justo después: servicios adicionales

El correo de Cierre de Etapa no es el punto final — es la apertura de la siguiente conversación. Inmediatamente después de enviarlo, propongo los servicios de continuidad: mantenimiento WordPress mensual, SEO, paquetes de horas de cambios, u otros servicios según lo que el cliente necesite.

¿El resultado? En MUX Studio, más del 60% de los clientes que reciben ese correo contratan alguno de estos servicios adicionales. No porque yo los "convenza" de algo — sino porque el correo llega en el mejor momento posible: cuando el cliente está satisfecho con el resultado, acaba de ver su sitio funcionando en vivo y tiene el contexto fresco de todo lo que implicó el proyecto.

El timing importa tanto como la propuesta. Esperar semanas para hablar de mantenimiento es un error — el cliente ya se olvidó del dolor. Hacerlo justo en el momento del cierre es natural, relevante y funciona. Si estás estructurando cómo presentar estos servicios desde el inicio del proyecto, el post sobre cómo hacer un presupuesto de diseño web tiene claves concretas que complementan muy bien lo que vimos acá.

🎓 ¿Quieres construir un negocio de diseño web que genere ingresos recurrentes?
En el Curso de Desarrollo de Negocio de Diseño Web desde Cero tienes el sistema completo para presupuestar, cerrar proyectos y conseguir que tus clientes sigan pagando mes a mes.

Mis recomendaciones para implementar este proceso

1. Redacta tus T&C antes de tu próximo proyecto. No tienen que ser perfectos — pueden mejorar con el tiempo. Pero tener algo es infinitamente mejor que no tener nada cuando surge un problema.
2. Trabaja siempre en staging y migra solo con el pago en mano. Esta sola regla elimina la mayoría de los conflictos de pago que enfrentan los diseñadores web.
3. Entrégale siempre una copia de seguridad al cliente. Es un gesto pequeño con un impacto enorme en la percepción de profesionalismo.
4. Llama a tu entrega "Cierre de Etapa", no "Entrega Final". El lenguaje que usas define las expectativas — y esta diferencia sutil abre la puerta a la continuidad.
5. Propón servicios adicionales en el mismo correo de cierre. No esperes semanas. El momento óptimo es justo cuando el cliente está en su mejor punto emocional con el proyecto.

Conclusión

Entregar un sitio web a un cliente no es solo mover archivos de un servidor a otro. Es el momento donde se consolida la relación profesional y se abre la puerta a la siguiente etapa del trabajo. Tener un proceso claro — con T&C, staging, copia de seguridad y un correo de cierre bien pensado — hace que cada entrega se sienta profesional, proteja tu trabajo y genere oportunidades reales de ingresos recurrentes. Yo lo aplico en MUX Studio con cada cliente, y la diferencia respecto a no tener proceso es enorme.

🎓 Si quieres dominar el negocio del diseño web, el Curso de Negocio de Diseño Web desde Cero te da el sistema completo: desde cómo cotizar hasta cómo retener clientes a largo plazo.