Negocios y WordPress

✏️ Suscribirse https://www.youtube.com/watch?v=mDd8YG7kLOE WordPress 7.1 promete más colaboración, mejores herramientas de diseño y una integración cada vez más clara con la IA. Pero el episodio 255 de Negocios y WordPress va bastante más allá de repasar una versión: sirve para hacer balance de cómo está cambiando el trabajo real de quienes desarrollamos webs, automatizamos procesos y mantenemos proyectos digitales. La conversación pasa por integraciones logísticas hechas con Codex, reseñas que complican un formulario, diseño asistido con IA, browser automation, consultoría de procesos y agentes capaces de seguir trabajando mientras nosotros hacemos otra cosa. La conclusión es menos espectacular, pero mucho más útil: la ventaja no está en delegarlo todo, sino en crear un sistema donde la IA tenga contexto, límites y un objetivo bien elegido. WordPress 7.1: colaboración, IA y mejoras que llevaba tiempo pidiendo la comunidad El primer gran bloque del episodio repasa una versión de WordPress muy centrada en colaborar mejor y preparar el editor para flujos asistidos por IA. Entre las novedades comentadas aparecen un modo de sugerencias parecido al de Google Docs, comentarios, reacciones con emojis y edición en tiempo real. Una de las ideas más interesantes son las directrices o guidelines. Permitirían definir criterios para el sitio, los textos, las imágenes o los bloques, de forma que la IA no genere contenido sin contexto, sino que siga unos estándares previos. Es una mejora técnica, pero también resume una tesis que atraviesa todo el episodio: un agente resulta mucho más útil cuando conoce las reglas del proyecto antes de empezar a ejecutar. En el apartado de conectores también se comentan mejoras como la generación por streaming, el soporte de embeddings para búsquedas internas y nuevas formas de autenticación. El objetivo parece claro: que WordPress pueda conectarse con servicios externos y aprovechar el contenido del sitio de una forma más natural. Un editor algo más capaz En diseño, WordPress 7.1 incorpora varias peticiones recurrentes de la comunidad: controles responsive desde la interfaz estilos para pseudoestados como `hover` y `focus` bloque de tabla de contenidos bloque de pestañas playlist de audio con visualización de onda API para registrar colecciones de iconos Son avances pequeños si se miran uno por uno, pero responden a una crítica habitual: Gutenberg funciona bien como editor de contenido, aunque todavía tiene limitaciones cuando se usa como herramienta de maquetación. Cuantas más capacidades básicas resuelva WordPress de forma nativa, menos dependencias hacen falta para construir una web mantenible. La versión también trae cambios internos importantes: salto a React 19, uso obligatorio de `iframe` en el editor de los temas de bloques, adaptación a la versión 3 de la Block API, soporte Unicode ampliado y mejoras en el recorte y la subida de imágenes. Para el usuario pueden pasar desapercibidos, pero para desarrolladores de temas y bloques implican revisar compatibilidad. Desarrollo con Codex: de integrar GLS a simplificar unas reseñas La utilidad de los agentes se entiende mejor cuando dejan de ser una promesa y entran en proyectos reales. Uno de los ejemplos del episodio es la ampliación de una aplicación en Python que conecta un negocio con distintas empresas de mensajería. El reto consistía en añadir GLS a una base donde ya existían otros proveedores. El trabajo se apoyó en Codex para estudiar la documentación, replicar el patrón de los conectores existentes, montar la infraestructura y preparar pruebas. La persona que dirige el proyecto no necesitaba dominar Python de antemano para avanzar, pero sí entender el objetivo, pedir la documentación correcta y validar que la nueva integración respetase el sistema existente. Ese matiz es importante: la IA reduce mucho la barrera de ejecución, pero el proyecto sigue necesitando una fuente de verdad, ejemplos previos y alguien capaz de detectar si la solución encaja. El segundo caso es más cotidiano y quizá por eso resulta todavía más revelador. Un formulario de alta hecho con Gravity Forms mostraba reseñas de Google en uno de sus pasos. El plugin que las cargaba empezó a fallar y, además, las reseñas mezclaban experiencias de una tienda, un bar y el servicio principal del negocio. Aunque la puntuación general era buena, el contenido automático dejó de ayudar a la conversión. La posible solución no fue añadir más automatización, sino elegir manualmente unas pocas reseñas. Menos dinamismo puede significar más control, menos fallos y un mensaje comercial más claro. Es la misma lógica que permite sustituir un mapa interactivo innecesario por una dirección bien enlazada: una web no mejora por acumular componentes, sino por resolver mejor lo que necesita el usuario. El episodio menciona también mejoras en un alta con Kadence Membership, el envío de datos de facturación a Stripe y una integración con FacturaDirecta. Son trabajos distintos, pero comparten patrón: partir del proceso real, localizar el dato que falta y conectar solo las piezas necesarias. 2026, el año de los agentes y de los procesos completos El balance de mitad de año deja una idea clara: los agentes han encontrado su sitio cuando se integran en un proceso profesional completo. Ya no se trata solo de generar una función o resolver una duda, sino de participar en investigación, desarrollo, pruebas, navegación y mantenimiento. Codex, por ejemplo, puede inspeccionar la renderización del frontend, abrir el navegador, trabajar con MCP, usar aplicaciones del ordenador y mantenerse iterando sobre un objetivo. Esa autonomía permite pedir una revisión y descubrir que el agente ha comprobado por su cuenta si una parte se rellena mediante JavaScript. Pero la misma conversación ofrece el contrapunto perfecto. Ante un problema con reseñas, el agente se puso a buscar plugins genéricos sin preguntar primero cuál estaba instalado. Un profesional competente habría empezado por identificar el objeto exacto del problema. La IA puede recorrer muchos caminos, pero no siempre elige el más sensato si le falta contexto. Por eso el siguiente objetivo no es automatizar una web entera con una instrucción gigantesca. Es construir y enseñar un flujo que cubra: auditoría y contenido exploración de diseño desarrollo pruebas y registro de usuarios comprobaciones en el navegador mantenimiento y nuevas iteraciones El valor está en encadenar bien las fases y reservar puntos de control, no en fingir que todas pueden mezclarse sin supervisión. Diseño asistido sin renunciar a una dirección propia La parte visual sigue siendo una de las más difíciles. Pedir “hazme un diseño” suele producir resultados correctos, pero poco personales y con escasa voluntad de tomar decisiones. Herramientas como Stitch y los documentos de diseño se plantean en el episodio como una fase intermedia: explorar propuestas, dar vueltas a una maqueta y validarla antes de trasladarla a un framework CSS. Ese proceso conserva el control creativo. También permite seguir diseñando manualmente cuando tenga sentido y usar la IA para convertir una propuesta ya decidida en CSS y componentes. La automatización entra después de fijar la dirección, no antes. De automatizaciones puntuales a consultoría de procesos La evolución del servicio de automatización ocupa otro de los debates centrales del episodio. Si una persona con cierta soltura técnica puede pedir a ChatGPT que conecte dos herramientas, el valor de un profesional no puede limitarse a ejecutar ese encargo aislado. La propuesta pasa a ser más consultiva: analizar la empresa, detectar qué procesos ofrecen mayor beneficio y elegir varias áreas conectadas. En muchos negocios, esas prioridades pueden agruparse en: captación de oportunidades pagos y facturación onboarding del cliente entrega del servicio comunicación y seguimiento El cliente puede llegar con una necesidad concreta, pero la experiencia humana ayuda a descubrir dependencias y oportunidades que no había formulado. La IA puede transcribir reuniones, ordenar información y proponer opciones; aun así, decidir qué automatizar primero exige entender el negocio, el coste de mantenimiento y el beneficio esperado. Make o código: quién mantendrá el sistema El episodio plantea también una duda muy práctica: seguir construyendo escenarios en Make o mover ciertas automatizaciones a scripts ejecutados en un servidor. Make ofrece una interfaz visual que puede facilitar cambios sencillos, como modificar el asunto de un correo. Sin embargo, limita el sistema a los módulos y capacidades de la plataforma. Un script en un VPS ofrece mucha más libertad, pero también puede resultar completamente opaco para un cliente no técnico. No existe una respuesta universal. La mejor tecnología es la que resuelve el proceso y puede mantenerse con los recursos reales del proyecto. Para algunos clientes, las “bolitas” de Make son comprensibles; para otros, resultan tan extrañas como una línea de código y el mantenimiento seguirá dependiendo del profesional. Aquí aparece una oportunidad especialmente interesante: documentar cada automatización, sus conexiones, decisiones y forma de depurar. Con una biblioteca de artefactos, ejemplos y soluciones anteriores, los agentes pueden aprender cómo trabaja el profesional y proponer respuestas coherentes con su metodología. La documentación deja de ser solo una entrega para el cliente y se convierte en contexto reutilizable para la IA. Autonomía, nube y próximos proyectos El siguiente paso es conseguir que los agentes trabajen con más autonomía sin perder trazabilidad. En el episodio se describe una forma de multitarea bastante realista: dejar a Codex trabajando, revisar su avance cada cierto tiempo y combinar esa tarea mental con otro trabajo físico. Para que ese modelo sea útil fuera del escritorio aparecen dos necesidades: ejecutar el agente en la nube o en una máquina accesible de forma remota revisar el estado y enviar nuevas instrucciones desde el móvil Kilo Cloud y el control remoto desde el teléfono apuntan en esa dirección. También se comenta la posibilidad de trabajar en un VPS, conectarse por SSH y desplegar después. El objetivo no es complicar la infraestructura por afición, sino poder delegar tareas largas y recuperar el control cuando realmente haga falta. Para Elías, esa autonomía se conecta con Luna Music, el análisis de Search Console y Analytics, la mejora de la web y una profesionalización general del servicio de DJ. Para Yánick, el objetivo es mostrar un desarrollo web completo con agentes, desde el contenido y el diseño hasta el testing y el mantenimiento. El episodio cierra el repaso con varias herramientas y proyectos a seguir: Instatic, el CMS nacido alrededor del equipo de Core Framework y Motion.page NovaMira y su trabajo visual desde el navegador para WordPress Crocoblock y JetMessenger para conversaciones vinculadas a productos Kilo Code y sus opciones de trabajo en la nube y desde el móvil También se recuerdan dos citas de la comunidad: RMC Galicia en septiembre y WordCamp Galicia en octubre. Más allá de la novedad concreta, todas estas referencias muestran el mismo movimiento: las herramientas intentan acercar la ejecución al contexto visual, al trabajo remoto y a agentes cada vez más capaces. Cierre El episodio 255 deja dos conclusiones conectadas. La primera es que WordPress sigue evolucionando para ofrecer mejor colaboración, más capacidades nativas y una relación más estrecha con la IA. La segunda es que disponer de agentes más potentes no elimina la necesidad de procesos claros; la hace todavía más evidente. En desarrollo y automatización, el trabajo valioso se desplaza hacia el criterio, la arquitectura, la consultoría y la documentación. Ejecutar cuesta menos, pero elegir bien qué ejecutar, cómo mantenerlo y cuándo simplificar sigue siendo la diferencia entre una prueba vistosa y un sistema que funciona. La pregunta útil para los próximos meses no es cuántas tareas puede hacer un agente. Es otra: ¿qué sistema de trabajo necesitas para poder delegarlas con confianza? Si quieres seguir compartiendo experiencias sobre WordPress, IA y negocio digital, puedes unirte a la comunidad de Telegram de Negocios y WordPress.

