Cuánto cuesta una web personalizada y qué incluye

Si estás valorando un encargo, consulta los planes de diseño web de TRAMA: renting con 299 € de puesta en marcha y desde 39 €/mes durante 12 meses, más IVA. Incluye 45 minutos cada 15 días para retoques o publicar tus materiales, con opción a 24 meses. Los proyectos de identidad y web tienen un alcance independiente.

Pides una web, recibes varios presupuestos y todos parecen incluir lo mismo: diseño, desarrollo y un formulario. Hasta que intentas averiguar quién escribe los textos o qué podrás cambiar cuando te entreguen la página.

Ahí empiezan las diferencias.

El precio depende del alcance: las decisiones que hay que tomar, el material que falta y las funciones que deben quedar resueltas. Partimos del rango orientativo que publica TRAMA y explicamos cómo leer una propuesta, qué preguntas hacer y dónde suelen quedar las ambigüedades. Puedes utilizarla con un presupuesto abierto al lado; varias de las comprobaciones sirven precisamente para señalar lo que el documento todavía no aclara.

El rango orientativo publicado por TRAMA

En la consulta realizada el 4 de octubre de 2026, la web de TRAMA presenta un rango orientativo de 1.200–1.800 euros para proyectos de web e identidad, condicionado a las necesidades y al alcance acordado. La misma sección indica que la propuesta debe detallar entregables, revisiones, impuestos y costes recurrentes. Fotografía, traducciones y funciones adicionales se valoran aparte cuando hacen falta. Puedes contrastarlo en la presentación de inversión de TRAMA.

Ese rango sirve para iniciar una conversación. No permite deducir que cualquier tienda, sistema de reservas o proyecto multilingüe esté incluido, ni que todas las combinaciones de marca y web tengan el mismo precio. Tampoco debemos interpretar un importe publicado sin su contexto fiscal. El documento que recibas para tu proyecto es el que debe aclarar la base, los impuestos aplicables y el total, además de las condiciones acordadas.

Si tu presupuesto disponible se aproxima a esa orientación, prepara primero la función principal de la web. Después, plantea qué materiales tienes y qué falta. Si necesitas mucho más alcance, conviene saberlo desde el principio para estudiar una fase inicial viable o una propuesta distinta. Ocultar una integración esencial hasta el final solo hace que el presupuesto inicial describa un proyecto que no necesitas.

El mismo listado de páginas puede esconder dos trabajos distintos

Pensemos en un estudio de arquitectura ficticio. Quiere una portada, tres páginas de servicio, proyectos y contacto. A simple vista, el encargo parece cerrado.

En una primera propuesta, el estudio entrega los textos definitivos y las fotografías seleccionadas. El equipo web adapta una estructura existente, coloca el contenido y prepara un formulario sencillo. Después, los cambios se solicitan al proveedor. En una segunda propuesta, hay que entrevistar al estudio para explicar sus servicios, decidir cómo presentar los proyectos, redactar los textos, diseñar sus fichas y permitir que el equipo publique nuevos trabajos. Además, las consultas deben llegar a una herramienta donde se asignan a la persona responsable.

El número de páginas apenas cambia. El trabajo que hay detrás, sí.

Para practicar, toma cualquier presupuesto y subraya los verbos. «Instalar», «adaptar», «redactar», «diseñar», «conectar» y «formar» describen tareas distintas. Si solo aparecen nombres genéricos —«web profesional», «diseño premium», «SEO»— pide que se traduzcan en entregables comprobables.

Qué estás comprando cuando pone «personalizada»

Una web puede personalizarse en varios niveles. Puede cambiar su apariencia, adaptar su estructura al servicio, incorporar una herramienta concreta o permitir una forma de gestión específica. No conviene dar por hecho que la palabra incluye todos ellos.

Cambiar colores y tipografía no implica haber reorganizado el recorrido de compra. Y utilizar componentes ya construidos puede ser perfectamente compatible con diseñar para ese negocio. Antes de contratar, interesa saber qué se adapta y qué límites conservará la solución.

Plantea un cambio probable: dentro de unos meses, un servicio necesita más explicación y ejemplos propios. Pregunta si podrás darle una estructura diferente, si tendrá que encajar en los mismos bloques y quién hará el trabajo. La respuesta dice más sobre la flexibilidad que la etiqueta «a medida».

El alcance, por escrito

