Negocios y WordPress cover art

Negocios y WordPress

Negocios y WordPress

Written by: Yannick García & Elías Gómez
Listen for free

Podcast sobre gestión de negocios y marketing digital con WordPress© 2017 Negocios & WordPress Economics Leadership Management & Leadership Marketing Marketing & Sales
Episodes
  • 250. 🔥 IA, WORDPRESS y agentes: Codex, Bricks MCP, Claude Design y automatizaciones

    250. 🔥 IA, WORDPRESS y agentes: Codex, Bricks MCP, Claude Design y automatizaciones
    Apr 21 2026
    ✏️ Suscribirse https://www.youtube.com/watch?v=3lfND1xwZsI La IA ya no aparece como un tema aparte, sino como una capa que atraviesa casi todo el trabajo digital. En este episodio 250 se habla de diseño, desarrollo, automatización, WordPress y sistemas reales, con varias herramientas nuevas sobre la mesa y una pregunta de fondo: qué aporta de verdad cada una y dónde sigue mandando el criterio. La IA como capa transversal en proyectos digitales La idea central del episodio es que la IA ya está metida en casi todos los procesos digitales. No solo en el desarrollo, también en el diseño, en la automatización y en la forma de plantear proyectos completos. En la conversación se insiste en que ya no tiene mucho sentido tratar la IA como una temática aislada. Se parece más a una herramienta transversal: está en todas partes, pero no sustituye el problema de fondo, que sigue siendo crear proyectos útiles, mantenibles y con sentido de negocio. Ese matiz es importante porque evita convertir el episodio en una lista de novedades. Lo relevante no es que aparezcan más herramientas, sino cómo encajan dentro de un flujo real de trabajo. Claude Design, diseño conversacional y límites reales Una de las novedades más comentadas es Claude Design, una herramienta experimental de diseño conversacional de Anthropic. La conversación gira alrededor de su capacidad para trabajar con contexto, documentación, materiales visuales y sistemas de diseño, no solo para generar una pantalla rápida. Con un flujo basado en lienzo visual, comentarios sobre elementos concretos y exportación hacia otros formatos o hacia Claude Code. El punto interesante no es solo lo que genera, sino lo que implica para un flujo profesional: si una herramienta consume mucho contexto, tokens y tiempo, la pregunta deja de ser si puede hacerlo y pasa a ser si compensa usarla en un sistema repetible. La conclusión práctica es que Claude Design puede servir para explorar y validar direcciones visuales, pero no sustituye un proceso con fases claras, control y responsabilidad. Stitch, Mosaic y el diseño como sistema La conversación también conecta con herramientas que intentan convertir el diseño en una pieza más estructurada del sistema. Ahí entran ideas como Stitch, Mosaic y la posibilidad de trabajar con fuentes de verdad visuales que puedan leer los agentes. El interés no está solo en generar pantallas rápido, sino en que el diseño tenga una base reutilizable, legible y mantenible. Si una herramienta ayuda a que el diseño entre mejor en el flujo de agentes, desarrollo y validación, aporta algo más que una demo visual. En ese contexto, Mosaic aparece como otro ejemplo de builder o herramienta visual que alimenta el debate sobre cómo construir interfaces cuando la IA empieza a reducir la fricción técnica. La pregunta útil no es qué herramienta parece más espectacular, sino cuál encaja mejor en el proceso que quieres mantener. Bricks, MCP y skills para acelerar sin perder control Otra parte del episodio baja el debate a WordPress y a la construcción de sistemas con herramientas concretas. Se habla de Bricks, MCP, workshops y de cómo preparar contextos reutilizables para que los agentes no dependan de prompts enormes cada vez. La referencia de Notion a Skills para Bricks apunta justo a esa idea: usar archivos, contexto y convenciones para que la IA trabaje mejor dentro de un entorno concreto. Esto encaja con una idea que se repite durante el episodio: la IA no elimina la necesidad de arquitectura, la hace más importante. Cuanto más rápido puedes producir, más necesario es tener límites, fases y criterios claros. Codex, memoria y contexto de proyectos reales Codex aparece como apoyo operativo dentro de un flujo de trabajo real, no como sustituto del proceso completo. Se menciona su uso para abrir proyectos, recuperar contexto y preguntar qué se ha hecho en las últimas semanas. La referencia relacionada es Chronicle para Codex, una herramienta de investigación para mejorar la memoria de Codex aprovechando el contexto de pantalla. Ese enfoque tiene una ventaja evidente: reduce la necesidad de repetir contexto y permite que la IA entienda mejor el trabajo acumulado. Pero también trae una advertencia importante: si se guarda contexto sensible en archivos locales o se depende de permisos de pantalla, la productividad no puede separarse de la privacidad y la seguridad. WP Apps, extensiones aisladas y el futuro de WordPress El episodio también toca el debate sobre cómo debería evolucionar WordPress cuando aparecen nuevas formas de extenderlo. WP Apps plantea un modelo de extensiones aisladas, con permisos acotados y sin acceso directo a base de datos, sistema de archivos o ejecución PHP. Ese planteamiento conecta con una preocupación de fondo: WordPress necesita seguir siendo flexible, pero también más seguro y predecible. Si el ecosistema quiere mantener su valor, no basta con añadir capas. Tiene que ...
    Show More Show Less
    1 hr
  • 249. WordPress tiene sucesor? Desarrollo con IA, Codex y el debate que está cambiando cómo construimos

    249. WordPress tiene sucesor? Desarrollo con IA, Codex y el debate que está cambiando cómo construimos
    Apr 8 2026
    ✏️ Suscribirse https://www.youtube.com/watch?v=C2GNbhMeQCQ WordPress sigue siendo la base. Lo que cambia es todo lo que construimos alrededor: IA, automatización, bloques, decisiones de arquitectura y nuevas formas de pensar el mantenimiento. En el episodio 249 se cruzan varios debates que hoy ya afectan a proyectos reales, desde webs editables por no técnicos hasta la aparición de CMS nuevos que prometen seguridad aislando cada plugin. La idea central del episodio es clara: la tecnología puede acelerar el trabajo, pero el criterio sigue siendo lo que hace que un proyecto merezca la pena. Da igual si hablamos de un membership site, de una web de directorio, de SEO o de una interfaz construida con IA. Si el sistema no sirve al negocio, no compensa. Un proyecto real para gente que sí va a tocar la web El episodio arranca con un caso práctico y muy cotidiano: una web para un entorno de aceites esenciales, comunidad, contenidos y usuarios reales que sí van a tocar el panel. No es una maqueta teórica. Es una estructura que tiene que funcionar hoy, pero también mañana, cuando otras personas entren a editarla sin saber código. Ahí aparece una de las claves del episodio: construir para que el proyecto no dependa siempre del desarrollador. Si la base está bien planteada, la persona que gestiona el contenido puede cambiar bloques, mover piezas y entender la lógica general sin romper nada. En ese contexto se menciona el uso de GeneratePress y GenerateBlocks como base flexible. No por la marca en sí, sino por la idea que representan: bloques, queries, campos personalizados y control sin encerrar el proyecto en un sistema rígido. IA dentro del flujo, no por encima del criterio Codex aparece como una herramienta operativa. Se usa dentro de Cursor para tareas concretas, como ajustes de CSS o cambios pequeños, y no como sustituto de la arquitectura ni del criterio. Esa es la diferencia importante: la IA ayuda a producir mejor, pero no debe decidirlo todo. El episodio insiste en que la IA tiene sentido cuando quita fricción, no cuando añade complejidad innecesaria. Si algo se puede resolver de forma simple y mantenible, esa suele ser la respuesta buena. Y si el proyecto ya tiene una estructura sólida, la IA puede servir para pulir detalles sin rehacerlo todo. Aquí también aparece una reflexión útil para cualquier negocio con WordPress: si hay usuarios, autenticación, seguridad o pagos, no tiene sentido reinventar la rueda desde cero. La plataforma sigue siendo una ventaja, y la IA sirve para extenderla, no para desmontarla. emDash, seguridad y el argumento de “sucesor espiritual” La segunda gran parte del episodio se mete de lleno en emDash, el CMS nuevo que se está presentando como sucesor espiritual de WordPress. El debate no va solo de marketing: va de qué problema intenta resolver realmente y qué sacrificios mete por el camino. El argumento fuerte que se pone sobre la mesa es la seguridad. EmDash plantea un modelo donde cada plugin corre aislado, en una especie de cajón cerrado, con permisos muy limitados. Eso suena bien si tu preocupación es minimizar daños, pero también tiene una consecuencia evidente: dependes de esa tecnología y pierdes parte del ecosistema abierto que hace fuerte a WordPress. Se menciona además el contexto técnico de Cloudflare, Astro y TypeScript, y cómo esa base les permite construir un CMS moderno, rápido y pensado para trabajar con IA desde el principio. Pero el episodio cuestiona la trampa de fondo: si para mantener esa seguridad necesitas un ecosistema tan cerrado, ¿sigues compitiendo de verdad con WordPress o simplemente estás creando otra categoría? WordPress, membresías y proyectos que necesitan flexibilidad La reflexión práctica del episodio es bastante clara: para muchos proyectos reales, WordPress sigue siendo la pieza correcta. Especialmente cuando hablamos de memberships, contenidos restringidos, reservas, e-commerce o sistemas con lógica de negocio y usuarios reales. En esa parte se repite una idea útil: la IA puede ayudarte a modificar diseño o funcionalidad sin abandonar WordPress. Si una interfaz nativa o un plugin te frena, la IA puede generar un añadido o un ajuste de código. Pero eso es distinto de levantar todo el sistema de cero por puro entusiasmo técnico. También aparece la discusión sobre si usar o no usar una capa visual como GeneratePress cuando ya no aporta lo suficiente. La conclusión implícita es buena: si la base ya no te ayuda, no hay obligación de mantenerla por inercia. Lo importante es que el flujo sirva al proyecto, no al revés. SEO, prompts y el margen que deja el trabajo bien automatizado El episodio se mueve también hacia una consecuencia muy concreta de trabajar mejor con IA: cuando la parte técnica deja de ser barrera, aparece tiempo para pensar en negocio. Eso se ve en la conversación sobre SEO, prompts y la posibilidad de hacer por código cosas que antes requerían una interfaz o un...
    Show More Show Less
    59 mins
  • 248. Elementor Editor V4: ¿revolución o humo? + WordPress sin hosting

    248. Elementor Editor V4: ¿revolución o humo? + WordPress sin hosting
    Mar 24 2026
    ✏️ Suscribirse https://youtube.com/live/giO7NebCWVI Título (SEO): Elementor V4 vs Bricks: novedades, problemas reales y el futuro de WordPress con IA Meta descripción: Análisis real de Elementor V4, Bricks, Make y WordPress Playground. Novedades, problemas y cómo afecta la IA al desarrollo web. Elementor V4, Bricks y WordPress con IA: lo que está cambiando (de verdad) Elementor V4, Bricks, WordPress Playground y herramientas como Make o Claude están redefiniendo cómo creamos webs hoy. Pero no todo es avance: también hay fricciones, decisiones a medias y cambios que afectan directamente al flujo de trabajo real. Este episodio no va de hype. Va de qué está pasando de verdad y cómo te impacta si trabajas con WordPress. Elementor V4: avance técnico… pero aún sin workflow real El nuevo Elementor Editor V4 introduce conceptos clave como: VariablesClases reutilizablesWidgets “atómicos”Nuevo panel de estilos unificado Sobre el papel, suena muy bien. En la práctica, hay varios problemas importantes. Variables en Elementor: buena idea, ejecución limitada Ahora puedes crear variables de: ColorTipografía (fuente)Tamaño Pero aquí empieza el problema: No puedes crear variables para todo (ej: sombras, efectos)No se integran bien en todos los contextosNo son realmente flexibles como en otros builders Ejemplo claro: si quieres hacer una variación de color con color-mix, Elementor no lo interpreta como color válido. Resultado: no puedes reutilizarlo correctamente. 👉 Es decir: la idea es buena, pero está a medias. Clases en Elementor: sin control real del orden Otro punto crítico es el sistema de clases. Puedes crear clases reutilizables… pero: No puedes controlar el orden de aplicaciónNo puedes reorganizarlas fácilmenteNo sabes con claridad qué prioridad tienen Esto rompe uno de los pilares del desarrollo moderno: controlar el CSS de forma predecible. Widgets atómicos: el mayor cuello de botella Aquí está el mayor problema ahora mismo. Todo el sistema nuevo (clases, variables, etc.) solo funciona en ciertos widgets “atómicos”. Eso significa que: Muchos widgets siguen con el sistema antiguoNo puedes aplicar el nuevo flujo a toda la webEstás obligado a trabajar “a medias” Ejemplo: Encabezado normal → sistema antiguoEncabezado atómico → sistema nuevo Esto genera un escenario bastante incómodo: 👉 No puedes usar Elementor V4 como base sólida todavía Lo que sí está bien hecho No todo es negativo. Hay mejoras claras: Mejor organización del panel (contenido / estilo / interacciones)Mejor limpieza del DOM en widgets nuevosBase técnica más moderna Pero ahora mismo, el problema no es técnico. Es de producto: 👉 No hay un flujo completo usable en producción real Bricks: roadmap sólido y visión clara Mientras Elementor está en transición, Bricks sigue avanzando con bastante coherencia. Se han presentado varias novedades importantes en su roadmap: IA integrada en el builder Generación de layoutsAsistencia dentro del editorPosible integración con MCP (Model Context Protocol) Esto apunta a algo interesante: 👉 Diseñar desde IA y renderizar directamente en Bricks WooCommerce más personalizable Checkout multipasoMás control sobre componentesMejor integración visual Importación avanzada (HTML, clases, variables) Una de las ventajas actuales: Puedes importar variables directamentePuedes importar clases CSSPuedes pegar HTML y convertirlo en layout Esto acelera muchísimo ciertos flujos: 👉 especialmente cuando vienes de código o IA Edición colaborativa y control de cambios Modo colaborativo en tiempo realPosibilidad de guardar sin publicar Esto acerca Bricks a workflows más profesionales (tipo Figma o Git-like). WordPress Playground y My WordPress: WordPress sin hosting Otro bloque interesante del episodio es la evolución de WordPress Playground. Y su nueva capa: My WordPress. Qué es WordPress Playground WordPress funcionando en el navegadorSin hostingBasado en SQLiteArranca en segundos Qué añade My WordPress Entorno persistenteApps preconfiguradas (RSS, diario, etc.)Uso personal/local Casos de uso reales: Formación rápidaTesting sin montar entornoMini herramientas personales 👉 No sustituye a WordPress clásico, pero abre nuevas posibilidades. Make: simplificando automatizaciones complejas Make ha añadido dos módulos clave: If/ElseMerge Antes, para algo tan común como: “Si el cliente existe, úsalo; si no, créalo” Tenías que: Usar routersDuplicar lógicaGestionar múltiples ramas Ahora: Todo se resuelve en un solo bloqueMenos coste de operacionesMenos complejidad 👉 Pequeña mejora, pero impacto grande en automatizaciones reales. IA aplicada al desarrollo: Claude, Codex y workflows reales Aquí hay un cambio importante de mentalidad. Ya no es solo usar IA para tareas puntuales. Ahora hablamos de: Crear proyectos completos con agentesAutomatizar desarrollo enteroGenerar sistemas desde documentación Clave importante: la fase ...
    Show More Show Less
    58 mins
adbl_web_anon_alc_button_suppression_c
No reviews yet