✏️ Suscribirse https://www.youtube.com/watch?v=3WjM7NNA0vk La IA permite construir más rápido, automatizar más tareas y rehacer piezas enteras de un proyecto con mucha menos fricción que antes. Pero esa facilidad también abre una pregunta incómoda: si ahora puedes montarlo casi todo con IA, para qué seguir usando WordPress en muchos casos. En el episodio 254 de Negocios y WordPress, esa pregunta no se responde con una postura extrema. La conversación mezcla problemas reales de despliegue y sincronización, un mini tutorial muy útil sobre extractos en WordPress, pruebas con OpenCode y OpenRouter, automatizaciones personales y un debate de fondo sobre criterio técnico. La conclusión no va tanto de elegir un bando como de entender qué parte del stack merece rehacerse y cuál sigue aportando muchísimo valor. Además, el episodio recuerda que el trabajo profesional cada vez depende menos de “picar código” o de encajar piezas al vuelo y más de tomar buenas decisiones de arquitectura, mantenimiento y negocio. Vercel, WP Rocket y Verifactu: cuando la velocidad también complica el sistema El episodio arranca con varios ejemplos que aterrizan muy bien la situación actual del desarrollo web. Por un lado aparece el caso de TomaBumping.com, ya apuntando a Vercel en lugar de quedarse en un flujo más manual con cPanel. La promesa es clara: despliegues más cómodos, conexión más natural con GitHub y una experiencia más moderna para mover una web basada en Next. Pero la parte interesante no es la migración en sí, sino el peaje que aparece enseguida. La sincronización con Notion, los builds nocturnos, los deploys constantes y los límites del plan gratuito dejan una idea bastante potente: la IA y los stacks nuevos te dan superpoderes, pero también pueden meterte en sistemas más pesados de operar si no revisas bien el flujo. Ahí sale una reflexión útil para cualquier proyecto: no siempre compensa sustituir una solución ya entendida por otra más moderna si el coste operativo sube demasiado. A veces el problema no es tecnológico, sino de encaje entre lo que necesita el proyecto y la infraestructura elegida. En ese mismo bloque aparecen dos recordatorios del ecosistema WordPress que siguen siendo muy prácticos: un contenido sobre WP Rocket orientado a optimización y rendimiento un repaso a VeriFacWoo, presentado como una solución bien montada para cubrir una necesidad legal y operativa muy concreta Ese contraste está muy bien traído porque resume el tono del episodio: puedes explorar herramientas nuevas, pero eso no invalida todo lo que WordPress y su ecosistema siguen resolviendo con mucha eficacia. Cómo funcionan de verdad el excerpt y la etiqueta more en WordPress Uno de los bloques más didácticos del episodio es la explicación sobre extractos y cortes de contenido en WordPress. Parece un detalle pequeño, pero afecta directamente a cómo muestras entradas en listados, feeds o plantillas personalizadas. La aclaración principal es esta: el `excerpt` no es lo mismo que meter un corte manual con la etiqueta `more`. Qué hace el extracto manual y qué hace el automático Cuando usas el extracto de WordPress, puedes trabajar de dos maneras: con un extracto manual escrito por ti con un extracto automático generado desde el inicio del contenido Por defecto, ese extracto automático se basa en unas 55 palabras, aunque se puede modificar. El problema es que un corte automático no siempre resume bien un post, porque a veces solo toma el arranque del texto y puede dejar frases partidas o un contexto poco representativo. Por eso la recomendación implícita del episodio es bastante sensata: si el resumen importa de verdad, conviene escribir un extracto manual. Qué hace la etiqueta more y por qué depende de cómo esté hecho el tema La etiqueta `more` actúa como un corte dentro del contenido, no como un extracto real. Sirve para decirle a WordPress hasta dónde mostrar el texto cuando la plantilla usa el contenido en un contexto de listado. Eso implica algo importante: si tu tema usa funciones pensadas para extractos, el `more` no sustituye ese comportamiento. Solo tiene sentido si la plantilla está montada para tirar de contenido recortado y no de excerpt. Este bloque del episodio recuerda una idea muy valiosa para quien trabaja con WordPress a medida: antes de tocar nada, conviene entender qué función está usando el tema y qué comportamiento quieres realmente. Muchas veces el problema no está en WordPress, sino en mezclar conceptos que parecen similares pero no lo son. OpenCode, OpenRouter, Kilo Code y el coste real de trabajar con IA Otra parte fuerte del episodio gira alrededor de las herramientas de desarrollo con IA y, sobre todo, del miedo razonable a depender demasiado de un único proveedor. Aquí entran OpenCode, OpenRouter, Codex, Codex Bar, Kilo Code y Visual Studio Code. La reflexión es muy reconocible para cualquiera que ya esté trabajando con agentes: ahora mismo usamos la IA a un ritmo que probablemente no se sostenga igual en el futuro si todo se mantiene en planes muy subsidiados. Por eso el episodio insiste en tres ideas: vigilar el coste real, no solo la cuota mensual no casarte con un único proveedor o modelo explorar alternativas locales o más abiertas antes de necesitarlas por obligación Libertad frente a comodidad Codex aparece como la opción cómoda cuando ya tienes una cuenta de ChatGPT y el flujo te resulta familiar. OpenCode y OpenRouter entran en cambio como piezas para ganar flexibilidad: cambiar de proveedor, probar modelos gratuitos, separar tareas más serias de tareas menores y no depender por completo de una sola interfaz. La conclusión provisional que sale del episodio es muy honesta: aunque la libertad interesa, la comodidad pesa mucho en el trabajo diario. Y eso explica por qué cuesta salir de una herramienta cuando ya conoce tu contexto, tu proyecto y tu forma de trabajar. Lo importante no es la novedad, sino el sistema de trabajo Kilo Code y sus pasarelas aparecen como punto intermedio interesante porque combinan acceso a ficheros, extensiones y diferentes proveedores desde un entorno más conocido. Pero el mensaje de fondo no es “esta herramienta gana”, sino otro bastante más útil: cada vez importa más separar agente, modelo y pasarela para poder decidir mejor cómo trabajas. No es un debate solo técnico. También es económico y estratégico. Si una parte del trabajo puede resolverse con modelos más baratos o gratis, y otra necesita más potencia, tiene sentido diseñar ese reparto con criterio en vez de tirar siempre de la opción más cómoda. Una skill para ordenar música y lo que enseña sobre automatización real El ejemplo más divertido del episodio probablemente sea también uno de los más reveladores. Elías cuenta cómo ha ido construyendo una skill para ordenar canciones descargadas, renombrarlas con un formato coherente, clasificarlas por décadas y estilos, y convertir ciertos archivos con FFmpeg cuando superan un umbral concreto de calidad. Más allá de lo anecdótico, el caso enseña varias cosas: la automatización útil suele nacer de una necesidad muy concreta las reglas importan más que el brillo de la herramienta cuanto mejor defines la estructura de destino, menos improvisación necesitas después Ese bloque aterriza muy bien la diferencia entre usar IA para jugar y usarla para operar mejor. No se trata solo de pedir cosas y ver qué sale, sino de montar un sistema que funcione con cierta estabilidad mientras tú haces otra cosa. También aparece un matiz importante: automatizar más significa consumir más tokens, más tiempo de cómputo y más recursos. Por eso el episodio vuelve a la misma idea de antes: la IA aporta valor cuando el ahorro de tiempo y fricción compensa el coste operativo que introduces. WordPress vs IA: el problema no es WordPress, sino qué parte estás rehaciendo La parte central del episodio llega con una discusión que ahora aparece mucho en comunidades técnicas: gente que dice que ha dejado WordPress porque con IA ya puede hacer su web más rápido y mejor. La respuesta que plantea el episodio no es defensiva, pero sí bastante crítica con ese relato cuando se formula de manera simplista. La tesis principal es esta: muchas personas no están abandonando WordPress como sistema, sino una implementación concreta cargada de builders, plugins, decisiones heredadas y capas que quizá nunca debieron estar ahí. La analogía que mejor resume este bloque es la de la casa o la reforma. Si lo que te molestaba era una bañera, quizá no tenía sentido tirar la casa entera para construir otra desde cero. Del mismo modo, si lo que fallaba era una parte de una web, no siempre hace falta sustituir todo el stack para resolverlo. Qué sigue resolviendo muy bien WordPress El episodio insiste en que WordPress todavía aporta mucho valor estructural, incluso en plena aceleración de la IA: sistema de usuarios, roles y permisos REST API y hooks backend editorial ya resuelto ecosistema de plugins y extensiones base sólida para tiendas con WooCommerce Todo eso sigue ahorrando muchísimo trabajo respecto a rehacer cada pieza desde cero. La IA puede acelerar personalizaciones, integraciones o frontend, pero no vuelve irrelevante que ya exista una base probada para operar. Qué sí queda más cuestionado Donde sí se nota un cambio fuerte es en las capas de maquetación repetitiva y en ciertos flujos basados en builders o temas multipropósito. La conversación apunta que herramientas como Elementor o incluso Bricks pueden seguir teniendo usos concretos, pero también que la IA hace más fácil volver al código en muchas partes del frontend sin perder velocidad. Eso cambia bastante el equilibrio. Antes un builder podía ser el atajo natural para maquetar rápido. Ahora, si puedes generar HTML, CSS y lógica más limpia con ayuda de IA, algunas capas dejan de compensar tanto. No porque sean “malas”, sino porque el coste-beneficio ya no es el mismo. El valor real se mueve hacia el criterio El cierre del debate va más allá de WordPress. Si la ejecución técnica se abarata, lo que gana valor es otra cosa: entender el negocio del cliente elegir bien la arquitectura decidir qué reutilizar y qué rehacer interpretar datos y proponer mejoras ampliar mantenimiento hacia SEO, UX, contenidos y rendimiento La IA no elimina al profesional útil; deja más en evidencia al que solo aportaba ejecución sin criterio. Cierre El episodio 254 deja una conclusión bastante clara: la IA no convierte automáticamente a WordPress en una tecnología obsoleta, pero sí obliga a revisar mucho mejor por qué usamos cada capa. Si antes ya tenía sentido evitar complejidad innecesaria, ahora todavía más. También deja una lectura práctica para quienes trabajan con clientes y proyectos propios: cada vez compensa menos vender solo implementación y cada vez compensa más vender criterio, estructura, mantenimiento ampliado y capacidad de decidir bien. Si te interesa ese tipo de conversación, en la comunidad de Telegram de Negocios y WordPress siguen compartiendo ideas, herramientas y dudas muy en la línea de este episodio. Y si además te mueves en la comunidad WordPress, conviene tener también en el radar citas como WordCamp Galicia 2026, que el episodio menciona como parte del cierre. Esa quizá sea la mejor forma de resumir el 254: no se trata de elegir entre WordPress o IA como si fueran bandos, sino de usar cada cosa donde realmente aporta más.

