December 16, 2025

242. Del Plugin al Prompt

58 minutes

✏️ Suscribirse

https://youtu.be/XIdaiNJqp_A

WordPress, inteligencia artificial y automatización ya no van por separado. En este episodio hablamos de cómo pasar del “plugin para todo” a un enfoque donde la estructura manda y la IA hace el trabajo mecánico: novedades de JetEngine con MCP Server, cambios importantes en Bricks (Core Framework), un staging sorprendentemente completo con InstaWP, y reflexiones prácticas sobre contenido estructurado, prompts, GPTs y flujos de publicación.

Novedades del curso y herramientas que cambian el tablero (JetEngine, Bricks, Core Framework)

Yannick está avanzando con su curso (ya cerca de 30 lecciones) y comentamos un patrón que se repite: mientras creas contenido, las herramientas cambian y toca reordenar el temario sobre la marcha.

JetEngine: Command Center + MCP Server (IA conectada a tu WordPress)

JetEngine ha sacado dos piezas que merecen atención:

Command Center: una interfaz tipo chat dentro del panel, para crear CPTs, taxonomías, listings, etc., usando IA y contexto del propio sitio.

MCP Server: lo importante. Activas el servidor MCP dentro de los ajustes de JetEngine y te da un endpoint con una lista de capacidades (“puedo crear CPTs, taxonomías, queries, listings, glosarios…”).

La idea clave: ya no es “pregúntale a una IA genérica”, sino conectar tu IA (Claude, VS Code, etc.) con las acciones reales del sitio.

Bricks: Core Framework integrado (y cómo afecta a tu stack)

Otra novedad: Bricks ha integrado un Core Framework propio. Eso cambia decisiones típicas:

Core Framework sigue teniendo sentido si trabajas con Gutenberg y quieres un sistema de clases.

Pero Bricks + Core Framework externo empieza a perder sentido si Bricks ya trae el suyo.

Conclusión práctica: más que memorizar “la lección de Core Framework”, lo importante es quedarte con el concepto: tener un sistema coherente y reutilizable, no ir “poniendo clases sobre la marcha”.

Plugin útil para enlaces rotos: Wayback Machine Link Fixer (Internet Archive)

Encontramos un plugin curioso y práctico: Internet Archive Wayback Machine Link Fixer.

Qué hace: escanea enlaces rotos y, si existe una copia en Wayback Machine, reemplaza el enlace por la versión archivada. Es de esas cosas que no usas todos los días, pero como “herramienta de caja” tiene sentido si te importa:

mantener contenido vivo en el tiempo,

evitar recursos muertos,

y mejorar experiencia/SEO en artículos antiguos con enlaces externos rotos.

Staging en WordPress de verdad: prueba con InstaWP (sin copiarlo todo)

Aquí el tema fuerte de herramientas: staging. Probé el staging de InstaWP con un cliente y me sorprendió.

Lo relevante no es solo “crea un staging”, sino que te deja hacerlo de forma selectiva y con sincronización.

Cómo funciona el staging de InstaWP (lo que merece la pena)

Puntos clave del flujo:

Conectas InstaWP con tu sitio.

Si tu instalación supera cierto tamaño (p. ej. >500MB), puede requerir plan de pago (en el episodio se menciona un rango aproximado).

Te da presets tipo:

completo,

sin carpeta de medios,

personalizado.

Lo mejor del modo personalizado:

puedes excluir carpetas (logs, cachés, backups, vídeos, etc.),

puedes seleccionar tablas de base de datos,

puedes ordenar por tamaño para detectar “los bichos”,

puedes asignar un nombre decente al staging (para no acabar con subdominios imposibles).

La parte diferencial: sincronización bidireccional con “registro de cambios”

Esto fue lo que más me llamó la atención: no es solo staging → producción.

Activas un change record (registro de cambios) y luego puedes sincronizar cambios en ambas direcciones:

traer cambios de producción a staging,

publicar cambios de staging a producción.

Y además puedes elegir a qué staging mandas cambios si tienes varios.

Caso de uso típico donde esto brilla:

cliente con WooCommerce o una tienda viva (entra pedidos mientras tú tocas cosas),

cambios grandes por un lado y “hotfixes” por otro,

evitar copiar 5GB de medios solo para probar un CSS.

Nota importante: si usas plugins que crean tablas raras o estructuras no estándar, la sincronización puede no contemplarlo todo. Hay que probarlo con el stack real.

MCP Server en JetEngine: IA creando CPTs, queries y glosarios desde VS Code

