WordCamp Portugal 2026 en tres frases {#opening}
Asistí a WordCamp Portugal 2026 en Oporto, 15-17 de mayo de 2026, y las once sesiones a las que asistí cambiaron la forma en que entregamos la auditoría de accesibilidad de WPPoland. También afinaron la cola de proyectos para la WordPress Abilities API y me dieron lenguaje concreto para hablar del cambio del modelo de agencia tras la IA. A continuación va lo que dijo cada sesión, lo que significa para WordPress en producción y trabajo headless, y los dos cambios que ya he aplicado en wppoland.com. Gracias a Toze Vasconcelos y Carolina Osório Pinho por dirigir la edición de Oporto.
El titular que me sigue rondando: accesibilidad como señal medible de SEO {#bovelett}
Anne-Mieke Bovelett, “Visibilidad SEO: 23% más tráfico gracias a la accesibilidad”. Anne-Mieke nos llevó por un caso de estudio en el que el sitio ganó un 23 por ciento de tráfico orgánico tras cerrar las brechas de WCAG 2.2 AA que se solapan con señales de SEO on-page: jerarquía de encabezados, calidad de los textos alternativos, textos de enlace claros, etiquetado de formularios y mensajes de error útiles. El argumento caló porque no enmarcó la accesibilidad como teatro de cumplimiento. La mostró como una señal de Google que muchos equipos ignoran porque el responsable del presupuesto está en un departamento distinto al responsable del SEO.
El movimiento práctico por el lado de WPPoland ya está desplegado: la página de auditoría de accesibilidad en /es/servicios/auditoría-accesibilidad-wcag/ lista ahora la sesión de Anne-Mieke como fuente, y el informe de conformidad incorpora un anexo sobre el solapamiento con SEO. Así, la lista de correcciones se puede ordenar tanto por riesgo legal como por impacto en búsqueda orgánica. La misma auditoría, dos ejes de evaluación, un único árbol de decisión.
El movimiento de plataforma más interesante: la WordPress Abilities API {#abilities-api}
Uros Tasic, “WordPress Abilities API: puente entre código e IA”. La Abilities API expone operaciones del sitio (publicar una entrada, actualizar una opción, crear un usuario, ejecutar un comando al estilo CLI) como acciones estructuradas que agentes y herramientas de IA pueden llamar con seguridad. Uros mostró la forma actual del API, la negociación de permisos entre agente y sitio, y dónde queda la frontera entre operaciones de solo lectura y operaciones de escritura con consentimiento explícito. La analogía más limpia es el patrón de servidores MCP del ecosistema de Anthropic, pero anclado en el núcleo de WordPress en lugar de en una capa separada.
Para las agencias es el movimiento de plataforma de WordPress más interesante del año porque cambia cómo se pueden construir dos tipos de solución que los clientes piden a menudo. Primero, automatización del trabajo editorial, donde el equipo de contenido quiere un asistente real, no una ventana de chat. Segundo, funcionalidades de IA del lado del cliente que necesitan ejecutar acciones administrativas (moderar un comentario, programar una entrada, generar una entrada del sitemap) sin exponer la contraseña de wp-admin.
IA en el núcleo de WordPress: lo que ya está disponible {#wp-ai-core}
Jorge Costa, “La IA ya está en el núcleo de WordPress: cómo usarla”. Jorge recorrió las funcionalidades de IA que ya forman parte del núcleo de WordPress (sugerencias de texto alternativo para imágenes, ayuda al redactar contenido en bloques, asistente de búsqueda y reemplazo), más la capa de configuración (registro de servicios de IA, permisos por rol y cambio de proveedor de modelo). Dos cosas destacaron. Primero, el generador de texto alternativo es lo suficientemente bueno como para eliminar la excusa de “es que escribir textos alternativos es difícil” en las auditorías de accesibilidad. Segundo, el registro de servicios de IA es la puerta de entrada para que los autores de plugins entreguen funcionalidades sin empaquetar su propia biblioteca de cliente.
La conclusión para proyectos de cliente: deje de tratar WordPress como un CMS que siempre necesita una capa separada de plugins de IA. Los hooks ya existen en el núcleo. Las capas de plugin deben aportar inteligencia específica del producto, como taxonomía editorial, vocabulario sectorial y reglas de seguridad, no solo conexión genérica con modelos.
Construir herramientas de administración sobre la WordPress AI API: el ejemplo de Studio Write {#welcher-studio}
Ryan Welcher, “Deja de hacerlo todo a mano: herramientas de administración con la WordPress AI API”. Ryan dio una sesión de 3,5 horas demostrando la WordPress AI API en la práctica, con Studio Write de Automattic como ejemplo trabajado. Studio Write lleva al autor de la investigación al borrador y a la publicación usando la WordPress AI API y mecanismos del editor de bloques en una sola vista. La sesión fue parte demostración de producto y parte guía para autores de plugins que quieren entregar funcionalidades de IA sin construir lógica de cliente a medida.
La diapositiva de implementación que quedó: la WordPress AI API trata cada operación como una intención estructurada, no como un prompt de texto libre. Es la abstracción correcta para autores de plugins porque significa que la misma interfaz funciona con distintos proveedores de modelo, y el registro de auditoría guarda lo ocurrido en términos que un propietario humano puede revisar. Studio Write es la demo, pero el patrón es reutilizable para cualquier herramienta editorial que tenga que ejecutar varias operaciones administrativas contra el mismo sitio.
Ejecutar flujos de desarrollo y gestión a través de Claude Code {#claude-code}
JuanMa Garrido, “Desarrollo y gestión de WordPress con Claude Code”. JuanMa mostró cómo lleva el desarrollo de WordPress desde el terminal con Claude Code: creación inicial de plugins, ajustes de tema, promoción entre varios entornos y auditorías de contenido. La sesión fue práctica y honesta sobre dónde funciona (tareas bien acotadas con criterios de aceptación concretos, refactorizaciones que tocan una parte conocida del sistema) y dónde no (cualquier cosa que requiera leer tres bases de código de plugins a la vez sin un contrato claro).
La pieza que ya he llevado al flujo de WPPoland es el patrón de auditoría de contenido conducida por agente. En lugar de hacer una auditoría de contenido como lectura humana puntual, ahora la ejecuto como un bucle CLI estructurado que produce un informe JSON contra una rúbrica explícita. Esto aparece en reports/answer-source-audit-2026-05-19.json en el repo de WPPoland como parte de las gates diarias de contenido.
El cambio en las agencias: cómo la IA modifica precio y alcance {#agency-reset}
Juan Manuel Rodriguez Jurado, “Reinicio del modelo de agencia”. Juan Manuel defendió que la IA cambia primero el precio y el alcance del trabajo de agencia, y solo después las herramientas. El dato que aterrizó: las agencias que siguen vendiendo paquetes por tiempo están perdiendo margen frente a competidores con proyectos bien delimitados, porque los clientes ya saben que la IA reduce el coste de producción. La recomendación fue concreta. Defina el precio a partir del resultado (“entregar un checkout que convierte por encima de X” en vez de “30 horas de trabajo en WooCommerce”), separe el presupuesto de ingeniería del presupuesto de proyecto y trate el coste de las herramientas de IA como parte del margen, no como un producto separado.
Cuadra con lo que veo en los briefings entrantes. Los clientes que llegan con un resultado (“la web de marketing de nuestro SaaS necesita un aumento medible de reservas de demo”) deciden con más claridad que los clientes que llegan con una lista de cosas por hacer (“necesitamos un tema de WordPress nuevo”). El resto es disciplina de proceso comercial. Juan Manuel tiene razón cuando dice que, si la IA reduce el coste de producción, el precio por hora se vuelve cada vez más débil para trabajo liderado por seniors en un horizonte de 12 a 24 meses.
Menciones honoríficas del programa {#mentions}
- Milana Cap, “Joyas de WordPress para developers: accesibilidad con la Interactivity API”. Milana mostró la Interactivity API como forma de construir interacciones accesibles desde el inicio, con ejemplos concretos de
wp-interactiveque resuelven foco de teclado, estado ARIA y mensajes para lectores de pantalla por defecto, en lugar de como complementos. Si todavía estás escribiendo a mano el estado del lado del cliente en frontends de WordPress, esta es la ponencia que ver. - Imran Sayed, “La forma más rápida de crear bloques Gutenberg: herramientas, scripts e IA”. Sesión de herramientas enfocada. La conclusión es que la creación inicial de bloques con
create-blockmás el autocompletado de código asistido por IA reduce el trabajo repetitivo a minutos, dejando la lógica del bloque como el trabajo real. - Jorge Cabaço, “Más allá del embudo: cómo la IA redefine los recorridos del cliente”. Perspectiva de marketing que combina bien con la sesión de Juan Manuel sobre el cambio en las agencias. El modelo de precio depende de cómo se entiende el recorrido del cliente.
- Gustavo Galati, “Diseño web para 2026”. Sesión de tendencias, menos técnica, pero útil para entender hacia dónde se mueve el diseño web al alejarse del máximalismo de los page builders.
- Gemny Andreina Ibarra Salamanca, “Del agotamiento al equilibrio: construir un bot de responsabilidad con IA”. Patrón práctico para operadores en solitario y agencias pequeñas. Vale la pena verla si alguna vez has registrado un día de trabajo en chronos y has perdido el rastro de auditoría antes del viernes.
Qué cambia esto para los clientes de WPPoland {#takeaways}
Tres cambios concretos en el trabajo de WPPoland ya salen de la conferencia de Oporto:
- La auditoría de accesibilidad se amplió. El informe de conformidad incluye ahora el anexo sobre solapamiento con SEO, con cada fallo de WCAG 2.2 AA marcado tanto para riesgo legal como para impacto en SEO on-page. La misma auditoría, con presupuesto individual, dos ejes de evaluación y una lista priorizada de correcciones.
- WordPress Abilities API en el Tech Radar. Movimiento de Assess a Trial en la próxima revisión trimestral, condicionado a una referencia real en producción. Si está dimensionando una integración WordPress del lado del agente en los próximos seis meses, esta es la conversación de plataforma para empezar.
- La conversación sobre precio queda más clara en la sección de modelo de colaboración. El alcance anclado en resultado tiene ahora tratamiento explícito. La sección en
/es/sobre-mi/ya recogía está idea, y la plantilla de propuesta se ancla ahora en un criterio de éxito escrito en lugar de una simple lista de entregas.
Fuentes y lecturas adicionales
- Programa de WordCamp Portugal 2026: https://portugal.wordcamp.org/2026/programa/
- Lista de ponentes de WordCamp Portugal 2026: https://portugal.wordcamp.org/2026/oradores/
- WordPress.tv (grabaciones de las sesiones, publicadas en las semanas siguientes): https://wordpress.tv/
- Pilar de auditoría de accesibilidad de WPPoland (citando ahora a Anne-Mieke Bovelett): https://wppoland.com/es/servicios/auditoría-accesibilidad-wcag/
- Tech Radar de WPPoland (entrada de la Abilities API en el próximo refresh): https://wppoland.com/es/tech-radar/
Gracias de nuevo a Toze Vasconcelos y Carolina Osório Pinho por organizar un evento que entregó más material práctico de ingeniería por hora que cualquier WordCamp regional que haya visto en años.
Última actualización: 19 de mayo de 2026.