✏️ Suscribirse https://www.youtube.com/watch?v=4ctXUc228nc Optimizar una web WordPress no va solo de activar un plugin de caché al final del proyecto. En este episodio 253 de Negocios y WordPress, la conversación gira alrededor de una idea mucho más útil: el rendimiento empieza en cómo construyes la web, en cuántas capas metes, en cómo mides, en qué recursos cargas y en si de verdad necesitas cada plugin, cada builder o cada script. Además, el episodio conecta ese enfoque con otra capa muy actual: la IA como apoyo para construir soluciones más directas, más limpias y menos dependientes de herramientas intermedias. Desde ahí salen dos temas que encajan muy bien entre sí: WPO para WordPress y una forma más madura de desarrollar con contexto, skills y conectores más potentes. WP Rocket como punto de partida para hablar de rendimiento real El episodio usa WP Rocket como puerta de entrada para aterrizar el tema del WPO en algo práctico y reconocible. La idea no es presentar la optimización como un ejercicio académico, sino como algo que afecta de forma directa a la usabilidad, al SEO, a la conversión y a la experiencia real del usuario. Una de las ideas que más se repiten es que herramientas como WP Rocket resultan útiles porque condensan muchas tareas habituales de rendimiento en una interfaz más simple: caché, retraso de scripts, optimización de carga y análisis de oportunidades sin obligarte a navegar por paneles mucho más técnicos desde el primer minuto. Eso no significa que el plugin lo resuelva todo por arte de magia. Lo que sí deja claro la conversación es que un buen plugin de rendimiento puede acelerar mucho el trabajo cuando detrás hay criterio técnico, especialmente en proyectos donde necesitas una mejora rápida, mantenible y comprensible también para otras personas del equipo o para el cliente. También aparece una idea interesante: el rendimiento no debe mirarse solo como “la web carga más rápido”, sino como una parte de la comunicación del sitio. Cuando una página carga mejor, distrae menos, es más clara y obliga a esconder menos cosas detrás de artificios innecesarios, normalmente también funciona mejor a nivel de negocio. El WPO empieza en el desarrollo, no en el parche final Uno de los mensajes más valiosos del episodio es que muchas webs llegan tarde a la optimización porque intentan arreglar al final decisiones malas que se tomaron al principio. Ahí entra una regla muy simple: no meter cosas que no hacen falta. La conversación insiste mucho en varios frentes: no añadir plugins por inercia no resolver con capas extra algo que puedes hacer de forma nativa no cargar recursos en páginas donde no se usan no diseñar primero una web pesada para intentar rescatarla después Ese criterio aplica a casi todo: sliders, mapas incrustados, formularios que cargan scripts en toda la web, animaciones que no aportan nada o builders que introducen más complejidad de la necesaria en proyectos sencillos. Aquí el episodio conecta muy bien rendimiento con estrategia. No se trata solo de “limpiar código”, sino de preguntarte si de verdad hace falta cada cosa que estás añadiendo. Muchas veces, una web mejora a la vez en velocidad, claridad y conversión simplemente porque elimina capas que nunca debieron estar ahí. También se recuerda algo muy útil para proyectos nuevos y para proyectos heredados: conviene medir mientras desarrollas. Si instalas un plugin importante, si metes WooCommerce, si añades una integración o si cambias una parte clave de la web, lo sensato es revisar ahí el impacto. Esperar al final para hacer una gran auditoría suele ser bastante peor que detectar los problemas por el camino. Caché, Time to First Byte, imágenes y recursos: el Pareto del rendimiento Cuando el episodio entra en la parte más técnica, el foco está en las mejoras que más impacto suelen dar con menos complicación. Y ahí el primer gran bloque es la caché. La explicación es muy clara: si puedes servir una página ya preparada en vez de obligar a WordPress a reconstruirla desde cero en cada visita, la respuesta mejora muchísimo. Por eso la caché de página sigue siendo uno de los pilares del WPO. A partir de ahí aparecen matices importantes, como las exclusiones necesarias en una tienda online o en páginas con partes dinámicas. Junto a eso, se comenta el Time to First Byte, la importancia de medirlo y de entender qué está tardando realmente antes de que el navegador empiece a recibir contenido. El episodio menciona explícitamente el uso de GTmetrix y, sobre todo, del apartado Waterfall para detectar recursos problemáticos y cuellos de botella con más criterio. Otro bloque clave es el de imágenes, vídeos y medios: lazy loading para no cargar lo que aún no se ve tamaños adecuados según el uso real de cada imagen compresión razonable evitar incrustados pesados cuando una alternativa más simple cumple mejor Aquí sale un ejemplo muy bueno: muchas veces no hace falta incrustar un mapa de Google o un slider entero si una dirección clicable o una solución más ligera resuelven mejor el objetivo. Reducir carga no es solo comprimir archivos, también es dejar de servir cosas que apenas aportan valor. Lo mismo ocurre con JavaScript y CSS. El episodio habla de diferir scripts, de evitar cargar recursos globales cuando solo se usan en una página concreta y de revisar con cuidado qué necesita estar disponible desde el primer momento y qué puede esperar. Esa parte enlaza con otro punto importante: no todo lo que la herramienta permite cargar debería cargarse siempre. Builders, DOM, base de datos y limpieza estructural Otra clave del episodio es que el rendimiento no depende solo del hosting o del plugin de caché, sino también de la estructura que arrastras. Y ahí entran el DOM, los builders, los metadatos, las consultas y la limpieza de base de datos. La conversación no plantea un ataque simplón a Elementor, Bricks o JetEngine. De hecho, se reconoce que las herramientas han mejorado y que muchas veces son útiles. Pero también se remarca que cada capa extra tiene un coste, y que ese coste puede notarse en HTML inflado, listados más pesados, más scripts, más estilos o una base de datos más desordenada. Se mencionan varios frentes donde conviene afinar: grids o loops duplicados que podrían resolverse mejor abuso de `postmeta`, repeaters o estructuras demasiado cargadas residuos que dejan plugins al desaparecer carga condicional de plugins para que no trabajen donde no deben fuentes mal servidas o con demasiadas variantes Ese bloque baja muy bien una idea importante: optimizar también es simplificar la arquitectura del proyecto. A veces el problema no está en una imagen grande o en una fuente mal cargada, sino en que la propia solución está pidiendo demasiado para hacer una tarea relativamente simple. Por eso el episodio insiste en revisar DOM, consultas, tablas, PHP y estructura general. Incluso cuando se habla de CDN, se deja claro que ayuda en contextos concretos, pero nunca sustituye las buenas decisiones de base. Primero simplificar, luego acelerar. IA, Auto Skills y NovaMira: menos dependencia de capas innecesarias La parte de IA no aparece como un tema separado, sino como una forma de reforzar el mismo principio de fondo: construir mejor con menos fricción. En ese contexto se habla de skills, de sistemas propios y de reutilizar conocimiento operativo en vez de empezar siempre desde cero. Uno de los ejemplos más claros es Auto Skills, que sirve para descubrir skills relacionadas con tu stack y con el tipo de proyecto que estás tocando. La reflexión que sale de ahí es útil: si ya existen procedimientos bien definidos para WordPress, performance o desarrollo, reutilizarlos puede ahorrarte muchísimo contexto y bastante improvisación. También aparece NovaMira como conexión MCP para WordPress, con acceso a PHP, WP-CLI, ficheros y operaciones más potentes dentro del proyecto. Lo interesante no es solo la herramienta concreta, sino lo que permite: resolver tareas que antes empujaban a meter plugins o builders cuando en realidad bastaba con una solución más directa a nivel de código y estructura. En esa misma línea, el episodio plantea que con IA se vuelve más factible construir: grids complejos sin depender de varios loops visuales sliders ligeros sin añadir plugins específicos filtros y pequeñas interacciones con una implementación más limpia procesos internos para revisar y documentar optimización La conclusión de ese bloque es bastante potente: si la IA te ayuda a crear soluciones más nativas y mejor pensadas, también puede ayudarte a mejorar el rendimiento, porque reduce la tentación de añadir otra capa para resolver cada necesidad. Además, entre las menciones laterales del episodio aparece WordPress.com Social como ejemplo de novedad del ecosistema y una reflexión útil sobre cómo algunas herramientas nuevas pueden encajar, pero sin perder nunca de vista el criterio principal: usar lo que aporta valor real y no lo que solo añade ruido. Cierre El episodio 253 deja una idea muy clara: el WPO para WordPress no es una fase final, sino una forma de pensar el desarrollo. Caché, Time to First Byte, imágenes, JavaScript, CSS, fuentes, builders, base de datos y CDN importan, sí, pero lo decisivo es cómo tomas decisiones antes de que todos esos problemas se acumulen. También deja otra lectura útil: la IA puede ser una aliada real del rendimiento cuando la usas para simplificar, documentar, medir y construir soluciones más directas, no cuando la conviertes en otra capa más de complejidad. Si trabajas con WordPress y quieres mejorar velocidad, claridad técnica y mantenibilidad, este episodio apunta bien el camino: menos inercia, más criterio, mejores mediciones y una arquitectura mucho más limpia desde el principio. Ese suele ser el verdadero atajo.

