WordPress

✏️ Suscribirse

Delegar más trabajo técnico ya no va solo de automatizar tareas sueltas. En este episodio 252 de Negocios y WordPress la conversación junta dos planos que cada vez están más conectados: por un lado, el mantenimiento real de webs con Modular 3.0; por otro, una forma más madura de trabajar con IA, agentes, WordPress, MCP y sistemas propios sin perder control ni criterio.

La primera mitad del episodio tiene un bloque muy práctico con Héctor de Prada para repasar qué cambia en Modular 3.0 y por qué eso importa de verdad en operación diaria. No se habla de una mejora cosmética, sino de funciones que atacan problemas muy concretos: escaneo de malware, detección de enlaces rotos, backups, safe updates y restauración cuando algo se rompe tras una actualización.

Uno de los puntos más útiles es que el mantenimiento se plantea desde la realidad de quien gestiona muchas webs. No se trata solo de mirar una instalación cada vez, sino de poder aplicar configuraciones globales, presets por plan de mantenimiento y altas masivas de sitios para no repetir el mismo trabajo una y otra vez.

También se comenta algo importante: las herramientas de este tipo no valen solo para el técnico. Sirven para trasladar mejor el valor al cliente, explicar incidencias, documentar vigilancias y demostrar que detrás del mantenimiento hay criterio operativo, no solo “tener plugins instalados”.

En esa misma línea aparecen otras piezas interesantes del roadmap: regiones de datos, staging en el propio servidor, una API pública y la posibilidad de abrir más el sistema hacia agentes y automatizaciones futuras. Si quieres seguir esa parte, en el episodio recuerdan el acceso a Modular desde Negocios y WordPress.

Otra parte potente del episodio es la revisión práctica de WordPress 7 y de sus conectores oficiales de IA. Lo interesante no es tanto que “WordPress tenga IA”, sino cómo la integra: botones contextuales para sugerir títulos, extractos, etiquetas alt, términos o incluso imágenes destacadas dentro del sitio donde ya estás trabajando.

Ese enfoque cambia bastante la experiencia, porque la IA deja de estar en una pestaña externa y pasa a estar justo en el punto donde editas contenido o tomas decisiones. La conversación también menciona algunos límites y pequeños fallos, pero la sensación general es que el camino tiene sentido.

Además de eso, se comentan otros cambios de WordPress 7:

El debate de fondo no es si todo eso es espectacular, sino si WordPress está empezando a colocar mejor las capacidades que realmente ahorran tiempo dentro del flujo normal de trabajo.

Cuando el episodio entra en Codex, la idea clave ya no es “preguntarle algo a la IA”, sino convertirla en una capa operativa continua. Ahí se habla de control remoto, trabajo desde móvil, conexión entre dispositivos y tareas más largas que no se limitan a una única respuesta.

La parte más interesante es el concepto de trabajar con objetivos en Codex. En vez de lanzar una acción aislada, se define una meta concreta y el sistema sigue iterando hasta completarla o hasta alcanzar un criterio verificable. Eso acerca mucho más la IA a una forma real de delegación técnica que a un simple chat de apoyo.

También se comenta el uso de herramientas intermedias para control remoto, la aparición de la función oficial para trabajar con Codex desde cualquier sitio y pequeños detalles como el seguimiento de uso con herramientas como CodexBar o la continuidad entre máquinas. El fondo, sin embargo, es más importante que la herramienta exacta: si puedes mantener contexto, estado y objetivo, empiezas a trabajar de otra forma.

El episodio amplía esa visión con Kilo Code, Gastown y Wasteland, que aparecen casi como un experimento de hacia dónde puede ir este modelo de trabajo. La propuesta suena incluso un poco exagerada: una especie de empresa de agentes especializados con infraestructura en la nube, roles concretos y una lógica más autónoma para ejecutar tareas de desarrollo.

Más allá del nombre o de la capa más friki del concepto, la parte relevante es esta: la conversación ya no gira solo alrededor del mejor modelo, sino de qué arquitectura de trabajo construyes encima. Qué roles hay, cómo se reparte el contexto, cómo se versiona, cómo se valida y qué piezas siguen siendo humanas.

Ese matiz es importante porque aterriza una idea bastante útil para cualquiera que esté mezclando IA con desarrollo real: la ventaja no está solo en que el sistema escriba código, sino en que pueda encajar dentro de un flujo con prioridades, checkpoints y especialización.

Uno de los bloques más valiosos del episodio es la defensa de un flujo más limpio para diseñar y maquetar con IA. En lugar de meter capas y plugins intermedios porque sí, la propuesta es trabajar con una fuente de verdad clara: arquitectura del proyecto, CPTs, campos personalizados, wireframe y framework CSS propio.

Ahí entra MCP con JetEngine como pieza de contexto. La gracia no es “hablar con WordPress” de forma genérica, sino poder extraer la estructura real del proyecto y usarla para que la IA maquete con sentido desde la primera pasada. Si el sistema conoce los tipos de contenido, los campos y la estructura que debe pintar, se equivoca menos y necesita menos correcciones.

La conversación lo contrapone bastante bien con el uso indiscriminado de builders. No porque Elementor o Bricks sean inútiles, sino porque si ya has resuelto el diseño, el contexto y la implementación con artefactos bien definidos, volver a traducirlo todo a otra capa puede meter más fricción que valor.

Además, se insiste en algo práctico: cuando la base está bien montada, ya no solo se acelera la maquetación. También se vuelven más accesibles pequeñas mejoras que antes daban pereza, como sliders ligeros, ajustes visuales o comportamientos más avanzados sin cargar el proyecto de complejidad innecesaria.

El cierre del episodio refuerza una idea que atraviesa toda la conversación: lo importante no es acumular herramientas, sino convertir procesos repetidos en piezas reutilizables. Por eso las skills aparecen como núcleo del sistema: ahorran contexto, reducen ruido y permiten que la IA repita mejor lo que ya has validado.

También se habla del workshop, de sistemas propios, de Git como base para versionar, de staging, de validaciones y de todo lo que todavía no conviene automatizar del todo. Ese matiz es clave porque baja el discurso a tierra: delegar no significa desaparecer del proceso, sino diseñar mejor los puntos donde la IA puede ayudar sin romper nada.

Incluso cuando aparecen herramientas más pequeñas o laterales, como TidyCal para reservas de pago o NovaMira para trabajar con WordPress y builders, el criterio sigue siendo el mismo: si una pieza simplifica un problema concreto, bien; si añade otra capa innecesaria, probablemente sobra.

Este episodio 252 deja una lectura bastante clara: delegar el código a los agentes no va de entregarles el volante sin más, sino de construir un sistema mejor. Modular 3.0, WordPress 7, Codex remoto, Kilo, MCP, JetEngine o las skills apuntan todos en la misma dirección: más contexto útil, más automatización con sentido y menos dependencia de flujos torpes o repetitivos.

Si estás mezclando WordPress, IA, mantenimiento, diseño y desarrollo real, aquí hay una idea que merece quedarse: antes de añadir otra herramienta, revisa si ya tienes una fuente de verdad clara, un proceso versionable y un criterio de delegación sólido. Ahí es donde la IA empieza a aportar de verdad.

✏️ Suscribirse

La IA ya no aparece como un tema aparte, sino como una capa que atraviesa casi todo el trabajo digital. En este episodio 250 se habla de diseño, desarrollo, automatización, WordPress y sistemas reales, con varias herramientas nuevas sobre la mesa y una pregunta de fondo: qué aporta de verdad cada una y dónde sigue mandando el criterio.