Antes de contar páginas, escribe qué debería poder hacer una persona que llega a tu negocio: solicitar una consulta, conocer un servicio, pedir disponibilidad o comprar un producto. Cada acción exige un recorrido distinto.

Una empresa que quiere explicar tres servicios y recibir consultas tiene necesidades diferentes de otra que necesita disponibilidad por fechas, cobro y confirmación de reservas. En el segundo caso hay más decisiones que resolver, incluso si las dos webs tienen una portada parecida.

Un encargo inicial puede decir: «Queremos explicar nuestros servicios, mostrar dos proyectos y recibir solicitudes con una descripción de la necesidad». Es más útil para presupuestar que «queremos una web moderna».

• Estructura y contenido. Qué páginas habrá, qué debe explicar cada una y quién prepara textos, fotografías y traducciones.
• Diseño. Qué pantallas y estados se revisarán, cómo se adaptará la experiencia al móvil y cuántas rondas de cambios incluye la propuesta.
• Desarrollo. Qué funcionalidades se construirán y qué herramientas existentes se conectarán. Un formulario tiene que indicar dónde se recibe la consulta y cómo se comprueba su entrega.
• Gestión posterior. Quién podrá cambiar un texto o añadir un proyecto, qué accesos se entregarán y si habrá instrucciones de uso.
• Pruebas y lanzamiento. Qué se comprobará antes de publicar, quién gestiona el dominio y qué ocurre si aparece un fallo después.

La presentación actual de TRAMA organiza el proceso en conversar, acordar, dar forma y poner en marcha. El alcance de cada proyecto se concreta en su propuesta; no todas las funcionalidades corresponden a cualquier presupuesto.

La reunión que reduce sorpresas

Una reunión de alcance no necesita empezar hablando de tecnología. Puede empezar con una consulta real, anonimizada, que tu negocio quisiera recibir más a menudo. Explica qué servicio pide la persona, qué necesita saber y qué información te permite preparar una respuesta. A partir de ese recorrido resulta más sencillo determinar si hacen falta ejemplos, formularios específicos, contenidos o una agenda.

Lleva también una consulta que no encaje. Si recibes solicitudes de trabajos demasiado pequeños, de una zona que no atiendes o de un servicio retirado, el contenido debe aclarar esos límites con naturalidad. No se trata de hacer una web hostil. Se trata de evitar que el visitante invierta tiempo en un recorrido que nunca podrá terminar. Una explicación concreta del tipo de proyecto puede resolver más que un filtro rígido en el formulario.

Al terminar la reunión, conviene que las decisiones queden escritas. El resumen debería identificar la acción principal, las páginas necesarias, los materiales pendientes, la responsabilidad de cada parte y las dudas abiertas. Una duda sobre fotografías puede resolverse durante el diseño; una duda sobre cómo se cobra una reserva puede afectar a toda la construcción. Darles el mismo tratamiento aplaza decisiones que tienen consecuencias distintas.

Ese resumen te permitirá reconocer después un cambio de alcance. Si ahora decides vender productos cuando antes solo querías explicar servicios, hay una necesidad nueva. Si un botón acordado no permite completar su función, puede tratarse de una corrección. La forma concreta de gestionarlo depende de la propuesta, pero disponer de un punto de partida compartido facilita la conversación.

Los textos y las imágenes no aparecen solos

Preparar contenido no consiste solo en rellenar huecos. Para explicar un servicio hace falta saber qué problema resuelve, a quién se dirige, qué incluye y qué debe hacer la persona interesada. Si esas respuestas no están claras, habrá decisiones de negocio que tomar antes de cerrar los textos. Puedes preparar una carpeta con cuatro grupos de material: información confirmada sobre la oferta, preguntas frecuentes de clientes, ejemplos que se puedan mostrar y recursos de marca. Marca qué está listo y qué necesita revisión. Una fotografía sin permiso de uso o un caso sin información suficiente no son material listo para publicar.

Las traducciones merecen una conversación aparte.

Traducir una página y confirmar que sigue describiendo bien la oferta son tareas distintas. Alguien del negocio tendrá que revisar el resultado, también cuando cambien los servicios más adelante.

Si vas a aportar los textos, pide una guía de lo que necesita cada página. Resulta más manejable responder a preguntas concretas que recibir el encargo abierto de «mandar todo el contenido». Y si la redacción está incluida, confirma qué información y disponibilidad necesitará el equipo para realizarla.