✏️ Suscribirse https://www.youtube.com/watch?v=zNEtVzsR_JM Delegar más trabajo técnico ya no va solo de automatizar tareas sueltas. En este episodio 252 de Negocios y WordPress la conversación junta dos planos que cada vez están más conectados: por un lado, el mantenimiento real de webs con Modular 3.0; por otro, una forma más madura de trabajar con IA, agentes, WordPress, MCP y sistemas propios sin perder control ni criterio. Modular 3.0 aprieta justo donde más duele en mantenimiento WordPress La primera mitad del episodio tiene un bloque muy práctico con Héctor de Prada para repasar qué cambia en Modular 3.0 y por qué eso importa de verdad en operación diaria. No se habla de una mejora cosmética, sino de funciones que atacan problemas muy concretos: escaneo de malware, detección de enlaces rotos, backups, safe updates y restauración cuando algo se rompe tras una actualización. Uno de los puntos más útiles es que el mantenimiento se plantea desde la realidad de quien gestiona muchas webs. No se trata solo de mirar una instalación cada vez, sino de poder aplicar configuraciones globales, presets por plan de mantenimiento y altas masivas de sitios para no repetir el mismo trabajo una y otra vez. También se comenta algo importante: las herramientas de este tipo no valen solo para el técnico. Sirven para trasladar mejor el valor al cliente, explicar incidencias, documentar vigilancias y demostrar que detrás del mantenimiento hay criterio operativo, no solo “tener plugins instalados”. En esa misma línea aparecen otras piezas interesantes del roadmap: regiones de datos, staging en el propio servidor, una API pública y la posibilidad de abrir más el sistema hacia agentes y automatizaciones futuras. Si quieres seguir esa parte, en el episodio recuerdan el acceso a Modular desde Negocios y WordPress. WordPress 7 mete la IA dentro del admin y no en un chat aparte Otra parte potente del episodio es la revisión práctica de WordPress 7 y de sus conectores oficiales de IA. Lo interesante no es tanto que “WordPress tenga IA”, sino cómo la integra: botones contextuales para sugerir títulos, extractos, etiquetas alt, términos o incluso imágenes destacadas dentro del sitio donde ya estás trabajando. Ese enfoque cambia bastante la experiencia, porque la IA deja de estar en una pestaña externa y pasa a estar justo en el punto donde editas contenido o tomas decisiones. La conversación también menciona algunos límites y pequeños fallos, pero la sensación general es que el camino tiene sentido. Además de eso, se comentan otros cambios de WordPress 7: `view transitions` para evitar el salto brusco entre pantallas una paleta de comandos más visible gestor de fuentes visibilidad condicional por dispositivo CSS personalizado por bloque El debate de fondo no es si todo eso es espectacular, sino si WordPress está empezando a colocar mejor las capacidades que realmente ahorran tiempo dentro del flujo normal de trabajo. Codex remoto y objetivos largos: menos chat suelto y más continuidad Cuando el episodio entra en Codex, la idea clave ya no es “preguntarle algo a la IA”, sino convertirla en una capa operativa continua. Ahí se habla de control remoto, trabajo desde móvil, conexión entre dispositivos y tareas más largas que no se limitan a una única respuesta. La parte más interesante es el concepto de trabajar con objetivos en Codex. En vez de lanzar una acción aislada, se define una meta concreta y el sistema sigue iterando hasta completarla o hasta alcanzar un criterio verificable. Eso acerca mucho más la IA a una forma real de delegación técnica que a un simple chat de apoyo. También se comenta el uso de herramientas intermedias para control remoto, la aparición de la función oficial para trabajar con Codex desde cualquier sitio y pequeños detalles como el seguimiento de uso con herramientas como CodexBar o la continuidad entre máquinas. El fondo, sin embargo, es más importante que la herramienta exacta: si puedes mantener contexto, estado y objetivo, empiezas a trabajar de otra forma. Kilo Code, Gastown y la idea de montar una “empresa” de agentes El episodio amplía esa visión con Kilo Code, Gastown y Wasteland, que aparecen casi como un experimento de hacia dónde puede ir este modelo de trabajo. La propuesta suena incluso un poco exagerada: una especie de empresa de agentes especializados con infraestructura en la nube, roles concretos y una lógica más autónoma para ejecutar tareas de desarrollo. Más allá del nombre o de la capa más friki del concepto, la parte relevante es esta: la conversación ya no gira solo alrededor del mejor modelo, sino de qué arquitectura de trabajo construyes encima. Qué roles hay, cómo se reparte el contexto, cómo se versiona, cómo se valida y qué piezas siguen siendo humanas. Ese matiz es importante porque aterriza una idea bastante útil para cualquiera que esté mezclando IA con desarrollo real: la ventaja no está solo en que el sistema escriba código, sino en que pueda encajar dentro de un flujo con prioridades, checkpoints y especialización. MCP, artefactos y maquetación con IA sin volver al builder Uno de los bloques más valiosos del episodio es la defensa de un flujo más limpio para diseñar y maquetar con IA. En lugar de meter capas y plugins intermedios porque sí, la propuesta es trabajar con una fuente de verdad clara: arquitectura del proyecto, CPTs, campos personalizados, wireframe y framework CSS propio. Ahí entra MCP con JetEngine como pieza de contexto. La gracia no es “hablar con WordPress” de forma genérica, sino poder extraer la estructura real del proyecto y usarla para que la IA maquete con sentido desde la primera pasada. Si el sistema conoce los tipos de contenido, los campos y la estructura que debe pintar, se equivoca menos y necesita menos correcciones. La conversación lo contrapone bastante bien con el uso indiscriminado de builders. No porque Elementor o Bricks sean inútiles, sino porque si ya has resuelto el diseño, el contexto y la implementación con artefactos bien definidos, volver a traducirlo todo a otra capa puede meter más fricción que valor. Además, se insiste en algo práctico: cuando la base está bien montada, ya no solo se acelera la maquetación. También se vuelven más accesibles pequeñas mejoras que antes daban pereza, como sliders ligeros, ajustes visuales o comportamientos más avanzados sin cargar el proyecto de complejidad innecesaria. Skills, workshop y criterio: la IA funciona mejor cuando el sistema está bien pensado El cierre del episodio refuerza una idea que atraviesa toda la conversación: lo importante no es acumular herramientas, sino convertir procesos repetidos en piezas reutilizables. Por eso las skills aparecen como núcleo del sistema: ahorran contexto, reducen ruido y permiten que la IA repita mejor lo que ya has validado. También se habla del workshop, de sistemas propios, de Git como base para versionar, de staging, de validaciones y de todo lo que todavía no conviene automatizar del todo. Ese matiz es clave porque baja el discurso a tierra: delegar no significa desaparecer del proceso, sino diseñar mejor los puntos donde la IA puede ayudar sin romper nada. Incluso cuando aparecen herramientas más pequeñas o laterales, como TidyCal para reservas de pago o NovaMira para trabajar con WordPress y builders, el criterio sigue siendo el mismo: si una pieza simplifica un problema concreto, bien; si añade otra capa innecesaria, probablemente sobra. Cierre Este episodio 252 deja una lectura bastante clara: delegar el código a los agentes no va de entregarles el volante sin más, sino de construir un sistema mejor. Modular 3.0, WordPress 7, Codex remoto, Kilo, MCP, JetEngine o las skills apuntan todos en la misma dirección: más contexto útil, más automatización con sentido y menos dependencia de flujos torpes o repetitivos. Si estás mezclando WordPress, IA, mantenimiento, diseño y desarrollo real, aquí hay una idea que merece quedarse: antes de añadir otra herramienta, revisa si ya tienes una fuente de verdad clara, un proceso versionable y un criterio de delegación sólido. Ahí es donde la IA empieza a aportar de verdad.

