Cada vez que aparece una nueva herramienta no-code, la conversación se repite. “Esto va a sustituir a WordPress”, “ya no hace falta saber desarrollar”, “en minutos tienes una web funcionando”… y, casi sin darnos cuenta, se plantea el debate como si hubiera que elegir entre una cosa u otra. WordPress contra no-code.
El problema es que ese debate está mal planteado desde el principio.
Porque no se trata de elegir una herramienta, se trata de entender qué problema estás resolviendo. El no-code ha cambiado muchas cosas, sobre todo la velocidad. Permite montar interfaces, lanzar ideas y validar proyectos en muy poco tiempo. Y eso es una ventaja enorme. Para prototipos, para validar negocio o incluso para proyectos sencillos, tiene muchísimo sentido.
Pero esa no es toda la realidad.
Cuando el proyecto empieza a crecer, cuando hay que integrar sistemas, gestionar usuarios, trabajar con datos reales o mantener cierta coherencia entre entornos, empiezan a aparecer limitaciones. No porque el no-code sea malo, sino porque no está pensado para cubrir todo tipo de escenarios. Llega un punto en el que necesitas más control, más flexibilidad y más capacidad de adaptación.
Y ahí es donde WordPress sigue teniendo un papel muy relevante.
No porque sea la opción más moderna, sino porque te permite construir sobre una base que controlas. Puedes integrar, extender, modificar y adaptar el sistema según lo necesites. No estás limitado por lo que la herramienta te deja hacer, sino por lo que decides construir.
Eso no significa que WordPress sea siempre la mejor opción. Hay proyectos donde no-code encaja perfectamente y sería absurdo complicarlo más de la cuenta. Pero también hay muchos casos donde se intenta forzar una herramienta no-code más allá de lo que puede dar, simplemente por seguir la tendencia.
Y eso suele acabar en soluciones frágiles.
También hay algo importante a nivel de percepción. El no-code se vende como rapidez, facilidad y autonomía. WordPress, en cambio, muchas veces se percibe como algo más técnico o más “de desarrollo”. Y eso influye en cómo se toman las decisiones, incluso antes de analizar realmente el proyecto.
Pero rapidez no es lo mismo que solidez.
Puedes montar algo en minutos, sí. Pero la pregunta es qué pasa dentro de tres meses, cuando el proyecto evolucione, cuando haya más usuarios, más datos o nuevas necesidades. Ahí es donde se ve realmente si la base es suficiente.
Al final, no se trata de WordPress contra no-code.
Se trata de cuándo tiene sentido cada uno.
Y en muchos casos, incluso de cómo pueden convivir. Usar no-code para validar rápido y WordPress para construir algo más sólido. O combinar ambos según la fase del proyecto.
El problema no es la herramienta.
Es intentar que una sola herramienta resuelva todos los escenarios.
Y ahí es donde el debate deja de tener sentido.