¿WordPress o un constructor con IA? Las cuentas reales del freelance

La columna vertebral del diseño web freelance es WordPress. Y por buenos motivos: funciona, todo el mundo lo conoce, es fácil de entregar a un cliente y detrás hay una década de memoria muscular. Así que «pásate a un constructor con IA» le suena frívolo a la mayoría de los diseñadores. Y tienen razón: una decisión así se toma con aritmética, no con entusiasmo. Hagamos la aritmética.

Una nota sobre el alcance: esto está escrito para el diseñador que hace trabajo de cliente en volumen. Si eres el dueño de un negocio decidiendo sobre qué debe funcionar tu propia web, la página de comparación responde a esa otra pregunta.

Dónde WordPress es genuinamente bueno

Nadie eligió WordPress por accidente. Sigue sin tener rival en estos terrenos:

• El ecosistema de plugins: casi toda necesidad tiene una solución hecha
• Comercio electrónico maduro: flexible y curtido
• Estructuras de contenido a medida: inmobiliaria, membresías, sistemas de cursos y modelos de datos parecidos
• La entrega: si mañana el cliente se va a otra agencia, esa agencia también conoce WordPress
• La propiedad: los archivos son tuyos y puedes llevártelos a cualquier servidor

Esa lista es seria. Si llega un proyecto complejo y con muchos datos, WordPress puede seguir siendo la respuesta correcta, y si lo es, dilo. No cambies de herramienta por moda.

El coste de WordPress que nunca aparece en una factura

El problema real no es la construcción; asoma en el año dos. Una web WordPress es un organismo vivo: actualizaciones del núcleo, actualizaciones de plugins, uno que choca con otro, una actualización de plantilla que borra tu personalización, un parche de seguridad no aplicado que rompe la web. Nada de eso le parece trabajo facturable a un cliente, y todo eso se come tus horas.

Después está la velocidad. Recuperar el rendimiento móvil de una web que se apoya en diez plugins se convierte en un proyecto en sí mismo. El cliente dice «mi web va lenta»; tú te peleas con un plugin de caché; esa tarde no la paga nadie.

¿Quién acaba manteniéndola?

Hay dos escenarios y los dos son malos. O asumes tú el mantenimiento, y entonces cada cliente pasado se te acumula a la espalda y no te queda tiempo para trabajo nuevo. O se lo dejas al cliente, que no aplica las actualizaciones, la web se rompe seis meses después y el teléfono te sigue sonando a ti, esta vez gratis.

Dónde gana un constructor con IA

Lo que cambia la ecuación no es solo la velocidad; es dónde cae la carga. En un constructor con IA basado en plantillas, el alojamiento, los certificados, las actualizaciones y la seguridad son problema de la plataforma, no tuyo. Los conflictos de plugins no existen como categoría, porque no hay plugins.

Lo segundo es el plazo de entrega. Una web de presentación que en WordPress lleva dos o tres días —elegir plantilla, limpiarla, configurar un maquetador, meter contenido, optimizar la velocidad— baja a una tarde. Cambia el número de encargos que puedes aceptar al mes.

Lo tercero son las revisiones. Escribes «simplifica la portada y pon los servicios a cuatro columnas» y ocurre. La diferencia respecto a hacerlo a mano en un maquetador es que puedes hacer el cambio en directo, durante la reunión con el cliente.

¿Tanto importa la velocidad?

«Dos horas en lugar de dos días» suena a folleto, así que concretemos qué cambia. La cuestión no es que trabajes menos: es que el bucle entre tú y el cliente se acorta.

En el flujo clásico el cliente pide algo, tú dices «lo miro», se lo enseñas dos días después, te pide otra cosa y el bucle empieza de nuevo. Cada vuelta son dos días y cada vuelta carga un poco más de cansancio. Cuando puedes hacer el cambio durante la reunión, ese bucle se colapsa: el cliente dice qué quiere, lo ve en pantalla y decide. Tres semanas de correos de revisiones se convierten en una hora.

Hay un efecto secundario, y es mayor de lo que la gente espera: la satisfacción del cliente viene menos de la «calidad del diseño» que de sentirse escuchado. Un proceso que responde al momento hace que el mismo trabajo se perciba mejor.

Dónde pierde

La parte honesta: los constructores con IA no han alcanzado a WordPress en modelos de datos complejos ni en comercio electrónico maduro. Sistemas de membresía, plataformas de cursos, catálogos con muchas variantes: competir ahí con una década de plugins acumulados no es realista. La costumbre del ecosistema también es un coste: si tu cliente dice «yo quiero WordPress», convencerle de lo contrario es trabajo comercial extra que no habías previsto.

La entrega: nadie lo comenta y sí importa

Esta es la ventaja más fuerte y menos discutida de WordPress: si mañana el cliente deja de trabajar contigo, hay miles de personas capaces de coger la web. Esa es una tranquilidad silenciosa que le das al cliente, y una respuesta lista para el «¿y si tú no estás?» de una reunión de venta.

En una plataforma cerrada esa respuesta se debilita. Poder exportar tus archivos significa que el contenido y el diseño no quedan secuestrados, pero seamos honestos: no es idéntico a la comodidad que da el ecosistema de WordPress. Si vendes a un cliente corporativo te hará esta pregunta; ten preparada la respuesta de antemano.

La abundancia de plugins puede ser una trampa

La característica más alabada de WordPress es también la que más problemas causa. La frase «hay un plugin para cada necesidad» suele quedarse a mitad: cada plugin trae una carga de mantenimiento, una superficie de seguridad y un coste de rendimiento.

En una web de presentación sencilla te encontrarás con diez o quince plugins acumulados: uno para formularios, otro para SEO, otro para caché, otro para la galería. Cada uno está a merced de un desarrollador distinto; si uno se queda sin mantenimiento, tu web también. En una estructura basada en plantilla esa categoría entera desaparece, porque lo que hacían esos plugins ya está en la plantilla.

Un marco para decidir

Olvida un momento las herramientas y mira tu propia cartera de trabajo. Hazte tres preguntas:

• ¿Qué proporción de los encargos del año pasado fueron webs de presentación estándar? Si pasa de la mitad, la aritmética favorece el cambio para esa mitad.
• ¿Cuántas horas no facturadas dediqué a mantenimiento y averías? Ese número es el precio real de WordPress y nunca aparece en un presupuesto.
• ¿Cuántos de mis clientes necesitaban de verdad un ecosistema de plugins? Casi siempre muchos menos que el número de webs montadas sobre uno.

La respuesta rara vez es «cámbialo todo». Para la mayoría de los freelance la forma sensata es tener los dos: presentación y negocio local en la herramienta rápida, datos complejos y comercio quedándose en WordPress. Elegir la herramienta según el proyecto no es indecisión: es criterio, y el criterio es lo que facturas.

En resumen: WordPress no se convirtió en el estándar por accidente y no va a desaparecer. Lo que ha cambiado es que ese estatus de opción por defecto ahora te cuesta algo medible en la mitad más sencilla de tu trabajo. Haz las cuentas sobre tu propia cartera y no sobre la opinión de nadie, esta incluida.