El tiempo que pone tu equipo también cuenta

Aunque el proveedor prepare contenido y diseño, necesitará información y decisiones. Identifica quién puede explicar el servicio, confirmar los materiales, seleccionar trabajos y resolver dudas sobre la oferta. Si todas esas tareas recaen en una persona con poca disponibilidad, un calendario aparentemente cómodo puede quedarse corto.

Un ejercicio sencillo consiste en reunir el material de un único proyecto antes de presupuestar el resto. Busca las fotografías, redacta qué se hizo, confirma qué se puede publicar y señala qué falta. No hace falta dejarlo perfecto: el objetivo es conocer el esfuerzo real. Si preparar ese caso requiere varias llamadas y recuperar archivos antiguos, ya tienes una dependencia que conviene incorporar al plan.

Valora además la entrega con la persona que gestionará la web. Si necesita instrucciones detalladas para publicar, debe poder practicar. Si preferirá solicitar cambios al proveedor, concreta ese servicio. Una función de edición que nadie utiliza no aporta autonomía por el mero hecho de estar instalada. Lo útil es que la solución encaje con la disponibilidad y las responsabilidades del negocio.

Con esta información puedes conversar sobre precio sin reducir toda la decisión al importe inicial. El presupuesto describe una forma de trabajar y un resultado. Cuanto mejor puedas reconocer ambos, menos dependerá la elección de adjetivos y comparaciones que esconden alcances distintos.

Las revisiones también forman parte del trabajo

El número de revisiones importa menos si no sabes qué significa cada una. Una revisión de estructura suele tratar qué se cuenta y en qué orden. Una de diseño puede revisar jerarquía, tipografía, composición y adaptación al móvil. Una revisión final comprueba el resultado construido. Mezclar estas decisiones al final puede obligar a rehacer trabajo que ya se había validado.

Designa una persona que reúna las observaciones del negocio. Su función no consiste en imponer un gusto personal, sino en resolver contradicciones antes de enviarlas. Si una persona pide destacar el precio y otra ocultarlo, el diseñador necesita una decisión comercial. Mandar ambas opiniones como instrucciones no evita tomarla: simplemente la desplaza al proveedor, que quizá no tenga información suficiente.

Un comentario útil describe dónde ocurre algo y por qué dificulta una tarea. «En el móvil, la explicación de instalación aparece después del contacto y el cliente puede pensar que no está incluida» aporta contexto. «No me convence» expresa una reacción válida, pero necesita conversación para convertirse en una modificación concreta. Puedes acompañar una preferencia estética con referencias, explicando qué rasgo te interesa de cada una.

Reserva tiempo para revisar. Si la propuesta presupone una respuesta del cliente en una fase determinada y esa respuesta llega mucho después, el calendario puede necesitar cambios. Un plazo de entrega no vive aislado de la disponibilidad del equipo, las fotografías o las aprobaciones. Por eso conviene vincular las fechas a materiales y decisiones que ambas partes puedan identificar.

El coste de una integración empieza antes de conectarla

Añadir una agenda, una plataforma de reservas o un sistema de gestión comercial parece una tarea pequeña cuando se resume en un icono. Sin embargo, antes hay que decidir qué datos se trasladan, qué pasa cuando una herramienta no responde y quién mantiene las cuentas. La conexión visible es solo una parte del recorrido.

Imagina que el estudio del ejemplo quiere enviar cada consulta a su herramienta comercial. Conviene definir si todos los servicios crean el mismo tipo de registro, quién recibe el aviso y cómo se reconoce un envío duplicado. También hay que comprobar qué información necesita realmente esa herramienta. Copiar todos los campos disponibles puede introducir ruido y aumentar el trabajo posterior sin mejorar la atención.

Pide que se describa el comportamiento cuando algo falla. ¿El visitante ve una confirmación aunque el destino no haya recibido la consulta? ¿Existe un canal alternativo? ¿Alguien recibe una alerta? No todas las webs necesitan el mismo sistema de recuperación, pero una integración importante merece que el fallo se haya considerado antes de darla por terminada.

En el presupuesto, distingue el trabajo de configuración de las cuotas del servicio conectado. Averigua qué cuenta contratará el negocio, qué límites tiene el plan seleccionado y cómo se tramitan cambios. Estas preguntas no requieren elegir la herramienta más sofisticada; ayudan a escoger una que se pueda sostener después.