La idea central del episodio es que la IA ya está metida en casi todos los procesos digitales. No solo en el desarrollo, también en el diseño, en la automatización y en la forma de plantear proyectos completos.

En la conversación se insiste en que ya no tiene mucho sentido tratar la IA como una temática aislada. Se parece más a una herramienta transversal: está en todas partes, pero no sustituye el problema de fondo, que sigue siendo crear proyectos útiles, mantenibles y con sentido de negocio.

Ese matiz es importante porque evita convertir el episodio en una lista de novedades. Lo relevante no es que aparezcan más herramientas, sino cómo encajan dentro de un flujo real de trabajo.

Una de las novedades más comentadas es Claude Design, una herramienta experimental de diseño conversacional de Anthropic. La conversación gira alrededor de su capacidad para trabajar con contexto, documentación, materiales visuales y sistemas de diseño, no solo para generar una pantalla rápida.

Con un flujo basado en lienzo visual, comentarios sobre elementos concretos y exportación hacia otros formatos o hacia Claude Code.

El punto interesante no es solo lo que genera, sino lo que implica para un flujo profesional: si una herramienta consume mucho contexto, tokens y tiempo, la pregunta deja de ser si puede hacerlo y pasa a ser si compensa usarla en un sistema repetible.

La conclusión práctica es que Claude Design puede servir para explorar y validar direcciones visuales, pero no sustituye un proceso con fases claras, control y responsabilidad.

La conversación también conecta con herramientas que intentan convertir el diseño en una pieza más estructurada del sistema. Ahí entran ideas como Stitch, Mosaic y la posibilidad de trabajar con fuentes de verdad visuales que puedan leer los agentes.

El interés no está solo en generar pantallas rápido, sino en que el diseño tenga una base reutilizable, legible y mantenible. Si una herramienta ayuda a que el diseño entre mejor en el flujo de agentes, desarrollo y validación, aporta algo más que una demo visual.

En ese contexto, Mosaic aparece como otro ejemplo de builder o herramienta visual que alimenta el debate sobre cómo construir interfaces cuando la IA empieza a reducir la fricción técnica. La pregunta útil no es qué herramienta parece más espectacular, sino cuál encaja mejor en el proceso que quieres mantener.

Otra parte del episodio baja el debate a WordPress y a la construcción de sistemas con herramientas concretas. Se habla de Bricks, MCP, workshops y de cómo preparar contextos reutilizables para que los agentes no dependan de prompts enormes cada vez.

La referencia de Notion a Skills para Bricks apunta justo a esa idea: usar archivos, contexto y convenciones para que la IA trabaje mejor dentro de un entorno concreto.

Esto encaja con una idea que se repite durante el episodio: la IA no elimina la necesidad de arquitectura, la hace más importante. Cuanto más rápido puedes producir, más necesario es tener límites, fases y criterios claros.

Codex aparece como apoyo operativo dentro de un flujo de trabajo real, no como sustituto del proceso completo. Se menciona su uso para abrir proyectos, recuperar contexto y preguntar qué se ha hecho en las últimas semanas.

La referencia relacionada es Chronicle para Codex, una herramienta de investigación para mejorar la memoria de Codex aprovechando el contexto de pantalla.

Ese enfoque tiene una ventaja evidente: reduce la necesidad de repetir contexto y permite que la IA entienda mejor el trabajo acumulado. Pero también trae una advertencia importante: si se guarda contexto sensible en archivos locales o se depende de permisos de pantalla, la productividad no puede separarse de la privacidad y la seguridad.

El episodio también toca el debate sobre cómo debería evolucionar WordPress cuando aparecen nuevas formas de extenderlo. WP Apps plantea un modelo de extensiones aisladas, con permisos acotados y sin acceso directo a base de datos, sistema de archivos o ejecución PHP.

Ese planteamiento conecta con una preocupación de fondo: WordPress necesita seguir siendo flexible, pero también más seguro y predecible. Si el ecosistema quiere mantener su valor, no basta con añadir capas. Tiene que resolver mejor cómo conviven extensibilidad, seguridad y rendimiento.

La idea de las extensiones aisladas resulta interesante porque cambia la pregunta de “qué plugin instalo” a “qué permisos necesita realmente esta pieza del sistema”.

La parte de WordPress no se queda solo en herramientas. También aparece el debate sobre el rumbo del proyecto y las críticas de Matt Mullenweg a procesos, contribución y gobernanza.

La referencia relacionada en Notion es el análisis de WP Podcast sobre Matt Mullenweg y el rumbo de WordPress, donde se recogen tensiones sobre Five for the Future, transparencia, tickets acumulados y control del proyecto.

Este bloque es importante porque equilibra la conversación. La IA y las nuevas herramientas aceleran mucho, pero WordPress sigue teniendo preguntas estructurales abiertas. Si el proyecto quiere seguir siendo la base de tantos negocios, la gobernanza importa tanto como la tecnología.

Este episodio deja una conclusión bastante clara: la IA ya está en todas las capas del trabajo digital, pero el valor real sigue estando en cómo la integras. Claude Design, Codex, Bricks, WP Apps o Mosaic son piezas distintas de un mismo cambio: cada vez podemos construir más rápido, pero también necesitamos procesos más claros.

La clave no es perseguir cada novedad, sino decidir qué entra en tu sistema, qué problema resuelve y qué coste añade. Ahí es donde se separa una herramienta útil de una distracción.

Si algo queda claro es que la pregunta ya no es si usar IA o no, sino cómo usarla sin perder claridad, control y sentido práctico.

✏️ Suscribirse

WordPress sigue siendo la base. Lo que cambia es todo lo que construimos alrededor: IA, automatización, bloques, decisiones de arquitectura y nuevas formas de pensar el mantenimiento. En el episodio 249 se cruzan varios debates que hoy ya afectan a proyectos reales, desde webs editables por no técnicos hasta la aparición de CMS nuevos que prometen seguridad aislando cada plugin.

La idea central del episodio es clara: la tecnología puede acelerar el trabajo, pero el criterio sigue siendo lo que hace que un proyecto merezca la pena. Da igual si hablamos de un membership site, de una web de directorio, de SEO o de una interfaz construida con IA. Si el sistema no sirve al negocio, no compensa.

El episodio arranca con un caso práctico y muy cotidiano: una web para un entorno de aceites esenciales, comunidad, contenidos y usuarios reales que sí van a tocar el panel. No es una maqueta teórica. Es una estructura que tiene que funcionar hoy, pero también mañana, cuando otras personas entren a editarla sin saber código.

Ahí aparece una de las claves del episodio: construir para que el proyecto no dependa siempre del desarrollador. Si la base está bien planteada, la persona que gestiona el contenido puede cambiar bloques, mover piezas y entender la lógica general sin romper nada.

En ese contexto se menciona el uso de GeneratePress y GenerateBlocks como base flexible. No por la marca en sí, sino por la idea que representan: bloques, queries, campos personalizados y control sin encerrar el proyecto en un sistema rígido.

Codex aparece como una herramienta operativa. Se usa dentro de Cursor para tareas concretas, como ajustes de CSS o cambios pequeños, y no como sustituto de la arquitectura ni del criterio. Esa es la diferencia importante: la IA ayuda a producir mejor, pero no debe decidirlo todo.

