Potencia Pro, WordPress y cozas

Cuarto capítulo de la undécima temporada de potencia.pro, el 338. Hubo una breve duda sobre si era el 337, pero el de la semana pasada ya llevaba ese número, así que no hay rima que valga. Al micro, Miguel Angel Terrón y Mariano Pérez, «el hombre del pelo de plata», recién entrados en otoño y con la batería de chistes cargada. Chistes de programador para calentar El episodio arranca como manda la tradición: Cuando Mariano intentó conquistar a su mujer, que es programadora, ¿qué pasó? Que no se dejaba. ¿Qué viene después de USA? USB. ¿Cómo le llamaban en la universidad? LPT1. ¿Por qué? Porque tenía cola de impresión. Hay además una queja seria, o casi: el bot de Telegram que resume cada episodio comenta los chistes, pero no los transcribe. Queda apuntado en la escaleta que hay que pedirle que los copie tal cual. Mientras tanto, en el WP Agency Forum A la misma hora de la grabación se celebraba el WP Agency Forum, el evento de SiteGround y Modular, que tuvo lugar el 7 de octubre. Allí estaba dando una charla el jefe de uno de los presentadores. Lo que más llamó la atención fue la web del evento: muy de los noventa, con figuritas que se mueven y ponentes caracterizados. En el directo aparece incluso uno vestido de granjero. Una página ochentera, en resumen. El tema del día: cómo depurar errores en WordPress Cuando un WordPress falla, quien no es técnico suele abrir mucho los ojos y sentir, aunque la razón le diga otra cosa, que aquello no tiene arreglo y se quedará roto para siempre. La propuesta del episodio es una guía tranquila y ordenada para salir del apuro. 1. Antes de tocar nada, copia de seguridad Lo primero que hace casi todo el mundo es ponerse a tocar cosas. Error. El primer paso es comprobar si existe una copia de seguridad previa y, la haya o no, hacer otra en ese momento, justo antes de empezar a cambiar nada. Así tienes la foto de antes y la del estado roto. El propio Mariano lo confiesa: hace poco iba a subir un plugin modificado y se dio cuenta a tiempo de que no tenía copia. Si tienes acceso al servidor, conviene echarle un vistazo: si la memoria RAM está disparada o el disco está lleno. También se puede levantar una copia en un entorno de staging para trabajar sin miedo, aunque con un buen backup tampoco es imprescindible. Un consejo que se agradece: estate quieto un rato, mira y reflexiona antes de tocar. 2. La consola del navegador (y la IA) Abre el inspector del navegador en la página que falla y mira la consola. Lo que salga en rojo suele dar la pista. Si no entiendes el mensaje, hoy lo más práctico es copiarlo, pegárselo a la IA y preguntarle la frase técnica por excelencia: «¿Esto qué es lo que es?». Ella te dirá qué plugin o qué elemento está fallando. De ahí salió un pequeño debate sobre si a la IA se la trata en masculino, en femenino o en neutro. Mariano le habla en femenino, «porque es una inteligencia artificial», y siempre empieza el prompt situándola: «eres un especialista en web», «eres un técnico de sistemas». También merece la pena revisar los errores de PHP o del servidor web, que muchos paneles muestran en su propia pestañita. 3. Descartar el tema Con el problema localizado y la copia hecha, toca buscar la raíz paso a paso. Primero, el tema: cambia al tema predeterminado de WordPress y comprueba si el fallo persiste. No pasa nada, porque luego vuelves al tuyo y todo sigue igual. Normalmente no es el tema, pero hay que descartarlo. Anécdota de soporte: una persona se quejaba de que un plugin había dejado de funcionar al cambiar de tema. El tema que tenía antes era Elementor y el plugin era una extensión para Elementor. La persona no creía que el problema viniera de ahí. Spoiler: venía de ahí. 4. Plugins: desactívalos todos y vuelve a activarlos poco a poco Lo que hace mucha gente, y lo que hacía Mariano al principio, es desactivar los plugins uno a uno según sospecha. Es mucho más rápido hacerlo al revés: Desactivar todos de golpe. Reactivarlos uno a uno hasta que reaparezca el error. Si son muchos (una tienda puede tener 60 plugins), ir en lotes de cinco y luego afinar. Caso real de la semana: en una web con Gravity Forms y varios complementos suyos, al añadir un bloque no se veían sus propiedades. La solución fue actualizarlo todo a la última versión. Simplemente no estaban al día. En la web de potencia.pro, por cierto, ya está actualizado. ¿Y si el error es tan grave que no puedes ni entrar al administrador? Entra por FTP o desde el panel del hosting y cambia el nombre de la carpeta de plugins, por ejemplo añadiéndole un guion. WordPress no cargará ninguno. Al volver a entrar, restaura el nombre: los plugins quedarán desactivados y podrás reactivarlos con calma. 5. La caché, sospechosa habitual Hay dos cachés que conviene limpiar: La del navegador: recarga forzada con Ctrl+F5 (o Cmd+Shift+R en Mac), ventana de incógnito u otro navegador. La del servidor: la del plugin de caché que uses (WP Rocket, W3 Total Cache o similares) y la que pueda tener el propio hosting. Se borra todo, se abre en incógnito y se vuelve a comprobar. 6. Activar el modo depuración Si todavía no aparece el culpable, toca el archivo `wp-config.php`, el que guarda la conexión con la base de datos. Antes bastaba con poner `WP_DEBUG` a `true`. En las versiones modernas se usan tres constantes: `WP_DEBUG` a `true`. `WP_DEBUG_LOG` a `true`, para guardar los errores en un archivo de log. `WP_DEBUG_DISPLAY` a `false` si quieres que los errores solo vayan al log y no los vean los visitantes, o a `true` si quieres verlos en pantalla. Con esto, PHP suele delatar al responsable: funciones obsoletas o llamadas a funciones de WordPress que ya no existen, algo típico de plugins desactualizados. 7. Más pestañas del inspector y Salud del sitio Si el error es realmente extraño, vuelve a las herramientas de desarrollo del navegador y mira más allá de la consola: Red: cómo se comunica la web con internet. Rendimiento: qué ocurre mientras carga la página. Lighthouse: una auditoría con informe completo. Y dentro de WordPress, en Herramientas → Salud del sitio, la pestaña de información muestra el estado del servidor, la versión de PHP, el tema activo y mucho más. Tiene un botón para copiarlo todo y pasárselo a alguien que sepa más o al soporte del hosting. 8. Para los valientes: WP-CLI No entraron en detalles del servidor, porque cada cual tiene el suyo y contarlo en audio es un rollo. Sí recordaron WP-CLI, la herramienta para gestionar WordPress desde la línea de comandos. Permite desactivar todos los plugins de golpe, activar o desactivar uno concreto con `wp plugin activate` y `wp plugin deactivate`, y lanzar un chequeo general con `wp doctor check`. La documentación tiene muchos más comandos de diagnóstico. Noticia de la casa: envía tu propio capítulo con VozCaster Algunos oyentes comentaban que el podcast graba poco o que les gustaría decir algo en él. Para eso está VozCaster, la herramienta que convierte un audio de Telegram en un episodio con la música de potencia.pro. Para usarla: Identifícate en potencia.pro y entra en el menú Comunidad. En la zona de tu sitio de podcast, abajo del todo, pulsa Conectar a VozCaster. Un botón te lleva al bot de Telegram, que te autoriza. A partir de ahí puedes enviar audios a potencia.pro como si fueras uno de los presentadores. Cabe de todo: contar cómo se hace un podcast, presumir de algo chulo que ha hecho tu empresa, comentar una noticia de WordPress o mandar un chiste. Eso sí, nada se publica directamente. Llega un aviso por correo con la transcripción que genera el bot, y los dos «malditos dictadores» revisan y cortan lo que no sea adecuado. Hay premio: a los tres primeros que envíen un audio que acabe publicado como capítulo, Mariano les imprime un llaverito en la impresora 3D del estudio. Lo del beso en la frente quedó descartado. Y una idea para los potencias: el público natural de este plugin son, por ejemplo, los organismos públicos. Ofrecerles un podcast así en su web puede ser una buena forma de probarlo. Un crowdfunding para que WordPress vuele Barrita de cereales en mano, Mariano contó la siguiente noticia: un proyecto de crowdfunding en Kickstarter que no quiere construir un robot ni un videojuego, sino reescribir partes del núcleo de WordPress para hacerlo entre 20 y 400 veces más rápido. El razonamiento es que lo que más ralentiza WordPress es PHP, un lenguaje interpretado que el servidor debe traducir en cada ejecución, y el acceso a la base de datos. La propuesta pasa por reescribir esas partes en C, muy cerca de la máquina y base de la mayoría de drivers, y en Rust, el lenguaje moderno que ya está entrando en el núcleo de Linux. Pedían 1.000 euros y ya llevan más de 2.000. Si llega a ser 400 veces más rápido, la página cargará antes de terminar de teclear la URL. Lo que sirvió para el chiste de rigor: ¿qué es más rápido, la luz, el rayo o la diarrea? La diarrea, porque sales corriendo al baño y te ha dado tiempo a todo menos a encender la luz. Plugins del día VozCaster Ya disponible en el repositorio de WordPress, para crear podcasts rápidamente desde WordPress. WP License Hub Pensado para quien vende plugins con licencia, como sería una versión Pro de VozCaster. Mariano gestiona sus licencias con un plugin propio, y sabe que las soluciones de este tipo suelen ser caras. La gracia de WP License Hub es que guarda la información de las licencias en repositorios privados de GitHub, aprovechando una infraestructura segura que ya existe. Desde ahí gestiona las actualizaciones automáticas y comprueba si una licencia sigue vigente o ha caducado. Cuesta 79 dólares al año, barato comparado con otras opciones, y la idea de usar repositorios privados de GitHub les pareció muy ingeniosa. DesignSetGo A los dos les encanta la filosofía de GenerateBlocks: con cuatro o cinco bloques combinados se puede montar un acordeón o casi cualquier cosa sin crear bloques desde cero. DesignSetGo aplica la misma idea a los bloques nativos de Gutenberg. Ofrece entre 30 y 50 bloqu

