WordPress lleva más de veinte años creciendo de forma imparable, natural, pero un poco caótica. Cada plugin expone su funcionalidad como le parece: unos usan hooks, otros crean endpoints REST, otros recurren a AJAX, y algunos inventan soluciones propias que solo ellos entienden.

Ha funcionado, pero tiene un precio. Ese precio es la que cada cosa va por su lado…

Integrar dos plugins entre sí suele requerir código «pegamento» personalizado. Automatizar tareas significa conocer los entresijos de cada extensión, y si quieres que un sistema externo, ya sea una herramienta de automatización o un agente de IA, interactúe con tu WordPress… buena suerte averiguando qué puede hacer tu sitio y cómo pedírselo.

WordPress, desde la versión 6.9 lanzada en diciembre de 2025, llegó con una propuesta para cambiar esto que igual pasó un poco desapercibida, pero que supone quizás el cambio más importante en WordPress prácticamente desde su nacimiento: la Abilities API.

Índice de contenidos

Un problema que llevaba años sin solución

Imagina que tienes una tienda online con WooCommerce y quieres que, cuando se complete un pedido, automáticamente se genere una factura con tu plugin de facturación, se envíe por email con tu plugin de correo y se registre en tu CRM = 3 plugins + 3 formas completamente diferentes de hacer las cosas.

Hoy, conseguir que esto funcione requiere o bien un cuarto plugin que haga de intermediario, o código personalizado que conozca íntimamente cómo funciona cada uno, y si alguno de esos plugins actualiza su forma de trabajar, todo puede romperse.

Seguro que más de una vez me has oído o leído eso de que lo raro es que funcione WordPress conviviendo con códigos de veinte padres.

Este escenario se repite constantemente en el ecosistema WordPress. No porque los desarrolladores hagan mal su trabajo, sino porque nunca ha existido una forma estándar de decir «esto es lo que mi plugin puede hacer, estos son los datos que necesita y esto es lo que devuelve».

La Abilities API propone exactamente eso: un registro central donde cualquier componente de WordPress, ya sea el núcleo, un plugin o un tema, puede declarar sus capacidades de forma estructurada y consistente.

Qué es una ability y por qué es tan importante

Una ability (capacidad) es, en esencia, una acción que tu sitio WordPress puede realizar, descrita de forma que tanto un humano como una máquina puedan entenderla.

Cada capacidad registrada incluye:

Un identificador único: por ejemplo, mi-plugin/crear-factura.
Una descripción legible: qué hace exactamente esta acción.
Un esquema de entrada: qué datos necesita para funcionar.
Un esquema de salida: qué devuelve cuando se ejecuta.
La lógica de ejecución: la función que realmente hace el trabajo.
Los permisos necesarios: quién puede invocar esta acción.

Lo que lo cambia todo no es ninguno de estos elementos por separado, sino que todos los plugins y temas puedan usar el mismo formato.

Por primera vez, WordPress tiene un catálogo completo de todo lo que un sitio puede hacer, escrito en un idioma común.

Y aquí viene lo potente: una vez registrada una ability, WordPress se encarga de exponerla automáticamente donde haga falta. La defines una vez usando el PHP de siempre y automáticamente está disponible también mediante JavaScript y a través de endpoints REST. Con una única definición ofreces múltiples puntos de acceso.

El catalizador fue la IA, pero el beneficio es mucho mayor

La Abilities API es uno de los cuatro componentes de los AI Building Blocks, la iniciativa del equipo oficial de IA de WordPress. Y sí, el impulso inicial vino de ahí: para que un agente de IA pueda interactuar con tu WordPress, primero necesita saber qué puede hacer tu sitio.

Pero sería un error pensar que esto solo va de inteligencia artificial.

La Abilities API puede que sea la mejora más importante en experiencia de desarrollo para WordPress desde los hooks.

Piensa en todos los contextos donde necesitas saber qué puede hacer un sitio WordPress:

Herramientas de automatización como n8n o Make que quieren disparar acciones en tu sitio.
La paleta de comandos del editor, que necesita saber qué acciones mostrar al usuario.
Constructores de flujos de trabajo que encadenan acciones de diferentes plugins.
Sistemas de monitorización que necesitan ejecutar comprobaciones.
Otros plugins que quieren aprovechar funcionalidades de extensiones instaladas.
Y sí, también agentes de IA que necesitan un mapa de capacidades.

Todos estos casos comparten el mismo problema: necesitan descubrir qué puede hacer WordPress y cómo pedírselo. La Abilities API les da exactamente eso.

El equipo de IA simplemente fue el primero en necesitarlo con urgencia. Cuando intentaron construir el MCP Adapter para conectar WordPress con asistentes como Claude o ChatGPT, se encontraron con que no había forma estructurada de exponer las funcionalidades del sitio. Ese obstáculo aceleró el desarrollo de la Abilities API.

