WordPress o web a medida: el coste oculto en cinco años

El mes pasado me escribió una fundadora con un problema conocido. La web de su empresa la había hecho hace tres años en WordPress un freelance que después desapareció. La carga superaba los seis segundos. Las actualizaciones de plugins estaban bloqueadas porque dos plugins ahora chocaban entre sí. Su última campaña de marketing estaba atascada porque el equipo de diseño no podía publicar una nueva landing sin un programador.

Me hizo la pregunta que se hace toda dirección en ese punto: ¿seguimos parcheando o lo rehacemos desde cero?

No tengo una respuesta dogmática. Hay empresas para las que WordPress es lo correcto. Pero los criterios que usa la mayoría de los equipos para decidir no son los adecuados. Miran el precio del primer día y dan por hecho que lo más barato es lo mejor. Las cuentas no funcionan así.

Lo que de verdad le cuesta WordPress

El argumento a favor de WordPress es sencillo y no es deshonesto en sí. Consigue antes una web que funciona y con contenido editable. La primera versión es más barata que un desarrollo a medida. Las personas no técnicas de su equipo pueden cambiar textos sin abrir una incidencia.

Esas ventajas son reales. Pero vienen acompañadas de costes que nadie suma al principio.

El primer coste es el rendimiento. Por defecto, WordPress construye cada página en PHP con consultas a la base de datos, y los plugins añaden sus propios scripts y consultas. Una caché de página completa, una CDN y un buen trabajo con las imágenes pueden hacer rápida una web WordPress, y la documentación de WordPress explica cómo (guía de rendimiento de WordPress). El problema es que la velocidad depende entonces de montar esa configuración y mantenerla intacta mientras cambian los plugins y los temas. En una tecnología moderna estática o renderizada en servidor, las páginas rápidas son lo normal, no algo que se mantiene. Para una web cuya misión es convertir, esa diferencia no es una métrica de vanidad.

El segundo coste es un mantenimiento que se acumula. Cada plugin que instala es una dependencia que hay que actualizar, vigilar por fallos de seguridad y confiar en que no choque con el siguiente. Al primer año tiene diez plugins. Al tercero, veinticinco. Al quinto, cada actualización es una moneda al aire sobre si la web sobrevive. La suscripción oculta es el proveedor al que acaba pagando, cada mes o cada trimestre, para que todo siga encendido.

El tercer coste es la flexibilidad. WordPress se diseñó para un mundo de entradas, comentarios, categorías y etiquetas. Cuando su contenido tiene otra forma (un producto de software con páginas de funciones, una empresa de servicios con casos de estudio, un SaaS con documentación, planes e integraciones), lucha contra la plataforma. Instala Advanced Custom Fields, Custom Post Types UI, Yoast, un maquetador, y termina con un sistema sostenido por puntos de extensión que nunca se pensaron para ese peso. Cada nuevo tipo de contenido cuesta un día de configuración. Cada cambio en uno existente puede romper la web publicada.

El cuarto coste es la exposición a ataques. WordPress mueve una parte enorme de la web, lo que lo convierte en objetivo constante de ataques automatizados, y la mayoría de los fallos reales vienen de plugins y temas. El núcleo, los plugins y los temas necesitan actualizaciones periódicas. Si nadie se ocupa, el riesgo crece cada mes.

Cuándo WordPress es lo correcto

No digo que nadie deba usar WordPress. Es lo adecuado en casos concretos.

Cuando su web es sobre todo editorial: una revista, un medio de noticias, un negocio centrado en un blog, y la ventaja de que personas no técnicas publiquen entradas pesa más que todo lo demás.

Cuando es poco probable que el tráfico crezca mucho, es decir, cuando un diez o un veinte por ciento más de rendimiento no se traduce en ingresos. Un pequeño negocio local con poco tráfico no necesita un LCP por debajo del segundo.

Cuando tiene experiencia real en WordPress en plantilla: alguien capaz de escribir temas desde cero, auditar la calidad de los plugins y mantener la plataforma sin que se convierta en una distracción constante.

Cuando la alternativa es no tener web, por presupuesto o plazo. Una web WordPress publicada es mejor que una a medida que sigue en obras.

