YinYang AcademyWordPress + IA · operable por agentes
1 / 32

Potencia tu
WordPress con IA

Desarrollar webs y hacer SEO local operando WordPress con agentes de IA.

Pulsa → para avanzar · ? atajos · n notas · f pantalla completa

La tesis

El agente opera la plataforma

Convertimos WordPress en un entorno que un agente entiende y opera con criterio — mucho más que pedirle textos.

El giro Diseñar es solo uno de los casos de uso. Con las mismas conexiones se audita, se migran datos, se hace SEO en operación, se verifica y se reporta.
Llévate el patrón, no la receta No es una forma personal de trabajar: es un paradigma que cada uno adapta a lo suyo — su stack, sus herramientas y su flujo.

Qué sí y qué no

Sí es

  • Operar WP con agentes (Claude Code, opencode, Codex…)
  • Construir una web real de principio a fin
  • SEO local por código y en operación
  • Criterio de arquitectura y de datos

No es

  • Un curso de prompting bonito
  • Atarse a un modelo o plataforma
  • "La IA lo hace todo sola"
  • Magia sin entender qué pasa por debajo
Agnóstico: usamos el concepto genérico de fichero de contexto/reglas del proyecto, que converge en AGENTS.md. No nos casamos con ninguna marca.
01

Mapa de decisión
y conceptos clave

El mapa de decisión

Del código puro a WordPress

Nivel Enfoque Brilla en
1 A código + IA sitios estáticos · control total
2 Código + CMS datos, usuarios, contenido a escala
3 WordPress + plugin propio el core handoff, datos en código, SEO
4 WordPress + theme/builder rapidez visual (¿aún necesaria?)

No hay uno "bueno para todo". Cada nivel tiene su terreno — los vemos uno a uno.

Nivel 1 de 4

A código + IA

Donde brilla: lo estático

  • Rápido, barato, seguro, control total
  • HTML/CSS/JS o frameworks como Astro
  • Tener en cuenta cosas como gestión de cookies, formularios, etc...

¿Y lo dinámico?

  • También se puede: usuarios, productos, CPTs…
  • El código es lo más flexible que existe
  • Añade una capa y una curva de aprendizaje más pronunciadas
Edu
Para proyectos con datos y gestión, ese coste extra empuja a subir de nivel → un CMS.
Nivel 2 de 4

Código + CMS

Un CMS te resuelve la base de datos, la gestión de usuarios y la edición de contenido. Dejas de reinventarlo.

Generales

WordPress (el más famoso), Drupal.

Headless

Strapi, Payload — solo datos por API.

Especializados

Medusa (ecommerce), Moodle (formación)…

Headless = el CMS sirve datos y la presentación va a código aparte (perf, seguridad, libertad de front). Y sí: WordPress también puede usarse como headless.
Nivel 3 de 4 · el core del taller

WordPress + plugin propio

Lo mejor de los dos mundos: la comodidad del CMS más extendido + el control del código.

  • Theme personalizado a código — sin themes preestablecidos ni builders
  • Plugin propio que posee los datos (CPT, campos, lógica)
  • Handoff a terceros intacto (es WordPress) y datos versionados en git
Es el camino que recorremos de principio a fin en el taller.
Nivel 4 de 4

WordPress + theme/builder

Qué es

  • Themes preestablecidos + builders: Elementor, Divi, Bricks
  • La "capa intermedia" visual entre el usuario y el código
  • Si da tiempo, hacemos alguna prueba

El matiz honesto

  • Con la IA escribiendo el código, esta capa quizás ya no es tan necesaria
  • Aun así tiene su público y sus casos
Lo dejamos para un taller colaborativo — y ahí mentaremos Novamira Pro, que opera builders.

¿Por qué clásico y no FSE?

Clásico (elegido)

  • Prototipo HTML → templates PHP casi 1:1
  • Plugin propio posee los datos; tema fino y desechable
  • Reusa groundwork ya probado en proyectos reales

FSE / block theme

  • Hay que reconstruir el diseño como bloques + theme.json
  • Potente para editar todo desde el editor
  • Se presenta como alternativa/futuro, no se construye en vivo

Clásico ≠ sin Gutenberg: el editor de bloques sigue para el contenido (blog/editorial).

El triángulo

MCP · Ability · Skill

MCP

El cable/protocolo: cómo el agente habla con WordPress.

Ability

