Introducción: la pregunta que abre cada consulta
“¿Cuánto cuesta una web WordPress?” es la primera pregunta de casi todas las consultas, y nadie puede responderla con honestidad con una sola cifra sin callar todo lo que hay detrás. No es una evasiva. Es la descripción exacta de un problema de estimación: dos proyectos con el mismo número de páginas pueden diferir varias veces en el trabajo que requieren, porque el trabajo no vive en las páginas. Vive en las plantillas, las integraciones, las rutas de error, las versiones de idioma y los criterios de aceptación.
Este artículo recorre el camino al revés. En lugar de adivinar una cifra, explicamos cada factor de coste por separado, con honestidad y sin barniz de marketing: alcance, desarrollo a medida frente a configuración de un tema, integraciones, producción de contenidos, rendimiento y seguridad, accesibilidad, gestión de proyecto y toda la capa recurrente después del lanzamiento. Después llega un método para redactar un documento de requisitos que de verdad haga comparables los presupuestos. Y al final nombramos la única fuente de la que se pueden citar cifras concretas: la lista de precios actual. Quien después siga preguntando cuánto “cuesta” una web WordPress lo hará con mejores palabras.
¿Es gratis WordPress y cuánto cuesta una web?
El software WordPress.org es de código abierto y de uso gratuito. Es una propiedad estructural real, no un argumento de venta: no hay cuota de licencia a un fabricante, ni límite de uso ligado al tráfico, ni una edición que esconda “funciones comerciales” tras un muro de pago. Buena parte del ecosistema de herramientas, del editor de bloques a miles de plugins, también está disponible de forma abierta.
Precisamente por eso el software es el punto de referencia equivocado para estimar costes. Lo que compra un cliente nunca es WordPress. Lo que se compra es trabajo: arquitectura de la información, decisiones de diseño, implementación, migración, integración, pruebas, operación y responsabilidad. El software es el material libremente disponible con el que se hace ese trabajo, igual que los ladrillos son relativamente baratos y una casa no lo es. La pregunta “¿Cuánto cuesta una web WordPress?” es, en realidad, “¿Cuánto trabajo hay en mi proyecto concreto?”, y eso solo lo responde el alcance, nunca el nombre del producto.
Cómo influyen las páginas y las plantillas en el precio
El factor de coste más visible es el alcance, y casi siempre se cuenta mal. No es el número de páginas lo que determina el trabajo, sino el número de plantillas distintas. Una web con cuarenta subpáginas que se reducen a tres diseños es un proyecto más pequeño que una web con doce páginas que exigen doce diseños individuales. Cada plantilla adicional implica trabajo de diseño, trabajo de implementación, herramientas editoriales para ese diseño concreto y pruebas en cada versión de idioma.
Junto al número de páginas está el modelo de contenidos. ¿Qué tipos de contenido existen: entradas, referencias, ofertas de empleo, eventos, ubicaciones, productos? ¿Cómo se relacionan, qué vistas de archivo y de detalle necesitan, qué taxonomías? Un modelo de contenidos bien planificado abarata las ampliaciones futuras, porque el contenido nuevo encaja en plantillas existentes. Un modelo caótico convierte cada ampliación en trabajo a medida. Y la migración forma parte de ello: quien traslada contenido existente necesita un mapa de URL, redirecciones y una decisión sobre qué contenido se migra, se reescribe o se retira. El contenido migrado es trabajo, aunque “ya exista”.
Tema premium o desarrollo WordPress a medida
La segunda gran bifurcación es técnica: ¿se configurará un tema ya hecho o se desarrollará un frontend a medida? Ambos caminos son legítimos, pero cuestan distinto y conllevan riesgos distintos.
Configurar un tema es la vía más rápida hacia el lanzamiento. Un tema premium bien mantenido incluye diseños, bloques y ajustes, y el trabajo se concentra en la adaptación, los contenidos y el acabado. El precio no es la licencia, sino el encaje: tarde o temprano todo tema genérico llega al punto en que el modelo de contenidos pide algo que el tema no ofrece. Entonces empieza la fase de concesiones, o la compra de un maquetador visual que promete flexibilidad y de paso entrega tiempo de carga, complejidad de mantenimiento y dependencia del proveedor.
El desarrollo a medida cuesta más al principio y se amortiza durante la vida útil. Un tema de bloques ajustado al modelo de contenidos, con bloques y patrones propios, encaja exactamente con el contenido, sobrevive a las actualizaciones porque no arrastra dependencias de diseño de terceros y hace más productivos a los editores, porque las piezas reflejan su realidad en lugar de galerías de diseños genéricos. El trabajo extra es real; el ahorro llega después, en cada año adicional de funcionamiento. El término medio honesto: para una web corporativa compacta con un diseño claro, configurar suele ser la opción económicamente correcta. Para todo lo que tenga que crecer, integrarse o durar mucho, la implementación a medida es casi siempre la decisión más barata en el conjunto del periodo.
¿Cuánto cuestan las integraciones con ERP, CRM y pagos?
Las integraciones son el factor de coste que más a menudo se subestima en las conversaciones comerciales. Conectar una pasarela de pago suena a “un formulario que reenvía datos”, y no lo es. El camino feliz de un checkout es la parte pequeña del trabajo. La parte grande son las rutas de error: reembolsos, pagos abandonados, webhooks que llegan por duplicado, tiempos de espera agotados entre tienda y proveedor, casos límite de divisas e impuestos. Cada una de estas variantes hay que entenderla, implementarla y probarla antes de que un cliente real la encuentre en un carrito real.
Lo mismo ocurre con las conexiones con ERP e inventario. En cuanto stock, precios, pedidos o datos de clientes circulan entre WooCommerce y un sistema ERP, se forma un pequeño proyecto dentro del proyecto: conciliar modelos de datos, definir la dirección de la sincronización, fijar reglas de conflicto y escribir casos de prueba para la noche en que el ERP no responde. Una conexión con un CRM tiene riesgos distintos, pero la misma estructura. La consecuencia práctica para el presupuesto: enumera cada interfaz por su nombre, con sistema, dirección, tipos de datos y frecuencia. Un presupuesto que incluye “conexión con su CRM” como partida alzada no es un presupuesto; es una suposición con un precio pegado.
¿Cuánto cuestan los textos, las imágenes y las traducciones?
La producción de contenidos es el factor de coste que muchas veces ni siquiera aparece en el presupuesto del proyecto, porque “lo hace el cliente”. Es un planteamiento legítimo, pero entonces debe figurar como tal en el presupuesto: como una entrega del lado del cliente, con plazo y definición. Porque el contenido no es un asunto menor: una plantilla sin texto es un cascarón. La visibilidad en buscadores nace de la calidad del contenido, y la conversión de una página de destino ocurre en el texto, no en el diseño.
Partidas concretas: redacción o revisión de textos por página e idioma, fotografía o licencias de imágenes, preparación técnica de los archivos multimedia y, en proyectos multilingües, traducción con adaptación local en lugar de una transferencia literal. Súmale el trabajo de migración del propio contenido: llevar los textos existentes a las nuevas estructuras, trasladar metadatos, comprimir imágenes, revisar enlaces internos. Quien no planifica este trabajo lo paga después, como un lanzamiento con páginas vacías o una solicitud de cambio imprevista. Un buen presupuesto pregunta de forma activa por el estado de tus contenidos y presupuesta la diferencia.
Costes de rendimiento y seguridad en WordPress
El rendimiento y la seguridad son las partidas que un presupuesto austero recorta primero y que uno honesto declara primero. Ambas son invisibles mientras nada falla, y ambas salen más caras en un incidente que durante la construcción.
En cuanto al rendimiento, un proyecto sólido incluye: un presupuesto de rendimiento acordado como criterio de aceptación, un concepto de caché, un flujo de imágenes que sirve formatos modernos en los tamaños correctos y una configuración en el edge que aguanta picos de tráfico reales. La alternativa es la secuencia conocida: lanzamiento con una bonita puntuación de Lighthouse en un entorno de pruebas vacío, luego la cruda realidad con tráfico y contenidos multimedia reales, y luego correcciones que cuestan más de lo que habría costado una implementación correcta desde el principio.
En cuanto a la seguridad, la cuestión no es si se aplican medidas, sino cuáles y con qué profundidad. Una base madura incluye configuración reforzada, una política de accesos y roles con autenticación de dos factores para las cuentas de administrador, un cortafuegos de aplicaciones web, monitorización con un canal de alertas que una persona lee de verdad, y copias de seguridad que no solo existen, sino que se pueden restaurar de forma demostrable mediante ejercicios de restauración documentados. Todo lo demás es teatro de seguridad. Este trabajo se paga en el proyecto o en el contrato de mantenimiento, o en el incidente, y entonces con un multiplicador.
¿Cuánto cuesta hacer una web accesible según la EAA?
Desde junio de 2025, la Ley Europea de Accesibilidad se aplica en toda la UE, transpuesta en Alemania como Barrierefreiheitsstärkungsgesetz (BFSG), y la accesibilidad de muchas ofertas B2C ha dejado de ser una cuestión de gusto para convertirse en un requisito legal. Para el marco de costes, esto significa que el trabajo de accesibilidad es un alcance de proyecto propio, con sus propias evidencias, y no un efecto secundario implícito del “buen diseño”.
Lo que incluye en concreto: estructura semántica y manejo con teclado en todos los elementos interactivos, relaciones de contraste y estados de foco, formularios y mensajes de error etiquetados, manejo de ventanas modales y menús con tecnologías de apoyo, incluidos tipos de documento como el PDF. El esfuerzo crece con el número de componentes propios, un argumento más para construir bien pocos bloques reutilizables en lugar de muchos casos especiales. Importante para la planificación: adaptar a posteriori es más caro que integrar desde el principio. Quien incorpora la accesibilidad al diseño y al frontend desde el inicio paga una vez; quien audita después del lanzamiento paga dos: una por la auditoría y otra por las correcciones.
Costes de gestión de proyecto y formación
La gestión de proyecto es trabajo real y debe verse en el presupuesto, no esconderse como una tarifa administrativa fija. Incluye el arranque y la fase de requisitos, el documento de alcance, la coordinación de plazos entre tus entregas y el trabajo de desarrollo, la preparación y el seguimiento de las demostraciones, la gestión de órdenes de cambio y la organización de la aceptación.
Un factor aparentemente blando con un impacto duro es el número de personas que deciden de tu lado. Cada capa adicional de interlocutores alarga los ciclos de revisión, y los ciclos de revisión son el factor de producción más caro de un proyecto web, porque reabren trabajo ya hecho. Una persona designada que decide sobre el contenido y asume la aceptación reduce de forma medible el coste del proyecto, sin que el alcance cambie en absoluto. Por último, la gestión de proyecto incluye la formación del equipo editorial y la documentación de traspaso. Quien no la planifica compra una web que sigue dependiendo del proveedor tras la puesta en marcha, porque nadie en casa sabe cómo funciona.
Costes recurrentes de alojamiento, mantenimiento y licencias
Hasta aquí el artículo ha tratado del proyecto. Después empieza la segunda capa de costes, más duradera que la primera: la operación. Comienza con las partidas de infraestructura que se generan sea cual sea el proveedor (dominio, alojamiento, correo transaccional, CDN) y con las licencias de plugins y temas premium, que suelen facturarse anualmente. Para operar en Europa hay que añadir alojamiento en la UE con un contrato de encargo del tratamiento en regla, una retención de registros configurada y una capa de datos que no se convierta en una sorpresa ante una solicitud de acceso o una auditoría.
Encima está el mantenimiento, la partida que muchos recortan primero y la que con más fiabilidad se paga sola. Un mantenimiento con contenido incluye gestión de actualizaciones del núcleo, los plugins y PHP con pruebas en staging y una vía de vuelta atrás, copias de seguridad externas probadas, monitorización, tiempos de respuesta definidos ante incidentes y un informe mensual. Actualizar sin probar no es gestionar actualizaciones, es tirar los dados con la caída de producción en juego; las copias de seguridad sin un ejercicio de restauración son un acto de fe. En qué se diferencian de verdad las ofertas de mantenimiento, y con qué medirlas, lo describimos en detalle en mantenimiento de webs WordPress.
Cuánto cuesta una web WordPress en 2026 según el tipo de proyecto
Después de tantos factores cualitativos, la pregunta obvia: ¿dónde están las cifras reales? La única fuente de la que citamos valores concretos es nuestro resumen oficial. Según la lista de precios actual, una web corporativa o de empresa se sitúa en un rango orientativo de 890 a 2 900 €, una tienda WooCommerce entre 1 800 y 6 900 €, y el mantenimiento recurrente empieza en 69 € al mes. Estos valores proceden de la lista de precios y allí se publican como rangos de mercado para planificar el presupuesto, no como precios de paquete ni como sustituto de un presupuesto.
Por qué no escribimos más cifras en el texto del artículo se deduce de su propia lógica: toda cifra citada sin alcance es una precisión falsa. La dispersión dentro de un mismo tipo de proyecto es exactamente la distancia entre configurar un tema y desarrollar a medida, entre una conexión de pago y una sincronización con un ERP, entre un idioma y cinco. Por eso el camino hacia una cifra vinculante no es “leer la tabla de precios”, sino “documentar el alcance y después pedir presupuesto”.
Trampas de coste habituales en proyectos WordPress
Una conversación honesta sobre costes también tiene que nombrar el despilfarro. Cuatro patrones se repiten con llamativa regularidad en los proyectos de rescate.
Primero: el exceso de personalización. El desarrollo a medida es una herramienta, no un símbolo de estatus. Cuando un formulario de contacto estándar se construye a medida, un archivo sencillo como componente propio y un simple párrafo de introducción como función dinámica, el proyecto paga una flexibilidad que nadie usa. La contrapregunta antes de cada desarrollo a medida: ¿qué escenario futuro necesita de verdad esa libertad?
Segundo: la proliferación de plugins. Cada plugin adicional trae costes de licencia, riesgo en las actualizaciones, tiempo de carga y otra interfaz que vigilar. Diez plugins pequeños que resuelven cada uno un detalle salen más caros que un concepto limpio que resuelve las mismas tareas de forma estructural. Un inventario de plugins con poda periódica es una de las herramientas más baratas de toda la operación.
Tercero: rediseñar sin medir. Un relanzamiento que sale a producción sin haber medido la web existente no puede responder después si ha mejorado algo. Sin una línea base de tráfico, términos de búsqueda, rutas de conversión y páginas más fuertes, las decisiones de diseño son cuestión de gusto, y en el peor caso las páginas que funcionaban en la web antigua desaparecen sin que nadie lo note.
Cuarto: la falta de documentación de traspaso. Cuando no se entrega documentación de la configuración, las credenciales, las licencias y las decisiones, el cliente queda en una dependencia estructural. Cada cambio posterior de proveedor se encarece y cada pequeño cambio hay que comprárselo al proveedor original. Los proyectos sin documentar no son proyectos terminados.
Qué inversiones en WordPress se amortizan
La otra cara de la lista de despilfarro es breve y clara. El mantenimiento se amortiza porque evita incidentes que después cuestan un múltiplo, y porque una web bien cuidada no se convierte en una historia de seguridad que golpea a la vez la reputación y los ingresos. El rendimiento se amortiza porque el tiempo de carga es un factor directo de conversión y visibilidad, y porque cada segundo ahorrado se aplica en cada página. La medición se amortiza porque las decisiones sin datos se repiten y las decisiones con datos se corrigen: la diferencia entre adivinar y pilotar.
Otras dos partidas se amortizan sin hacer ruido, pero con fiabilidad. La primera es la documentación, porque limita la dependencia del proveedor y abarata cualquier cambio futuro. La segunda es el trabajo de accesibilidad desde el principio, porque mejora a la vez la calidad del código, la estructura y la usabilidad para todos, y reduce el riesgo legal. El denominador común: las inversiones que reducen el riesgo o mejoran las decisiones son las únicas partidas que nunca resultan un error en retrospectiva. Todo lo que solo mejora el aspecto sin cambiar lo que hace la web es el primer candidato a la lista de recortes.
Cómo redactar un documento de requisitos para una web
El paso más eficaz hacia el control de costes ocurre antes de que exista ningún presupuesto: un documento de requisitos que envías sin cambios a todos los proveedores. No necesita jerga ni herramientas, solo honestidad y que esté completo. Seis bloques han demostrado funcionar.
Primero, el inventario de páginas y plantillas: ¿qué tipos de página existen, cuántas instancias de cada uno, qué diseños son realmente distintos? Segundo, el estado del contenido: ¿qué existe, qué se migrará, qué se reescribirá, en qué idiomas y quién lo entrega? Tercero, la lista de integraciones: cada sistema con nombre, dirección y tipos de datos, como pagos, ERP, CRM, boletín, envíos y gestión de candidaturas. Cuarto, los criterios imprescindibles: un presupuesto de rendimiento como criterio de aceptación medible, requisitos de accesibilidad (por ejemplo, allí donde se aplica la Ley Europea de Accesibilidad) y el marco legal, como el RGPD con alojamiento en la UE. Quinto, la organización: ¿quién decide, quién acepta, qué fecha de inicio y por qué? Sexto, el marco presupuestario como orden de magnitud, no como una cifra con decimales.
Con este documento ocurren tres cosas a la vez. Los presupuestos se vuelven comparables, porque presupuestan el mismo alcance. Las cifras se vuelven más fiables, porque el proveedor tiene menos incertidumbre que cargar en el precio. Y tu propia posición se aclara, porque la causa más habitual de que un presupuesto se dispare no es el proveedor, sino un alcance que nunca se puso por escrito.
Por qué los presupuestos web baratos salen más caros después
El coste total de un proyecto WordPress se acumula a lo largo de años, no en la cifra del presupuesto. Esa visión de coste total de propiedad es la razón por la que, estadísticamente, la oferta más baja no resulta ser el proyecto más económico. Un presupuesto bajo casi nunca es señal de un trabajo más eficiente; suele ser señal de un alcance menor que nadie incluyó en la solicitud.
Los aplazamientos típicos tienen nombre. La profundidad de pruebas excluida se convierte en búsqueda manual de errores tras el lanzamiento. La falta de paridad entre staging y producción se convierte en caídas de producción durante las actualizaciones. Las rutas de error olvidadas en las integraciones se convierten en incidentes que descubre el cliente. El trabajo de contenidos no planificado se convierte en deuda de calendario. Y la falta de un documento de alcance se convierte en un espacio de negociación permanente en el que cada pregunta adicional acaba en orden de cambio. La factura nunca sale del presupuesto total; solo sale del presupuesto firmado.
A esto se suma la estructura de garantía y responsabilidad. Un presupuesto que define con claridad criterios de aceptación, alcance del traspaso, obligaciones de respuesta y condiciones de propiedad es más caro sobre el papel y más barato en la realidad, porque da al cliente derechos exigibles en lugar de una cifra sin contenido. La pregunta correcta ante cualquier presupuesto barato no es, por tanto, “¿cómo pueden ser tan baratos?”, sino “¿qué es exactamente lo que no está incluido?”, y la respuesta debería llegar por escrito.
Precio cerrado, tarifa por horas o iguala de WordPress
La elección del modelo de contrato es una decisión de costes que a menudo se subestima porque parece un trámite. Decide quién asume qué riesgo.
El precio cerrado funciona cuando el alcance está realmente congelado: un encargo totalmente especificado sin integraciones en el núcleo, un alcance escrito, exclusiones claras y criterios de aceptación definidos. En esa configuración, el precio cerrado es justo para ambas partes. En cualquier otra se convierte en una trampa: en cuanto el alcance respira, cada cambio pasa a ser una orden de cambio bajo presión negociadora, y tras unos cuantos ciclos ambas partes trabajan la una contra la otra en lugar de juntas.
Tiempo y materiales con estructura es la forma más honesta para proyectos cuyo alcance solo se aclara durante el trabajo: esfuerzo facturado de forma abierta, pero con un tope semanal de horas, demostraciones periódicas y una decisión explícita de seguir o parar en cada punto de decisión. Esos puntos evitan lo que dio mala fama a la facturación abierta: facturas corriendo sin avances visibles. Para la operación tras el lanzamiento, la iguala es lo normal: un marco mensual con un alcance de servicio definido y una reserva para pequeñas mejoras. Qué modelo encaja con qué proyecto, y a qué prestar atención al cambiar de proveedor, lo tratamos por separado en el artículo sobre contratos de mantenimiento y cambio de proveedor y en la comparativa entre agencia y freelance.
Contratar una agencia web en Alemania, Austria o Suiza
El mercado DACH (Alemania, Austria y Suiza) tiene su propia cultura de compras, y para planificar costes es un marco, no un detalle. Incluye la cultura del alcance por escrito: en DACH se espera que los servicios, las exclusiones, la aceptación y la garantía estén documentados, y las facturas se emiten contra hitos acordados y no por confianza. Para los clientes es una ventaja, porque la documentación crea la comparabilidad que les falta a mercados más informales. La moneda del contrato suele ser el EUR; en los encargos B2B transfronterizos dentro de la UE, el IVA se gestiona mediante inversión del sujeto pasivo, lo que simplifica administrativamente trabajar con proveedores de fuera del propio país, siempre que ambas partes tengan números de identificación a efectos de IVA válidos.
En segundo lugar, la protección de datos y la accesibilidad son partidas presupuestarias reales. Un contrato de encargo del tratamiento con el proveedor de alojamiento y con el de mantenimiento, residencia de los datos en la UE, un mecanismo de consentimiento de cookies que respete de verdad el consentimiento, subencargados documentados: todo eso es trabajo que alguien paga, y aparece o bien de forma limpia en el presupuesto o bien de forma desordenada en las correcciones. Lo mismo vale para la Ley Europea de Accesibilidad: quien entra en su ámbito no compra el cumplimiento como un extra opcional, sino como alcance obligatorio con auditoría. Estas partidas no son un castigo al proveedor con el precio más alto; son la diferencia entre una web que supera una auditoría y otra que no.
Cómo comparar presupuestos de una web WordPress
La pregunta “¿Cuánto cuesta una web WordPress en 2026?” es demasiado importante para responderla con una cifra que no corresponde a quien pregunta. La respuesta honesta tiene tres pasos. Primero: entender los factores de coste, es decir, alcance y plantillas, configuración frente a desarrollo a medida, integraciones, contenidos, rendimiento y seguridad, accesibilidad, gestión de proyecto y la capa recurrente de alojamiento, mantenimiento y licencias. Segundo: poner por escrito tu alcance, usando como plantilla el documento de requisitos de este artículo, y enviarlo sin cambios a varios proveedores. Tercero: comparar alcance, exclusiones y criterios de aceptación; la cifra final es el último valor por el que ordenas, no el primero.
Si buscas cifras orientativas concretas, las encontrarás en el resumen oficial: la lista de precios recoge los rangos de mercado actuales para webs corporativas, tiendas WooCommerce y mantenimiento, y explica cómo se llega a un presupuesto vinculante: a partir de un alcance escrito y documentado, no de una tabla de precios. Cuando tengas listo tu documento de requisitos, esperamos tu consulta a través del formulario de contacto.