El episodio insiste en que la IA tiene sentido cuando quita fricción, no cuando añade complejidad innecesaria. Si algo se puede resolver de forma simple y mantenible, esa suele ser la respuesta buena. Y si el proyecto ya tiene una estructura sólida, la IA puede servir para pulir detalles sin rehacerlo todo.

Aquí también aparece una reflexión útil para cualquier negocio con WordPress: si hay usuarios, autenticación, seguridad o pagos, no tiene sentido reinventar la rueda desde cero. La plataforma sigue siendo una ventaja, y la IA sirve para extenderla, no para desmontarla.

La segunda gran parte del episodio se mete de lleno en emDash, el CMS nuevo que se está presentando como sucesor espiritual de WordPress. El debate no va solo de marketing: va de qué problema intenta resolver realmente y qué sacrificios mete por el camino.

El argumento fuerte que se pone sobre la mesa es la seguridad. EmDash plantea un modelo donde cada plugin corre aislado, en una especie de cajón cerrado, con permisos muy limitados. Eso suena bien si tu preocupación es minimizar daños, pero también tiene una consecuencia evidente: dependes de esa tecnología y pierdes parte del ecosistema abierto que hace fuerte a WordPress.

Se menciona además el contexto técnico de Cloudflare, Astro y TypeScript, y cómo esa base les permite construir un CMS moderno, rápido y pensado para trabajar con IA desde el principio. Pero el episodio cuestiona la trampa de fondo: si para mantener esa seguridad necesitas un ecosistema tan cerrado, ¿sigues compitiendo de verdad con WordPress o simplemente estás creando otra categoría?

La reflexión práctica del episodio es bastante clara: para muchos proyectos reales, WordPress sigue siendo la pieza correcta. Especialmente cuando hablamos de memberships, contenidos restringidos, reservas, e-commerce o sistemas con lógica de negocio y usuarios reales.

En esa parte se repite una idea útil: la IA puede ayudarte a modificar diseño o funcionalidad sin abandonar WordPress. Si una interfaz nativa o un plugin te frena, la IA puede generar un añadido o un ajuste de código. Pero eso es distinto de levantar todo el sistema de cero por puro entusiasmo técnico.

También aparece la discusión sobre si usar o no usar una capa visual como GeneratePress cuando ya no aporta lo suficiente. La conclusión implícita es buena: si la base ya no te ayuda, no hay obligación de mantenerla por inercia. Lo importante es que el flujo sirva al proyecto, no al revés.

El episodio se mueve también hacia una consecuencia muy concreta de trabajar mejor con IA: cuando la parte técnica deja de ser barrera, aparece tiempo para pensar en negocio. Eso se ve en la conversación sobre SEO, prompts y la posibilidad de hacer por código cosas que antes requerían una interfaz o un plugin entero.

Se habla de un caso práctico muy claro: si una web se puede optimizar mejor, cargar más rápido y posicionar mejor con ayuda de IA y algo de código, entonces el problema deja de ser técnico y pasa a ser de estrategia. La pregunta ya no es “¿puedo hacerlo?”, sino “¿me conviene y cómo lo monetizo?”.

Ese cambio de foco es importante. El episodio no vende la IA como un atajo milagroso, sino como una forma de abrir espacio mental para lo que de verdad mueve un proyecto: monetización, tráfico, producto y decisión editorial.

Otra historia que aporta bastante contexto es la del proyecto del rap y las batallas. Aquí la idea es muy parecida: había información en Airtable, un WordPress y automatizaciones que sincronizaban datos. El problema no era solo técnico. También había una limitación de diseño, de mantenimiento y de tiempo.

Lo interesante es la parte de la productividad: ahora, con estos flujos de trabajo, una web de directorio o fichas de artista puede montarse en horas, no en semanas. Y eso cambia la conversación. Ya no estás pensando solo en si puedes construirla, sino en cómo aprovecharla para monetizar, posicionar o escalar.

También se menciona que, en este tipo de proyectos, la captura rápida con una extensión de navegador o una base tipo Airtable puede ser más natural que forzar toda la operativa dentro de WordPress. La arquitectura se elige por utilidad, no por dogma.

La parte final baja a una capa más técnica pero muy relevante: el coste de usar IA a escala. Se habla de memoria, de modelos, de capas y de por qué no todo necesita la infraestructura más pesada.

Un sistema con memoria persistente puede ser muy útil, pero también muy caro si no se diseña con cuidado. La conclusión es sensata: no siempre merece la pena tirar del modelo más grande o más complejo para tareas que podrían resolverse mejor con opciones más ligeras y baratas.

La idea de fondo vuelve al principio del episodio: la escalabilidad no consiste solo en hacer más, sino en poder hacer más sin disparar el coste ni perder mantenimiento. Esa es la línea que separa una prueba curiosa de un flujo realmente útil.

El episodio deja una conclusión muy clara: WordPress no ha dejado de tener sentido. Lo que ha cambiado es el mapa alrededor. Ahora hay IA, nuevos CMS, más automatización y más capacidad para construir cosas a medida sin perder tiempo en capas innecesarias.

La clave no es elegir entre WordPress o IA, sino saber cómo combinarlos con criterio. Un proyecto bien planteado puede apoyarse en WordPress como base, usar IA para extenderlo y reservar el esfuerzo humano para las decisiones que de verdad afectan al negocio.

Si quieres entender por qué tantos debates actuales no van tanto de tecnología como de estrategia, este episodio va justo de eso.

✏️ Suscribirse

WordPress 7 se acerca y trae algo que llevábamos tiempo esperando: conectores nativos de inteligencia artificial. En el episodio 247 de Negocios y WordPress hablamos de eso, de cómo estamos usando Make para automatizar Factura Directa, de la polémica con Anthropic y el Departamento de Defensa, de InstaWP como herramienta de staging, y de si tiene sentido pasarse de ChatGPT a Claude. Un episodio cargado.

La gran novedad que se viene el 19 de abril es WordPress 7, y uno de sus cambios más interesantes es una nueva pantalla en Ajustes llamada Conectores. La idea es simple: configuras ahí tus claves API de los principales proveedores de IA —OpenAI, Claude y Gemini de momento— y a partir de ahí esos accesos quedan disponibles para que cualquier plugin los aproveche.

Lo interesante no es la pantalla en sí, sino lo que representa: WordPress se está poniendo la fontanería para que el ecosistema construya encima. Ya no cada plugin gestionando sus propias claves, sino una capa centralizada.

El artículo que comentamos en el episodio lo explicaba bien: OpenAI está pensado si quieres texto, imagen y código; Claude si priorizas calidad en investigación y análisis. A partir de aquí, los plugins decidirán qué modelo usan y para qué.

Yani lleva unas semanas metiéndole mano a los temas de bloques personalizados para su serie de vídeos en canal, y el resumen es claro: tiene ventajas, pero el workflow es un lío.

El Site Editor genera variables CSS, escalas tipográficas fluidas con clamp() y presets de color automáticamente. Bien. El problema viene cuando quieres control total: acabas tocando el theme.json, archivos de CSS separados, templates en base de datos y templates en archivo, y todo desperdigado.

Para alguien que quiere un diseño a medida, el desarrollo con tema clásico o con Bricks sigue siendo más predecible y potente. Otra cosa es si estás construyendo algo para que un cliente edite con el editor nativo.

En paralelo, lo que sí está funcionando es construir un sistema de clases de utilidad propio para usarlo con Generate Blocks: variables de espacio en cuatro tamaños, clases de margin, padding, gap, tipografía, flex y container. Todo cargado en el editor para ver los cambios en tiempo real. Simple, portable y sin dependencias.