Aquí bajamos a tierra el “IA + WordPress” con un ejemplo concreto: JetEngine MCP conectado desde Visual Studio Code.

Qué es “MCP” aplicado a WordPress (en limpio)

En la práctica: tu WordPress expone un endpoint diciendo “puedo hacer estas acciones”. Tu cliente (VS Code/Claude/lo que uses) se conecta y la IA no solo responde texto, también ejecuta acciones:

crear CPTs,

crear taxonomías,

crear Custom Content Types,

crear meta boxes/campos,

crear listings,

crear queries,

crear glosarios,

ajustar configuraciones.

Ejemplos prácticos del episodio

“Crea un CPT de botellas con campos de precio y capacidad” → hecho.

“Crea una query de 5 items con precio más alto” → hecho.

“Crea un glosario con los países de África” → hecho.

El punto potente: esto no es “la IA inventando”, es la IA operando tu herramienta real.

Y el ejemplo más bestia: con una captura de pantalla de un esquema (estructura de tipos de contenido) la IA genera la estructura del proyecto: CPTs, campos, configuraciones… casi todo.

La idea que no se puede olvidar: la IA no diseña por ti la arquitectura

Aquí lo dijimos claro: lo difícil no es “crear 12 CPTs”, lo difícil es diseñar bien la estructura.

Analogía: tú eres el arquitecto, la IA es el albañil.

Si el plano está bien, la IA acelera muchísimo.

Si el plano está mal, vas rápido… hacia el sitio equivocado.

Prompts largos, Proyectos y GPTs: cuándo usar cada cosa (sin complicarte)

Volvimos a un tema recurrente: cómo trabajar con ChatGPT/IA de forma eficiente sin volverte loco creando 30 bots distintos.

Regla práctica que salió del episodio

Si la tarea es compleja, con muchas reglas y excepciones → mejor un GPT personalizado (o sistema equivalente).

Si la tarea es repetitiva y sencilla → mejor prompt guardado (por ejemplo en expansión de texto) que puedas pegar en cualquier chat.

Proyectos vs GPTs vs prompts

Proyectos: útiles si vas a subir muchos archivos y mantener contexto vivo.

GPTs personalizados: útiles si quieres “un asistente con reglas” para una tarea compleja.

Prompts guardados: lo más flexible si quieres reutilizarlo en cualquier herramienta (ChatGPT, Whisper, etc.).

Problema real que comentamos: a veces los proyectos no “recuerdan” tan bien como esperas, o la IA se inventa cosas aunque estén en el proyecto. Conclusión: hay que asumir que sigue siendo necesario guiar y validar.

Expansión de texto: el truco simple que ahorra horas

Elías usa expansión de texto desde hace años (atajos tipo ;social) para pegar prompts en cualquier sitio. Ventaja: no dependes de que la herramienta permita “guardar prompts”.

Contenido estructurado vs editor de WordPress: menos bloques, más sistema

Yannick compartió una reflexión importante: cada vez usa menos el “content” clásico del editor para maquetar.

Por qué evitar “diseñar dentro del contenido”

Problemas típicos:

el cliente empieza a “diseñar” (sin saber) con bloques, colores, columnas…

el contenido queda mezclado con el diseño,

cambiar el diseño/tema implica rehacer contenido,

se rompe la estrategia: no hay nada que obligue a seguir la estructura planificada.

Enfoque recomendado: contenido limpio + campos personalizados

La idea:

una lista es una lista (datos),

el diseño lo decides tú con plantillas/listings,

y el contenido queda limpio en base de datos.

Esto no significa “nunca usar content”. Ejemplo que salió:

para una descripción general, puede tener sentido.

pero lo repetitivo y estructurado (CPTs, fichas, productos, servicios, inmuebles, pruebas deportivas…) debería ir a campos personalizados.

Ejemplo típico: en una ficha de inmueble:

habitaciones, metros, ascensor, etc. → campos.

descripción libre → puede ir en content, con control.

Nueva herramienta de Google: Code Wiki (documentación dinámica con IA)

Se mencionó una web nueva de Google: Code Wiki (repositorio/documentación generada con IA sobre tecnologías). Ejemplo: buscando WordPress aparecía algo como “WordPress Coding Standards”.

La idea útil: tener una referencia “resumida” y visual (diagramas, explicaciones) a partir de repositorios o estándares, como apoyo rápido.

Casos reales: reposicionar la web hacia automatización + publicaciones + proyecto Picon Castro

La parte final del episodio fue muy “vida real”.

