Descarga gratuita en Word • Edita en línea • Guarda y comparte con Drive • Exporta a PDF
Es un contrato profesional bilateral entre un diseñador o agencia web y un cliente que encarga la creación de un sitio web. Define de forma clara qué se crea, cómo se crea, cuándo se entrega, cuánto cuesta y quién es responsable de cada parte. Incluye especificaciones técnicas, contenido, cronograma, proceso de aceptación y estructura de pagos. Se descarga como documento Word editable, con anexos para detallar especificaciones, contenido a entregar, maquetas, palabras clave SEO y cronograma de pagos. Exportable a PDF para firma.
Contratar a un diseñador web sin contrato es como viajar sin mapa: ambas partes creen que van al mismo destino, pero terminan en lugares distintos. Sin acuerdo escrito, surgen conflictos sobre qué funcionalidades se incluyen, cuándo se debe entregar, si habrá cambios de precio, cuántas revisiones están permitidas y qué pasa si algo falla después del lanzamiento. Un cliente puede esperar carrito de compras integrado cuando el desarrollador planeó solo sitio informativo. Un desarrollador invierte meses en un proyecto sin cronograma claro; el cliente retiene pagos argumentando que falta una función. Este contrato protege ambas partes: establece expectativas realistas, fija plazos vinculantes, estructura pagos equitativos y define el proceso de aceptación. Para tu negocio, asegura que el sitio web es una inversión documentada, no una sorpresa desagradable. Para el desarrollador, garantiza que su trabajo será compensado y que cambios posteriores tendrán costo.
| Si tu situación es… | Usa esta plantilla |
|---|---|
| Sitio web básico sin base de datos, bajo presupuesto | Acuerdo simple (una página estática) |
| Sitio web con funcionalidades complejas, integración de sistemas | Acuerdo con contenido dinámico |
| Desarrollador también proporciona alojamiento y mantenimiento post-lanzamiento | Acuerdo con servicio de hosting incluido |
| Actualización de sitio web ya operativo; requiere migración de contenido | Acuerdo para rediseño de sitio existente |
| Proyecto con metodología Scrum; entregas por sprints en lugar de una fecha final | Acuerdo de desarrollo ágil (entregas iterativas) |
| Incluye período de soporte técnico y corrección de errores después de entrega | Acuerdo con cláusula de mantenimiento post-lanzamiento |
Por qué importa: Causa disputas sobre quién es responsable si un elemento (ej. texto, imagen) se ve mal; confunde plazos.
Fix: Lista explícitamente en Anexo B (cliente entrega) y Anexo C (desarrollador crea); cada parte es responsable de la suya.
Por qué importa: Cliente solicita correcciones indefinidas; proyecto se extiende sin fin ni presupuesto adicional.
Fix: Incluye cláusula: 'máximo 3 rondas de correcciones; cambios posteriores incurren en tarifa adicional de [monto] por hora'.
Por qué importa: Cliente retiene dinero; desarrollador queda sin flujo de caja para completar proyecto.
Fix: Especifica: 30 % anticipo al firmar, 40 % en mitad del proyecto, 30 % dentro de 5 días de aceptación final.
Por qué importa: Cliente intenta rechazar sitio web 6 meses después; desarrollador ya movió recursos a otros proyectos.
Fix: Establece: 'Cliente tiene 10 días para pruebas; si no notifica defectos antes del día 10, sitio se considera aceptado'.
Por qué importa: Sitio se ve mal en ciertos navegadores o dispositivos; ambas partes culpan al otro.
Fix: Especifica: 'Compatible con Chrome, Firefox, Safari y Edge versiones 2023 en adelante; responsive en móvil, tablet y escritorio'.
Por qué importa: Cliente y desarrollador disputan quién es dueño del código, diseño y dominio después.
Fix: Aclara: 'Cliente es propietario del dominio y contenido; desarrollador retiene derechos sobre código reutilizable'.
En lenguaje sencillo: El desarrollador se compromete a diseñar, crear, probar y entregar el sitio web en HTML, JAVA y/o FLASH, cumpliendo especificaciones acordadas.
El Desarrollador se obliga a diseñar, crear, probar y entregar una página Web que se entregará en formato HTML, lenguaje JAVA y/o FLASH en su versión más actual, el cual cumple con las especificaciones establecidas en el presente acuerdo.
Error común: No detallar qué tecnologías exactas se utilizarán; esto genera disputas sobre compatibilidad y funcionalidad.
En lenguaje sencillo: El cliente debe entregar dentro del plazo especificado todo contenido (textos, imágenes, videos, logos) en formatos técnicos requeridos.
Dentro de [NÚMERO] días desde la fecha de celebración de este Acuerdo, el Cliente entregará al Desarrollador los materiales enumerados en el Anexo 'B' que incluirán logotipos en formato GIF, fotografías en formato JPG, textos en formato [PROCESADOR DE TEXTO], archivos de videos en MPEG y archivos de sonido en Mp3.
Error común: No especificar formatos de archivo; el cliente entrega contenido en formato incorrecto, causando retrasos en la integración.
En lenguaje sencillo: Detalla qué contenido creará el desarrollador (no lo que entrega el cliente) y si puede usar subcontratistas.
El Desarrollador tendrá la obligación de crear el Contenido del sitio Web enumerado en el Anexo 'C' adjunto al presente. Al desarrollar este contenido, el Desarrollador está autorizado a utilizar tantos subcontratistas como desee.
Error común: No separar claramente quién crea qué contenido; genera confusión sobre responsabilidad de calidad y plazo.
En lenguaje sencillo: El sitio web debe cumplir con el mapa de sitio y diseño visual (maqueta) previamente aprobado por el cliente.
La página Web que diseñará el Desarrollador estará acorde con el mapa del sitio y la 'maqueta' de la página Web que se adjunta al presente como Anexo 'D'.
Error común: Proceder sin maqueta aprobada; el cliente rechaza el resultado final por diferencias en diseño.
En lenguaje sencillo: Define cronograma de entrega y reconoce que cambios en especificaciones, gráficos o contenido pueden generar retrasos.
El Desarrollador hará todo el esfuerzo posible para cumplir con el cronograma de finalización que se adjunta en el Anexo 'F'. Sin embargo, cualquier cambio o modificación en las especificaciones, plano del sitio o gráficos originará demoras en la finalización del cronograma.
Error común: No anticipar cambios de alcance; cliente solicita modificaciones sin autorizar extensión de plazo, generando conflicto.
En lenguaje sencillo: El cliente tiene plazo fijo (ej. 10 días) para probar el sitio y notificar desviaciones. Pasado ese período, se considera aceptado.
El Cliente tendrá un período de [NÚMERO] días después de la entrega de la página Web final durante el cual puede dedicarse a probar el sitio Web. El Cliente notificará al Desarrollador no más allá del [número ordinal] día posterior a la entrega de todos los defectos. En caso de no notificar dentro de [NÚMERO] días, se considerará que el Cliente ha aceptado el sitio Web.
Error común: No establecer fecha límite de notificación; cliente intenta rechazar el sitio meses después de entrega.
En lenguaje sencillo: Procedimiento iterativo: desarrollador tiene plazo para corregir defectos notificados; cliente puede solicitar nuevas correcciones en plazo adicional.
El Desarrollador tendrá un período de [NÚMERO] días posteriores a la recepción de la notificación escrita del Cliente para corregir cualquier detalle según especificaciones, y entregar dichas correcciones. El Cliente tendrá [NÚMERO] días después de la entrega de las revisiones para notificar conformidad o disconformidad. Este procedimiento continuará hasta aceptación final.
Error común: No limitar rondas de corrección; cliente solicita cambios indefinidamente sin límite de tiempo ni costo.
En lenguaje sencillo: Monto total de la tarifa de desarrollo, estructura de pagos (anticipos, entregas parciales, saldo final) según anexo.
El Cliente pagará al Desarrollador un arancel por el desarrollo completo igual a [MONTO], el cual se pagará según lo establecido en el Cronograma de Pagos mencionado en la Sección 3.2 del presente documento.
Error común: No detallar estructura de pagos; cliente retiene el 50 % del presupuesto indefinidamente, presionando al desarrollador.
En lenguaje sencillo: Desarrollador mantiene copia de seguridad por plazo definido (ej. 6 meses) después de aceptación; luego destruye archivos.
El Desarrollador mantendrá un respaldo de los archivos del sitio Web durante un período de [NÚMERO] días después de la aceptación final del Cliente. A partir de entonces, el Desarrollador destruirá todas las copias del sitio Web del Cliente a menos que esté otorgando alojamiento según otro acuerdo.
Error común: No establecer plazo de destrucción; cliente cree que desarrollador guardará archivos indefinidamente sin costo adicional.
En lenguaje sencillo: Aclara que no se incluye texto oculto a menos que cliente lo solicite explícitamente; especifica palabras clave para SEO.
El Desarrollador no incluirá ningún texto oculto o código excepto que el Cliente se lo solicite específicamente. El Cliente ordena al Desarrollador incluir etiquetas HTML que incluyan las palabras clave establecidas en el Anexo 'E' adjunto.
Error común: No especificar palabras clave para SEO; sitio se lanza sin optimización, afectando visibilidad en buscadores.
En lenguaje sencillo: Desarrollador proporciona acceso con contraseña al sitio en progreso para que cliente revise; contraseña es exclusiva.
El Desarrollador creará un acceso al sitio protegido con una contraseña para que el sitio Web esté disponible para que el Cliente lo revise periódicamente durante la etapa de desarrollo. La contraseña será exclusiva para el Cliente y ninguna de las partes la entregará a terceros.
Error común: No proteger acceso; terceros no autorizados ven el sitio incompleto o modifican archivos en desarrollo.
Rellena nombres legales completos de la empresa del desarrollador y del cliente, su estado/provincia de constitución y direcciones. Asegúrate de que los nombres y domicilios coincidan con registros mercantiles oficiales.
💡 Si trabaja como freelancer, usa tu nombre legal completo como desarrollador; si es agencia, usa razón social registrada.
Detalla tecnologías exactas (HTML5, PHP, JavaScript, etc.), funcionalidades (contacto, carrito de compras, blog), número de páginas, integraciones requeridas y requisitos de rendimiento.
💡 Sé específico: no escribas 'sitio moderno' sino 'sitio responsivo compatible con dispositivos móviles, carga máxima 3 segundos'.
Lista todos los materiales que el cliente proporcionará: textos, imágenes, videos, logotipos, bases de datos. Especifica formato requerido (JPG, PNG, MP3, Excel, etc.) y plazo máximo de entrega.
💡 Si cliente entrega tarde, el cronograma se extiende automáticamente; documenta esto en el anexo para evitar disputas.
Enumera qué contenido crea el desarrollador: diseño gráfico personalizado, animaciones, código backend, integración de APIs. Esto diferencia su trabajo del contenido provisto por cliente.
💡 Si desarrollador usará subcontratistas (fotógrafo, copywriter), menciona esto aquí para transparencia.
Incluye wireframe o mockup aprobado que muestra estructura, navegación y layout visual de cada página principal. Puede ser PDF, imagen o enlace a prototipo interactivo.
💡 Obtén firma del cliente en la maqueta antes de proceder al código; cambios posteriores son cambios de scope.
Lista palabras clave por las que cliente quiere ser encontrado en buscadores (ej. 'zapatos deportivos CDMX', 'asesoría fiscal online'). Desarrollador las incluirá en títulos, descripciones y contenido.
💡 Limita a 20–30 palabras clave principales; demasiadas diluyen la estrategia y pueden penalizar en SEO.
Define estructura de pagos: porcentaje anticipado (ej. 30 %), pagos parciales por entregas (ej. 40 % a mitad de proyecto), saldo final (ej. 30 %) después de aceptación. Especifica método de pago y plazo para cada cuota.
💡 Anticipo mínimo de 25–30 % protege al desarrollador; balance final después de aceptación protege al cliente.
Ingresa fecha de inicio, monto total de la tarifa, plazo de entrega final, plazo de aceptación (ej. 10 días), plazo de correcciones (ej. 5 días) y período de respaldo (ej. 180 días).
💡 Usa fechas específicas, no 'aproximadamente'; '15 de marzo de 2025' es más preciso que 'a mediados de marzo'.
El cliente (tu empresa) es propietario del dominio y del sitio web publicado. Aunque el desarrollador creó el código y diseño, al firmar este contrato cede derechos sobre el trabajo específico realizado para tu proyecto. Sin embargo, el desarrollador puede reutilizar técnicas, librerías de código abierto y plantillas que no son específicas de tu sitio. Es recomendable incluir una cláusula clara en el Anexo sobre propiedad intelectual; consulta a un abogado si el código es crítico para tu negocio.
El cronograma de entrega se extiende automáticamente. El documento reconoce que 'cualquier demora del Cliente en cumplir sus responsabilidades originará demoras en la finalización del cronograma'. Por eso es crucial que el Anexo B especifique qué entrega el cliente y en qué plazo. Si cliente falta plazo, desarrollador puede cobrar tarifa adicional por almacenamiento o comprar contenido de terceros (fotos stock, etc.) a costo del cliente.
El documento estándar no limita explícitamente revisiones, lo cual es un riesgo. Se recomienda agregar cláusula: 'Se incluyen máximo 2 rondas de ajustes en diseño y 3 rondas de corrección después de entrega. Cambios adicionales se cobran a [X pesos/dólares] por hora'. Define 'cambio' claramente: agregar página nueva, cambiar paleta de colores, añadir función de búsqueda son cambios de scope que merecen tarifa extra.
Durante el período de aceptación (ej. 10 días), el cliente prueba el sitio y notifica defectos. El desarrollador tiene plazo para corregir (ej. 5 días). Este ciclo se repite hasta aceptación final. Después de que cliente acepta formalmente, desarrollador no es responsable de defectos nuevos causados por cambios realizados por el cliente o por su proveedor de hosting. Cualquier mantenimiento post-lanzamiento debe cubrirse con un contrato de soporte adicional.
El documento especifica que desarrollador mantiene copia de respaldo por período limitado (ej. 180 días) después de aceptación; luego destruye todos los archivos. Si cliente quiere acceso permanente a copias o a código fuente completo, debe pagarse alojamiento profesional o incluir cláusula de entrega de código fuente en el contrato. Esto es esencial si cliente despide desarrollador o si desarrollador cierra negocio.
Sí, especialmente si confías en alguien. Un contrato claro y amistoso evita malentendidos que rompen relaciones personales. Protege tanto a ti como a tu proveedor: establece qué se entrega, cuándo y cuánto cuesta. Incluso acuerdos verbales entre amigos resultan en conflicto cuando uno recuerda 'dos meses' y el otro recuerda 'más o menos antes de Navidad'.
Esto depende de la causa. Si cliente solicita nuevas funcionalidades (ej. agregar carrito de compras a un sitio estático), eso es cambio de scope y justifica tarifa adicional. Si desarrollador subestimó la complejidad técnica de la especificación acordada, es responsabilidad del desarrollador y no genera costo extra. Por eso es crucial que Anexo A sea detallado y específico antes de firmar; cambios posteriores a especificaciones originales merecen compensación adicional.
Incluye 15–25 palabras clave o frases cortas por las que quieres que tu negocio sea encontrado en Google. Ej: 'plomería emergencia CDMX', 'consultoría fiscal online México', 'zapatos deportivos premium'. Investiga con Google Keyword Planner o Ubersuggest cuál es volumen de búsqueda. El desarrollador las incluirá en títulos de página (title tags), descripciones (meta descriptions) y en los encabezados y contenido del sitio. Esto mejora posicionamiento en buscadores sin costar extra si se planifica desde el inicio.
Un acuerdo de diseño gráfico cubre creación de logos, flyers e identidad visual. Este contrato de sitio web es más complejo porque incluye especificaciones técnicas, funcionalidades interactivas, cronograma iterativo, acceso de desarrollo y correcciones vinculadas a estándares web (compatibilidad, rendimiento, SEO). Usa este documento si contratarás un sitio web; usa un contrato de diseño gráfico solo si encargas elementos visuales sin desarrollo web.
Un contrato de software cubre aplicaciones desktop, móviles o sistemas empresariales con especificaciones funcionales muy técnicas. Un contrato de sitio web es más superficial y enfocado en User Experience y contenido visible. Ambos incluyen correcciones y cronogramas, pero software personalizado requiere cláusulas sobre arquitectura, seguridad, escalabilidad y mantenimiento más detalladas. Usa este contrato para sitios web; usa un contrato de software si necesitas aplicación mobile o sistema backend complejo.
Este contrato es para creación del sitio web. Un contrato de hosting es para almacenamiento y disponibilidad del sitio en servidores después de lanzado. Generalmente son contratos separados: un desarrollador crea el sitio, un proveedor de hosting lo aloja. El documento menciona que el desarrollador 'no incluirá servicio de hosting excepto que otro acuerdo lo especifique', reconociendo esta separación. Para simplicidad, puedes fusionar ambos si desarrollador también ofrece hosting (incluye cláusula de mantenimiento y uptime garantizado).
Este contrato es para crear un sitio web nuevo desde cero. Un acuerdo de redesign cubre actualización de sitio existente e incluye migración de contenido, compatibilidad con código heredado y pruebas de regresión más complejas. Un contrato de mantenimiento es para correcciones y ajustes periódicos post-lanzamiento. Si necesitas actualizar un sitio viejo, adaptarás este contrato, focalizando Anexo A en cambios específicos del diseño/tecnología actual, no en especificaciones nuevas.
Agencias, estudios de diseño y freelancers usan este contrato para definir alcance, técnicas, plazos y pagos con clientes nuevos.
Tiendas en línea y marketplaces requieren este contrato para asegurar integración de pasarelas de pago, inventario y carrito funcional.
Bufetes, contadores y consultores necesitan sitios web profesionales; este contrato protege la inversión y especifica requisitos.
Proveedores y fabricantes lanzan portales B2B o e-catalogs; requieren este contrato para especificar integraciones ERP.
Hoteles, agencias de viajes y restaurantes usan este contrato para sitios de reservas, galerías de fotos y sistemas de pago online.
Escuelas, universidades y plataformas de cursos en línea necesitan portales funcionales con control de acceso; requieren especificaciones claras.
En México, este contrato se rige por las leyes del estado donde opera el desarrollador (CDMX, Estado de México, etc.). Recomendamos que ambas partes residan en misma jurisdicción para evitar conflictos de competencia. En casos de disputa, los tribunales locales serían competentes. Consulta a abogado mercantilista mexicano si el proyecto supera USD 5,000.
En España, el contrato se rige por la ley del estado autonómico (Cataluña, Madrid, etc.). Es recomendable seguir el Código Civil español y la Ley de Servicios de la Sociedad de la Información (LSSI-CE) respecto a protección de datos y derechos de autor. Un contrato de este tamaño no requiere abogado obligatoriamente, pero es prudente revisión si desarrollador no es empresa constituida localmente.
| Vía | Mejor para | Costo | Tiempo |
|---|---|---|---|
| Usa la plantilla | Proyecto pequeño (sitio básico, presupuesto bajo), cliente y desarrollador en relación de confianza, sin activos críticos. | Gratis (descarga plantilla) o USD 29–49 (con herramientas de edición en línea). | 2–4 horas para completar; 1–2 días para negociar y firmar. |
| Plantilla + revisión legal | Proyecto mediano (sitio de mediano tráfico, presupuesto USD 3,000–15,000), requiere claridad legal pero sin controversia esperada. | Plantilla USD 29–49 + consulta legal USD 200–500 (abogado revisa 1–2 horas). | 4–8 horas total (completar + revisión legal); 3–5 días para cerrar. |
| Redactada a medida | Proyecto grande (sitio crítico, presupuesto > USD 15,000), múltiples integraciones, IP sensible, relación comercial nueva o de alto riesgo. | Abogado especializado en tech redacta desde cero: USD 1,500–3,500 (México, Latinoamérica) o USD 2,000–5,000 (España). | 2–3 semanas para drafting, negociación y revisión. |
Este documento es una de las 3,000+ plantillas comerciales y legales incluidas en Business in a Box.
Accede a más de 3,000+ plantillas empresariales y legales para cualquier tarea, proyecto o iniciativa.
Personaliza tu plantilla de documento empresarial lista para usar y guárdala en la nube.
Comparte tus archivos y carpetas con tu equipo. Crea un espacio de colaboración sin interrupciones.
"¡Muy valioso! No sé cómo me las arreglaría sin Business in a Box. Vale su peso en oro y cubre su costo muchas veces."
"Llevo cuatro años usando Business in a Box. Es el proveedor de plantillas más útil que he encontrado. Se lo recomiendo a todo el mundo."
"Me salvó la vida tantas veces que ya perdí la cuenta. Business in a Box me ha ahorrado mucho tiempo y, como saben, el tiempo es dinero."
Deja de descargar documentos. Empieza a operar con claridad. Business in a Box te proporciona el sistema operativo empresarial usado por más de 250,000 empresas en todo el mundo para estructurar, gestionar y hacer crecer tu negocio.
Plan gratuito para siempre · No requiere tarjeta de crédito