Dos clientes activos esta quincena con FacturaDirecta. Make no tiene módulo oficial, pero hay uno de la comunidad que funciona bien. Para lo que no cubre, HTTP request directo a la API y listo.

En lugar de escuchar el evento payment.succeeded, mejor usar invoice.paid. La factura de Stripe ya incluye los line items y toda la información necesaria para generar la factura fiscal en Factura Directa.

Amelia tampoco tiene módulo en Make, pero tiene API. La solución: un escenario programado cada semana que recorre las citas nuevas y lanza la facturación automática por cliente. Compatible con pagos en Stripe, en efectivo o cualquier otro método que uses en Amelia.

InstaWP permite crear un entorno de staging desde producción sin salir del panel de WordPress. Lo que más gusta: puedes acceder al staging directamente desde la instalación de producción, sin otro login ni panel externo.

No todo es compatible automáticamente. Algunos plugins como Gravity Forms requieren exportar e importar los formularios a mano entre entornos. Y el deployment selectivo —solo archivos modificados, no la instalación completa— todavía no está tan claro como en soluciones tipo WP Engine o Kinsta.

El precio: desde 2 $/mes por sitio en el plan sandbox. El plan starter con 10 GB de disco sale a 5 $/mes.

La polémica de la semana viene del contrato de Anthropic con el Departamento de Defensa de EE.UU., con cláusulas sobre vigilancia masiva y uso quirúrgico de sus modelos en armamento. El gobierno respondió mal, OpenAI firmó su propio contrato poco después sin esas restricciones, y el debate sobre qué empresa tiene los valores más alineados está servido.

Más allá de la política, la pregunta práctica:

¿ChatGPT o Claude para desarrollo web y automatización?

Lo que se ve en foros y comunidades de indie hackers es consistente: los desarrolladores prefieren Claude. El estándar MCP lo creó Anthropic, Claude Code es la herramienta de referencia en flujos agénticos, y el modelo Sonnet en particular tiene fama de ser más preciso en código.

ChatGPT sigue siendo el top of mind para uso general, tiene más integraciones y el ecosistema más maduro. Pero si programas mucho, Claude tiene ventaja percibida.

En precio, Claude Pro sale a 17 $/mes en anual frente a los 20 $/mes de ChatGPT Plus. La diferencia tampoco es decisiva.

El proceso de alta en la comunidad de Yan ha dado otro paso. Antes: el usuario entraba al servidor, rellenaba un formulario con su usuario de Discord, y una automatización le asignaba el rol premium.

Ahora: cuando alguien se une al servidor, recibe un mensaje privado con una URL que ya lleva su nombre de usuario pre-relleno como parámetro. Al hacer clic, la propia URL verifica si está logado en la web, y si es así, llama a Make directamente para asignar el rol. Sin formulario, sin fricción.

Quedan por cubrir los casos edge: usuario no logado, usuario logado pero sin acceso, usuario no en el servidor. Pero la base ya funciona.

Un debate recurrente que tiene cada vez más matices: ¿cuándo tiene sentido un agente y cuándo basta una automatización en Make?

La realidad es que muchos ejemplos que se venden como "agentes revolucionarios" son simplemente llamadas a una API con algo de lógica encima. Eso ya lo hace Make, más barato y sin quemar tokens en cada paso.

Los agentes tienen sentido real cuando el flujo es no determinista: cuando el siguiente paso depende de una interpretación, cuando hay que tomar decisiones con información incompleta, o cuando el usuario quiere interactuar en lenguaje natural sin configurar nada.

Para el 90% de las automatizaciones de negocio habituales —facturación, onboarding, publicación— una automatización clásica sigue siendo más predecible, más barata y más fácil de mantener.

¿Qué son los conectores de IA de WordPress 7? Una nueva pantalla en Ajustes que centraliza las claves API de proveedores como OpenAI, Claude o Gemini, para que cualquier plugin pueda usarlas sin gestionarlas por separado.

¿Se puede automatizar Factura Directa con Make? Sí. Hay un módulo creado por la comunidad y para lo que no cubre, funciona perfectamente con el módulo HTTP de Make llamando directamente a la API de Factura Directa.

¿Es InstaWP una alternativa válida al staging manual por SFTP? Para proyectos pequeños y medianos sí. El acceso directo desde producción y los perfiles FTP hacen el flujo bastante cómodo, aunque el deployment selectivo todavía tiene limitaciones.

¿Estás usando ya Make para automatizar tu facturación, o tienes otro flujo montado? ¿Y qué hay de los conectores de WordPress 7, le ves utilidad real en tus proyectos? Cuéntalo en los comentarios.

✏️ Suscribirse

Arrancamos 2026 con un cambio claro en el mundo del desarrollo web, la automatización y los negocios digitales. La inteligencia artificial está acelerando procesos, redefiniendo perfiles profesionales y obligando a replantear cómo trabajamos, cómo creamos contenido y cómo ayudamos a nuestros clientes a crecer.

En este episodio compartimos reflexiones, herramientas, aprendizajes reales y decisiones estratégicas para enfocar el año con más foco, menos dispersión y una visión mucho más orientada a negocio.

Después de unas navidades tranquilas y familiares, la sensación general es clara: menos diversificación y más foco. En un entorno donde todo cambia rápido, intentar abarcar demasiado no funciona.

El objetivo es simplificar:

Esto no significa hacer menos, sino hacer lo que realmente genera resultados.

Una de las novedades interesantes es la integración de IA en Gmail. No es solo una funcionalidad más, sino un cambio de paradigma en la gestión del correo:

Este tipo de herramientas muestran hacia dónde vamos: la IA integrada en el flujo diario, no como algo externo.

Para profesionales digitales, esto implica:

Se comenta la prueba de nuevas herramientas de edición de vídeo basadas en texto como alternativa a Descript. El objetivo no es cambiar por cambiar, sino optimizar el flujo:

Muchas veces el problema no es la herramienta, sino el proceso.

Se llama Trebble y la tienes en pago único en AppSumo.

Este bloque nace de ejemplos concretos que Elías dice estar viendo en Twitter:

Yannick aterriza el “pero” que aparece cuando sales del juguete:-

Elías lo conecta con su propio ejemplo (apps pequeñas como su agenda combinada de facetas). La idea no es vender humo: la velocidad de crear sube, pero mantener sigue exigiendo criterio.

Uno de los temas centrales del episodio es la evolución del perfil profesional. El valor se está desplazando desde el código hacia el conocimiento.

Lo realmente importante será:

Por ejemplo:

El profesional del futuro será más consultor que desarrollador.

Elías enlaza sus aprendizajes recientes con un objetivo claro: sacar “en público” el servicio de automatización y afinarlo con:

En paralelo, aparece un tema práctico que impulsa decisiones: analítica orientada a conversiones. La idea que cita (muy concreta) es:

Problema → Solución → Resultados

Otro pilar clave es dominar la analítica. No basta con mirar visitas. Lo importante es:

Esto conecta directamente con marketing, automatización y estrategia.

Elías explica el ajuste del sistema de contenidos: muchos canales (podcast, YouTube, shorts, newsletter, blog) y la necesidad de que no se convierta en caos. La decisión concreta:

La gestión de ideas se traslada a Obsidian, utilizando bases de datos para:

Además, se reorganiza la web para que cada sección tenga sentido dentro del negocio.