Reorganización de proyectos y posicionamiento (automatización + WordPress)

Elías está moviendo su web para que se entienda rápido: “este tío hace automatización”.

Acciones concretas:

cambio de logo (neutral, sin “experto WordPress”),

reorganizar proyectos en dos bloques:

arriba destacados (ahora automatización),

abajo no destacados (más legacy WordPress),

renombrar proyectos: en vez de “nombre de la web”, “nombre de la automatización”.

También se comentó publicar en LinkedIn para ganar autoridad, con ejemplos reales (no teoría).

Ejemplo práctico: importar 215 clientes y generar pedidos/entregas

Caso: una empresa manda un Excel con 215 clientes para cestas/regalos.

Flujo:

importar CSV/Excel,

automatizar creación de direcciones, líneas de pedido, notas,

ajustar con un pedido de prueba,

dejarlo corriendo.

Esto es el tipo de ejemplo que posiciona bien porque es concreto y se entiende.

Automatizaciones “con o dentro de WordPress” (respuesta a Fernando)

Sí, se puede automatizar muchísimo alrededor de WordPress:

publicar un post y distribuirlo en redes (con IA generando extractos distintos por red),

WooCommerce → añadir contactos a Google Contacts, disparar WhatsApp, etc.,

membresías → sincronizar pago con rol y acceso en Discord,

migrar contenido de Substack a WordPress limpiando formato y añadiendo categorías/etiquetas,

secuencias de email y marketing conectadas a eventos de WordPress.

Herramienta central mencionada: Make como “caja de herramientas” para automatización.

Proyecto Picon Castro: cambios de diseño y lógica “edición vieja”

Se comentó un proyecto real con cambios:

hero pasa de fotos a vídeo (optimizado, con WebP/formatos eficientes, poster, carga diferida),

uso de bloques tipo “details” para pestañas/acordeones con CSS,

lógica: si la última edición ya pasó, mostrar aviso “estás viendo una edición antigua” hasta que haya nueva edición,

enlaces de inscripción en campos personalizados de la edición.

También se habló de un caso curioso: patrocinadores con distintos tamaños y orden:

inicialmente random,

luego “destacados” con checkbox,

luego “oro/plata/bronce” con orden fijo + el resto aleatorio.

Conclusión: cuando tienes control (en builder o en código), respondes mejor a cambios de cliente sin romper nada.

Conclusión: la IA acelera, pero la estructura es la verdadera ventaja

Si te quedas con una idea del episodio, que sea esta:

La IA (MCP, JetEngine, modelos, etc.) puede automatizar lo mecánico.

El valor está en diseñar la arquitectura: tipos de contenido, campos, flujos, sincronizaciones y reglas.

Y en WordPress, eso se traduce en menos “maquetar en el content” y más contenido estructurado, staging serio (cuando hace falta) y automatización conectada a negocio.

Si tú también estás notando que pasas de “plugins” a “prompts”, o que cada vez usas más campos/estructura que bloques, deja por ahí tu caso real: qué automatizaste, qué herramienta te salvó, o qué parte te está dando guerra.

Preguntas frecuentes sobre WordPress, IA y automatización

¿Qué es MCP y para qué sirve en WordPress?
MCP (Model Context Protocol) permite que una IA se conecte a un sistema (como JetEngine) y ejecute acciones reales: crear CPTs, taxonomías, queries, listings o glosarios desde un cliente como VS Code.

¿JetEngine ya permite “crear estructura con IA” de forma fiable?
Sí para lo mecánico (CPTs, campos, queries). Pero necesitas diseñar bien la estructura antes: la IA acelera la ejecución, no sustituye la arquitectura.

¿InstaWP vale la pena para staging en clientes reales?
En proyectos donde necesitas control (tiendas vivas, cambios frecuentes, instalaciones grandes) puede valer mucho la pena, sobre todo por el staging selectivo y la sincronización bidireccional.

¿Cuándo usar GPT personalizado vs prompt guardado?
GPT personalizado cuando hay reglas complejas y muchas restricciones. Prompt guardado cuando la tarea es repetitiva y quieres reutilizarlo en cualquier herramienta sin depender de “proyectos” o GPTs.

¿Se puede automatizar WordPress sin tocar código?
Sí, con herramientas como Make puedes automatizar publicaciones, WooCommerce, membresías, sincronizaciones con contactos/Discord/email, y añadir IA para generar textos, clasificar contenido o enriquecer flujos.

...more

View all episodes

By Yannick García & Elías Gómez