✏️ Suscribirse https://www.youtube.com/watch?v=2Ly7D9ZiSaE La IA sigue ensanchando el campo de juego, pero en este episodio 251 la conversación no gira alrededor de anuncios grandilocuentes, sino de cómo meterla en sistemas de trabajo reales. Se habla de agentes con Codex y Kilo Code, de una migración práctica de cPanel a Vercel, de MCP dentro de WordPress y de una duda muy concreta: si diseñas con IA desde fuera, hasta qué punto tiene sentido volver a pasar por el builder. Codex, archivos `agents` y orquestación práctica Uno de los bloques más claros del episodio es el salto de usar IA como chat a usarla como sistema de agentes con contexto y roles definidos. El caso que se comenta con más detalle es Codex, sobre todo a partir de la posibilidad de definir agentes en archivos `agents`, darles instrucciones propias y dejar que el orquestador principal los invoque cuando toca. La parte interesante no es el truco de configuración en sí, sino lo que cambia a nivel de flujo. En lugar de repetir cada vez el mismo contexto o lanzar tareas desde cero, el sistema empieza a delegar según el tipo de trabajo, con nombres, roles e instrucciones más estables. También se menciona el uso de VS Code frente a Cursor, el valor de tener el chat mejor integrado y el descubrimiento de pequeños detalles como autocompletado, cambio de cuenta o sesiones centralizadas. Pero el fondo no está en el editor, sino en que la IA empieza a comportarse como una capa operativa del proyecto, no solo como una ventana donde pedir cosas sueltas. En esa misma línea encaja la aparición en otros medios de IA, Automatización y Codex con Victor Correal en No es asunto vuestro, donde se cruza automatización, programación y trabajo real con agentes. Kilo Code y el desarrollo con IA como sistema El episodio no se queda en Codex, también contrapone otras formas de organizar el desarrollo con IA. Ahí entra Kilo Code, con énfasis en agentes especializados, ejecución paralela, worktrees, gestión más explícita del sistema y una experiencia pensada para producción, no solo para asistencia puntual. La comparación sirve para aterrizar algo importante: hoy ya no basta con preguntar cuál es la mejor herramienta. Lo que de verdad importa es qué arquitectura de trabajo te deja montar cada una, cómo delega, cuánto contexto conserva y cuánto control te deja sobre lo que está haciendo. Ese matiz atraviesa buena parte del episodio. Las herramientas pueden parecer similares desde fuera, pero cambian mucho cuando el uso pasa de “hazme esto” a “ayúdame a mantener un proyecto vivo con criterios, contexto y especialización”. Migrar de cPanel a Vercel sin humo El bloque más práctico del episodio es seguramente la migración de TomaBumping desde un entorno en cPanel a Vercel. El proyecto estaba hecho con Next.js y en origen parecía viable mantenerlo en el servidor actual, pero aparecieron límites reales en compilación, sincronización y ejecución de procesos. La conversación deja una idea útil: migrar no es solo mover el proyecto a un hosting más moderno, sino entender qué necesita realmente ese flujo para funcionar bien. En este caso, el repositorio ya estaba en GitHub, así que importar el proyecto a Vercel fue sencillo. Lo importante vino después: variables de entorno, builds automáticos y sincronización de datos desde Notion hacia archivos JSON. Ahí aparece el límite clave de Vercel: no está pensado para guardar ficheros persistentes en disco durante la ejecución de ciertos comandos. Eso obligó a repensar la sincronización y a sacar esa parte fuera del runtime habitual. La solución elegida fue usar GitHub Actions para lanzar la sincronización, guardar artefactos, hacer commit y push, y dejar que ese push disparase el deploy en Vercel. No es una historia de “Vercel lo hace todo solo”, sino de elegir bien qué capa hace cada cosa. MCP, capabilities y contexto útil dentro de WordPress Otro bloque importante del episodio gira alrededor de MCP y de cómo conectar la IA con WordPress de una forma realmente útil. La idea no es solo pedirle que cree contenido, campos o estructuras, sino darle acceso a contexto técnico del proyecto: tipos de campo, formatos, relaciones y estado real del sistema. Ese matiz es importante porque cambia por completo el papel de la IA. En vez de operar a ciegas, puede leer antes de escribir, inspeccionar antes de generar y trabajar con una base técnica más cercana a lo que ya existe en el proyecto. La conversación conecta esto con vídeos y contenidos propios sobre WordPress, capabilities y automatización, y con una visión bastante pragmática: MCP no aporta tanto por “hacer cosas” como por mejorar la calidad del contexto con el que las hace. También aparece como telón de fondo la idea de WordPress como ecosistema suficientemente flexible para seguir siendo útil en proyectos modernos. En ese sentido encaja bien el hub temático de WordPress, que sirve como referencia de contexto y especialización en torno al CMS. NovaMCP, Bricks, Elementor y el cortocircuito del builder La parte más crítica del episodio aparece cuando se habla de NovaMCP, Bricks y Elementor. Se reconoce el interés del plugin y su potencial para exponer tools, leer estructura del sitio, editar archivos, ejecutar código o trabajar con widgets y estilos globales. Pero justo ahí aparece la objeción más valiosa del episodio: si ya estás diseñando con IA desde fuera, con dirección de arte, framework CSS y artefactos propios, añadir una capa intermedia para volver a traducir eso a un builder puede ser más fricción que ayuda. En otras palabras, el problema no es si Bricks o Elementor son compatibles con IA. Lo son. El problema es si esa compatibilidad mejora de verdad el sistema o si simplemente añade complejidad, gasto de tokens y dependencia de otra interfaz más. La crítica no es anti-builder. De hecho, se reconoce que pueden tener sentido para ciertos layouts, para importar CSS o para iterar rápido sobre una base ya creada. Pero la conclusión práctica es bastante clara: si la IA te ayuda precisamente a salir del builder, volver a meterlo en el centro del flujo puede ser un paso atrás. Make, flyers, emails y automatizaciones pequeñas que ya ahorran tiempo El cierre del episodio baja la IA a automatizaciones mucho más concretas y accesibles. Aquí no hacen falta agentes complejos, ni un VPS, ni una infraestructura excesiva. Se habla de Make como herramienta para analizar flyers, capturas de pantalla o emails, extraer información estructurada y crear registros útiles en otros sistemas. Los ejemplos son muy claros: detectar información de carteles, convertir una captura en un JSON trabajado, o reenviar un email para que la IA extraiga campos, genere un resumen y cree el evento correspondiente en Airtable. La enseñanza de este bloque es sencilla pero potente: no siempre hace falta montar un sistema sofisticado para obtener valor real de la IA. Muchas veces basta con un webhook, un módulo bien planteado y una extracción estructurada que elimine trabajo repetitivo. Ese enfoque además encaja muy bien con el tono general del episodio: menos obsesión por la herramienta de moda y más foco en si resuelve una tarea concreta con claridad y sin meter complejidad innecesaria. Cierre Este episodio 251 deja una idea bastante útil para cualquiera que esté mezclando IA, WordPress y desarrollo diario: no todo lo que se puede conectar conviene conectarlo. Codex, Kilo Code, Vercel, GitHub Actions, MCP, Bricks, Elementor o Make pueden encajar en un sistema potente, pero no por acumulación sino por criterio. La parte valiosa no está en usar más capas, más agentes o más builders, sino en elegir qué papel juega cada pieza. Cuando eso se hace bien, la IA acelera de verdad. Cuando no, solo añade ruido. Si te interesa esta mezcla de WordPress, automatización, agentes y decisiones técnicas con impacto real, este episodio deja bastante material para replantear flujos, quitar pasos innecesarios y quedarte con lo que sí aporta valor.

✏️ 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 resolver mejor cómo conviven extensibilidad, seguridad y rendimiento. La idea de las extensiones aisladas resulta interesante porque cambia la pregunta de “qué plugin instalo” a “qué permisos necesita realmente esta pieza del sistema”. Matt Mullenweg, gobernanza y el rumbo del proyecto La parte de WordPress no se queda solo en herramientas. También aparece el debate sobre el rumbo del proyecto y las críticas de Matt Mullenweg a procesos, contribución y gobernanza. La referencia relacionada en Notion es el análisis de WP Podcast sobre Matt Mullenweg y el rumbo de WordPress, donde se recogen tensiones sobre Five for the Future, transparencia, tickets acumulados y control del proyecto. Este bloque es importante porque equilibra la conversación. La IA y las nuevas herramientas aceleran mucho, pero WordPress sigue teniendo preguntas estructurales abiertas. Si el proyecto quiere seguir siendo la base de tantos negocios, la gobernanza importa tanto como la tecnología. Cierre Este episodio deja una conclusión bastante clara: la IA ya está en todas las capas del trabajo digital, pero el valor real sigue estando en cómo la integras. Claude Design, Codex, Bricks, WP Apps o Mosaic son piezas distintas de un mismo cambio: cada vez podemos construir más rápido, pero también necesitamos procesos más claros. La clave no es perseguir cada novedad, sino decidir qué entra en tu sistema, qué problema resuelve y qué coste añade. Ahí es donde se separa una herramienta útil de una distracción. Si algo queda claro es que la pregunta ya no es si usar IA o no, sino cómo usarla sin perder claridad, control y sentido práctico. Enlaces TomaBumping BatallasRap Skills Fernando Tellado

✏️ 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 plugin entero. Se habla de un caso práctico muy claro: si una web se puede optimizar mejor, cargar más rápido y posicionar mejor con ayuda de IA y algo de código, entonces el problema deja de ser técnico y pasa a ser de estrategia. La pregunta ya no es “¿puedo hacerlo?”, sino “¿me conviene y cómo lo monetizo?”. Ese cambio de foco es importante. El episodio no vende la IA como un atajo milagroso, sino como una forma de abrir espacio mental para lo que de verdad mueve un proyecto: monetización, tráfico, producto y decisión editorial. El proyecto del rap y la web de directorio Otra historia que aporta bastante contexto es la del proyecto del rap y las batallas. Aquí la idea es muy parecida: había información en Airtable, un WordPress y automatizaciones que sincronizaban datos. El problema no era solo técnico. También había una limitación de diseño, de mantenimiento y de tiempo. Lo interesante es la parte de la productividad: ahora, con estos flujos de trabajo, una web de directorio o fichas de artista puede montarse en horas, no en semanas. Y eso cambia la conversación. Ya no estás pensando solo en si puedes construirla, sino en cómo aprovecharla para monetizar, posicionar o escalar. También se menciona que, en este tipo de proyectos, la captura rápida con una extensión de navegador o una base tipo Airtable puede ser más natural que forzar toda la operativa dentro de WordPress. La arquitectura se elige por utilidad, no por dogma. Coste, memoria y escalado de la IA La parte final baja a una capa más técnica pero muy relevante: el coste de usar IA a escala. Se habla de memoria, de modelos, de capas y de por qué no todo necesita la infraestructura más pesada. Un sistema con memoria persistente puede ser muy útil, pero también muy caro si no se diseña con cuidado. La conclusión es sensata: no siempre merece la pena tirar del modelo más grande o más complejo para tareas que podrían resolverse mejor con opciones más ligeras y baratas. La idea de fondo vuelve al principio del episodio: la escalabilidad no consiste solo en hacer más, sino en poder hacer más sin disparar el coste ni perder mantenimiento. Esa es la línea que separa una prueba curiosa de un flujo realmente útil. Cierre El episodio deja una conclusión muy clara: WordPress no ha dejado de tener sentido. Lo que ha cambiado es el mapa alrededor. Ahora hay IA, nuevos CMS, más automatización y más capacidad para construir cosas a medida sin perder tiempo en capas innecesarias. La clave no es elegir entre WordPress o IA, sino saber cómo combinarlos con criterio. Un proyecto bien planteado puede apoyarse en WordPress como base, usar IA para extenderlo y reservar el esfuerzo humano para las decisiones que de verdad afectan al negocio. Si quieres entender por qué tantos debates actuales no van tanto de tecnología como de estrategia, este episodio va justo de eso. Enlaces relacionados Web del podcast Canal de YouTube GeneratePress GenerateBlocks Cursor Specialista en Automatización y No-Code - Elías Gómez

