Cuánto cuesta una web profesional y qué determina el presupuesto

Una web profesional no tiene un precio único. El presupuesto depende del objetivo, el número de plantillas y páginas, el estado del contenido, el diseño, las funciones, los idiomas, las integraciones y quién se ocupará del mantenimiento.

Dar una cifra sin conocer esas variables sería convertir una estimación en publicidad. La forma útil de responder cuánto cuesta una web es explicar qué trabajo incluye, qué costes continuarán después de publicarla y qué decisiones pueden reducir o ampliar el alcance.

Por qué una horquilla aislada dice tan poco

Dos proyectos llamados «web corporativa de cinco páginas» pueden exigir trabajos muy distintos.

En uno, el cliente entrega textos, fotografías y una identidad visual preparada. Todas las páginas comparten estructura y el único formulario envía un correo.

En otro, hay que ordenar servicios, redactar, diseñar componentes a medida, preparar dos idiomas, migrar URLs antiguas, conectar una herramienta de reservas y configurar medición. El número de páginas puede ser similar, pero el trabajo no lo es.

Una horquilla publicada sin detallar el alcance tampoco permite saber si incluye impuestos, contenido, licencias, alojamiento, mantenimiento o soporte posterior. Por eso compararía propuestas por entregables y responsabilidades, no solo por la cifra final.

El objetivo define el primer nivel del presupuesto

Antes de contar páginas hay que decidir qué debe conseguir la web.

No requiere el mismo planteamiento:

• Presentar un servicio y conseguir solicitudes desde una campaña.
• Explicar varios servicios profesionales y trabajar su visibilidad orgánica.
• Vender productos con pagos, stock y cuentas de cliente.
• Gestionar reservas o áreas privadas.
• Migrar una web existente sin perder URLs importantes.
• Publicar contenido con autonomía desde un CMS.

Una oferta concentrada puede resolverse con una landing. Un negocio con varias necesidades suele requerir arquitectura, navegación y plantillas distintas. La comparación entre landing page y web completa ayuda a definir ese primer límite antes de solicitar precios.

Qué trabajo puede incluir una web profesional

Un presupuesto sólido no cobra únicamente por escribir código. Puede reunir varias fases:

No todos los proyectos necesitan todas las partidas. Lo importante es que la propuesta indique cuáles están incluidas, quién es responsable de cada una y qué se considera trabajo adicional.

Páginas y plantillas no son lo mismo

El número de páginas influye, pero el número de estructuras distintas suele explicar mejor el trabajo de diseño y desarrollo.

Diez artículos pueden usar una sola plantilla. En cambio, inicio, servicio, proyecto, buscador, contacto y área privada pueden requerir seis estructuras, estados y pruebas diferentes aunque haya menos URLs.

Al definir el alcance conviene separar:

• Páginas únicas, como la portada.
• Plantillas reutilizables, como servicios o proyectos.
• Entradas que utilizan esas plantillas.
• Estados especiales: vacío, error, carga, confirmación o validación.

Esta distinción evita pagar cada URL como si empezara desde cero y también evita presupuestar como repetición algo que realmente necesita un diseño propio.

El contenido puede cambiar mucho el precio

El desarrollo avanza de forma distinta cuando los textos y recursos están preparados que cuando todavía hay que descubrir qué debe decir cada página.

Conviene acordar quién se ocupa de:

• Redactar y revisar los textos.
• Traducirlos y validarlos en cada idioma.
• Crear fotografías, ilustraciones o vídeo.
• Facilitar logotipos y archivos de marca utilizables.
• Cargar el contenido en la web.
• Aprobar versiones dentro de un plazo.

Diseñar con contenido real reduce sorpresas. Diseñar primero con bloques genéricos y recibir después textos tres veces más largos suele obligar a revisar jerarquías, componentes y responsive.

Si aportas el material, no significa que todo esté listo automáticamente. Aún puede ser necesario editarlo, comprimir imágenes, definir textos alternativos o adaptar formatos. La guía para preparar imágenes web explica parte de ese trabajo.

Diseño personalizado frente a una base existente

Una identidad y unos componentes creados para el proyecto requieren más decisiones que adaptar una plantilla existente. Esa personalización puede estar justificada cuando la diferenciación, la marca o una interacción concreta son importantes.

Una base reutilizable puede reducir tiempo si encaja con el contenido y no obliga a forzar la web. El problema aparece cuando se elige una plantilla por precio y después se intenta convertirla en algo para lo que no fue diseñada.

El presupuesto debería aclarar si incluye:

• Diseño desde cero o adaptación.
• Versiones para móvil, tableta y escritorio.
• Estados interactivos y mensajes de error.
• Sistema de componentes reutilizables.
• Número de propuestas o rondas de revisión.
• Archivos editables y condiciones de uso de recursos externos.

Funciones e integraciones

Cada función añade algo más que una pantalla. También puede añadir validación, errores, permisos, servicios externos, privacidad, pruebas y mantenimiento.

Algunos ejemplos son:

• Formularios con lógica o archivos adjuntos.
• Reservas y calendarios.
• Pagos y facturación.
• Catálogo, stock y envíos.
• Área privada y autenticación.
• Buscador y filtros.
• CMS para editar contenido.
• CRM, newsletter o automatizaciones.
• Analítica y gestión del consentimiento.
• Datos procedentes de APIs externas.

Pedir «un formulario» no define el esfuerzo. Un formulario de nombre, correo y mensaje no es lo mismo que una solicitud con pasos, documentos, reglas condicionales y conexión con un CRM.

Las integraciones también dependen de terceros. Hay que saber si requieren una suscripción, quién controla la cuenta y qué ocurre si el proveedor cambia su servicio.