Tercer capítulo de la decimoprimera temporada de potencia.pro, el podcast de WordPress y cozas. Es el número 337, aunque ni los propios anfitriones terminan de ponerse de acuerdo al principio sobre si es el tercero o el cuarto. Miguel Angel Terrón y Mariano Pérez vuelven con su mezcla habitual: WordPress, IA, actualidad tecnológica y chistes malos. Muy malos. El calentamiento no falla. Primero llega un chiste de multas por exceso de velocidad y coches tuneados. Después, el que sirve de puente al tema del día: ¿qué generan los tractores que no corren? Cuellos de botella en las carreteras. Pues de cuellos de botella va el episodio, pero de los que aparecen en WordPress. «Mi web va muy lenta»: cómo hacerlo de forma profesional La escena es conocida. Un cliente llega diciendo que su web va lenta. Nosotros la abrimos con los ojos muy abiertos y, muchas veces, no sabemos por dónde empezar o caemos en lo obvio: «¿será tal plugin?», dicho con voz de asco. La propuesta del episodio es sustituir esa intuición por un método ordenado en cuatro pasos. Al final, toda la información se convierte en una lista de prioridades. Paso 1: medir como mide un usuario real Lo que hace casi todo el mundo es entrar en PageSpeed Insights o en una herramienta parecida de Core Web Vitals, pegar la URL de la portada y mirar la nota. Este planteamiento tiene dos fallos. Las condiciones no son reales. El servicio analiza la web desde un buen servidor y con una buena conexión. Tus usuarios, en cambio, quizá navegan con un móvil y 4G. Conviene simular esas condiciones con herramientas que permiten configurar el dispositivo y la conexión: WebPageTest SpeedVitals (no es de Google) Scanfully Solo se mide la portada. La portada puede ir rapidísima y el resto de páginas no. Lo ideal es elegir tres páginas: la portada; una ficha de producto, si es una tienda; otra página con muchas visitas, como la de contacto. Nada de escoger las condiciones del servicio, que son solo texto. Tampoco vale la 404: esa siempre vuela. De esta medición salen las métricas clave: TTFB: lo rápido que responde el servidor. LCP: lo que tarda en mostrarse el elemento más grande, normalmente «la foto gorda». CLS: cuánto se mueve el diseño mientras carga la página. INP: lo rápido que responde la web cuando el usuario interactúa, por ejemplo al escribir en un formulario de contacto. A mitad de explicación hubo tiempo para quejarse de la carraspera que llega con septiembre. Clásico. Paso 2: servidor y base de datos Después de lo que ve el usuario, toca mirar lo que hay debajo. Versión de PHP Lo primero es comprobar la versión de PHP. Con PHP 8.2 o superior, adelante. Por debajo de eso, malamente: optimizar va a ser difícil y perderás el tiempo. Caché de objetos A quien no es de sistemas, «caché de objetos» le suena a los trastos que tiene en casa. En realidad es la caché de la base de datos. Cada artículo que se muestra en la página del blog es un objeto que sale de una consulta. Conviene recordar cómo funciona una web con WordPress: archivos PHP que piden datos a la base de datos para montar la página. La base de datos suele ser una de las partes más lentas, así que es un cuello de botella habitual. Si la web no tiene caché de objetos, hay que activarla. Si el servidor no lo permite, toca plantearse cambiar de hosting. Estado de la base de datos Hay que revisar varias cosas: Opciones de carga automática (autoload): si se está cargando demasiado. Versión del motor. Muchos hostings te dejan usar PHP 8.3 u 8.4, pero mantienen MariaDB o MySQL en versiones antiguas. Actualizar la base de datos da respeto, pero es un punto clave. Índices. Funcionan como el índice de un libro: van directos al dato. WordPress no los trae por defecto. En una web corporativa pequeña casi no se nota, pero en una tienda con 5.000 productos marcan la diferencia. Algunos plugins los generan, aunque no es lo ideal, porque las tareas de sistemas no deberían hacerse desde WordPress. Herramientas para este paso Query Monitor: el básico para detectar consultas de más o consultas demasiado grandes. WP-CLI con el comando `doctor`, para los avanzados que prefieren la terminal. Code Profiler: una herramienta reciente y muy completa para analizar el rendimiento. Scanfully: además de medir, revisa la salud del sitio con más profundidad que la herramienta que trae WordPress. AAA Option Optimizer, el plugin de Joost de Valk, fundador de Yoast. El nombre está pensado para salir el primero en la lista. Lo dejas funcionando una semana o diez días y te dice qué opciones se cargan sin usarse. Es especialmente útil en webs con muchos años de vida. También se pueden revisar las consultas SQL a mano en el servidor. Pero a mano, poco, que somos «agentes de la automatización». Paso 3: el frontend Aquí la herramienta principal es el inspector del navegador. Sus pestañas de red, cabeceras y respuestas muestran todo lo que hace el navegador para pintar la página. Estos son los puntos que conviene vigilar: Cuántos archivos JavaScript y CSS se cargan. Hay temas y constructores que meten decenas de archivos. Con Avada, por ejemplo, es fácil ver 30 hojas de estilo cargándose a lo loco. Conexiones a dominios externos. Imágenes alojadas en otro sitio, scripts de terceros o plugins de seguridad que conectan con servidores como los de Sucuri para escanear. Todo eso ralentiza. Tareas largas de JavaScript. A veces no hay muchos scripts, pero uno solo hace muchísimo trabajo. Tiempos de carga de cada elemento. Si sabes lo que buscas, o sabes preguntarle a una IA sobre lo que estás viendo, el inspector te da información a raudales. «Una jartada», en palabras del episodio. Paso 4: la caché, siempre al final La caché es el último paso por una razón: si la aplicas antes, puede tapar todos los problemas anteriores sin resolverlos. Lo correcto es dejar la web bien desde el principio y usar la caché para ganar ese último empujón. En todos sus tipos (de objetos, de navegador, de página), la idea es la misma: tener las cosas preparadas antes de tiempo para servirlas más rápido. En este paso también se revisa el CDN, y aquí hay un error frecuente. Para qué sirve un CDN. Un CDN es útil para el tráfico internacional. Si tu tienda vende en China, tiene sentido que las imágenes se sirvan desde un servidor cercano y no desde el Reino Unido. Cuándo sobra. Si todo tu tráfico viene de España y tu hosting ya está en España, añadir un CDN con nodo en España apenas mejora nada. Y ahora, a priorizar Contarle al cliente todo lo recopilado solo sirve para que te mire con cara rara. Lo profesional es priorizar. Normalmente habrá dos, tres o cuatro factores que frenan de verdad la web, y otros que apenas influyen. La clave está en centrarse en lo que más rendimiento aporta. Reflexión: webs hechas con IA en un VPS «propio» De ahí surge una reflexión que va más allá de WordPress. Entre moda y moda, como el aura farming, crece otra tendencia: gente que prefiere no pagar el mantenimiento a un desarrollador. Se hace la web con IA y la monta en un VPS «propio». ¿Propio de quién? Del propietario, claro. Muchos creen que una web así no puede ser atacada porque es estática. Pero todo lo explicado en el método es justo lo que resulta crítico para la seguridad: una base de datos sin actualizar; reglas WAF desfasadas; un CDN mal configurado. Con eso, la web queda expuesta a ataques de denegación de servicio o a scripts maliciosos. Hay además otro riesgo. Todas las IA aprenden de las mismas fuentes y tienden a hacer las cosas del mismo modo. Si aparece una vulnerabilidad en ese patrón, o en una versión concreta de PHP o de Java, afecta a todas las webs generadas igual. Lo que parecía libertad frente al mantenimiento puede acabar siendo una cárcel, sobre todo si no sabes qué está pasando en tu servidor. Un VPS en Hetzner por entre 5 y 14 euros al mes es una maravilla, pero hay que mantenerlo. Por eso el consejo es claro. Si creas un proyecto con Codex, Claude, OpenCode o cualquier otra herramienta, incluye una regla fundamental: revisar qué hay pendiente de actualizar en el servidor y actualizarlo. Y pídelo por favor, que cuando las máquinas tomen el control conviene haber sido educado. Noticia: ataques a la cadena de suministro en plugins En el terreno de la seguridad se está poniendo de moda en WordPress el ataque a la cadena de suministro. Funciona así: 1. Un plugin lleva años siendo fiable en WordPress.org. 2. El desarrollador, que apenas gana dinero con él, lo vende encantado. 3. El nuevo dueño mete código malicioso en la siguiente actualización. 4. Tú, que llevas diez años usando ese plugin, ni te enteras de que ha cambiado de manos. Para combatirlo ha aparecido wpbacon.io, un servicio que audita los plugins que cambian de propietario y revisa sus versiones posteriores. Sus cifras actuales: 124.548 plugins vigilados; unas 50.000 auditorías ya cerradas; código malicioso encontrado en 22 plugins. Puedes buscar los plugins que usas para ver si están auditados o pedir que auditen alguno. Recurso del día: 10Web Esta vez la recomendación es un servicio, no un plugin: 10Web. Le describes la web que quieres, por ejemplo una tienda de galletas con pepitas de chocolate. Te hace preguntas y genera una web bonita sobre WordPress, con un tema basado en bloques que luego puedes llevar a tu hosting. Si lo prefieres, puedes limitarte a tomar las ideas y construirlas tú. Tiene planes de pago, pero los tokens gratuitos del principio dan de sobra para crear una primera web sin pagar nada. Gratis total. Cierre con bizcocho (y con chiste) Para terminar, el recordatorio de apuntarse a la gaceta, donde llega un resumen de cada episodio. Resumen, no transcripción completa, que se enrollan mucho. Por si el chiste también acaba en la newsletter, Mariano Pérez remata con uno sobre una camiseta de Desigual que no desmerece al resto. Y con esto y un bizcocho, hasta la semana que viene. No mañana a las 8, aunque el cuerpo lo pida. 🤖 El contenido de este post ha sido generado automáticamente c