✏️ 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: Variables Clases reutilizables Widgets “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: Color Tipografí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 contextos No 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ón No puedes reorganizarlas fácilmente No 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 antiguo No puedes aplicar el nuevo flujo a toda la web Estás obligado a trabajar “a medias” Ejemplo: Encabezado normal → sistema antiguo Encabezado 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 nuevos Base 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 layouts Asistencia dentro del editor Posible 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 multipaso Más control sobre componentes Mejor integración visual Importación avanzada (HTML, clases, variables) Una de las ventajas actuales: Puedes importar variables directamente Puedes importar clases CSS Puedes 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 real Posibilidad 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 navegador Sin hosting Basado en SQLite Arranca en segundos Qué añade My WordPress Entorno persistente Apps preconfiguradas (RSS, diario, etc.) Uso personal/local Casos de uso reales: Formación rápida Testing sin montar entorno Mini 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/Else Merge Antes, para algo tan común como: “Si el cliente existe, úsalo; si no, créalo” Tenías que: Usar routers Duplicar lógica Gestionar múltiples ramas Ahora: Todo se resuelve en un solo bloque Menos coste de operaciones Menos 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 agentes Automatizar desarrollo entero Generar sistemas desde documentación Clave importante: la fase inicial El mayor aprendizaje: El éxito no está en ejecutar, está en definir bien el proyecto. Documentación previa detallada Definir seguridad, estructura, lógica Crear checkpoints claros Si no haces esto: Aparecen bugs Se rompen dependencias Se dispara el coste 👉 La IA no elimina la complejidad. La desplaza al diseño. Automatización práctica: renombrar capturas con IA Caso real interesante: Script que envía capturas a OpenAI Devuelve nombre descriptivo automático Sin librerías externas complejas Ejemplo de resultado: “tabla pedidos cliente X” en vez de “Screenshot_2026-03-30.png” 👉 Esto refleja bien el punto actual: la IA permite automatizaciones pequeñas con mucho impacto YouTube Studio con IA: datos + ideas en tiempo real Nueva funcionalidad detectada: Chat integrado en YouTube Studio Acceso a métricas del canal Generación de ideas de contenido Incluye: Títulos optimizados Hooks Planes de contenido 👉 Interesante porque conecta directamente datos + creatividad. WordPress vs IA: ¿sigue teniendo sentido? Pregunta recurrente: ¿Tiene sentido WordPress con la IA? Respuesta corta: sí. Porque: El ecosistema sigue siendo clave Plugins, comunidad, integraciones Infraestructura ya resuelta La IA no cambia eso. Lo que cambia es: Quién puede desarrollar Qué velocidad se alcanza Cómo se ejecutan los proyectos 👉 Pero no elimina la necesidad de plataformas sólidas. Conclusión: mucho movimiento, pero aún sin reemplazos claros Hay varias tendencias claras: Elementor está en transición Bricks avanza con coherencia WordPress se adapta con Playground La IA redefine el desarrollo Pero ninguna herramienta sustituye todavía el conjunto completo. 👉 Estamos en una fase intermedia. Y eso implica algo importante: Hay oportunidad Pero también incertidumbre FAQ (para entender rápido el contexto) ¿Merece la pena usar Elementor V4 ahora mismo? Solo para pruebas. No hay flujo completo para producción. ¿Bricks es mejor alternativa actualmente? Sí, especialmente si valoras control y consistencia. ¿WordPress Playground sustituye al hosting? No. Es útil para testing, formación o uso local. ¿La IA va a sustituir WordPress? No a corto plazo. Cambia el cómo, no el qué. ¿Tiene sentido cobrar por horas hoy? Cada vez menos. El valor está en el resultado, no en el tiempo. Si algo queda claro es que estamos en un momento donde la ejecución es más fácil que nunca, pero la diferencia sigue estando en las decisiones que tomas antes de empezar.

✏️ Suscribirse https://youtube.com/live/CaFVvQcZK7Q WordPress 7 se acerca y trae algo que llevábamos tiempo esperando: conectores nativos de inteligencia artificial. En el episodio 247 de Negocios y WordPress hablamos de eso, de cómo estamos usando Make para automatizar Factura Directa, de la polémica con Anthropic y el Departamento de Defensa, de InstaWP como herramienta de staging, y de si tiene sentido pasarse de ChatGPT a Claude. Un episodio cargado. WordPress 7 y los conectores de IA nativos La gran novedad que se viene el 19 de abril es WordPress 7, y uno de sus cambios más interesantes es una nueva pantalla en Ajustes llamada Conectores. La idea es simple: configuras ahí tus claves API de los principales proveedores de IA —OpenAI, Claude y Gemini de momento— y a partir de ahí esos accesos quedan disponibles para que cualquier plugin los aproveche. Lo interesante no es la pantalla en sí, sino lo que representa: WordPress se está poniendo la fontanería para que el ecosistema construya encima. Ya no cada plugin gestionando sus propias claves, sino una capa centralizada. ¿Cómo funciona técnicamente? Cada conector se instala como un plugin ligero que añade un campo de API key. Las claves se guardan en base de datos cifradas, igual que ya hace cualquier plugin de pagos o SMTP. El acceso está restringido por defecto a administradores mediante la capacidad prompt. La arquitectura es bidireccional: desde WordPress puedes consultar a la IA, y desde la IA puedes interactuar con WordPress vía MCP. El artículo que comentamos en el episodio lo explicaba bien: OpenAI está pensado si quieres texto, imagen y código; Claude si priorizas calidad en investigación y análisis. A partir de aquí, los plugins decidirán qué modelo usan y para qué. Temas de bloques a medida: ¿merece la pena? Yani lleva unas semanas metiéndole mano a los temas de bloques personalizados para su serie de vídeos en canal, y el resumen es claro: tiene ventajas, pero el workflow es un lío. El Site Editor genera variables CSS, escalas tipográficas fluidas con clamp() y presets de color automáticamente. Bien. El problema viene cuando quieres control total: acabas tocando el theme.json, archivos de CSS separados, templates en base de datos y templates en archivo, y todo desperdigado. Para alguien que quiere un diseño a medida, el desarrollo con tema clásico o con Bricks sigue siendo más predecible y potente. Otra cosa es si estás construyendo algo para que un cliente edite con el editor nativo. El framework de utilidades CSS de Elías En paralelo, lo que sí está funcionando es construir un sistema de clases de utilidad propio para usarlo con Generate Blocks: variables de espacio en cuatro tamaños, clases de margin, padding, gap, tipografía, flex y container. Todo cargado en el editor para ver los cambios en tiempo real. Simple, portable y sin dependencias. Automatización con Make: Factura Directa y Amelia Dos clientes activos esta quincena con FacturaDirecta. Make no tiene módulo oficial, pero hay uno de la comunidad que funciona bien. Para lo que no cubre, HTTP request directo a la API y listo. Stripe → Factura Directa En lugar de escuchar el evento payment.succeeded, mejor usar invoice.paid. La factura de Stripe ya incluye los line items y toda la información necesaria para generar la factura fiscal en Factura Directa. Amelia → Factura Directa Amelia tampoco tiene módulo en Make, pero tiene API. La solución: un escenario programado cada semana que recorre las citas nuevas y lanza la facturación automática por cliente. Compatible con pagos en Stripe, en efectivo o cualquier otro método que uses en Amelia. InstaWP: staging real sin cambiar de hosting InstaWP permite crear un entorno de staging desde producción sin salir del panel de WordPress. Lo que más gusta: puedes acceder al staging directamente desde la instalación de producción, sin otro login ni panel externo. Lo que funciona bien Perfiles de FTP para cambiar entre staging y producción sin tocar casi nada. MCP integrado: puedes montarlo como carpeta local en Finder o explorador. Repositorio Git conectado al hosting para deployments. Lo que aún hay que pulir No todo es compatible automáticamente. Algunos plugins como Gravity Forms requieren exportar e importar los formularios a mano entre entornos. Y el deployment selectivo —solo archivos modificados, no la instalación completa— todavía no está tan claro como en soluciones tipo WP Engine o Kinsta. El precio: desde 2 $/mes por sitio en el plan sandbox. El plan starter con 10 GB de disco sale a 5 $/mes. Claude vs ChatGPT: ¿cuál usar para desarrollo? La polémica de la semana viene del contrato de Anthropic con el Departamento de Defensa de EE.UU., con cláusulas sobre vigilancia masiva y uso quirúrgico de sus modelos en armamento. El gobierno respondió mal, OpenAI firmó su propio contrato poco después sin esas restricciones, y el debate sobre qué empresa tiene los valores más alineados está servido. Más allá de la política, la pregunta práctica: ¿ChatGPT o Claude para desarrollo web y automatización? Lo que se ve en foros y comunidades de indie hackers es consistente: los desarrolladores prefieren Claude. El estándar MCP lo creó Anthropic, Claude Code es la herramienta de referencia en flujos agénticos, y el modelo Sonnet en particular tiene fama de ser más preciso en código. ChatGPT sigue siendo el top of mind para uso general, tiene más integraciones y el ecosistema más maduro. Pero si programas mucho, Claude tiene ventaja percibida. En precio, Claude Pro sale a 17 $/mes en anual frente a los 20 $/mes de ChatGPT Plus. La diferencia tampoco es decisiva. Onboarding automatizado en Discord con Make El proceso de alta en la comunidad de Yan ha dado otro paso. Antes: el usuario entraba al servidor, rellenaba un formulario con su usuario de Discord, y una automatización le asignaba el rol premium. Ahora: cuando alguien se une al servidor, recibe un mensaje privado con una URL que ya lleva su nombre de usuario pre-relleno como parámetro. Al hacer clic, la propia URL verifica si está logado en la web, y si es así, llama a Make directamente para asignar el rol. Sin formulario, sin fricción. Quedan por cubrir los casos edge: usuario no logado, usuario logado pero sin acceso, usuario no en el servidor. Pero la base ya funciona. Agentes de IA vs automatizaciones clásicas Un debate recurrente que tiene cada vez más matices: ¿cuándo tiene sentido un agente y cuándo basta una automatización en Make? La realidad es que muchos ejemplos que se venden como "agentes revolucionarios" son simplemente llamadas a una API con algo de lógica encima. Eso ya lo hace Make, más barato y sin quemar tokens en cada paso. Los agentes tienen sentido real cuando el flujo es no determinista: cuando el siguiente paso depende de una interpretación, cuando hay que tomar decisiones con información incompleta, o cuando el usuario quiere interactuar en lenguaje natural sin configurar nada. Para el 90% de las automatizaciones de negocio habituales —facturación, onboarding, publicación— una automatización clásica sigue siendo más predecible, más barata y más fácil de mantener. Preguntas frecuentes ¿Qué son los conectores de IA de WordPress 7? Una nueva pantalla en Ajustes que centraliza las claves API de proveedores como OpenAI, Claude o Gemini, para que cualquier plugin pueda usarlas sin gestionarlas por separado. ¿Se puede automatizar Factura Directa con Make? Sí. Hay un módulo creado por la comunidad y para lo que no cubre, funciona perfectamente con el módulo HTTP de Make llamando directamente a la API de Factura Directa. ¿Es InstaWP una alternativa válida al staging manual por SFTP? Para proyectos pequeños y medianos sí. El acceso directo desde producción y los perfiles FTP hacen el flujo bastante cómodo, aunque el deployment selectivo todavía tiene limitaciones. ¿Estás usando ya Make para automatizar tu facturación, o tienes otro flujo montado? ¿Y qué hay de los conectores de WordPress 7, le ves utilidad real en tus proyectos? Cuéntalo en los comentarios.