«Incluido» debería poder comprobarse

Una prueba de aceptación es una forma concreta de comprobar que una parte del encargo funciona como se acordó. No necesitas conocimientos de programación para definir varias de las más importantes.

Si el presupuesto incluye un formulario, una prueba podría ser: «Desde el móvil se puede enviar una consulta; si falta un campo necesario, se explica cómo corregirlo; al completarla, el equipo la recibe y el visitante ve una confirmación coherente». Esto permite detectar la diferencia entre un formulario dibujado y un recorrido completo. Si incluye gestión de proyectos, la prueba puede consistir en que una persona del equipo añada un nuevo trabajo con las instrucciones entregadas. Si incluye otro idioma, conviene revisar navegación, formularios y mensajes de error, además de los textos principales.

Puedes pedir que te lo enseñen funcionando.

Pide que se acuerde qué material se utilizará para probar, quién dará la conformidad y dónde se anotarán los cambios pendientes. Así evitas que la entrega dependa únicamente de una impresión general.

La accesibilidad también puede entrar en esta conversación con tareas comprensibles: campos identificados, instrucciones claras y avisos que permitan corregir un error. El tutorial de formularios de W3C ofrece una referencia para hablar de estas decisiones con el proveedor.

Después de la entrega

Pide que el presupuesto distinga el trabajo inicial de dominio, alojamiento, licencias y mantenimiento. Comprueba quién contrata cada servicio, a nombre de quién queda y qué ocurre cuando toca renovarlo.

Antes de contratar, identifica quién será titular de las cuentas necesarias, quién tendrá permisos de administración y dónde se documentarán. No hace falta compartir contraseñas por mensajes para que el negocio conserve una relación clara con sus herramientas. Pregunta qué recibirías si en el futuro cambia la persona que mantiene la web. La respuesta depende de cómo esté construida y de los servicios contratados: conviene conocer qué archivos o contenido se pueden trasladar, qué licencias están vinculadas al proveedor y qué trabajo requeriría una migración.

Una conversación útil es plantear un cambio pequeño pero habitual: «Dentro de seis meses queremos actualizar un servicio y añadir un proyecto». Pide que te expliquen quién lo haría, cómo se solicitaría y si estaría cubierto o se presupuestaría aparte.

También distingue mantenimiento de crecimiento. Mantener una web operativa no significa necesariamente crear nuevas páginas, redactar artículos o analizar la calidad de las consultas. Si necesitas esas tareas, deben aparecer descritas.

Comparar dos presupuestos sin confundir ahorro con exclusiones

Supongamos que el estudio de arquitectura del ejemplo recibe dos ofertas. Una incluye cinco páginas y otra siete. La segunda parece más completa, pero al leerlas descubre que dedica páginas separadas a información que la primera reúne en una sola. Contar direcciones no resuelve la comparación. Lo que interesa es si ambas cubren las mismas preguntas y permiten las mismas tareas.

Prepara una hoja con una fila para cada resultado que necesitas: explicar rehabilitación, mostrar proyectos, presentar al equipo, recibir consultas y actualizar trabajos. En cada propuesta anota cómo se resuelve, quién aporta el material y qué queda fuera. Cuando algo no aparezca, escribe «sin confirmar». No lo conviertas automáticamente en una exclusión ni en una prestación incluida. Ese pequeño cuidado evita descartar una buena propuesta por una omisión documental que puede aclararse.

Después revisa las dependencias. Quizá el formulario requiere una herramienta externa que se contrata aparte. Quizá la edición del portfolio está incluida, pero cargar los proyectos iniciales corresponde al cliente. Quizá una opción contempla formación y otra entrega instrucciones escritas. Son diferencias reales; su importancia depende del equipo que utilizará la web. Una empresa que publica cada semana puede valorar más la autonomía editorial que otra cuya información cambia una vez al año.

Para decidir, describe un mes normal de trabajo después de la entrega. ¿Qué cambiarás? ¿Cuántas personas necesitarán acceso? ¿Quién responderá cuando algo falle? Compara las propuestas contra ese escenario, no contra una lista de funcionalidades que quizá nunca utilizarás. Si ambas resuelven lo esencial, entonces tienen sentido las diferencias de precio, relación de trabajo, estilo y facilidad de mantenimiento.