Arranca un nuevo episodio de Potencia.pro, el podcast de WordPress y cozas, con Miguel Ángel Terrón y Mariano Pérez al micrófono. Es el capítulo 336, segundo de la temporada… ¿undécima? ¿Décimo primera? Tras un pequeño debate lingüístico, y alguna broma de las que marcan la casa, lo dejan en «décimo primera», que suena menos a cacho de algo. Un plugin exclusivo… que nadie descarga Miguel Ángel recuerda que los suscriptores de Potencia tienen a su disposición el plugin que subió para ellos. Según él, «miles y miles de personas» se lo han pedido. En concreto, una: Madrillano, que le llamó por teléfono para que se lo pasara, a pesar de estar suscrito y poder descargarlo él mismo. Eso sí, le parece un plugin maravilloso. WordCamp Europe en Málaga Antes de entrar en materia, Miguel Ángel anuncia que ya se han publicado los organizadores de la WordCamp Europe que se celebrará en Málaga en mayo del año que viene, y él está entre ellos. Le encantan las fotos del equipo, con pelos de todos los colores. Lo que le preocupa un poco es tener que hablar con todos en inglés. Su plan: sonreír mucho y decir yes. Plugins hechos con IA por quienes más saben El tema principal de hoy nace de una reflexión de Mariano. Con la IA, cualquiera puede hacerse un plugin. Pero cuando quienes lo hacen son programadores expertos, cansados de usar herramientas de terceros que solo cubren el 80 u 85 % de lo que necesitan, el resultado es otra cosa. Es el caso de Fernando Tellado y Javier Casares, dos de los mayores referentes de WordPress en España. Se han hecho sus propios plugins para cubrir sus necesidades y, además, los comparten con todo el mundo. Los plugins de Fernando Tellado Fernando tiene 23 plugins en su perfil de WordPress.org. Mariano destaca algo que Fernando defiende con mucho énfasis: no son plugins «rastreros», de esos que usan el repositorio como escaparate. Esos plugins ofrecen una versión Lite que apenas sirve y te empujan a comprar la Pro. Los de Fernando están completos en el repositorio, sin versiones de pago. Además, son recientes, él mismo los usa en su web y los actualiza constantemente. DietPress Su logo es un tenedor, un cuchillo y una cuchara, lo cual tiene su gracia porque el plugin sirve para poner a dieta a WordPress. Mariano bromea con que debería estar tachado para que no coma. Es un optimizador en la línea de Machete, el plugin de Nilo. Elimina elementos antiguos o innecesarios que WordPress carga sin necesidad: Activa o desactiva características no esenciales. Reduce las peticiones a la base de datos. Acelera la carga de la página. La versión anterior, programada a mano, ofrecía unas diez o doce opciones. Con la ayuda de la IA ahora supera las cincuenta. Vigía Pensado para hacer GEO, es decir, para que las inteligencias artificiales vean mejor tu web: Te da una puntuación de cómo te están viendo las IA. Analiza más de cincuenta rastreadores de aplicaciones de IA. Permite bloquear los bots que no te interesen, por ejemplo los de las IA chinas. Mariano lo ilustra con el ejemplo de quien compró una bombilla fundida en un chino y ya no quiere saber nada. Miguel Ángel, en cambio, confiesa que le encantaría ser chino. Genera el archivo llms.txt, una especie de robots.txt con directrices para que la IA lea mejor la web. Mariano cree que de momento no sirve de mucho, aunque admite que puede estar equivocado. Crea un esquema JSON de la web. Vigilant Es el favorito de Mariano y, según él, probablemente el menos usado de los tres. Se trata de un plugin de seguridad 100 % gratuito. Lo sitúa como una alternativa a Wordfence o Sucuri que protege más y carga menos la web. Va por la versión 3.0.1 y su última novedad técnica es la autorreparación: si un virus infectara su código, es capaz de eliminarlo y restaurarse tal como estaba. Fernando lo explica en un artículo de su blog. Los plugins de su web En su propio dominio, Fernando tiene otra sección de plugins que no pasan por el repositorio. Allí la mayoría también son gratuitos: Un traductor con IA, pensado sobre todo para tiendas WooCommerce. Recuerda a Weglot, pero funciona de forma distinta. No toca la base de datos: al servir la página, pasa el contenido por la IA que tengas conectada y la muestra traducida. Mariano había visto algo parecido en inglés con pago mensual, y aquí es gratis. Un revisor de datos de productos para Google. Analiza todas las fichas y te dice qué está mal y qué se puede mejorar, algo ideal para tiendas de 3.000 productos que nadie va a revisar a mano. Dos de pago: una capa de consentimiento para cumplir la RGPD y otro relacionado con formularios. Los plugins de Javier Casares WPVulnerability Para Mariano es el plugin estrella de Javier y lo tiene instalado en todas sus webs. Se conecta a una base de datos de vulnerabilidades y revisa todo: servidor, plugins y temas. Te avisa de cualquier problema de seguridad pendiente de arreglar. Javier lo programó a mano en su día y ahora, con la IA, lo ha mejorado muchísimo. Los plugins de su empresa En la web de su empresa, Javier ha liberado plugins que desarrolló para clientes. Son más pequeñitos que los «macroplugins» de Fernando, pero están muy bien hechos: 2FA: autenticación en dos pasos, como el plugin de WordPress, pero con su criterio. Si lo miras por dentro, funciona mejor. SMTP: para enviar correos desde WordPress, esa fuente eterna de dolores de cabeza cuando el servidor no deja mandarlos. Asegura el envío, reintenta y se autoevalúa si hay errores. Secrets: guarda cifradas, o «encristadas», como bromean, las claves de API y de servicios de IA. Así no quedan en claro en la base de datos si esta se ve comprometida. Telemetry Disable: WordPress envía datos de la instalación, como número de usuarios o de entradas, que no son necesarios para funcionar. Este plugin elimina toda la telemetría no esencial y deja solo lo indispensable. Frecuencia: automatizaciones para podcasts, con transcripción automática y resúmenes por IA. Cuesta 240 euros y Mariano se lo dedica a Miguel Ángel como «chimpún» final. El aviso sobre Alexa A raíz de la telemetría, la conversación deriva hacia Alexa. Miguel Angel advierte de que los altavoces graban mucho más de lo que creemos. Además, cualquiera con acceso a la cuenta puede escuchar esos audios en Amazon. Su consejo: si vais a hacer algo inconfesable en casa de vuestros padres o de vuestros hijos, desactivad el micrófono. Noticias WordCamp Galicia Los dos tienen previsto ir. Todavía queda un mes y ya hay más de 150 entradas vendidas. Mucha gente guapa y una organización que lo hace muy bien. Ipsum, el nuevo tema por defecto de WordPress Se ha presentado el tema que llegará con WordPress 7.2, previsto para antes de fin de año. Lo desarrolla un equipo de 56 personas y trae una gran novedad: por primera vez no llevará el nombre del año. Se llamará Ipsum, como el lorem ipsum de toda la vida. Es un tema tipo lienzo en blanco, al estilo de GeneratePress o Astra. Incluirá muchos patrones, tipografías y opciones de personalización. Tiene su historia: el equipo había diseñado inicialmente un tema mucho más artístico y elaborado. Al presentarlo, se pidió algo más neutro para que cada cual pusiera lo que quisiera. Ese primer diseño no se tirará a la basura, porque también lo publicarán aparte. Mary Hubbard, presidenta de la Open Website Alliance Miguel Ángel confiesa que siempre se enamora de quien está al lado de Matt, por aquello de la «erótica del poder». La noticia es que Mary Hubbard, responsable de WordPress.org, asume también la presidencia de la Open Website Alliance, la alianza de proyectos de software libre. La presidencia es rotatoria, como la de la Unión Europea, y ahora le toca a WordPress. Purple, el primer tema de bloques de WooCommerce Tras mucho trabajo con el checkout en bloques, WooCommerce enseña una preview de Purple, su primer tema oficial hecho con bloques. Como indica el nombre, es moradito y muy bonito, y se puede probar para ver cómo queda una tienda con él. Jurassic.Ninja El descubrimiento de la semana: Automattic tiene un servicio para crear sitios de prueba con un nombre genial, Jurassic.Ninja. No es un WordPress en el navegador como WordPress Playground, sino un sitio alojado de verdad y con Jetpack incluido. A Miguel Ángel le viene de perlas. Para probar su plugin de generación de posts usaba Playground, que no permite las llamadas externas que su plugin necesita. Plugins del día Kiki Mariano cuenta el que le «hizo llorar». Él vive feliz con GeneratePress y Gutenberg, hasta que descubrió un nuevo constructor visual al estilo Elementor llamado Kiki. El nombre prometía, pero ni el nombre ni la chica que aparece en la web resultaron ser lo que él había leído, así que sigue sin cambiarse. Para quien no se deje llevar por estas cosas, promete diseñar libremente, como en Canva o Figma. Después genera los bloques de Gutenberg correspondientes con una interfaz más moderna, y se puede empezar gratis. WP Shipyard Shipyard significa astillero, y la metáfora le va que ni pintada. Este plugin gratuito permite al administrador cambiar de tema en privado: solo él ve el nuevo diseño mientras lo prepara, y el resto de visitantes sigue viendo la web de siempre. Cuando todo está listo, el barco sale del astillero y se publica el nuevo tema. No hace falta poner la web en mantenimiento. Agenda y despedida El lunes de la semana que viene hay meetup de WordPress en Sevilla. La próxima WordCamp en España será la de Valencia y luego llegará la de Galicia. Por el camino asoma también la de Faro, que para eso estamos en Iberia. Ya puestos, fantasean con vivir la reunificación de la península. Como manda la tradición, el episodio no se cierra sin chiste. A un amigo de Mariano le dijeron los médicos que tenía el hueso descalcificado. ¿La respuesta? «Bueno, lo importante es participar». 🤖 El contenido de este post ha sido generado automáticamente con inteligencia artificial a partir de la transcripción del audio. Puede contener errores o imprecisiones. 🎙️ Publicado con Vo

