240. WordPress 6.9 + IA: qué aporta realmente la Abilities API

✏️ Suscribirse https://youtu.be/rMiaGSWPZ1k 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 6.9 y la Abilities API: el primer paso serio hacia IA “nativa” 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. Qué es la Abilities API “en cristiano” y por qué no es solo para IA Abilities como “acciones con contrato” 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”: Input: qué datos necesita (schema). Output: qué devuelve (schema). Permisos: quién puede ejecutarla. Callback: la función real que se ejecuta. Esto no solo sirve a ChatGPT o Claude; sirve a cualquier integración que quiera operar de forma fiable y repetible.  Abilities + MCP: el combo que se viene 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.  Casos de uso reales: WooCommerce MCP y JetEngine “con esteroides” WooCommerce: hablar con tu tienda (sin tocar la UI) 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: “¿Qué vendí esta semana?” “Sácame un informe de productos con caída de ventas” “Crea un descuento para esta categoría” “Revisa pedidos pendientes y agrúpalos por estado” WooCommerce lo plantea como una integración MCP estándar para que asistentes interactúen con la tienda.  JetEngine: cuando un plugin se vuelve “operable” 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).  WordPress no va tarde: AI Team y “AI Building Blocks” 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. Negocio real: cuando subes precios y descubres que Stripe enseña más que un curso 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: Stripe (productos, prices, suscripciones, subscription items) Airtable como fuente de control (campos “price ID actual” vs “price ID anterior”) Make como orquestador SendGrid para el aviso a clientes 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). Productividad y herramientas: menos apps, mejores sistemas Todoist: prioridades y filtros para que no te “manden” las tareas viejas 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”. Metodología WordPress: tu “caja de herramientas” por defecto Aquí entró un tema muy de especialista: la profesionalización no es solo escribir mejor al cliente, es tener decisiones repetibles: ¿Qué plugin de caché usas según servidor? ¿Cómo haces staging? ¿Qué modo mantenimiento activas? ¿Qué stack aplicas siempre? 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).  IA práctica (no humo): Gemini en Gmail, Meet y el coste real del tiempo 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. Manus y el navegador como “agente”: promesa interesante, resultados mixtos 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.  Kit Digital: cuando el proyecto se alarga tanto que ya ni sabes cuál es la web buena 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. Conclusión: Abilities API es el “punto de inflexión” (y lo demás son síntomas) 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): Internos: Negocios y WordPress Telegram EliasGomez.pro Externos: Abilities API en WP 6.9 (Field Guide) Introducción Abilities API (Developer News) WooCommerce MCP docs Manus Browser Operator Gemini en Gmail: Help me write FAQ ¿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.