✏️ Suscribirse https://youtube.com/live/RFYegWb92ps La inteligencia artificial, la automatización y WordPress están evolucionando a una velocidad brutal. En este episodio analizamos herramientas concretas, flujos reales y cambios de paradigma que ya están afectando a desarrollo web, productividad y negocio digital. Desde dictado en tiempo real hasta agentes conectados con MCP, pasando por nuevas formas de trabajar con builders como Bricks o Edge, todo apunta a lo mismo: menos tareas manuales, más orquestación. Krisp + MCP: conectar reuniones con IA (caso real del episodio) Uno de los bloques clave es el uso de Krisp con MCP, aplicado a un flujo real de trabajo. Qué se hace exactamente Uso de Krisp para grabar y transcribir reuniones Activación de MCP (Model Context Protocol) Conexión desde herramientas como Cursor o Codex Consulta directa de reuniones desde el chat Ejemplo real: “Dime la última reunión” → La IA consulta Krisp → Devuelve el contenido Qué aporta frente a lo tradicional Antes: Abrir Krisp Buscar reunión Leer/transcribir Ahora: Todo desde el chat Sin cambiar de herramienta Integrado en flujo de trabajo Detalles importantes del flujo Configuración vía endpoint MCP (tipo API) Soporte en Cursor, Codex y ChatGPT web Autenticación (API key u OAuth) Respuestas no instantáneas (hay orquestación interna) Además: Permite trabajar con múltiples fuentes (no solo una reunión) Se puede integrar con otros sistemas (Notion, Obsidian, etc.) Herramientas de IA y productividad que merece la pena probar Dictado y transcripción en tiempo real (Mac) Una de las mejoras más prácticas es el salto en herramientas de dictado: Alternativa a MacWhisper: Handy (open source) Transcripción casi instantánea Puntuación automática (interrogaciones, exclamaciones…) Flujo real de “hablar → texto usable” Esto elimina fricción en tareas como escribir emails, documentación o incluso código. 👉 https://handy.computer Web minimalista: lección de UX La web motherfuckingwebsite.com (sí, ese es el nombre) es una provocación útil: Sin CSS, sin diseño Carga instantánea Totalmente funcional La idea no es copiarla, sino recordar algo clave: La complejidad suele ser innecesaria. 👉 http://motherfuckingwebsite.com WordPress: automatización real y mejoras clave ModularDS: actualizaciones automáticas inteligentes Una mejora muy relevante para mantenimiento WordPress: Programar actualizaciones (diarias, semanales, mensuales) Esperar X días tras release (ej: 3 días) Actualización inmediata si hay vulnerabilidad Comparación visual antes/después IA que evalúa riesgo de actualización Esto reduce muchísimo el riesgo sin perder control. 👉 ModularDS IA aplicada a negocio: automatización de soporte Un caso real interesante: sistema de tickets automatizado con IA para Cobardes y Gallinas. Antes: Clasificación por palabras clave (frágil) Ahora: Análisis completo del email con IA: Categoría Prioridad Sentimiento Resumen Nivel de confianza Explicación Resultado: Menos trabajo manual Mejor priorización Mejores decisiones 💡 Clave: usar esquemas estructurados para que la IA devuelva datos utilizables (no texto libre). MCP, agentes y el nuevo paradigma de trabajo ¿Qué es MCP? El protocolo MCP permite conectar herramientas externas a modelos de IA. Ejemplos reales: Consultar reuniones desde Krisp Leer notas de Notion Acceder a Obsidian local Ejecutar acciones directamente desde el chat 👉 Ya no es solo “preguntar”, es operar sistemas completos desde IA. Flujo práctico con MCP Configuras endpoint (como una API) El modelo decide qué acción ejecutar Obtienes datos o ejecutas tareas Ejemplo: “Dime la última reunión” → El modelo consulta Krisp → Devuelve la información Esto transforma la IA en un orquestador, no solo un asistente. Builders vs código: hacia dónde va el desarrollo web Bricks: cada vez más potente Novedades clave: Sistema avanzado de estilos globales Paletas de colores automáticas Escalas tipográficas configurables Importación de CSS Además, nuevas funciones como Core Array permiten: Consumir APIs Crear loops personalizados Unificar lógica compleja en un solo elemento Edge y Code2Bricks: el debate Están apareciendo herramientas que intentan llevar builders hacia código: Edge: maquetación desde HTML/CSS puro Code2Bricks: escribir código dentro de Bricks Problema detectado: Requieren aprender sintaxis propia No aprovechan sugerencias inteligentes Limitan frente a un editor real Conclusión clara del episodio: Si vas a programar, usa un editor de código. Los builders tienen sentido para abstraer, no para complicar. Automatización avanzada: casos reales Generación automática de promos de audio Flujo real: Seleccionar partes del audio Exportar etiquetas Script automatizado: Recorta fragmentos Aplica fades Genera MP3 final Resultado: Antes: proceso manual Ahora: 1 clic 💡 No ahorra mucho tiempo por pieza, pero escala brutalmente. Automatización con terminal + IA Ejemplo práctico: Descargar vídeos de YouTube Generar comando con IA Ejecutar en terminal Ventaja: Más rápido que apps visuales Reutilizable Automatizable IA y el futuro del trabajo Una parte interesante del episodio es la reflexión: IA sustituirá tareas repetitivas Posible desaparición de trabajos mecánicos Debate sobre renta básica universal Pero hay un matiz importante: No solo importa lo que la IA puede hacer, sino cómo cambia la mentalidad de las personas. Conclusión Este episodio deja una idea bastante clara: 👉 La ventaja ya no está en saber herramientas, sino en cómo las conectas y automatizas. IA → ejecuta tareas MCP → conecta sistemas Automatización → elimina trabajo repetitivo WordPress → sigue siendo el núcleo El cambio real está en pasar de “hacer cosas” a diseñar sistemas que las hagan por ti. FAQ (Optimización para Rich Snippets) ¿Qué es MCP en inteligencia artificial? Es un protocolo que permite conectar herramientas externas (APIs, apps, bases de datos) a modelos de IA para ejecutar acciones reales. ¿Se puede automatizar WordPress con IA? Sí. Desde generación de contenido hasta clasificación de datos o integración con APIs externas. ¿Qué herramientas de IA destacan actualmente? Handy (dictado), Krisp MCP (reuniones), modelos como Claude u OpenAI Codex, y sistemas de agentes. ¿Tiene sentido usar código dentro de builders? Limitado. Si necesitas código real, es más eficiente usar un editor como VS Code.

✏️ Suscribirse https://youtube.com/live/phR0t-OTJys El debate lleva tiempo rondando y en el episodio 245 de Negocios y WordPress por fin lo ponemos encima de la mesa: ¿tiene futuro un builder como Elementor o Bricks para el desarrollador que ya trabaja con inteligencia artificial? Repasamos las novedades de los principales constructores visuales para WordPress, exploramos cómo la IA está cambiando el flujo de trabajo con código, y compartimos reflexiones y herramientas concretas sobre automatización, correo y gestión de proyectos. Elementor One y el editor v4: novedades y nuevos planes Elementor ha renovado su estructura de precios con los planes Elementor One, una capa premium que incluye herramientas de inteligencia artificial propias (Angie), plugins de optimización y accesibilidad integrados, y créditos de IA para generar código e imágenes. El cambio más relevante a nivel técnico es el editor v4, que introduce widgets rediseñados desde cero con soporte nativo de clases CSS. La transición será progresiva: los primeros widgets afectados son los más usados (heading, image, acordeón...), y durante un tiempo convivirán los antiguos y los nuevos. También se simplifica la interfaz, agrupando todas las opciones de estilo en una sola pestaña. En cuanto al precio, los planes One están disponibles tanto para uso personal como para agencias, con opciones anuales y lifetime. Ojo con revisar bien qué incluye cada tier antes de contratar, especialmente la integración con WooCommerce, que no está disponible en los planes más básicos. Bricks Builder: novedades y evolución de precio Bricks sigue su propio camino con una actualización importante que incluye un nuevo core framework, mejoras sustanciales en la interfaz y una vista previa que se recarga sin necesidad de recargar el editor completo. En palabras del propio podcast: se parece cada vez más a VS Code con una extensión de builder que a un builder tradicional. El precio ha subido considerablemente: el lifetime que antes costaba 270 dólares ahora ronda los 1.000. Aun así, sigue siendo más asequible que alternativas como Elementor para un volumen medio de proyectos, especialmente teniendo en cuenta que Bricks está incorporando funcionalidades que antes requerían plugins de terceros. IA y código: ¿el fin de los builders para el desarrollador? Esta es la reflexión central del episodio. Yannick lleva semanas trabajando en un sistema de agentes con VS Code para construir webs WordPress directamente con código, sin builders, y los resultados están siendo reveladores.