La capacidad que WP expone (Abilities API, Core 6.9).

Skill

El conocimiento portable del lado del cliente (agnóstico).

Analogía: el MCP es el enchufe, la ability es lo que el aparato sabe hacer, la skill es el manual que lleva el agente en el bolsillo.

Capas de conexión bajo nivel → datos externos

Vía Qué hace Rol en el taller
Novamira (free) PHP + filesystem + WP-CLI + BD directo capa principal
MCP Adapter + Abilities estándar oficial, WP Core 6.9 hacia dónde va
Easy MCP AI 215 tools: core + plugins + datos SEO (GSC, Semrush…) "más allá del diseño"
JetEngine MCP CPT/campos/queries (Command Center) contraste de capa
WooCommerce MCP (beta) operaciones de tienda plus opcional
Novamira da acceso total (ignora sandbox). Solo en dev/staging, nunca contra producción de cliente.

Por qué Novamira

El MCP que le da al agente el entorno WordPress completo — no un sandbox limitado.

Opera de verdad

Run PHP, WP-CLI, ficheros y BD, editor de bloques. El agente entiende y cambia el sitio real.

A escala

Background jobs para migraciones y operaciones masivas largas.

Gratis + Skills

Playbooks Markdown que sigue solo y enlaces admin de un solo uso. Es la capa principal del taller.

Acceso total al entorno. Solo en dev/staging (LocalWP desechable), nunca contra producción de cliente.
novamira.ai

Capa de datos: el híbrido

Nativo puro el hilo

register_post_type + register_post_meta + meta boxes en el plugin propio. Gratis, en git, portable.

ACF / SCF

Estándar UI-first. acf-json versiona los grupos. Más pool de talento.

JetEngine

Modela el mismo inmueble y lo opera por su MCP. Contraste (Bloque 6).

Por qué nativo en el hilo: es la imagen más fiel a la tesis — el agente teclea el modelo de datos y queda en código versionado.
02

Preparar el terreno
+ conexiones en vivo

En pantalla

Terreno + primera conexión real

Listo de antemano

  • LocalWP con el sitio creado
  • Novamira (free) instalado + Application Password
  • AGENTS.md con las reglas del proyecto

En vivo

  • Añadir skills: npx skills add WordPress/agent-skills
  • Probar el agente: "lista los plugins activos"
  • Crear un post de prueba vía MCP → verlo en WP
LocalWP WordPress/agent-skills Novamira

A pantalla — primera conexión

03

Demo para el cliente
prototipo → Cloudflare

Primero el diseño, sin CMS de por medio

  1. Diseño con el agente → HTML/CSS/JS limpio (tokens + BEM), sin framework
  2. Aprobación del cliente sobre algo real, sin coste de CMS
  3. Publicar como preview compartible
  4. Ese prototipo porta al theme clásico casi 1:1
Meta: esta misma presentación es HTML/CSS/JS plano en Cloudflare Pages. Estás viéndolo.

Diseño con IA elige tu herramienta

Claude Design el ejemplo

Del brief al prototipo en HTML/CSS/JS.

Google Stitch

Prompt/imagen → UI, exporta HTML+Tailwind.

Open Design

Open-source, local-first, trae tu propio agente.

Método: el diseño va prebakeado; en vivo narramos el prompt (el método, no solo el resultado). Guía de estilo primero (card, badges, botones) → luego las páginas.
Claude Google Stitch Open Design

GitHub + Cloudflare del repo a una URL viva

GitHub

Un repo por proyecto de cliente: versionado, historial, revisión. El boceto vive en git desde el minuto uno.

Cloudflare Pages

Conectado al repo por Git: cada push despliega el boceto. URL viva para compartir con el cliente.

Git-connected (push = deploy), no arrastrar carpetas: el flujo real, con previews por rama.
GitHub Cloudflare Pages Guía Git ↔ Pages

A pantalla

Prototipo de Vega del Sur → Cloudflare Pages

Mostrar la home + ficha + card. Publicar. Compartir el enlace.

04

Volcado a WordPress
tema clásico + plugin propio

Disciplina de construcción

El plugin posee los datos. El tema es desechable.

Plugin propio

  • CPT inmueble + meta + taxonomías
  • Lógica, JSON-LD, leads, hardening
  • Es lo que sobrevive a un rediseño

Tema clásico

  • Solo presentación: tokens + BEM + JS vanilla
  • Templates PHP portados del prototipo
  • Fino y reemplazable