Qué recortar y qué conservar

Si necesitas reducir el presupuesto, empieza por decidir qué puede esperar.

En el ejemplo del estudio de arquitectura, explicar bien los servicios y recibir consultas puede ser imprescindible. Un sistema de filtros muy detallado para sus primeros proyectos quizá pueda esperar. La decisión cambiará si el catálogo es amplio y las personas necesitan encontrar trabajos específicos. No reduzcas alcance quitando al azar pantallas o pruebas. Pregunta qué necesidad dejaría de resolverse. Posponer un idioma es una decisión visible; omitir la comprobación del formulario puede dejar un problema oculto en una función central.

Escribe además qué condiciones justificarían la ampliación. Por ejemplo: «Revisaremos la gestión del catálogo cuando actualizarlo manualmente genere dificultades observables». Esa condición ayuda a evitar tanto construir de más como mantener durante demasiado tiempo una solución que ya no sirve.

Un presupuesto por fases que tenga sentido

Dividir el proyecto puede resultar útil cuando cada fase entrega algo utilizable. Una primera etapa podría explicar el servicio principal, presentar trabajos autorizados y habilitar un contacto comprobado. Una segunda podría incorporar otro idioma o una biblioteca de casos cuando haya material suficiente. La separación debe responder a dependencias reales y no a repartir arbitrariamente pantallas entre meses.

Pregunta qué trabajo se aprovechará al ampliar. Si para añadir un servicio es necesario reconstruir toda la navegación, conviene conocerlo. A veces una solución inicial más sencilla sigue siendo la mejor decisión, incluso si tendrá un límite. La clave es elegir ese límite conscientemente y establecer qué señal justificaría superarlo.

No confundas una fase con una entrega incompleta. Una página sin texto definitivo, un formulario sin destino o una navegación que promete contenidos inexistentes no constituyen una primera versión útil. El alcance puede ser pequeño; su recorrido central debe estar resuelto. Es preferible acordar menos funciones que presentar como terminadas funciones que aún dependen de trabajo esencial.

Antes de cerrar, redacta una frase de aceptación para cada fase. Por ejemplo: «Una persona puede comprender el servicio de rehabilitación, ver un caso y enviar su consulta, que recibe la responsable comercial». Esa frase permite revisar el presupuesto, orientar el diseño y comprobar la entrega con el mismo criterio.

Prepara la comparación con un proyecto concreto

Envía el mismo resumen a quienes vayan a presupuestar. Anota el objetivo, las páginas previstas, el material que ya tienes, las funciones necesarias, quién actualizará la web y una fecha deseada. Si hay una fecha inamovible, explica el motivo.

Si una propuesta dice «SEO incluido», pide el detalle de tareas. Preparar títulos y estructura no equivale a una promesa de visitas ni a un servicio continuo de contenidos. Del mismo modo, una captura bonita no demuestra que el formulario funcione: conviene enviar una solicitud de prueba y comprobar su recepción.

Completa estas frases antes de pedir una propuesta:

1. Nuestro cliente principal es… y llega buscando…
2. La acción que queremos facilitar es…
3. Para decidir, necesita conocer…
4. Ya tenemos preparados estos textos, imágenes y ejemplos…
5. La web debe conectarse con… porque necesitamos…
6. La actualizará… y tendrá que poder cambiar…
7. Consideraremos preparada la entrega cuando podamos comprobar…

Deja en blanco lo que todavía no sepas. Esas dudas también ayudan a definir el trabajo; rellenarlas con una respuesta improvisada solo las aplaza.

Si necesitas ordenar los materiales antes de solicitar una propuesta, utiliza el briefing de diseño web. Para valorar responsabilidades posteriores, revisa la guía de mantenimiento web para pequeños negocios.

Hablemos de tu web

Reúne tu web actual, si la hay, una descripción breve del negocio, los servicios prioritarios y ejemplos de consultas que te gustaría recibir. Añade el material disponible y las funciones que consideras imprescindibles.

Con ese punto de partida podemos hablar del alcance antes de convertirlo en una lista de páginas. Puedes consultar nuestro servicio de diseño y desarrollo web y contarnos qué necesita tu proyecto.

Si ya tienes una web, revisa antes cuándo merece la pena rediseñarla: quizá una mejora concreta resuelva el problema que estás intentando presupuestar.