Por qué la REST API no era suficiente

Una pregunta lógica: si WordPress ya tiene la REST API, ¿para qué necesitamos otra cosa?

La REST API fue diseñada para exponer datos: entradas, páginas, usuarios, medios, taxonomías, y lo hace muy bien, pero nunca fue pensada para exponer funcionalidades de forma sistemática.

Sí, puedes crear endpoints REST personalizados para ejecutar acciones, de hecho, es lo que muchos plugins hacen, pero cada uno lo implementa a su manera, con sus propios esquemas, sus propias rutas y sus propias convenciones. No hay un estándar que permita a un sistema externo preguntar «¿qué acciones puede ejecutar este sitio?» y obtener una respuesta coherente.

La Abilities API no reemplaza a la REST API, la complementa. Cuando registras una ability con la opción show_in_rest activada, automáticamente se crean endpoints REST para descubrirla y ejecutarla bajo el namespace wp-abilities/v1.

La diferencia fundamental es de propósito: la REST API expone recursos (datos), la Abilities API expone capacidades (acciones).

Capacidad de combinación: el cambio que lo cambia todo

Hay un concepto que aparece constantemente cuando se habla de la Abilities API: composibility (en serio, a veces odio el inglés, siempre inventándose palabros).

En el mundo del software se dice que un sistema tiene esa capacidad cuando sus piezas pueden combinarse de formas que sus creadores originales no anticiparon. Piensa en cómo funcionan las piezas de LEGO: cada bloque tiene un diseño estándar que permite conectarlo con cualquier otro, independientemente de en qué caja viniera.

WordPress siempre ha sido ampliable, pero no especialmente encajable (¿no era más fácil llamarlo así?). Puedes añadir plugins que hacen cosas increíbles por separado, pero hacer que trabajen juntos de formas nuevas suele requerir desarrollo personalizado.

La Abilities API cambia esto. Cuando las funcionalidades se registran con un formato estándar, interfaces comunes, esquemas predecibles y permisos claros, entonces combinarlas (encajarlas) se vuelve mucho más sencillo.

Algunos ejemplos de uso podrían ser…

Adaptadores universales: puedes crear una capa que exponga automáticamente todas las abilities de tu plugin tanto en REST como en WPGraphQL, sin duplicar código para cada interfaz.
Integraciones abiertas: un plugin de eventos podría funcionar con diferentes plugins de comercio electrónico (WooCommerce, Easy Digital Downloads, etc.) simplemente asignando abilities en lugar de escribir integraciones específicas para cada uno.
Encadenado de acciones: herramientas visuales que puedan encadenar abilities de diferentes plugins, «generar informe + convertir a PDF + enviar por email» sin necesidad de conocer los detalles internos de cada uno, solo la ability necesaria para que funcionen en conjunto, para que encajen.

El potencial es enorme, y lo mejor es que el beneficio crece con la adopción: cuantos más plugins registren sus abilities, más posibilidades de combinación existen.

Ideas de uso (por si no le ves el punto)

Aunque la Abilities API acaba de llegar, ya podemos ponernos a imaginar aplicaciones de todo tipo:

Gestión de sitios desde asistentes de IA: herramientas como AI Studio de SiteGround, o Angie de Elementor ya están explorando cómo gestionar WordPress usando chatbots. La Abilities API les dará un catálogo estructurado de todo lo que pueden hacer, con qué y cómo.
Automatización sin código: imagina un maquetador visual donde arrastras acciones de diferentes plugins y las conectas:
Cuando se publique una entrada, optimiza las imágenes, genera un resumen con IA y publícalo en redes sociales.
Con abilities estandarizadas esto es mucho más viable.
Auditoría y seguridad: un registro central de capacidades facilita saber exactamente qué puede hacer cada componente de tu sitio y quién tiene permiso para ejecutarlo. Las empresas con requisitos de cumplimiento legal valorarán esto sobremanera.
Mejores herramientas de desarrollo: gestores de archivos que muestren todas las abilities disponibles en un sitio, autocompletado en editores de código, documentación generada automáticamente… las posibilidades para mejorar la experiencia de desarrollo son muchas.
La paleta de comandos expandida: desde WordPress 6.9 la paleta de comandos, gracias a la Abilities API, puede mostrar dinámicamente acciones de cualquier plugin que las registre, no solo las del núcleo.

Cómo empezar si eres desarrollador

Si quieres experimentar con la Abilities API, aquí tienes lo básico. El registro de una ability se hace mediante la función wp_register_ability(), que debe llamarse dentro del hook wp_abilities_api_init.

