WordPress 7.1 promete más colaboración, mejores herramientas de diseño y una integración cada vez más clara con la IA. Pero el episodio 255 de Negocios y WordPress va bastante más allá de repasar una versión: sirve para hacer balance de cómo está cambiando el trabajo real de quienes desarrollamos webs, automatizamos procesos y mantenemos proyectos digitales.
La conversación pasa por integraciones logísticas hechas con Codex, reseñas que complican un formulario, diseño asistido con IA, browser automation, consultoría de procesos y agentes capaces de seguir trabajando mientras nosotros hacemos otra cosa. La conclusión es menos espectacular, pero mucho más útil: la ventaja no está en delegarlo todo, sino en crear un sistema donde la IA tenga contexto, límites y un objetivo bien elegido.
WordPress 7.1: colaboración, IA y mejoras que llevaba tiempo pidiendo la comunidad
El primer gran bloque del episodio repasa una versión de WordPress muy centrada en colaborar mejor y preparar el editor para flujos asistidos por IA. Entre las novedades comentadas aparecen un modo de sugerencias parecido al de Google Docs, comentarios, reacciones con emojis y edición en tiempo real.
Una de las ideas más interesantes son las directrices o guidelines. Permitirían definir criterios para el sitio, los textos, las imágenes o los bloques, de forma que la IA no genere contenido sin contexto, sino que siga unos estándares previos. Es una mejora técnica, pero también resume una tesis que atraviesa todo el episodio: un agente resulta mucho más útil cuando conoce las reglas del proyecto antes de empezar a ejecutar.
En el apartado de conectores también se comentan mejoras como la generación por streaming, el soporte de embeddings para búsquedas internas y nuevas formas de autenticación. El objetivo parece claro: que WordPress pueda conectarse con servicios externos y aprovechar el contenido del sitio de una forma más natural.
Un editor algo más capaz
En diseño, WordPress 7.1 incorpora varias peticiones recurrentes de la comunidad:
- controles responsive desde la interfaz
- estilos para pseudoestados como `hover` y `focus`
- bloque de tabla de contenidos
- bloque de pestañas
- playlist de audio con visualización de onda
- API para registrar colecciones de iconos
Son avances pequeños si se miran uno por uno, pero responden a una crítica habitual: Gutenberg funciona bien como editor de contenido, aunque todavía tiene limitaciones cuando se usa como herramienta de maquetación. Cuantas más capacidades básicas resuelva WordPress de forma nativa, menos dependencias hacen falta para construir una web mantenible.
La versión también trae cambios internos importantes: salto a React 19, uso obligatorio de `iframe` en el editor de los temas de bloques, adaptación a la versión 3 de la Block API, soporte Unicode ampliado y mejoras en el recorte y la subida de imágenes. Para el usuario pueden pasar desapercibidos, pero para desarrolladores de temas y bloques implican revisar compatibilidad.
Desarrollo con Codex: de integrar GLS a simplificar unas reseñas
La utilidad de los agentes se entiende mejor cuando dejan de ser una promesa y entran en proyectos reales. Uno de los ejemplos del episodio es la ampliación de una aplicación en Python que conecta un negocio con distintas empresas de mensajería. El reto consistía en añadir GLS a una base donde ya existían otros proveedores.
El trabajo se apoyó en Codex para estudiar la documentación, replicar el patrón de los conectores existentes, montar la infraestructura y preparar pruebas. La persona que dirige el proyecto no necesitaba dominar Python de antemano para avanzar, pero sí entender el objetivo, pedir la documentación correcta y validar que la nueva integración respetase el sistema existente.
Ese matiz es importante: la IA reduce mucho la barrera de ejecución, pero el proyecto sigue necesitando una fuente de verdad, ejemplos previos y alguien capaz de detectar si la solución encaja.
El segundo caso es más cotidiano y quizá por eso resulta todavía más revelador. Un formulario de alta hecho con Gravity Forms mostraba reseñas de Google en uno de sus pasos. El plugin que las cargaba empezó a fallar y, además, las reseñas mezclaban experiencias de una tienda, un bar y el servicio principal del negocio. Aunque la puntuación general era buena, el contenido automático dejó de ayudar a la conversión.
La posible solución no fue añadir más automatización, sino elegir manualmente unas pocas reseñas. Menos dinamismo puede significar más control, menos fallos y un mensaje comercial más claro. Es la misma lógica que permite sustituir un mapa interactivo innecesario por una dirección bien enlazada: una web no mejora por acumular componentes, sino por resolver mejor lo que necesita el usuario.
El episodio menciona también mejoras en un alta con Kadence Membership, el envío de datos de facturación a Stripe y una integración con FacturaDirecta. Son trabajos distintos, pero comparten patrón: partir del proceso real, localizar el dato que falta y conectar solo las piezas necesarias.
2026, el año de los agentes y de los procesos completos
El balance de mitad de año deja una idea clara: los agentes han encontrado su sitio cuando se integran en un proceso profesional completo. Ya no se trata solo de generar una función o resolver una duda, sino de participar en investigación, desarrollo, pruebas, navegación y mantenimiento.
Codex, por ejemplo, puede inspeccionar la renderización del frontend, abrir el navegador, trabajar con MCP, usar aplicaciones del ordenador y mantenerse iterando sobre un objetivo. Esa autonomía permite pedir una revisión y descubrir que el agente ha comprobado por su cuenta si una parte se rellena mediante JavaScript.
Pero la misma conversación ofrece el contrapunto perfecto. Ante un problema con reseñas, el agente se puso a buscar plugins genéricos sin preguntar primero cuál estaba instalado. Un profesional competente habría empezado por identificar el objeto exacto del problema. La IA puede recorrer muchos caminos, pero no siempre elige el más sensato si le falta contexto.
Por eso el siguiente objetivo no es automatizar una web entera con una instrucción gigantesca. Es construir y enseñar un flujo que cubra:
- auditoría y contenido
- exploración de diseño
- desarrollo
- pruebas y registro de usuarios
- comprobaciones en el navegador
- mantenimiento y nuevas iteraciones
El valor está en encadenar bien las fases y reservar puntos de control, no en fingir que todas pueden mezclarse sin supervisión.
Diseño asistido sin renunciar a una dirección propia
La parte visual sigue siendo una de las más difíciles. Pedir “hazme un diseño” suele producir resultados correctos, pero poco personales y con escasa voluntad de tomar decisiones. Herramientas como Stitch y los documentos de diseño se plantean en el episodio como una fase intermedia: explorar propuestas, dar vueltas a una maqueta y validarla antes de trasladarla a un framework CSS.
Ese proceso conserva el control creativo. También permite seguir diseñando manualmente cuando tenga sentido y usar la IA para convertir una propuesta ya decidida en CSS y componentes. La automatización entra después de fijar la dirección, no antes.
De automatizaciones puntuales a consultoría de procesos
La evolución del servicio de automatización ocupa otro de los debates centrales del episodio. Si una persona con cierta soltura técnica puede pedir a ChatGPT que conecte dos herramientas, el valor de un profesional no puede limitarse a ejecutar ese encargo aislado.
La propuesta pasa a ser más consultiva: analizar la empresa, detectar qué procesos ofrecen mayor beneficio y elegir varias áreas conectadas. En muchos negocios, esas prioridades pueden agruparse en:
- captación de oportunidades
- pagos y facturación
- onboarding del cliente
- entrega del servicio
- comunicación y seguimiento
El cliente puede llegar con una necesidad concreta, pero la experiencia humana ayuda a descubrir dependencias y oportunidades que no había formulado. La IA puede transcribir reuniones, ordenar información y proponer opciones; aun así, decidir qué automatizar primero exige entender el negocio, el coste de mantenimiento y el beneficio esperado.
Make o código: quién mantendrá el sistema
El episodio plantea también una duda muy práctica: seguir construyendo escenarios en Make o mover ciertas automatizaciones a scripts ejecutados en un servidor.
Make ofrece una interfaz visual que puede facilitar cambios sencillos, como modificar el asunto de un correo. Sin embargo, limita el sistema a los módulos y capacidades de la plataforma. Un script en un VPS ofrece mucha más libertad, pero también puede resultar completamente opaco para un cliente no técnico.
No existe una respuesta universal. La mejor tecnología es la que resuelve el proceso y puede mantenerse con los recursos reales del proyecto. Para algunos clientes, las “bolitas” de Make son comprensibles; para otros, resultan tan extrañas como una línea de código y el mantenimiento seguirá dependiendo del profesional.
Aquí aparece una oportunidad especialmente interesante: documentar cada automatización, sus conexiones, decisiones y forma de depurar. Con una biblioteca de artefactos, ejemplos y soluciones anteriores, los agentes pueden aprender cómo trabaja el profesional y proponer respuestas coherentes con su metodología. La documentación deja de ser solo una entrega para el cliente y se convierte en contexto reutilizable para la IA.
Autonomía, nube y próximos proyectos
El siguiente paso es conseguir que los agentes trabajen con más autonomía sin perder trazabilidad. En el episodio se describe una forma de multitarea bastante realista: dejar a Codex trabajando, revisar su avance cada cierto tiempo y combinar esa tarea mental con otro trabajo físico.
Para que ese modelo sea útil fuera del escritorio aparecen dos necesidades:
- ejecutar el agente en la nube o en una máquina accesible de forma remota
- revisar el estado y enviar nuevas instrucciones desde el móvil
Kilo Cloud y el control remoto desde el teléfono apuntan en esa dirección. También se comenta la posibilidad de trabajar en un VPS, conectarse por SSH y desplegar después. El objetivo no es complicar la infraestructura por afición, sino poder delegar tareas largas y recuperar el control cuando realmente haga falta.
Para Elías, esa autonomía se conecta con Luna Music, el análisis de Search Console y Analytics, la mejora de la web y una profesionalización general del servicio de DJ. Para Yánick, el objetivo es mostrar un desarrollo web completo con agentes, desde el contenido y el diseño hasta el testing y el mantenimiento.
El episodio cierra el repaso con varias herramientas y proyectos a seguir:
- Instatic, el CMS nacido alrededor del equipo de Core Framework y Motion.page
- NovaMira y su trabajo visual desde el navegador para WordPress
- Crocoblock y JetMessenger para conversaciones vinculadas a productos
- Kilo Code y sus opciones de trabajo en la nube y desde el móvil
También se recuerdan dos citas de la comunidad: RMC Galicia en septiembre y WordCamp Galicia en octubre. Más allá de la novedad concreta, todas estas referencias muestran el mismo movimiento: las herramientas intentan acercar la ejecución al contexto visual, al trabajo remoto y a agentes cada vez más capaces.
Cierre
El episodio 255 deja dos conclusiones conectadas. La primera es que WordPress sigue evolucionando para ofrecer mejor colaboración, más capacidades nativas y una relación más estrecha con la IA. La segunda es que disponer de agentes más potentes no elimina la necesidad de procesos claros; la hace todavía más evidente.
En desarrollo y automatización, el trabajo valioso se desplaza hacia el criterio, la arquitectura, la consultoría y la documentación. Ejecutar cuesta menos, pero elegir bien qué ejecutar, cómo mantenerlo y cuándo simplificar sigue siendo la diferencia entre una prueba vistosa y un sistema que funciona.
La pregunta útil para los próximos meses no es cuántas tareas puede hacer un agente. Es otra: ¿qué sistema de trabajo necesitas para poder delegarlas con confianza? Si quieres seguir compartiendo experiencias sobre WordPress, IA y negocio digital, puedes unirte a la comunidad de Telegram de Negocios y WordPress.