Elías explica que “consultas” se había convertido en práctica en preventa. Por eso decide:

La web deja de ser solo contenido y pasa a ser una herramienta comercial.

Se comparte un ejemplo real de cliente donde un supuesto error de pago era simplemente un problema de redirección y comunicación.

Este tipo de situaciones muestra el valor de:

Muchas veces los problemas no son técnicos, sino de percepción.

Un plugin desaparece y obliga a replantear la solución. Esto refuerza una idea clave:

El objetivo es estabilidad a largo plazo.

Se destacan eventos como WordCamp Zaragoza, Madrid y Málaga, fundamentales para:

La comunidad sigue siendo una ventaja diferencial.

La evolución de herramientas como JetBooking hacia modelos multivendor refleja nuevas tendencias:

Esto abre nuevas líneas de negocio.

El mensaje final es claro: el desarrollo web no desaparece, evoluciona.

El futuro pertenece a quienes:

No se trata de saber más código, sino de generar más impacto.

¿La IA sustituirá a los desarrolladores?

No. Cambiará su rol hacia consultoría, arquitectura y estrategia.

¿Qué habilidades serán clave en 2026?

Automatización, analítica, conocimiento de herramientas y pensamiento estratégico.

¿Cómo empezar en automatización?

Trabajando con negocios reales, entendiendo procesos y midiendo resultados.

¿Tiene sentido seguir aprendiendo desarrollo web?

Sí, pero enfocado en conceptos, sistemas y negocio.

Si quieres, puedo hacerte una versión más corta, más polémica, más enfocada a leads o más alineada con tu landing de automatización.

✏️ Suscribirse

El debate lleva tiempo rondando y en el episodio 245 de Negocios y WordPress por fin lo ponemos encima de la mesa: ¿tiene futuro un builder como Elementor o Bricks para el desarrollador que ya trabaja con inteligencia artificial? Repasamos las novedades de los principales constructores visuales para WordPress, exploramos cómo la IA está cambiando el flujo de trabajo con código, y compartimos reflexiones y herramientas concretas sobre automatización, correo y gestión de proyectos.

Elementor ha renovado su estructura de precios con los planes Elementor One, una capa premium que incluye herramientas de inteligencia artificial propias (Angie), plugins de optimización y accesibilidad integrados, y créditos de IA para generar código e imágenes.

El cambio más relevante a nivel técnico es el editor v4, que introduce widgets rediseñados desde cero con soporte nativo de clases CSS. La transición será progresiva: los primeros widgets afectados son los más usados (heading, image, acordeón...), y durante un tiempo convivirán los antiguos y los nuevos. También se simplifica la interfaz, agrupando todas las opciones de estilo en una sola pestaña.

En cuanto al precio, los planes One están disponibles tanto para uso personal como para agencias, con opciones anuales y lifetime. Ojo con revisar bien qué incluye cada tier antes de contratar, especialmente la integración con WooCommerce, que no está disponible en los planes más básicos.

Bricks sigue su propio camino con una actualización importante que incluye un nuevo core framework, mejoras sustanciales en la interfaz y una vista previa que se recarga sin necesidad de recargar el editor completo. En palabras del propio podcast: se parece cada vez más a VS Code con una extensión de builder que a un builder tradicional.

El precio ha subido considerablemente: el lifetime que antes costaba 270 dólares ahora ronda los 1.000. Aun así, sigue siendo más asequible que alternativas como Elementor para un volumen medio de proyectos, especialmente teniendo en cuenta que Bricks está incorporando funcionalidades que antes requerían plugins de terceros.

Esta es la reflexión central del episodio. Yannick lleva semanas trabajando en un sistema de agentes con VS Code para construir webs WordPress directamente con código, sin builders, y los resultados están siendo reveladores.

El flujo consiste en un equipo de agentes especializados que se coordinan entre sí: un jefe de proyecto (orquestador), un estratega, un diseñador, un optimizador, un testeador... Cada agente tiene sus propias skills (habilidades concretas) y acceso a MCPs relevantes como el de WooCommerce, ACF o cualquier herramienta del stack.

La clave del éxito no está en la tecnología en sí, sino en el sistema de trabajo que hay detrás. Si defines bien las fases (estrategia, guía de estilos, estructura, código), el resultado que genera la IA se ajusta exactamente a lo que necesitas, con tus clases CSS, tu tipografía y tu diseño. Lo que antes tardaba 30 minutos haciéndolo a mano, la IA lo replica en 3 minutos con el mismo resultado.

Las herramientas mencionadas para este flujo son VS Code con la extensión Roo Code (o Claude Code como alternativa), con soporte para modelos como Claude Opus, Sonnet, o modelos más económicos como LLaMA 3.3 para tareas de código estándar.

La conclusión de Yannick es clara: en sus proyectos propios, ya no instalará un builder. Seguirá enseñando Elementor, Bricks y el resto en su curso, pero para su trabajo personal, el código + IA ha ganado la partida.

Elías comparte una reflexión práctica sobre la automatización local: todo lo que antes hacía en webs de terceros (extender imágenes, añadir fondos degradados a capturas...) ahora lo resuelve con FFmpeg desde la terminal, integrado en flujos de Automator como Quick Actions del Finder.

El proceso es simple: pedirle el comando a ChatGPT, pegarlo en un workflow de Automator, y asignarlo como acción rápida con botón derecho. El resultado es una herramienta nativa, sin dependencias externas, sin fricción y sin tener que abrir el navegador.

La reflexión de fondo es más interesante que el truco en sí: automatizar es programar, y el salto mental no es "me voy a hacer una app nativa" sino "tengo los ingredientes, solo tengo que juntarlos en un flujo". La IA baja la barrera de entrada para ese paso.

ChatGPT ha renombrado sus conectores como Apps y ha ampliado la oferta. Entre las disponibles, Elías prueba la integración con Stripe para analizar ingresos directamente desde el chat, con confirmaciones por transacción. La URL de autorización revela que se trata de MCPs bajo el capó (Stripe MPC by ChatGPT).

También está disponible Google Drive, entre otras. El potencial es evidente: gestionar herramientas del negocio desde una interfaz conversacional sin instalar nada.

Elías detecta un problema de entrega de correo causado por un registro SPF mal configurado. Al usar reenvío desde su dominio hacia Gmail, el hosting (que usa Mail Channels como servicio de envío) no estaba autorizado en el registro SPF, provocando errores.

La recomendación es mantener el registro SPF limpio: solo las herramientas activas (hosting, facturación, marketing...) y eliminar las que ya no se usan. Usar el dominio del proveedor en lugar de IPs individuales es más robusto ante cambios.

Nota relevante: Gmail ha eliminado el acceso POP3 en cuentas gratuitas. Si usabas Gmail para consultar correo de tu dominio por esta vía, toca migrar a reenvío, a Google Workspace, o integrar el correo directamente en una herramienta de gestión como ClickUp.

Además de todo lo anterior, se presentan brevemente:

Elías comparte un cambio en su estructura de cobro para eventos de DJ: de tres pagos a dos (50% reserva + 50% tras el evento), con una justificación clara de lo que cubre cada pago. La reflexión extrapolable a cualquier freelance: llamar "primer pago" en lugar de "adelanto" o "fianza" cambia la percepción del cliente sobre si ese dinero es o no recuperable.

El negocio está vivo y hay que ir adaptando las condiciones a los tipos de clientes con los que trabajas, o bien mantener tu posición y atraer a los clientes que encajan con ella.