Idiomas, SEO y migraciones

Una web bilingüe no consiste únicamente en duplicar texto. Necesita contenido validado en cada idioma, rutas coherentes, metadatos, navegación, alternates hreflang y pruebas de todos los recorridos.

El SEO inicial también cambia según el proyecto. Una landing con una intención no exige la misma investigación y arquitectura que una web con varios servicios y un blog.

En un rediseño, además, puede ser necesario:

• Inventariar las URLs existentes.
• Decidir qué contenido se conserva, une o elimina.
• Preparar redirecciones.
• Mantener metadatos y enlaces relevantes.
• Revisar errores de rastreo después del lanzamiento.

La guía de Google para migraciones web recomienda preparar el mapa entre URLs antiguas y nuevas, actualizar enlaces y sitemaps, aplicar redirecciones permanentes cuando correspondan y supervisar el cambio. Son tareas concretas que deben existir en el alcance si cambian las URLs.

Ignorar esta fase puede abaratar la propuesta inicial y encarecer la corrección posterior. El presupuesto debe decir si la migración y la supervisión después de publicar están incluidas.

Coste inicial, costes recurrentes y mantenimiento

Para entender el coste total, separaría tres grupos.

1. Creación inicial

Incluye el trabajo acordado para investigar, diseñar, desarrollar, probar y publicar la web.

2. Servicios recurrentes

Pueden incluir dominio, alojamiento, correo, licencias, CMS, reservas, analítica u otras herramientas externas. Algunas tienen plan gratuito; otras cobran por uso, funciones o número de usuarios.

La propuesta debería indicar qué cuentas contrata el cliente directamente y cuáles dependen del proveedor. Siempre que sea posible, el negocio debería conservar el control de sus cuentas y accesos principales.

3. Trabajo posterior

Mantenimiento no significa lo mismo en todos los contratos. Puede cubrir actualizaciones, copias, revisión de incidencias, soporte, pequeños cambios o nuevas funcionalidades. Si no existe mantenimiento continuo, conviene saber cómo se presupuestarán futuras intervenciones.

Una web estática y una instalación con CMS, plugins y base de datos tampoco tienen la misma operación. En Astro frente a WordPress explico cómo la autonomía editorial y el mantenimiento cambian la elección técnica.

Qué debería incluir un presupuesto web

Antes de aceptar una propuesta, comprobaría que responde al menos a estos puntos:

• Objetivo y alcance del proyecto.
• Páginas, plantillas y funciones incluidas.
• Responsabilidad sobre textos, imágenes y traducciones.
• Tecnología, CMS e integraciones previstas.
• Trabajo de SEO, accesibilidad, rendimiento y analítica incluido.
• Número y funcionamiento de las revisiones.
• Calendario, hitos y dependencias del cliente.
• Precio, impuestos y forma de pago.
• Costes de terceros y renovaciones.
• Propiedad del dominio, cuentas, contenido y código entregable.
• Garantía de errores, soporte y mantenimiento posterior.
• Exclusiones y forma de valorar cambios de alcance.

Un presupuesto claro protege a ambas partes. El cliente sabe qué recibirá y el profesional puede distinguir una corrección incluida de una nueva petición.

Cómo comparar dos propuestas

Primero comprueba que ambas resuelven el mismo problema. Una propuesta puede incluir estrategia, contenido y mantenimiento; otra puede limitarse al montaje visual con textos aportados. Comparar solo el total ocultaría esa diferencia.

Después revisa:

1. Qué entregables aparecen por escrito.
2. Qué debes aportar tú y en qué fechas.
3. Qué costes seguirán existiendo cada mes o año.
4. Quién controla el dominio, el alojamiento y las cuentas.
5. Cómo se gestionan revisiones y nuevas peticiones.
6. Qué ocurre después del lanzamiento.

También pediría ejemplos relevantes, no únicamente capturas bonitas. Un caso debería permitir entender el contexto y el trabajo realizado. El proyecto de Patricia Pólvora muestra cómo documento alcance y decisiones sin presentar métricas no verificadas.

Cómo reducir el alcance sin debilitar la web

Si el presupuesto supera lo disponible, recortaría por prioridad, no por calidad básica.

Opciones razonables pueden ser:

• Lanzar primero el servicio principal y ampliar después.
• Preparar internamente textos e imágenes siguiendo unas pautas.
• Usar menos plantillas y componentes más reutilizables.
• Posponer integraciones que todavía no tienen un proceso validado.
• Empezar con un idioma y planificar correctamente el segundo.
• Elegir edición desde código si no se necesita un CMS.
• Dividir el proyecto en fases con objetivos claros.

No eliminaría pruebas móviles, accesibilidad esencial, seguridad básica o configuración de indexación para alcanzar una cifra. Son parte de entregar una web utilizable, no adornos finales.

Qué necesito para preparar un precio

Para convertir una idea en presupuesto, necesito conocer:

• A qué se dedica el negocio y qué debe conseguir la web.
• Qué servicios, productos o contenidos debe presentar.
• A quién se dirige y cómo llegará el tráfico.
• Si ya existe web, marca, textos e imágenes.
• Qué funciones e integraciones son imprescindibles.
• Qué idiomas necesita.
• Quién actualizará el contenido.
• Qué fecha, restricciones y presupuesto orientativo existen.

Con esa información puedo proponer un alcance, separar lo imprescindible de lo opcional y detallar qué incluye el precio. Sin ella, cualquier cifra sería una suposición.

En mi servicio de diseño y desarrollo web para profesionales y negocios explico el proceso de trabajo. Si ya tienes definido el proyecto, puedes escribirme con el objetivo, contenido y funciones que necesitas para preparar una propuesta.