WordPress + IA
· operable por agentes
Potencia tu
WordPress con
IA
Desarrollar, operar y extender WordPress con agentes de IA — con el SEO local de serie.
Pulsa → para avanzar · ? atajos · n notas · f pantalla completa
El agente opera la plataforma
Convertimos WordPress en un entorno que un agente entiende y opera con criterio — mucho más que pedirle textos.
Qué sí y qué no
Sí es
- Operar WP con agentes (Claude Code, opencode, Codex…)
- Del boceto a una web real en WordPress
- Operar contenido y extender WP (dashboard a medida)
- Criterio de arquitectura y de datos (con SEO de serie)
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
AGENTS.md. No nos casamos con ninguna marca.
A pantalla — cold open
Antes de la teoría: míralo funcionar
El agente lista los plugins y crea un post en el WordPress local. Dos minutos. Luego entendemos qué acaba de pasar.
Mapa de decisión
y conceptos clave
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.
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
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)…
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
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
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).
El ecosistema de conexiones bajo nivel → datos externos
| Vía | Qué hace | Terreno |
|---|---|---|
| Novamira (free) | PHP + filesystem + WP-CLI + BD directo | la del taller |
| MCP Adapter + Abilities | estándar oficial, WP Core 6.9 | hacia dónde va |
| Easy MCP AI | tools de alto nivel + datos externos (GSC, Semrush…) | SEO en operación |
| JetEngine MCP | CPT/campos/queries (Command Center) | capa de dominio |
| WooCommerce MCP (beta) | operaciones de tienda | capa de dominio |
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.
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. Lo verás en el panorama.
Preparar el terreno
+ conexiones en vivo
Terreno + primera conexión real
Listo de antemano
- LocalWP con el sitio creado
- Novamira (free) instalado + Application Password
AGENTS.mdcon las reglas del proyecto
En vivo
-
Añadir skills:
npx skills add WordPress/agent-skills - Abrir por dentro la conexión del cold open
- Crear una página de prueba vía MCP → verla en WP
A pantalla — el terreno por dentro
AGENTS.md — las reglas del entorno
Qué lleva
- Contexto: qué es el proyecto y su stack
- Doctrina: el plugin posee los datos; el tema es desechable
- Convenciones: tokens + BEM, prefijos, dónde va cada cosa
Reglas duras
- Nunca contra producción
- Backup antes de tocar la BD
- Operaciones masivas: primero dry-run
Demo para el cliente
prototipo → Cloudflare
Del brief al boceto
- Brief: negocio, nicho, zonas y objetivos — generado con un sistema de fases propio asistido por IA
-
Modelo de datos: qué es un
inmueble— antes de diseñar nada - El boceto se diseña contra ese brief, no contra una ocurrencia
Primero el diseño, sin CMS de por medio
- Diseño con el agente → HTML/CSS/JS limpio (tokens + BEM), sin framework
- Aprobación del cliente sobre algo real, sin coste de CMS
- Publicar como preview compartible
- Ese prototipo porta al theme clásico casi 1:1
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.
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.
A pantalla
Prototipo de Vega del Sur → Cloudflare Pages
Mostrar la home + ficha + card. Publicar. Compartir el enlace.
Volcado a WordPress
tema clásico + plugin propio
¿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 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
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)
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.
SEO de serie sin bloque aparte
Schema
JSON-LD RealEstateAgent + oferta por inmueble,
desde el plugin.
NAP canónico
Una página de opciones → footer, contacto y schema siempre coherentes.
URLs
Taxonomías = rutas SEO (/venta/zona) listas para
crecer.
A pantalla
El agente escribe el CPT y porta la card al loop
Registrar inmueble + taxonomías → portar la card del
prototipo → ver el archive.
Descanso
5 minutos
Al volver: el agente opera y extiende lo que acabamos de construir.
Operar contenido
posts · páginas · CPTs
El agente llena y mantiene el sitio
Crear
Posts y páginas con estructura de bloques correcta, no HTML pegado.
Cargar a escala
8–12 inmuebles semilla de una tacada: estados, zonas y fincas cubiertos.
Editar
Cambios sobre contenido existente en Gutenberg, con criterio.
A pantalla
Del CPT vacío al catálogo vivo
Crear · cargar semilla · editar en Gutenberg. Ver el archive llenarse.
El clímax
un dashboard a medida
Un dashboard que ningún theme trae
Qué hace
-
Cartera completa: inmuebles +
estadode un vistazo - Cambiar estado en un clic (vendido / reservado)
- Asignar inmueble a cada comercial
Por qué es el clímax
- Software a medida, no configuración
- Posible porque el plugin posee los datos
- De petición de cliente a feature en minutos
A pantalla
El agente construye el dashboard
Página de admin + cambio de estado en un clic. Sobre nuestro propio CPT.
Panorama
probadlo vosotros
Las mismas conexiones, más casos
SEO en operación
Leer datos externos (GSC, keywords) y generar landings programáticas zona × operación. Materia del 2º taller.
Otras capas
JetEngine MCP (el mismo CPT desde su UI) · WooCommerce MCP beta (caso real: Brava).
Cierre
tu propio sistema
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.
El repo de la academia
- Las skills y configuraciones del taller, listas para usar
-
AGENTS.mdde ejemplo y plantillas por tipo de proyecto - Ideas, gotchas y lo que vayamos probando entre todos
2º taller — colaborativo
- SEO en operación: datos externos → landings programáticas
- 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)
A construir.
Preguntas y debate.