Nueva temporada, mismos protagonistas Empieza la temporada once de potencia.pro (capítulo 335, con rima incluida) tras un verano sin grabar juntos. Miguel Ángel Terrón y Mariano Pérez vuelven a hablar de lo de siempre: cómo mejorar tu negocio con WordPress e IA… y de «cozas», que son otras cosas. Novedad de temporada: la página principal de potencia.pro está rediseñada enterita (bueno, enterita salvo alguna página suelta como la de la gaceta, que sigue igual que siempre). Ahí se explica todo lo que hace el proyecto, los plugins disponibles y demás. Y si quieres estar al día: El grupo de Telegram: potencia.pro/telegram La gaceta/newsletter, cuya escaleta ahora la escribe la IA: potencia.pro/gaceta Un saludo cariñoso de paso a los compañeros de otros podcasts de WordPress en español, entre ellos Pablo y Ana de Un billete a chattanooga, y a Nahuai Badiola y Esther Solà. Que aunque por ahí se diga que son el único podcast de WordPress en español, basta buscar en Google para ver que hay tres o cuatro. Nosotros, del montón, tan felices. El culebrón: echan a Matt y vuelve dos días después La gran noticia post-verano: destituyeron a Matt Mullenweg como CEO de Automattic, la empresa detrás de WordPress.com, WooCommerce y compañía. Lo curioso es lo poco que se sabe, porque los únicos que estaban dentro no han dado declaraciones. Lo que ha trascendido: El consejo de administración (unas 7-8 personas) votó darle a Matt un permiso retribuido, una especie de baja pagada. Todos votaron a favor menos uno. Pusieron al director financiero como CEO en funciones. Matt asegura que se lo comunicaron 50 minutos antes de empezar la reunión, y pidió tiempo para hablar con sus abogados. Dos días después, algo pasó: Matt volvió a ser CEO y se marcharon todos los que habían votado a favor. No como venganza —insiste— sino por pérdida de confianza. Después publicó un anuncio buscando administradores de sistemas para, según dijo, «sacar sus cosas del servidor de Automattic» (probablemente su web personal y lo relacionado con .org). Terreno de pura especulación. Mary Hubbard, responsable de WordPress.org, comentó en el Slack que sus responsabilidades allí seguían intactas aunque Matt no fuera CEO, y que estaba encantada de que volviera. Otra pista interesante: se anunció el equipo que sacará WordPress 7.2 (previsto para mediados/finales de noviembre), y Matt figura como líder de la distribución, algo que no hacía desde hacía tiempo. Ha vuelto con energía renovada. Cloudflare con WordPress: lo gratis y lo de pago El bloque técnico va sobre Cloudflare, del que confesamos estar enamorados. Está muy de moda últimamente, en parte porque cada fin de semana la Liga bloquea rangos de IP para perseguir las retransmisiones piratas de fútbol, y a veces cae por medio alguna web legítima que comparte IP con contenido pirata. Un matiz importante: si tu web comparte IP con piratas no significa que seas pirata, y la Liga solo debería bloquear IPs concretas señaladas, no todas. Aun así, es un tema polémico. Más allá de la polémica, Cloudflare es una maravilla. Es un CDN (Content Delivery Network): si tu web está en un servidor de París, Londres o Madrid, el CDN sirve el contenido desde el nodo más cercano al usuario. Muy útil para audiencias internacionales; menos relevante si el 90% de tus clientes están en España. La parte gratis (más de la que parece) DNS más rápido que cualquier otro, incluso el de Google. Mejora el TTFB (Time To First Byte). Seguridad: protección frente a ataques DoS (denegación de servicio) y el famoso botón «I’m Under Attack». Filtrado de tráfico malicioso. Brotli: compresor que reduce el peso de las imágenes más que la compresión tradicional. HTTP/2 y HTTP/3: más estables y con mejor rendimiento de caché. Early Hints: técnica para empezar a cargar recursos importantes antes de que el servidor termine de generar la página. La parte de pago: APO Por unos 5 € al mes, el plugin de Cloudflare para WordPress activa APO (Automatic Platform Optimization): Cloudflare cachea tu web y la sirve como si fuera estática desde sus servidores, sin ir a tu alojamiento ni golpear la base de datos. Casi tan barato como la suscripción de potencia.pro (menos de 2 € al mes). ¿Problemas posibles? Prácticamente ninguno si la web está bien configurada y no tiene contenido mixto (recursos servidos por HTTP en vez de HTTPS). A estas alturas, eso no debería ser un problema para nadie. Plugin del día: Updater from Drive Esta vez el plugin es de cosecha propia: Updater from Drive («actualizador desde Drive»). Resuelve un dolor real cuando gestionas muchos clientes: Tienes plugins personalizados o con licencia que no quieres meter directamente en cada web del cliente. Aun así quieres que se actualicen automáticamente. Cómo funciona: Conectas el plugin con Google Drive mediante su API. Le indicas una carpeta donde guardas todos los plugins que deben actualizarse. Cada 24 horas (o al pulsar el botón Check Now), revisa la carpeta y actualiza los plugins que hayan cambiado, como si fuera el repositorio de WordPress.org pero con tus plugins. Admite excepciones y reglas: si no identifica un plugin, puedes decirle qué fichero .zip corresponde a cada uno. Ideal si gestionas 70 webs de clientes y actualizar todo a mano es un suplicio (y MainWP no siempre va fino). El plugin estará disponible en la sección de descargas para que la gente lo trastee. Además, se prepara un plugin específico para los suscriptores de potencia.pro que permitirá auto-actualizar los plugins descargados desde la plataforma automáticamente, como una actualización más de WordPress. Y con esto cerramos el primer capítulo de la temporada once. Nos vemos la semana que viene. 🤖 El contenido de este post ha sido generado automáticamente con inteligencia artificial a partir de la transcripción del audio. Puede contener errores o imprecisiones. 🎙️ Publicado con VozCaster, el bot de Telegram que convierte tu voz en un episodio de podcast publicado. Pruébalo gratis. ¿Te ha gustado el episodio? Si quieres que sigamos experimentando con bots, protocolos y empanadillas polacas, no olvides suscribirte y dejarnos tu valoración. ¡Nos escuchamos en el próximo capítulo! Métodos de contacto Enviadnos vuestras preguntas al grupo de Telegram. Apuntaos al canal de Youtube del podcast https://www.youtube.com/potenciapro Si nos queréis decir algo directamente lo podéis hacer a @potenciapro , @materron, @mpc, o en el grupo de Telegram Y si eres muy muy muy fan del podcast Echa un vistazo a cómo nos puedes ayudar en https://potencia.pro/se-prosperoso/