El episodio 245 deja claro que el desarrollo WordPress está en un punto de inflexión. Los builders no van a desaparecer de un día para otro, pero para quien tiene base técnica, trabajar con código + IA empieza a ser más rápido, más limpio y con más control que arrastrar bloques. Elementor y Bricks siguen siendo herramientas relevantes y seguirán enseñándose, pero el flujo de trabajo está cambiando.

¿Estás usando ya IA en tu flujo de desarrollo? ¿Sigues con builder o has dado el salto al código? Cuéntanoslo en los comentarios o únete a la conversación en nuestra comunidad de Telegram.

Elementor One es el nuevo tier de planes premium de Elementor que incluye herramientas de IA propias, créditos para generación de código e imágenes, y plugins de optimización y accesibilidad integrados. Está disponible tanto para uso personal como para agencias.

El editor v4 es la nueva arquitectura de widgets de Elementor que introduce soporte nativo de clases CSS y una interfaz simplificada. La transición es progresiva: los nuevos widgets convivirán con los antiguos durante un periodo de migración.

Sí. Con herramientas como VS Code + Roo Code o Claude Code, y un sistema de agentes bien definido, es posible generar código WordPress (HTML, CSS, PHP) de forma asistida por IA con resultados equivalentes o superiores a los de un builder, en menos tiempo y con mayor control sobre el output final.

FFmpeg es una utilidad CLI de código abierto que permite manipular audio, vídeo e imágenes desde la terminal. En un flujo creativo, puede usarse para automatizar tareas como extender portadas musicales, añadir fondos degradados a capturas de pantalla o convertir formatos multimedia, sin depender de herramientas online de terceros.

✏️ Suscribirse

WordPress, automatización e inteligencia artificial están cambiando el desarrollo web y la forma de trabajar con clientes. En este episodio hablamos de novedades del ecosistema, nuevas herramientas, cambios en el negocio y problemas reales que ya estamos viendo con proyectos creados con IA. También compartimos cómo estamos afinando procesos, sistemas y servicios para adaptarnos a este nuevo escenario.

Si trabajas con WordPress, desarrollo web, no-code o automatización, estos cambios afectan directamente a cómo captas clientes, cómo entregas proyectos y cómo escalas tu negocio.

Una de las novedades más interesantes que se vienen en WordPress 7.0 es la integración de View Transitions, una mejora visual que permite transiciones suaves al cambiar de pantalla, al menos dentro del panel de administración.

Esto, que puede parecer menor, tiene bastante impacto en:

Ya hay un plugin del equipo de rendimiento de WordPress que permite probarlo y ver cómo afecta tanto al backend como al frontend.

👉 Plugin: https://wordpress.org/plugins/view-transitions/

Este tipo de mejoras van en la línea de que WordPress evolucione sin perder su base, pero cuidando más la interfaz.

También hablamos del rediseño de la biblioteca de medios, con nuevas vistas en:

El objetivo es unificar interfaces y hacer que la experiencia sea coherente en todo el panel. Esto es especialmente útil en proyectos grandes, donde el orden y la organización del contenido es clave.

Elementor está apostando por un modelo más integrado con Elementor One, una suscripción que agrupa:

Tiene sentido para usuarios que trabajan 100% dentro del ecosistema Elementor. Sin embargo, para perfiles con más control técnico, puede no encajar tanto porque muchas de estas funciones ya se resuelven con herramientas propias.

El nuevo editor v4 introduce mejoras en:

Pero sigue en fase beta, por lo que recomendamos probarlo en entornos de prueba.

En paralelo, Bricks Builder está avanzando rápido con nuevas funcionalidades como variables, escalas tipográficas y control más técnico, lo que mantiene la competencia muy activa.

No se trata de casarse con un builder, sino de usar la herramienta adecuada según el proyecto.

Un tema central del episodio es el enfoque en sistemas y procesos, lo que solemos llamar “afilar el hacha”. En lugar de ejecutar sin parar, estamos dedicando tiempo a:

Esto permite trabajar con más claridad y reducir el caos operativo.

Hemos reorganizado el sistema de ideas para que ahora podáis mandarnos propuestas de contenido directamente. Esto nos ayuda a detectar problemas reales del mercado y generar temas que aporten valor.

👉 Podéis enviar ideas aquí: https://eliasgomez.pro/ideas

Además, hemos integrado un flujo de lectura y captura en Obsidian, donde recopilamos artículos, los resumimos con IA y los clasificamos según su estado.

👉 Obsidian: https://obsidian.md

Esto conecta directamente con el proceso de creación de contenido y con la investigación constante.

Otro punto clave es la estandarización de procesos:

Esto mejora la percepción del cliente y reduce errores.

Muchos clientes no quieren trabajar en gestores de tareas complejos, por lo que mantener sistemas simples y claros es una ventaja competitiva.

Estamos viendo un patrón claro: cada vez más empresas necesitan automatizar la facturación. Un caso típico:

Este tipo de automatizaciones pueden convertirse en servicios empaquetados y escalables.

Un cambio importante es analizar ingresos por:

Esto permite:

También analizamos ingresos por marcas o facetas, lo que ayuda a decidir dónde enfocar el crecimiento.

La inteligencia artificial está facilitando crear webs, pero también está generando nuevos problemas:

Muchos proyectos tienen:

También vemos:

Cuando estos proyectos llegan al entorno WordPress, suele ser necesario:

Esto abre nuevas oportunidades de negocio en auditoría y consultoría.

Otro punto relevante es el control de datos. Muchas herramientas de IA alojan:

Sin que el cliente entienda dónde están ni quién tiene acceso.

Esto obliga a replantear:

Estamos probando diferentes herramientas según el momento:

Herramientas con gran contexto para entender competencia, documentos y estructura.

Uso de herramientas como Stitch para validar diseño y mapas de calor.

Uso de modelos especializados en código y herramientas como:

👉 Visual Studio Code: https://code.visualstudio.com

El objetivo no es automatizar todo, sino integrar IA sin perder control.

El desarrollo web está cambiando rápido. WordPress evoluciona, Elementor y otros builders compiten, la automatización gana peso y la IA redefine el perfil del cliente.

La clave no está en usar IA o no, sino en:

Estamos viendo una transición clara desde el desarrollo puro hacia la consultoría, la automatización y la optimización continua.

Si estás trabajando en este sector, este es un buen momento para revisar procesos, servicios y posicionamiento. Nos interesa mucho conocer qué cambios estás viendo en tus clientes y qué problemas están apareciendo con la IA.

¿Cómo está afectando la inteligencia artificial al desarrollo WordPress?

Está facilitando la creación de webs, pero también generando proyectos mal estructurados que requieren auditoría, refactorización y consultoría.

¿Qué oportunidades genera la automatización?

La automatización de procesos como facturación, CRM o marketing permite crear servicios recurrentes y escalables.

¿Elementor o Bricks?

Depende del proyecto. La tendencia es usar herramientas flexibles y con control técnico.

¿Qué tipo de servicios crecerán en los próximos años?

Auditoría, automatización, consultoría estratégica, optimización continua y seguridad.

✏️ Suscribirse

WordPress, automatización, no-code, inteligencia artificial, eventos y comunidad. En este episodio ponemos todo eso sobre la mesa desde un enfoque muy concreto: qué nos está funcionando de verdad en el trabajo diario con clientes y qué no. Sin promesas, sin teorías bonitas y sin vender herramientas por venderlas. Solo experiencias reales, dudas abiertas y aprendizajes acumulados después de años trabajando con proyectos digitales.

