Cuánto cuesta hacer una página web en 2026: guía de precios

El presupuesto inicial no depende solo de cuántas páginas tiene la web. Depende también, y bastante, de con qué tecnología se construye.

WordPress: la elección por defecto

Según W3Techs, a 30 de julio de 2026 WordPress se usa en el 41,2% de todos los sitios web del mundo, lo que equivale al 59,1% del mercado de gestores de contenido. Es la opción por defecto del freelance y de la agencia tradicional en España. Tiene sentido para muchos proyectos.

Su coste inicial es competitivo porque hay temas, plugins y desarrolladores en cantidad. Su coste recurrente, sin embargo, no es despreciable: actualizaciones constantes, ecosistema de plugins frágil, dependencia de hosting potente para que no vaya lento, vulnerabilidades de seguridad recurrentes.

El informe State of WordPress Security in 2026, publicado por Patchstack en febrero de 2026, contabilizó 11.334 vulnerabilidades nuevas en el ecosistema durante 2025, un 42% más que el año anterior. El 91% se localizó en plugins y temas; el núcleo de WordPress registró seis. Esa es la partida que sostiene la cuota mensual de mantenimiento: cada plugin instalado amplía la superficie que hay que vigilar.

Una web WordPress bien construida puede durar años. Una mal construida tiende a requerir reconstrucción a los 3-4 años. La diferencia la marca cómo se ha trabajado en cada caso.

Constructores tipo Wix, Squarespace, Shopify

Coste inicial muy bajo, factura mensual constante, techo de personalización limitado. Funcionan bien para negocios cuya web cumple una función de presencia. Funcionan razonablemente para e-commerce pequeño en el caso de Shopify.

La consideración importante es el coste de salida. Migrar de una plataforma cerrada a otra significa rehacer la web. Si crees que la web va a crecer en complejidad en los próximos años, vale la pena pensar si quieres atarte a un sistema cerrado o no.

Stacks modernos (headless, Jamstack)

Nuxt, Next, Astro, Strapi, Sanity y otros. Inversión inicial mayor porque el ecosistema de plantillas baratas es menor y los perfiles técnicos cobran más. Factura recurrente menor: hostings de coste casi nulo, sin plugins de pago, mantenimiento más ligero.

Compensan cuando la web va a estar viva varios años y el rendimiento o el SEO técnico son críticos. Para una landing simple con la que validar un negocio, la inversión inicial no llega a amortizarse.

Cómo decidir sin entrar en debate técnico

No tienes que entender la diferencia entre headless y monolítico. Tres preguntas bastan:

• ¿La web va a ser canal serio de captación de clientes? Si sí, prioriza rendimiento, SEO técnico y visibilidad en los motores de respuesta con IA. Si no, optimiza por coste.
• ¿Esperas que la web crezca en complejidad (catálogos, integraciones, área privada)? Si sí, evita constructores cerrados. Si no, no necesitas la flexibilidad.
• ¿Tienes capacidad de equipo interno para mantener? Si sí, puedes ir a stacks más complejos. Si no, prioriza simplicidad operativa o asume coste de mantenimiento externo.

Cada presupuesto está formulado de una manera y responde a una necesidad distinta. Conviene identificar cuál es la tuya antes de compararlos.

Un presupuesto bajo suele estar respondiendo a una pregunta más acotada. Si te ofrecen una web por 800€, probablemente lo que vas a recibir es ejecución sobre una base existente: plantilla configurada, contenido que tú aportas, sin discovery, sin sistema visual propio, sin SEO técnico de partida. Para muchos proyectos eso es exactamente lo que necesitan, y pagar más sería sobreingeniería. La pregunta útil es si esa respuesta encaja con tu necesidad real.

Un presupuesto alto suele estar respondiendo a un alcance mayor o a una estructura más grande. Una agencia de 30 personas factura distinto que una de 3 porque sostiene una estructura distinta. A veces eso se traduce en mejor resultado (más perfiles, más procesos, más capacidad). Otras veces solo se traduce en factura más alta sin valor proporcional. Depende del proyecto y de la agencia. La pregunta útil aquí es qué obtienes a cambio de esa estructura.

Un presupuesto que no desglosa qué cubre cada partida te deja a ciegas para comparar. Sin desglose es imposible saber si dos ofertas están proponiendo lo mismo o cosas muy distintas con etiquetas parecidas. Pedir desglose es legítimo y los presupuestos cuidados lo entregan sin fricción.

Tres preguntas que conviene hacer al recibir cualquier presupuesto, independientemente del precio:

• ¿Incluye fase de discovery? Si la respuesta es "sí, está incluida" sin más, pide que concreten cuántas horas y qué entregables produce. Si la respuesta es "lo hacemos sobre la marcha", asume que no se va a hacer como fase formal.
• ¿Cómo se gestiona el SEO técnico? Si la respuesta es "lo hacemos al final", el alcance del SEO va a quedar limitado a lo que se pueda añadir encima. Si la respuesta es "participa en la arquitectura desde el inicio", el SEO va a operar como variable de diseño en cada decisión estructural.
• ¿Qué pasa después del lanzamiento? Pregunta concretamente por las primeras 4-8 semanas (donde aparecen los ajustes inevitables) y por el mantenimiento posterior. Si la respuesta queda vaga, asume que el coste real de propiedad va a ser superior al que figura en el presupuesto inicial.