Hay un debate que lleva tiempo flotando en toda la comunidad del desarrollo web, y en la de WordPress en particular: ¿tiene sentido seguir apostando por una plataforma tradicional cuando una IA es capaz de generar páginas enteras, con código personalizado e interfaces, en cuestión de segundos? Es una sensación perfectamente comprensible. Cuando ves lo que la inteligencia artificial puede hacer al vuelo, es natural preguntarse qué espacio le queda a WordPress. Pero, bajo mi punto de vista, el valor de WordPress no ha desaparecido: simplemente ha cambiado de lugar. En lugar de competir contra la IA, WordPress se está consolidando como el motor de ejecución y la base de datos sobre la que esa misma inteligencia artificial opera. Propiedad y soberanía de los datos La gran diferencia entre las soluciones no-code basadas en IA (o las plataformas SaaS empaquetadas que te alquilan su infraestructura) y WordPress es el control total. Con WordPress, la base de datos, los usuarios, los pedidos y los contenidos son 100% tuyos o de tu cliente. No hay locking. Ese concepto que antes se aplicaba a ciertos temas cerrados hoy lo trasladamos a la IA: no dependes de cambios drásticos en los precios de las APIs de empresas como ChatGPT o Claude, ni del cierre repentino de un servicio. La soberanía digital es un activo cada vez más crítico. Hay empresas que despidieron a mucha gente pensando que la IA lo haría todo, y muchas han terminado quebrando por eso. La IA necesita un backend confiable La inteligencia artificial es extraordinaria generando código y diseñando interfaces al vuelo, pero necesita una estructura sólida detrás para funcionar en el mundo real: la lógica de negocio, la persistencia, la gestión de usuarios y roles, las pasarelas de pago, las suscripciones y los flujos complejos. Un ejemplo real: la web de vozcaster.com la desarrollé entera con IA. Registré el dominio, la alojé en Cloudflare y le pedí a la IA que me creara un HTML estático muy mono, con colores bonitos y una tabla de precios dinámica con su selector anual. Todo rápido y precioso. Pero cuando llega el momento de la verdad —los usuarios, la seguridad, la gestión de suscripciones—, esa tabla enlaza a potencia.pro, donde todo lo gestiona WordPress mediante un plugin. La IA te resuelve la parte estática; la lógica de negocio y la persistencia en condiciones te las da una plataforma madura. Infraestructura lista para usar En lugar de construir desde cero un sistema de autenticación, una base de datos y un panel de administración para cada proyecto generado por IA, WordPress te ofrece toda esa arquitectura probada en batalla de forma nativa. Además, WordPress ya no es el simple generador de plantillas HTML o el gestor de blogs de antaño. Hoy cuenta con: APIs robustas gracias a su REST API y a soluciones como GraphQL. Un funcionamiento excelente como CMS headless, donde la IA alimenta los datos mientras la capa de presentación se gestiona externamente. Integración nativa con agentes de IA gracias al protocolo MCP, que permite conectar un sitio WordPress con modelos de inteligencia artificial para generar contenido, automatizar soporte o procesar datos de forma mucho más sencilla, precisamente por la madurez de la plataforma. Los flecos y los casos de borde Crear un prototipo visual con IA lleva minutos. Pero resolver los flecos finales —el cumplimiento del RGPD, las integraciones con ERP locales, la facturación compleja, los flujos de trabajo específicos— sigue requiriendo un sistema maduro. El repositorio de plugins de WordPress aporta esa flexibilidad para cubrir ese 1% de necesidades complejas que una herramienta automática suele pasar por alto. Es curioso: la IA arranca a toda velocidad, pero al llegar a cierto punto se frena, porque necesita hacer cosas que WordPress ya resuelve de forma simple por estar tan implementado. En una carrera de fondo, WordPress se come a la IA. Pasa igual que con los constructores visuales: Elementor es maravilloso y rapidísimo para la primera versión de una web presencial de cliente, pero cuando quieres implementar cosas más complejas a veces te toca irte a temas como GeneratePress. Son esos casos de borde que WordPress tiene más que superados. El rol del profesional no desaparece: se transforma Es como el agricultor que pasa del arado al tractor: sabe lo mismo, pero lo hace más rápido. El trabajo pesado ya no es picar CSS ni maquetar desde cero. El valor del profesional con experiencia en WordPress ha migrado hacia: La arquitectura de la información y la estrategia. El criterio técnico y la seguridad: saber evaluar si el código generado por la IA es seguro, optimizado y mantenible. La capacidad de conectar el ecosistema de WordPress con flujos de IA para aportar valor real, no solo un sitio estático. Otro ejemplo propio: he desarrollado un bot de Telegram que se conecta con WordPress para publicar capítulos de podcast (de hecho, este capítulo lo estoy publicando con ese sistema porque no tenía ganas de editar). Si yo no tuviera el criterio adquirido a lo largo de más de 15 años, no podría usar la IA de forma eficiente. Sé dónde está la identificación de usuario, cómo se gestiona una suscripción, dónde están los datos, y conozco a fondo plugins como PowerPress. Ese conocimiento profundo es el que me permite establecer la arquitectura y la estrategia adecuadas. No cualquiera puede desarrollar así. En resumen La IA ha democratizado la creación de webs sencillas: cualquiera puede pedirle una página que le diga lo guapo y lo alto que es, y quedará preciosa. Pero, precisamente por eso, las arquitecturas abiertas y extensibles como WordPress se han vuelto aún más valiosas como núcleo de proyectos digitales complejos: gestión de bases de datos, arquitectura, estrategia y capa de negocio. Cuando mezclamos ambos mundos —lo que ya conocemos de WordPress con la inteligencia artificial— aparecen cosas maravillosas. Así que no, la IA no nos va a quitar el trabajo: nos facilita avanzar de forma eficiente. Pero hay que usarla con criterio, y ese criterio es justamente lo que los desarrolladores del mundo WordPress hemos acumulado durante años. La IA sin criterio no sirve de nada. 🤖 El contenido de este post ha sido generado automáticamente con inteligencia artificial a partir de la transcripción del audio. Puede contener errores o imprecisiones. 🎙️ Publicado con VozCaster, el bot de Telegram que convierte tu voz en un episodio de podcast publicado. Pruébalo gratis. ¿Te ha gustado el episodio? Si quieres que sigamos experimentando con bots, protocolos y empanadillas polacas, no olvides suscribirte y dejarnos tu valoración. ¡Nos escuchamos en el próximo capítulo! Métodos de contacto Enviadnos vuestras preguntas al grupo de Telegram. Apuntaos al canal de Youtube del podcast https://www.youtube.com/potenciapro Si nos queréis decir algo directamente lo podéis hacer a @potenciapro , @materron, @mpc, o en el grupo de Telegram Y si eres muy muy muy fan del podcast Echa un vistazo a cómo nos puedes ayudar en https://potencia.pro/se-prosperoso/