Empezamos comentando varios eventos recientes relacionados con WordPress y no-code. Por un lado, eventos locales y de formato pequeño; por otro, la referencia constante a WordCamp y al ecosistema WordPress en general.

La conclusión parcial es clara:

los eventos aportan contexto, personas y perspectiva, pero no siempre aportan profundidad técnica.

En el evento de no-code en Bilbao, por ejemplo, el enfoque era claramente de negocio. Casos reales de gente que ha creado productos y está facturando con herramientas no-code. Eso es interesante y valioso, pero si vienes buscando detalle técnico o “cómo se hace”, puede quedarse corto. Aun así, refuerza una idea clave que repetimos mucho:

La herramienta importa menos que el problema que estás resolviendo.

En el caso del WordPress Day de Sevilla, el formato pequeño juega a favor. Menos complejidad organizativa, más fácil de repetir, más sostenible para la comunidad. No es una WordCamp, pero cumple su función: networking, conversación, aprendizaje y contacto humano. Y eso, en este sector, sigue siendo relevante.

También aparece de fondo WordCamp Europe, no tanto por las charlas en sí, sino por todo lo que ocurre alrededor: encuentros paralelos, conversaciones informales y relaciones que no nacen en un Zoom.

Clave del bloque: ir a eventos con expectativas realistas y medir su valor por lo que te llevas después, no por el cartel.

Uno de los ejes fuertes del episodio es la profesionalización del servicio. No desde el punto de vista técnico, sino desde todo lo que rodea al trabajo con clientes.

Aquí insistimos en algo importante: ser profesional no es solo ejecutar bien, es comunicar bien, documentar bien y reducir fricciones.

Un ejemplo muy concreto es la forma de escribir emails a clientes. No basta con decir “esto ya está hecho”. Estamos intentando:

Esto lleva más tiempo, sí. Pero ahorra malentendidos, bloqueos y conversaciones circulares. Es tiempo invertido en orden mental y en confianza.

Otro paso es crear un registro de proyecto accesible para el cliente, usando herramientas como Notion. Antes estas notas estaban solo en Obsidian, como documentación interna. Ahora el cliente puede consultar qué se decidió, cuándo y por qué.

No es para todos los proyectos, pero en trabajos recurrentes o de largo plazo reduce mucho la dependencia del correo y de la memoria.

También hablamos de la importancia de repetir procesos y herramientas:

No es dogmatismo. Es control.

Cada excepción añade fricción, riesgo y tiempo perdido.

Entramos en un caso real de automatización que conecta WordPress, Make y Discord.

El punto de partida era una creencia extendida: ciertas publicaciones en Discord no se pueden automatizar.

Probando con calma, se demuestra que sí. Se construye un flujo donde:

El valor no está en lo complejo del sistema, sino en cuestionar la suposición inicial. Muchas tareas manuales siguen existiendo simplemente porque nadie ha probado si realmente hay alternativa.

Este tipo de automatización no “vende” por lo técnica que es, sino por el tiempo y la fricción que elimina en el día a día del cliente.

Y aquí aparece una pregunta importante: ¿cómo empaquetar este valor sin vender “automatización” como palabra vacía?

A partir del caso anterior reflexionamos sobre cómo nos definimos profesionalmente.

Automatización y WordPress son herramientas.

El cliente no compra herramientas, compra resultados.

Hablar solo de “automatización” atrae a gente que ya sabe que la necesita. Pero deja fuera a muchos clientes que tienen problemas operativos claros y no los llaman así.

Sale la comparación clásica entre “páginas web” y “desarrollo web”. El lenguaje importa porque define el tipo de cliente que llega. Antes de afinar el mensaje, hay que tener claro el público. Y ese proceso no siempre está cerrado.

Aquí no damos una respuesta definitiva, pero sí una dirección: menos foco en la herramienta, más foco en el problema y el impacto real.

Probamos y comentamos varias herramientas de IA desde un uso real, no desde la demo.

Promete multi-agente, contexto infinito y creación de webs completas. Sobre el papel suena potente, pero al analizarlo con calma no vemos todavía una diferenciación clara frente a otras soluciones. No se descarta, pero tampoco genera adopción inmediata.

En borradores de email el resultado es irregular. A veces pierde matices importantes o responde a la instrucción en lugar de redactar el mensaje final. En cambio, las notas automáticas de Google Meet funcionan mejor para reuniones, aunque echamos en falta acceso claro a la transcripción completa.

Krisp ofrece más control: audio, texto completo, acciones. Pero introduce fricción (avisos, activación manual). No hay una herramienta perfecta; la elección depende del contexto, del número de reuniones y del nivel de control que necesites.

Comentamos brevemente novedades recientes de WordPress: mejoras de rendimiento, accesibilidad, interfaz y APIs. Pasos en la buena dirección, pero sin revoluciones.

También cuestionamos cifras de mercado que circulan sobre WordPress, Shopify y otras plataformas. Las comparaciones dependen mucho de la fuente y del contexto. Mezclar plataformas generalistas con ecommerce puro lleva a conclusiones poco fiables.

La idea se repite:

leer datos con criterio y sin titulares fáciles.

En este episodio cruzamos eventos, WordPress, automatización, procesos con clientes e inteligencia artificial con una idea común: trabajar mejor no va de sumar herramientas, sino de reducir fricción y tomar mejores decisiones.

Quedan muchas preguntas abiertas —sobre posicionamiento, sobre IA, sobre cómo empaquetar servicios— y precisamente ahí está el valor de la conversación completa. Si has llegado hasta aquí, los matices, ejemplos y reflexiones finales se entienden mucho mejor escuchando el episodio entero y siguiendo el hilo tal y como lo construimos en audio.

¿Merece la pena ir a eventos WordPress pequeños?

Sí, si buscas comunidad, networking y contexto. No siempre aportan profundidad técnica, pero sí relaciones y perspectiva.

¿La automatización con WordPress y Make es solo para proyectos grandes?

No. Muchas automatizaciones simples eliminan tareas manuales diarias con mucho impacto, incluso en proyectos pequeños.

¿La IA ya sustituye procesos de trabajo reales?

Todavía no. Ayuda en borradores, notas y análisis, pero sigue fallando en matices clave y requiere supervisión.

¿Cómo aportar más valor a clientes sin trabajar más horas?

Mejorando comunicación, documentación y procesos. No es solo hacer más rápido, es reducir fricción y malentendidos.

✏️ Suscribirse

WordPress 6.9 trae la Abilities API: el “idioma” que necesita la IA para actuar en tu web.

En el episodio 240 de Negocios y WordPress hablamos de una mezcla muy realista: WordPress, inteligencia artificial, herramientas y “vida de autónomo” (con su caos incluido). Pero el centro del capítulo fue claro: WordPress 6.9 y la Abilities API, una pieza que, si trabajas con web y automatización, te cambia el mapa mental.

Y sí, también salen temas de Stripe + Make, subidas de precios, Kit Digital, productividad con Todoist, IA en Gmail con Gemini, y ese clásico “tengo 20 suscripciones y debería borrar la mitad”.

WordPress lleva tiempo moviéndose hacia IA, pero en 6.9 se ve un cambio: ya no es “un plugin que hace cosas”, sino infraestructura.

