『Negocios y WordPress』のカバーアート

Negocios y WordPress

Negocios y WordPress

著者： Yannick García & Elías Gómez
無料で聴く

概要

 Podcast sobre gestión de negocios y marketing digital con WordPress© 2017 Negocios & WordPress マネジメント・リーダーシップ マーケティング マーケティング・セールス リーダーシップ 経済学
エピソード
  • 242. Del Plugin al Prompt

    242. Del Plugin al Prompt
    2025/12/16
    ✏️ 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...
    続きを読む 一部表示
    58 分
  • 241. Eventos y WordPress

    241. Eventos y WordPress
    2025/12/02
    ✏️ Suscribirse https://youtu.be/7EiwkclIKeM WordPress, automatización, no-code, inteligencia artificial, eventos y comunidad. En este episodio ponemos todo eso sobre la mesa desde un enfoque muy concreto: qué nos está funcionando de verdad en el trabajo diario con clientes y qué no. Sin promesas, sin teorías bonitas y sin vender herramientas por venderlas. Solo experiencias reales, dudas abiertas y aprendizajes acumulados después de años trabajando con proyectos digitales. Eventos WordPress y no-code: qué aportan y qué no Empezamos comentando varios eventos recientes relacionados con WordPress y no-code. Por un lado, eventos locales y de formato pequeño; por otro, la referencia constante a WordCamp y al ecosistema WordPress en general. La conclusión parcial es clara: los eventos aportan contexto, personas y perspectiva, pero no siempre aportan profundidad técnica. En el evento de no-code en Bilbao, por ejemplo, el enfoque era claramente de negocio. Casos reales de gente que ha creado productos y está facturando con herramientas no-code. Eso es interesante y valioso, pero si vienes buscando detalle técnico o “cómo se hace”, puede quedarse corto. Aun así, refuerza una idea clave que repetimos mucho: La herramienta importa menos que el problema que estás resolviendo. En el caso del WordPress Day de Sevilla, el formato pequeño juega a favor. Menos complejidad organizativa, más fácil de repetir, más sostenible para la comunidad. No es una WordCamp, pero cumple su función: networking, conversación, aprendizaje y contacto humano. Y eso, en este sector, sigue siendo relevante. También aparece de fondo WordCamp Europe, no tanto por las charlas en sí, sino por todo lo que ocurre alrededor: encuentros paralelos, conversaciones informales y relaciones que no nacen en un Zoom. Clave del bloque: ir a eventos con expectativas realistas y medir su valor por lo que te llevas después, no por el cartel. Profesionalizar servicios digitales más allá del código Uno de los ejes fuertes del episodio es la profesionalización del servicio. No desde el punto de vista técnico, sino desde todo lo que rodea al trabajo con clientes. Aquí insistimos en algo importante: ser profesional no es solo ejecutar bien, es comunicar bien, documentar bien y reducir fricciones. Comunicación con clientes: emails con contexto Un ejemplo muy concreto es la forma de escribir emails a clientes. No basta con decir “esto ya está hecho”. Estamos intentando: Explicar qué se ha hechoPor qué se ha hecho asíQué implicaciones tieneCuál es el siguiente pasoQué necesitamos del cliente (de forma explícita) Esto lleva más tiempo, sí. Pero ahorra malentendidos, bloqueos y conversaciones circulares. Es tiempo invertido en orden mental y en confianza. Registro de proyecto compartido Otro paso es crear un registro de proyecto accesible para el cliente, usando herramientas como Notion. Antes estas notas estaban solo en Obsidian, como documentación interna. Ahora el cliente puede consultar qué se decidió, cuándo y por qué. No es para todos los proyectos, pero en trabajos recurrentes o de largo plazo reduce mucho la dependencia del correo y de la memoria. Procesos y herramientas consistentes También hablamos de la importancia de repetir procesos y herramientas: Usar siempre el mismo sistema de backupsTener claro cómo hacer stagingNo aceptar cualquier plugin o stack heredado sin criterio No es dogmatismo. Es control. Cada excepción añade fricción, riesgo y tiempo perdido. Automatización con WordPress y Make: cuando “no se puede” sí se puede Entramos en un caso real de automatización que conecta WordPress, Make y Discord. El punto de partida era una creencia extendida: ciertas publicaciones en Discord no se pueden automatizar. Probando con calma, se demuestra que sí. Se construye un flujo donde: WordPress actúa como origenSe filtra por categoríasMake orquesta el procesoSe llama directamente a la API de DiscordCada podcast publica en su canal correspondiente El valor no está en lo complejo del sistema, sino en cuestionar la suposición inicial. Muchas tareas manuales siguen existiendo simplemente porque nadie ha probado si realmente hay alternativa. Este tipo de automatización no “vende” por lo técnica que es, sino por el tiempo y la fricción que elimina en el día a día del cliente. Y aquí aparece una pregunta importante: ¿cómo empaquetar este valor sin vender “automatización” como palabra vacía? Automatización, WordPress y posicionamiento del servicio A partir del caso anterior reflexionamos sobre cómo nos definimos profesionalmente. Automatización y WordPress son herramientas. El cliente no compra herramientas, compra resultados. Hablar solo de “automatización” atrae a gente que ya sabe que la necesita. Pero deja fuera a muchos clientes que tienen problemas operativos claros y no los llaman así. Sale la comparación clásica entre “páginas web” y “desarrollo...
    続きを読む 一部表示
    59 分
  • 240. WordPress 6.9 + IA: qué aporta realmente la Abilities API

    240. WordPress 6.9 + IA: qué aporta realmente la Abilities API
    2025/11/18
    ✏️ Suscribirse https://youtu.be/rMiaGSWPZ1k WordPress 6.9 trae la Abilities API: el “idioma” que necesita la IA para actuar en tu web. En el episodio 240 de Negocios y WordPress hablamos de una mezcla muy realista: WordPress, inteligencia artificial, herramientas y “vida de autónomo” (con su caos incluido). Pero el centro del capítulo fue claro: WordPress 6.9 y la Abilities API, una pieza que, si trabajas con web y automatización, te cambia el mapa mental. Y sí, también salen temas de Stripe + Make, subidas de precios, Kit Digital, productividad con Todoist, IA en Gmail con Gemini, y ese clásico “tengo 20 suscripciones y debería borrar la mitad”. WordPress 6.9 y la Abilities API: el primer paso serio hacia IA “nativa” WordPress lleva tiempo moviéndose hacia IA, pero en 6.9 se ve un cambio: ya no es “un plugin que hace cosas”, sino infraestructura. La Abilities API introduce un registro central donde WordPress (core), themes y plugins pueden declarar “cosas que saben hacer” de forma estándar: qué hacen, qué entradas aceptan, qué devuelven y qué permisos requieren. Eso convierte WordPress en un sistema descubrible para agentes y automatizaciones. Si te quedas con una frase del episodio, sería esta: Abilities = API autodocumentada para que una IA no tenga que “adivinar” tu WordPress. En vez de pedirle a un modelo que improvise (y se invente macros, endpoints o parámetros), se le ofrece un catálogo de acciones reales. Qué es la Abilities API “en cristiano” y por qué no es solo para IA Abilities como “acciones con contrato” Cada ability es una acción concreta: por ejemplo, “contar posts”, “crear un producto”, “generar un informe”, “crear un CPT”, etc. Se registra en WordPress con wp_register_ability() y debe hacerse en el hook wp_abilities_api_init. Lo interesante es el “contrato”: Input: qué datos necesita (schema).Output: qué devuelve (schema).Permisos: quién puede ejecutarla.Callback: la función real que se ejecuta. Esto no solo sirve a ChatGPT o Claude; sirve a cualquier integración que quiera operar de forma fiable y repetible. Abilities + MCP: el combo que se viene En el episodio se enlaza esto con MCP (Model Context Protocol): si MCP es el “protocolo” para conectar un agente con herramientas, Abilities es el “mapa” de herramientas disponible dentro de WordPress. Por eso se entiende como un paso previo: sin abilities, el agente puede “conectar”, pero no sabe qué puede hacer ni cómo hacerlo. Casos de uso reales: WooCommerce MCP y JetEngine “con esteroides” WooCommerce: hablar con tu tienda (sin tocar la UI) Se mencionó que WooCommerce ya está explorando MCP como feature, activable desde ajustes avanzados (beta), para exponer operaciones de tienda a clientes IA con autenticación y permisos. Esto abre la puerta a cosas como: “¿Qué vendí esta semana?”“Sácame un informe de productos con caída de ventas”“Crea un descuento para esta categoría”“Revisa pedidos pendientes y agrúpalos por estado” WooCommerce lo plantea como una integración MCP estándar para que asistentes interactúen con la tienda. JetEngine: cuando un plugin se vuelve “operable” El ejemplo del episodio con JetEngine (Crocoblock) es justo lo que hace potente este enfoque: si JetEngine expone abilities para crear CPT, metaboxes, taxonomías, queries, etc., el agente ya no “alucina” sobre cómo se configura: ejecuta las operaciones oficiales que el plugin le ofrece. Eso reduce fricción, reduce errores y, sobre todo, reduce la típica situación de: “sí, sí… esto se hace con una macro que no existe”. (Como referencia, Crocoblock ha ido publicando avances de JetEngine 3.8 alrededor de MCP/AI en sus canales). WordPress no va tarde: AI Team y “AI Building Blocks” Otra idea importante del episodio: WordPress no está “desligado” del mundo IA. Existe un trabajo organizado dentro del ecosistema, con iniciativas como AI Building Blocks y el propio equipo de IA publicando avances y guías. Y además, Automattic también está empujando por su lado (WordPress.com, experimentos, etc.). El mensaje de fondo: IA va a entrar “por el core” y por los plugins grandes. Negocio real: cuando subes precios y descubres que Stripe enseña más que un curso En la parte de “vida real”, se contó un caso muy típico pero muy bien aterrizado: subida de precios por un cambio de costes (en el episodio, por el contexto del mercado avícola) y cómo eso te obliga a dominar: Stripe (productos, prices, suscripciones, subscription items)Airtable como fuente de control (campos “price ID actual” vs “price ID anterior”)Make como orquestadorSendGrid para el aviso a clientes La clave técnica que se remarca: en Stripe no “editas” un price usado por suscripciones antiguas, sino que acoplas un price nuevo a la suscripción (sin reventar el historial). Eso es lo que te permite hacer una subida ...
    続きを読む 一部表示
    59 分
まだレビューはありません