✏️ Suscribirse https://youtube.com/live/phR0t-OTJys WordPress, automatización e inteligencia artificial están cambiando el desarrollo web y la forma de trabajar con clientes. En este episodio hablamos de novedades del ecosistema, nuevas herramientas, cambios en el negocio y problemas reales que ya estamos viendo con proyectos creados con IA. También compartimos cómo estamos afinando procesos, sistemas y servicios para adaptarnos a este nuevo escenario. Si trabajas con WordPress, desarrollo web, no-code o automatización, estos cambios afectan directamente a cómo captas clientes, cómo entregas proyectos y cómo escalas tu negocio. Novedades de WordPress: View Transitions y experiencia de usuario Una de las novedades más interesantes que se vienen en WordPress 7.0 es la integración de View Transitions, una mejora visual que permite transiciones suaves al cambiar de pantalla, al menos dentro del panel de administración. Esto, que puede parecer menor, tiene bastante impacto en: Percepción de calidad Fluidez de navegación Experiencia de usuario en el admin Sensación de producto moderno Ya hay un plugin del equipo de rendimiento de WordPress que permite probarlo y ver cómo afecta tanto al backend como al frontend. 👉 Plugin: https://wordpress.org/plugins/view-transitions/ Este tipo de mejoras van en la línea de que WordPress evolucione sin perder su base, pero cuidando más la interfaz. Rediseño de la biblioteca de medios También hablamos del rediseño de la biblioteca de medios, con nuevas vistas en: Tabla Rejilla Opciones configurables El objetivo es unificar interfaces y hacer que la experiencia sea coherente en todo el panel. Esto es especialmente útil en

✏️ Suscribirse https://youtu.be/s4AwBv4dVxQ Automatización, IA y estrategia digital en 2026 Arrancamos 2026 con un cambio claro en el mundo del desarrollo web, la automatización y los negocios digitales. La inteligencia artificial está acelerando procesos, redefiniendo perfiles profesionales y obligando a replantear cómo trabajamos, cómo creamos contenido y cómo ayudamos a nuestros clientes a crecer. En este episodio compartimos reflexiones, herramientas, aprendizajes reales y decisiones estratégicas para enfocar el año con más foco, menos dispersión y una visión mucho más orientada a negocio. Balance de inicio de año: foco frente a dispersión Después de unas navidades tranquilas y familiares, la sensación general es clara: menos diversificación y más foco. En un entorno donde todo cambia rápido, intentar abarcar demasiado no funciona. El objetivo es simplificar: Reducir frentes abiertos Priorizar automatización Enfocar el contenido hacia el negocio Trabajar con clientes que ya facturan Esto no significa hacer menos, sino hacer lo que realmente genera resultados. Gmail integra inteligencia artificial: productividad real Una de las novedades interesantes es la integración de IA en Gmail. No es solo una funcionalidad más, sino un cambio de paradigma en la gestión del correo: Resumen automático del inbox Destacado de correos importantes Filtros inteligentes Respuestas sugeridas con contexto Resúmenes de hilos largos Este tipo de herramientas muestran hacia dónde vamos: la IA integrada en el flujo diario, no como algo externo. Para profesionales digitales, esto implica: Mejor priorización

✏️ 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”.

✏️ 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:

✏️ 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”:

✏️ Suscribirse https://youtu.be/vylT4MOnOVk Eventos Recientes WordCamp Galicia y San José: Yannick asistió y compartió sus experiencias. Próximos eventos: Preparativos para WordCamp Valencia y Press Day en Sevilla. Proyectos y Avances Elías Gómez: Trabajando en nuevas funciones para sus proyectos personales y de clientes. Integración de tecnologías como la IA en sus procesos de trabajo. Exploración de Herramientas de IA Chat GPT Atlas y Perplexity: Experiencias y funcionalidades destacadas. Email Assistant Novedades en el ámbito de la inteligencia artificial y sus aplicaciones prácticas. Evento OpenAI Adobe vs. Canva Análisis y comparativa entre las mejoras de Adobe y la expansión de Canva. Exploración de nuevas herramientas de diseño gráfico y la influencia de la IA en ambas plataformas. Novedades de WordPress Modular DS y Pathstack: Nuevas integraciones y herramientas de seguridad. La llegada de WordPress 6.9 con nuevas funcionalidades como el bloque de acordeón. Cartita de Matt a Kevin Geary por "AutomaticCSS" Even

✏️ Suscribirse https://youtu.be/V4Gximg6gn4 En nuestro episodio 238 de "Negocios y WordPress", nos sumergimos en un mar de novedades fascinantes sobre WordPress e inteligencia artificial. Aunque el episodio se vio ligeramente afectado por la falta de Elías, quien se encuentra indispuesto, las discusiones fueron igualmente enriquecedoras. Exploramos nuevos desarrollos en modularDS, Google Workspace, y profundizamos en algunos problemas inherentes al editor de WordPress. Novedades de modularDS: Mejoras de Seguridad y Automatización Nuevo Safe Updates El equipo de modularDS ha lanzado la funcionalidad Safe Updates, que busca revolucionar cómo gestionamos y actualizamos los plugins dentro de WordPress. Esta funcionalidad utiliza inteligencia artificial para medir el riesgo potencial de cada actualización, permitiendo a los usuarios elegir entre actualizaciones rápidas o seguras. Validación Manual: Compara visualmente los cambios antes y después de la actualización. Validación Automática: La IA asegura que no haya cambios perjudiciales en la apariencia del sitio. Google Workspace: Innovación con Google Bits Potenciando el Ámbito Laboral Otra gran novedad viene con Google Bits, una herramienta de Google Workspace para la creación de vídeos colaborativos mediante inteligencia artificial. Con un enfoque en el ámbito corporativo, Google Bits permite generar y editar vídeos de manera fluida y efectiva a través de prompts. OpenAI y Agente Kit: Automatización Elevada OpenAI también ha sido protagonista con novedades notables. Han presentado su Agente Kit, una herramienta diseñada para permitir automatizaciones estilo Make o n8n, optimizando procesos empresariales mediante flujos personalizados e integraciones con servicios populares como Evernote y Canva. Reflexiones sobre el Edito

✏️ Suscribirse https://youtu.be/oa0QgTiK7Lw En este episodio 237 de Negocios y WordPress repasamos las novedades más importantes del ecosistema digital: las actualizaciones de Bricks con componentes convertibles a bloques de Gutenberg, las nuevas funcionalidades de ChatGPT (agentes, conectores, compras directas), la comparativa entre Billing y Factura Directa para facturación online, cómo crear un mini CRM con Gravity Forms usando IA, y algunos trucos de CSS para mejorar tus diseños web. También hablamos del nuevo curso de WordPress desde cero, próximas WordCamps y el flujo de trabajo para crear shorts de forma eficiente. Nuevo curso de WordPress desde cero para profesionales Yannick está en plena producción de un curso de WordPress desde cero orientado a profesionales, que será el más completo de YouTube. El curso incluye: Fundamentos de HTML y CSS Diseño de temas a medida Funciones PHP y código personalizado Inteligencia artificial aplicada a WordPress Gutenberg, Elementor, Bricks y otros page builders Sistemas de diseño con Tailwind Plantillas de WooCommerce Roles, formularios, automatizaciones, SEO, seguridad y optimización El curso tendrá unas 50 lecciones (no son cortas) y estará disponible primero en La Máquina de Brandy para miembros de la comunidad. Cuando lleve unas 30 lecciones publicadas, comenzará a subirse semanalmente a YouTube. Novedades en Bricks: La beta que trae funcionalidades potentes Componentes de Bricks convertibles a bloques de Gutenberg Una de las novedades más destacadas es la posibilidad de convertir componentes de Bricks en bloques de Gutenberg con un simple clic derecho. Esto permite que los clientes puedan usar elementos avanzados directamen

✏️ Suscribirse https://youtu.be/jIjBtTdz2tU La inteligencia artificial (IA) está revolucionando la forma en que trabajamos, aprendemos y gestionamos nuestros proyectos digitales. En este episodio de NegociosWP, exploramos cómo la IA se integra con WordPress, analizamos herramientas, plugins, automatizaciones y plataformas como ChatGPT, Gemini, Claude o Perplexity, y compartimos experiencias reales para que puedas sacar el máximo partido a estas tecnologías. Si buscas optimizar tu flujo de trabajo, crear contenido más rápido o elegir la mejor plataforma de IA, aquí tienes la guía definitiva. Curso WordPress Profesional: Estrategias de creación y publicación de contenido Cómo planificar y lanzar un curso de WordPress desde cero Planificación progresiva: Publicar lecciones a medida que se graban permite recibir feedback y ajustar el contenido en tiempo real. Ventajas de la publicación escalonada: Mantener la atención en YouTube y en la web, generando contenido recurrente y mejorando el posicionamiento SEO. Estrategias de marketing de contenidos: Aprovechar cada lección para crear publicaciones en redes sociales y mantener la comunidad activa. Enlace interno recomendado: Cómo crear un curso online en WordPress Automatización y productividad: Apps, scripts y prompts para el día a día Automatiza tareas con Automator y scripts personalizados en Mac Ejemplo práctico: Crear una app con Automator para abrir carpetas aleatorias de música y mejorar la experiencia de trabajo. Tutoriales y recursos: Compartir scripts y bookmarklets en la web para que otros usuarios puedan replicar soluciones.