Hay algo que casi todos hemos hecho en algún momento trabajando con WordPress: conectarte por FTP, subir un archivo, cruzar los dedos… y refrescar la web esperando que todo siga funcionando. Durante mucho tiempo, ese ha sido el flujo de trabajo habitual. Rápido, directo y, en apariencia, suficiente. Haces un cambio, lo subes y ves el resultado al instante.
Y sí, funciona. Hasta que deja de hacerlo.
El problema del FTP no es técnico, es conceptual. Porque trabajar así implica que no hay control real sobre lo que estás haciendo. No hay trazabilidad, no hay validación previa, no hay una forma clara de volver atrás si algo falla. Todo ocurre directamente en producción, y cualquier error tiene impacto inmediato.
Al principio no se nota. Pero cuando los proyectos empiezan a crecer, cuando hay más personas tocando el mismo código, cuando hay que hacer cambios frecuentes o coordinar distintas tareas, ese modelo empieza a romperse. Aparecen errores difíciles de reproducir, cambios que se pisan, comportamientos inesperados… y una sensación constante de que cualquier modificación puede generar un problema mayor.
Ahí es donde empieza el cambio.
Empiezas a introducir control de versiones. A trabajar con repositorios. A tener una base común desde la que todos parten. Y de repente, algo tan simple como saber qué ha cambiado y cuándo deja de ser un problema.
Pero el verdadero salto llega cuando introduces CI/CD.
Cuando los cambios dejan de subirse manualmente y pasan a seguir un flujo definido. Cuando cada modificación se valida antes de llegar a producción. Cuando puedes desplegar de forma controlada, repetible y sin depender de una persona concreta.
En ese momento, WordPress deja de ser algo que “tocas directamente” y pasa a ser algo que gestionas como un sistema.
También cambia la forma de trabajar. Ya no haces cambios rápidos en producción para “salir del paso”. Empiezas a pensar en entornos, en pruebas, en validaciones. Empiezas a trabajar con más calma, pero con mucha más seguridad.
Y eso, aunque pueda parecer más complejo al principio, reduce muchísimo los problemas a medio plazo.
Porque el objetivo no es ir más rápido.
Es no romper lo que ya funciona.
Con el tiempo, te das cuenta de que no se trata solo de herramientas, sino de mentalidad. De pasar de un modelo reactivo a uno controlado. De improvisar a tener un proceso claro.
Y cuando das ese paso, ya no hay vuelta atrás.
Porque una vez trabajas con CI/CD, volver al FTP se siente como ir sin red.
Y es ahí cuando entiendes que no era solo una forma de trabajar.
Era un límite.