Las tres preguntas sirven para que tú y el proveedor estéis hablando del mismo proyecto antes de firmar. La mayoría de problemas en webs entregadas vienen de diferencias de expectativa que no se aclararon a tiempo, y esa responsabilidad es compartida.

Estos rangos funcionan como herramienta de comparación, y la decisión se toma respondiendo a otra pregunta.

Cuánto te tiene que devolver para que sea rentable

Una web de 8.000€ con coste a 3 años de 14.000€ tiene que generar más de 14.000€ en valor durante esos 3 años para tener sentido económico. ¿Qué es "valor"? Depende: leads cualificados, ventas directas, reducción de tiempo de tu equipo comercial respondiendo lo que la web podría contestar, autoridad de marca que cierra contratos por otros canales.

Si no puedes articular cómo la web te devuelve esa cifra, lo primero que hay que revisar es el planteamiento del encargo, antes que el precio.

El coste de no tener previsión

Esta es la parte que más se subestima en cualquier presupuesto: la distancia entre lo que el cliente cree que necesita el día que pide presupuesto y lo que va a necesitar dentro de seis meses.

Casi nadie sabe qué necesita una web hasta que la usa; el alcance se ajusta a medida que aparecen los casos de uso reales. Aparece la necesidad de un blog que no estaba previsto. El comercial pide una landing específica para una campaña. Marketing quiere un área privada para descargar recursos. El propio negocio cambia, se añaden servicios, se reorganiza la oferta.

Acertar al 100% en el alcance inicial no está al alcance de nadie. Una decisión bien tomada se reconoce por el margen de previsión que deja abierto.

Hacerse las preguntas correctas antes de firmar reduce buena parte del problema. Algunas que vale la pena plantearse:

• ¿Esta web va a tener blog en algún momento? Si la respuesta es "probablemente sí en unos meses", conviene contemplarlo en la arquitectura desde el inicio aunque no se lance ahora. Añadir un blog después es siempre más caro que dejarlo previsto.
• ¿El catálogo de productos o servicios va a crecer? Si sí, conviene que la estructura sea escalable. Una web pensada para 5 servicios y forzada a sostener 30 acaba pareciendo otra cosa.
• ¿Va a haber integraciones con CRM, ERP, herramientas de marketing, pasarelas de pago? Las integraciones a posteriori cuestan considerablemente más que pensarlas desde el inicio, sobre todo si el stack elegido no las soporta nativamente.
• ¿Vais a tener varios idiomas, varias zonas geográficas, varias marcas? Es la decisión arquitectónica más cara de revertir.

¿Quién va a actualizar el contenido y con qué frecuencia? Una web que un equipo no técnico necesita modificar cada semana es muy distinta a una web estática que cambia dos veces al año.

Estas preguntas se responden en función de cada negocio, con franqueza y antes de firmar. Algunas respuestas van a ser "no sé todavía", y eso también es información útil para ajustar el alcance.

El factor de crecimiento de las webs

Hay un patrón que se ve con frecuencia. Un cliente pide una web de presencia, sencilla, "para tener algo online". Lo que necesita en ese momento es eso, sin discusión. Pero al año empieza a tener tráfico, descubre que la web puede traer leads, añade un blog. Al año y medio incorpora una sección de casos de éxito porque cierra contratos con ella. A los dos años necesita un área privada para clientes. A los tres años son cincuenta plugins encadenados sobre la instalación original.

El crecimiento es la buena noticia. El coste aparece porque cada incorporación se apoya en una base que no estaba pensada para sostenerla: plugins que añaden funcionalidad y ralentizan el sitio, custom posts colocados donde caben, SEO que se deteriora a medida que la arquitectura deja de reflejar lo que la web realmente es.

La consecuencia: una web que técnicamente "funciona" pero que cada vez es más lenta, más frágil, más cara de mantener y más difícil de evolucionar. Llega un momento en que cualquier cambio nuevo cuesta tres veces lo que costaría desde cero, y la decisión racional es rehacerla.

Esto ocurre cuando una web crece sin que nadie revise periódicamente si la base sigue siendo adecuada. Un presupuesto inicial que contemple un alcance mínimo razonable y deje arquitectura preparada para crecer sale más caro al firmar, y evita el escenario de la web monstruosa a los tres años.

Cuatro formas de dimensionar el alcance inicial

Empezar pequeño con arquitectura preparada para crecer. Cuesta algo más al inicio porque hay que pensar la estructura, y el coste mensual a tres años cae considerablemente.

Empezar pequeño sin más previsión y asumir que en 2-3 años habrá que rehacer. Es legítimo si el negocio está en fase de validación y no se sabe hacia dónde va. La condición es asumirlo de antemano, contemplar el coste de rehacer en el cálculo a 3 años, y no descubrirlo al chocar contra el muro.

Empezar grande desde el inicio. Solo tiene sentido cuando se sabe a qué se va y el negocio ya genera el volumen para sostener la inversión.

La opción peor es la cuarta, que es la que más se ve: empezar pequeño sin previsión y forzar la web a crecer sin tocar la base. Esta configuración acumula deuda técnica a un ritmo que se vuelve insostenible, y cuando llega el momento de afrontarla (llega siempre), el coste real supera al de cualquiera de las tres opciones anteriores. Es el equivalente a comprar el coche más barato sin mirar lo que va a costar mantenerlo: la diferencia se paga después y de golpe.