Un ejemplo sencillo:

add_action( 'wp_abilities_api_init', 'ayudawp_registrar_abilities' );

function ayudawp_registrar_abilities() {
wp_register_ability(
'ayudawp/limpiar-cache',
array(
'label' => __( 'Vaciar caché del sitio', 'ayudawp' ),
'description' => __( 'Vacía todo el contenido en caché de la web.', 'ayudawp' ),
'category' => 'site-management',
'input_schema' => array(
'type' => 'object',
'properties' => array(
'include_cdn' => array(
'type' => 'boolean',
'description' => __( 'También, vacía la caché de CDN si estuviese disponible.', 'ayudawp' ),
'default' => false,
),
),
),
'output_schema' => array(
'type' => 'object',
'properties' => array(
'success' => array(
'type' => 'boolean',
'description' => __( 'Si se vació correctamente la caché.', 'ayudawp' ),
),
'items_cleared' => array(
'type' => 'integer',
'description' => __( 'Cantidad de elementos de caché eliminados.', 'ayudawp' ),
),
),
),
'execute_callback' => 'ayudawp_ejecutar_limpieza_cache',
'permission_callback' => function() {
return current_user_can( 'manage_options' );
},
'meta' => array(
'show_in_rest' => true,
),
)
);
}

function ayudawp_ejecutar_limpieza_cache( $input ) {
// Tu lógica de vaciado de caché aquí
$items = ayudawp_purgar_cache( $input['include_cdn'] ?? false );

return array(
'success' => true,
'items_cleared' => $items,
);
}

Los elementos clave a entender:

input_schema y output_schema siguen el formato JSON Schema. WordPress los usa para validar automáticamente los datos de entrada y salida.
permission_callback se ejecuta antes de la ability. Si devuelve false, la ejecución se bloquea.
show_in_rest dentro de meta hace que la ability sea accesible mediante la REST API automáticamente.
category permite agrupar abilities relacionadas para mejor organización y descubrimiento.

Para consultar las abilities disponibles en un sitio puedes usar wp_get_abilities(), y para ejecutar una específica utilizas wp_get_ability('identificador')->execute($input).

Toda la documentación técnica está en GitHub, incluyendo guías para PHP, JavaScript y la REST API, así que – para variar – te dejo tarea.

Cuándo y cómo prepararse

WordPress, desde la versión 6.9 ya incluye los componentes fundamentales de la Abilities API: el registro central, las funciones PHP para gestionar abilities y los endpoints REST. Y esto es solo el primer paso, no el destino final.

La adopción será poco a poco, y además, que nadie está obligado a cambiar nada de cómo trabaja actualmente. Los plugins existentes seguirán funcionando exactamente igual, pero para quien quiera construir de forma más abierta, más fácil de descubrir por las IAs y mejor preparada para el futuro, ahora tiene por donde seguir.

¿Qué puedes hacer ahora?

Si eres usuario: mantente al día con las actualizaciones. La infraestructura necesaria ya está integrada en WordPress, los beneficios llegarán gradualmente a medida que plugins y temas la adopten.
Si desarrollas plugins: estudia la documentación y considera qué funcionalidades de tu plugin tendría sentido exponer como abilities. No tienes que hacerlo todo de golpe, pero empezar a pensar en esos términos te preparará.
Si trabajas en una agencia: empieza a pensar en cómo las abilities podrían simplificar flujos de trabajo complejos con múltiples plugins. Las integraciones personalizadas podrían volverse mucho más mantenibles.

El canal #core-ai en el Slack de WordPress es donde se discute el desarrollo activo, y el blog del equipo de IA publica actualizaciones periódicas.

WordPress como sistema operativo de la web

Hay una frase que lleva años flotando en la comunidad: WordPress como el sistema operativo de la web. Hasta ahora era más una aspiración que una realidad técnica, porque WordPress es el CMS más utilizado con diferencia, sí, pero no deja de ser fundamentalmente un gestor de contenidos con muchos añadidos (los plugins, ya sabes).

La Abilities API es un paso de verdad hacia esa visión/ilusión.

Un sistema operativo se caracteriza, entre otras cosas, por ofrecer interfaces estándar que permiten a diferentes programas trabajar juntos. Eso es exactamente lo que hace esta API: establecer un contrato común para que los componentes de WordPress puedan interoperar de formas que antes requerían esfuerzo artesanal.

¿Significa esto que WordPress va a cambiar radicalmente de la noche a la mañana? Para nada, porque la adopción llevará tiempo, pero la infraestructura estará ahí, lista para cuando el ecosistema quiera aprovecharla.

Y eso, independientemente de tu opinión sobre la inteligencia artificial, es una evolución significativa para la plataforma que hace funcionar más del 40% de la web.