Negocios y WordPress cover art

Negocios y WordPress

Negocios y WordPress

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

Podcast sobre gestión de negocios y marketing digital con WordPress© 2017 Negocios & WordPress Economics Leadership Management & Leadership Marketing Marketing & Sales
Episodes
  • 253. Las claves del WPO para WordPress, WP Rocket y desarrollo con IA

    253. Las claves del WPO para WordPress, WP Rocket y desarrollo con IA
    Jun 3 2026
    ✏️ 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 inerciano resolver con capas extra algo que puedes hacer de forma nativano cargar recursos en páginas donde no se usanno 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 vetamaños adecuados según el uso real de cada imagencompresión razonableevitar incrustados pesados cuando una alternativa más simple cumple mejor Aquí sale un ejemplo muy bueno: ...
    Show More Show Less
    54 mins
  • 252. Delegando el código a los agentes

    252. Delegando el código a los agentes
    May 19 2026
    ✏️ 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 pantallasuna paleta de comandos más visiblegestor de fuentesvisibilidad condicional por dispositivoCSS 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 ...
    Show More Show Less
    1 hr
  • 251. De cPanel a Vercel + Maquetar con IA para builders (¿tiene sentido?)

    251. De cPanel a Vercel + Maquetar con IA para builders (¿tiene sentido?)
    May 5 2026
    ✏️ 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 ...
    Show More Show Less
    1 hr
adbl_web_anon_alc_button_suppression_t1
No reviews yet