La mayoría de las empresas con las que hablo no cumplen estos criterios. Son empresas cuya web es su principal canal de captación, cuyo tráfico y conversión pesan en los ingresos, que no tienen un experto en WordPress en plantilla y que podrían hacerlo bien si vieran las cuentas.

Las cuentas

Cuando un cliente duda ante el presupuesto de una web a medida, hago siempre el mismo ejercicio: estimar tres cosas a cinco años. El coste de mantener la plataforma, el coste del marketing frenado y el coste del bajo rendimiento.

El mantenimiento es lo más fácil de estimar. A modo de ejemplo, no como precio de mercado: si una web WordPress necesita de dos a cuatro horas de desarrollador al mes y paga setenta y cinco euros la hora, son de 1.800 a 3.600 € al año. Ponga sus propias horas y su tarifa. Muchas empresas solo lo pagan tras un incidente, a tarifa de urgencia.

El marketing frenado es más difícil de cifrar. Si su equipo no puede publicar una nueva landing o un nuevo tipo de página sin un programador, los experimentos se retrasan o se descartan. Estímelo para su negocio: ¿cuántos lanzamientos aplazó el año pasado y cuánto valían?

El bajo rendimiento (tiempos de carga, una experiencia móvil rota, fallos de plugins en los puntos de conversión) es lo más difícil de medir, y no existe una cifra universal de conversión que aplicar. Mídalo en su propia web: registre los Core Web Vitals y la tasa de conversión de sus páginas clave, arregle las plantillas más lentas y compare. Si la web es una fuente importante de ingresos, incluso una pequeña mejora medida puede superar en pocos años el coste del desarrollo (web.dev: Core Web Vitals).

La versión honesta de estas cuentas es: WordPress suele ser más barato el primer día y puede salir más caro después, según lo bien que esté hecho y mantenido. Haga los números con sus propias horas, tarifas y datos de conversión antes de decidir.

Qué significa «a medida» en 2026

La expresión a medida antes quería decir todo hecho a mano, y eso sí era caro. Ya no.

Una web moderna a medida en 2026 es: un framework tipado como React, Vue o Svelte; renderizado estático o en edge para cargar en menos de un segundo; un CMS headless como Sanity, Contentful o un sistema de archivos para gestionar el contenido; despliegue continuo con Vercel, Netlify o Cloudflare; y un sistema de diseño que el equipo técnico puede ampliar sin rediseñar. El equipo no técnico sigue teniendo un CMS. El equipo técnico no tiene una plataforma que le pone trabas. El usuario tiene una web que carga al instante.

Construirla bien cuesta más que un proyecto WordPress de un freelance. Mantenerla suele ser más sencillo: no hay una pila de plugins que mantener compatible. Aun así necesita cuidados: frameworks como Next.js publican actualizaciones de seguridad periódicas (versiones de Next.js) y hay que mantener al día las dependencias. La diferencia es que las actualizaciones son menos, planificadas y probadas, en lugar de una apuesta mensual con decenas de plugins de terceros.

El momento adecuado para cambiar de tecnología es justo antes de que el próximo plugin rompa algo importante. Después, paga dos veces: una por arreglarlo y otra por empezar la migración.

Cómo decidir hoy

Si tiene una web WordPress y se pregunta si seguir, hágase tres preguntas.

Primera: ¿es esta web un canal principal de captación del negocio? Si la respuesta es sí, el rendimiento y la flexibilidad importan a escala, y casi seguro querrá migrar.

Segunda: ¿puede su equipo publicar hoy nuevos formatos de contenido sin un programador? Si no, está perdiendo experimentos de marketing, y la plataforma tiene parte de la culpa.

Tercera: ¿qué pasa si el mes que viene se abandona un plugin crítico? Si la respuesta está entre no lo sé y la web se cae, eso le dice algo sobre la solidez real de sus cimientos.

Si ha respondido sí, no, no lo sé, o algo parecido, las cuentas le van a recomendar reconstruir. Cuanto más lo aplace, peor será la migración, porque cada plugin añadido y cada tipo de contenido creado es algo más que trasladar al nuevo sistema. La migración más barata es la que empieza hoy.

La más cara es la que empieza el mes en que la plataforma por fin falla. La mayoría de las empresas migran en ese momento, no antes, y pagan a la vez el fallo y la reconstrucción. Hay un orden mejor. Así hacemos una migración de WordPress a Next.js, y esta es la checklist que seguimos cada vez.