Si sigues mi blog, ya habrás visto una entrada sobre arreglar WordPress después de una actualización fallida. No es casualidad que conozca bien ese tema, y precisamente por eso, después de años trabajando con este sistema, he decidido conscientemente apartarme de él en los proyectos nuevos. No por capricho ni por moda. Por motivos concretos y recurrentes, que voy a describir sin rodeos.
Seamos justos: WordPress no es “malo”
Antes de que alguien piense que esto es un texto de odio, WordPress impulsa una gran parte de internet y para muchos usos (sitios grandes con mucho contenido, blogs gestionados por varias personas no técnicas, grandes redacciones) sigue teniendo sentido. No es un sistema malo. Simplemente no es el sistema para lo que yo construyo, y mis clientes suelen necesitar algo distinto a lo que WordPress ofrece por defecto.
Motivo 1: Cada plugin es código de otro, del que yo respondo
Una página típica de WordPress lleva 15-30 plugins. Cada uno es código escrito por otra persona, de calidad desconocida, actualizado (o no) a un ritmo desconocido, con un historial desconocido de vulnerabilidades. Cuando construyes una página en WordPress, en la práctica estás avalando el trabajo de decenas de equipos anónimos a los que jamás conocerás. Prefiero escribir (o seleccionar conscientemente, con la IA como asistente) código del que entienda de verdad cada línea.
Motivo 2: La seguridad se convierte en una ruleta rusa con bots automáticos
WordPress es tan popular que se ha convertido en el objetivo principal de los ataques automáticos que escanean internet buscando plugins desactualizados. No es cuestión de “si”, sino de “cuándo”: una página sin actualizar terminará siendo escaneada tarde o temprano y, si tiene una vulnerabilidad, atacada. Mantenerlo a raya exige una vigilancia constante que es fácil de descuidar, sobre todo en clientes que “no tienen tiempo” para actualizaciones periódicas.
Motivo 3: Un rendimiento que hay que estar arreglando sin parar, en lugar de tenerlo desde el principio
Una instalación nueva de WordPress funciona bastante bien. Después de añadir el plugin de formularios, el plugin de SEO, el plugin de caché (para arreglar la lentitud de los plugins anteriores), el constructor de páginas y el sistema de reservas, la página empieza a parecerse a un coche con cinco motores extra pegados en el lateral para que vaya más rápido. Se puede optimizar, pero es una lucha constante contracorriente, en lugar de construir algo ligero desde la primera línea de código.
Motivo 4: Una flexibilidad que en la práctica es ilusoria
WordPress se anuncia como “haces de todo”, y técnicamente es cierto, pero a menudo significa pegar entre sí plugins que no fueron diseñados para trabajar juntos. Algo que en mi enfoque (Astro, Next.js, código a medida) es una única decisión de arquitectura coherente, en WordPress suele convertirse en un compromiso entre tres plugins, de los que cada uno hace el 80% de lo que necesitas, y el resto hay que añadirlo a mano.
Entonces, ¿por qué a veces sí toco WordPress?
Porque la realidad del negocio no siempre pregunta por mis preferencias. Si el cliente ya tiene una página en WordPress que funciona, está contento con ella en cuanto a funciones, y el problema es concreto (la página no funciona tras una actualización, va lenta, alguien la ha pirateado), la arreglo sin protestar. No toda situación es una ocasión para convencer a alguien de que reconstruya toda su página desde cero con otro stack, sobre todo si lo que tiene le sirve lo bastante bien.
La línea es sencilla: arreglo los WordPress existentes, pero los proyectos nuevos los construyo de otra manera. No es una incoherencia, es simplemente adaptar la herramienta a la situación, y no a mis gustos personales.
Qué hago en su lugar
Los proyectos nuevos los construyo con tecnologías modernas y ligeras (Astro, Next.js, backend a medida), sin una capa de decenas de plugins de terceros entre tu página y el servidor. El resultado: una página que carga más rápido, tiene una superficie de ataque menor, y de la que entiendo cada elemento, porque lo he construido yo mismo (o con la IA bajo mi control), y no lo he instalado de un autor desconocido de internet.
La diferencia filosófica clave: estas páginas no llevan JavaScript superfluo por defecto (cero JS de serie). Las interacciones, el menú, el acordeón, el formulario, se añaden uno a uno, donde de verdad hacen falta, en lugar de cargar un motor global en cada subpágina. Es exactamente lo contrario del modelo de WordPress, donde cada plugin añade su propio código, que luego hay que limpiar con más plugins de optimización.
Además, un sistema de diseño coherente (design system): una sola paleta de colores, dos tipografías con roles claramente asignados, un ritmo de espaciados, el conjunto tiene un aspecto cuidado por defecto, incluso cuando cambias la mitad de los contenidos. Es una serie de restricciones pequeñas y bien controladas que hacen que la página parezca diseñada, en lugar de pegar decenas de plugins y esperar que funcione.
¿Tienes una página en WordPress y te preguntas si merece la pena reconstruirla o mejor arreglar lo que hay? Cuéntame qué le pasa a tu página, te diré con sinceridad qué camino tiene sentido para ti.