"Rent the data engine, own the presentation."

El modelo inmueble en nativo puro

Estructura

  • register_post_type('inmueble') · show_in_rest
  • Taxonomías: operacion · tipo · zona · estado
  • Meta: precio, m², hab, baños, energético…

Detalles que importan

  • estado = el toggle clave (vendido/reservado)
  • Finca rústica: campos propios (ha, cultivo…) → decisión en vivo
  • Certificado energético: obligatorio por ley
  • Leads: tabla del plugin (no público)
Decisión en vivo — la finca: ¿CPT aparte o grupo condicional cuando tipo=finca? El agente razona pros y contras y decide. No viene pre-cocinado.

Los campos salen del diseño (la card) + se reconcilian con el modelo completo. Card → item del loop en archive-inmueble.php.

A pantalla

El agente escribe el CPT y porta la card al loop

Registrar inmueble + taxonomías → cargar inmuebles semilla → ver el archive.

05

SEO local
por código + en operación

Mitad 1 · por código

SEO que se escribe en el repositorio

Schema

JSON-LD RealEstateAgent + Residence/oferta por inmueble.

Interlinking

Matriz zona × operación enlazada entre sí + hacia captación.

Performance

Imágenes, lazy, Core Web Vitals. Clásico + vanilla = ligero.

NAP canónico desde una única fuente (página de opciones) → footer, contacto y schema siempre coherentes.
Mitad 2 · en operación — el clímax

El agente lee datos y genera la landing

  1. El agente consulta Search Console / keywords vía Easy MCP AI
  2. Detecta la demanda real por zona y por tipo
  3. Genera una landing programática (zona × operación) con su contenido e interlinking
  4. Queda publicada y medible
Esto es "más allá del diseño": el agente no maqueta — opera con datos para tomar una decisión de SEO.

A pantalla

Datos → landing programática, en directo

De keywords/GSC a una página nueva publicada, sin tocar el diseño base.

06

Contraste de capas
JetEngine MCP (+ Woo)

El mismo inmueble, otra capa

JetEngine MCP

  • Modela el mismo CPT desde UI + Query Builder
  • Se opera por su MCP nativo (Command Center)
  • Tradeoff: modelo en BD → versionar el JSON

WooCommerce MCP (beta)

  • Operaciones de tienda por MCP
  • Teaser ecommerce (caso real: Brava)
  • Developer preview — con cautela
Caveat: verificar las abilities reales de cada MCP antes de apoyarse en él en producción.
07

Más allá de construir
operar · extender · auditar

El agente no solo construye: opera

Extender

Dashboard para agentes: asignar inmuebles y cambiar su estado.

Operar a escala

WooCommerce: una rebaja a todos los productos (background job).

Auditar

Estado del sitio + seguridad (solo lectura, seguro en vivo).

Depurar un bug en vivo Carga masiva de datos Contenido en Gutenberg El agente se escribe una Skill
Pool elástico: elegimos en vivo cuáles mostrar; el resto quedan como ideas. Todo con Novamira.

A pantalla

Un caso en vivo con Novamira

Auditoría del sitio, o rebaja masiva en WooCommerce. Elegir según el tiempo.

08

Cierre
tu propio sistema

El siguiente nivel

Crea tus skills y agentes por fase

Diseño

Agente que conoce tus tokens y tu sistema de componentes.

Datos

Agente que conoce tu doctrina de plugin/CPT.

SEO / QA

Agentes que auditan, verifican y reportan.

Skills personalizadas (conocimiento portable) + MCPs (acceso a tus herramientas) + subagentes por fase = tu ventaja repetible, no un prompt suelto cada vez.
skills.sh mcpmarket.com
Próximamente

2º taller — colaborativo

  • Themes y builders: Elementor, Divi, Bricks
  • Novamira Pro: builders, memoria de proyecto
  • ¿Transformar una web de builder en web a código?
  • Proyectos ya iniciados (no solo greenfield)
Gracias

A construir.

Repo del taller LocalWP WordPress/agent-skills Novamira Easy MCP AI
Abilities API · Core 6.9

Preguntas y debate.

Un taller deYinYang Academy

Atajos

→ Space
Siguiente / fragmento
←
Anterior
Home End
Primera / última
nº Enter
Ir a slide
n
Notas de ponente
f
Pantalla completa
?
Esta ayuda