La Abilities API introduce un registro central donde WordPress (core), themes y plugins pueden declarar “cosas que saben hacer” de forma estándar: qué hacen, qué entradas aceptan, qué devuelven y qué permisos requieren. Eso convierte WordPress en un sistema descubrible para agentes y automatizaciones. 

Si te quedas con una frase del episodio, sería esta:

Abilities = API autodocumentada para que una IA no tenga que “adivinar” tu WordPress.

En vez de pedirle a un modelo que improvise (y se invente macros, endpoints o parámetros), se le ofrece un catálogo de acciones reales.

Cada ability es una acción concreta: por ejemplo, “contar posts”, “crear un producto”, “generar un informe”, “crear un CPT”, etc. Se registra en WordPress con wp_register_ability() y debe hacerse en el hook wp_abilities_api_init. 

Lo interesante es el “contrato”:

Esto no solo sirve a ChatGPT o Claude; sirve a cualquier integración que quiera operar de forma fiable y repetible. 

En el episodio se enlaza esto con MCP (Model Context Protocol): si MCP es el “protocolo” para conectar un agente con herramientas, Abilities es el “mapa” de herramientas disponible dentro de WordPress.

Por eso se entiende como un paso previo: sin abilities, el agente puede “conectar”, pero no sabe qué puede hacer ni cómo hacerlo. 

Se mencionó que WooCommerce ya está explorando MCP como feature, activable desde ajustes avanzados (beta), para exponer operaciones de tienda a clientes IA con autenticación y permisos. Esto abre la puerta a cosas como:

WooCommerce lo plantea como una integración MCP estándar para que asistentes interactúen con la tienda. 

El ejemplo del episodio con JetEngine (Crocoblock) es justo lo que hace potente este enfoque: si JetEngine expone abilities para crear CPT, metaboxes, taxonomías, queries, etc., el agente ya no “alucina” sobre cómo se configura: ejecuta las operaciones oficiales que el plugin le ofrece.

Eso reduce fricción, reduce errores y, sobre todo, reduce la típica situación de: “sí, sí… esto se hace con una macro que no existe”.

(Como referencia, Crocoblock ha ido publicando avances de JetEngine 3.8 alrededor de MCP/AI en sus canales). 

Otra idea importante del episodio: WordPress no está “desligado” del mundo IA. Existe un trabajo organizado dentro del ecosistema, con iniciativas como AI Building Blocks y el propio equipo de IA publicando avances y guías. 

Y además, Automattic también está empujando por su lado (WordPress.com, experimentos, etc.). El mensaje de fondo: IA va a entrar “por el core” y por los plugins grandes.

En la parte de “vida real”, se contó un caso muy típico pero muy bien aterrizado: subida de precios por un cambio de costes (en el episodio, por el contexto del mercado avícola) y cómo eso te obliga a dominar:

La clave técnica que se remarca: en Stripe no “editas” un price usado por suscripciones antiguas, sino que acoplas un price nuevo a la suscripción (sin reventar el historial). Eso es lo que te permite hacer una subida ordenada. (Buen recordatorio: el conocimiento útil suele venir de arreglar líos en producción).

Se habló de algo muy común: no es que el sistema no funcione, es que lo estabas usando de una forma que te empujaba a tareas que no querías hacer hoy. El ajuste fue redefinir el uso de prioridades para separar “mantenimiento que quiero quitarme” del “trabajo duro”.

Además, la idea de mover una estrategia grande a un proyecto (para que exista y se ejecute) es oro: si no está en el sistema, se queda en “backlog mental”.

Aquí entró un tema muy de especialista: la profesionalización no es solo escribir mejor al cliente, es tener decisiones repetibles:

Aparecen nombres concretos como InstaWP para entornos/staging (con planes y enfoque de gestión de sitios)  y el plugin SWIS Performance (del ecosistema EWWW) como alternativa ligera para rendimiento/caché. 

Y también el apunte de que WP Rocket ha ido moviendo precios/planes en 2025 (lo que, sumado a todo lo demás, refuerza la necesidad de simplificar suscripciones). 

Aquí hubo un momento muy “esto sí”: Gemini dentro de Gmail para generar borradores con contexto real del hilo (“Help me write”), que no es lo mismo que un redactor externo que se lía con quién dijo qué.

Google lo plantea como funcionalidad integrada en Gmail/Workspace con generación de borradores, sugerencias, resúmenes, etc. 

Además, se mencionó el valor de “notas” en Meet y la idea de sustituir herramientas externas si la integración reduce fricción (y RAM).

Punto clave: no es el precio mensual, es cuánto tiempo te devuelve.

Se mencionó Manus como herramienta que, a nivel de “buscar alternativas” (tipo capturas bonitas estilo Pretty Snap), no aportó milagros respecto a ChatGPT.

Pero también se comentó algo relevante: Manus lanzó Browser Operator, una extensión para convertir tu navegador Chromium en un entorno donde el agente actúa “dentro” de tus sesiones y logins. Eso, si funciona bien, es un salto práctico para automatizar tareas web reales. 

El episodio cierra con un tema que muchos han vivido: proyectos subvencionados con iteraciones eternas, cambios de interlocutor, silencios, webs duplicadas y la sensación de “otro ultimátum más”.

Más allá del desahogo, aquí hay una lección de negocio: la gestión (comunicación, plazos, responsabilidad) es parte del valor, no un extra.

WordPress 6.9 no es solo una versión con mejoras visuales. Con Abilities API, WordPress está preparando el terreno para que la IA deje de ser “un plugin simpático” y pase a ser operativa, conectable y segura, con permisos y contratos claros. 

Y alrededor de eso, todo encaja: automatizaciones en Make, control de precios en Stripe, herramientas que se integran o estorban, IA que ahorra tiempo de verdad (Gmail), y la necesidad de profesionalizar métodos para no vivir apagando fuegos.

Si estás trabajando con WordPress y te interesa el futuro cercano, este es de esos cambios que merece la pena seguir de cerca… y debatir con gente que también está en la trinchera.

Enlaces mencionados (internos y externos):

¿Qué es la Abilities API de WordPress 6.9?

Es una API que permite registrar “habilidades” (acciones) de WordPress, plugins y temas en un formato estándar: qué hacen, qué necesitan, qué devuelven y qué permisos requieren. Sirve para IA, automatización e integraciones fiables. 

¿En qué se diferencia de la REST API tradicional?

La REST API expone endpoints; la Abilities API añade una capa “descubrible” y estandarizada (autodocumentada) para que un agente o herramienta pueda saber qué existe y cómo llamarlo sin leer documentación externa. 

¿Qué pinta tiene esto con MCP (Model Context Protocol)?

MCP estandariza cómo un agente se conecta a herramientas. Abilities aporta el catálogo de acciones en WordPress para que el agente pueda elegir y ejecutar operaciones con permisos. 

¿WooCommerce ya permite esto?

WooCommerce ha publicado integración MCP en fase beta y documentación oficial para exponer herramientas de tienda a clientes IA con autenticación y permisos. 

¿Qué ganan plugins como JetEngine con esto?

Que pueden exponer acciones de su propio sistema (CPT, metaboxes, queries, etc.) para que un agente trabaje “a través del plugin” sin inventarse cómo funciona. 

Si quieres, lo adapto a tu web con enlaces internos reales por slugs (por ejemplo, a tu página de consultoría, tu categoría de “Medios”, o posts sobre Make/Stripe) y lo dejo listo para pegar en WordPress con bloques.

✏️ Suscribirse