Si mantienes un sitio en WordPress o desarrollas para clientes, en los próximos meses vas a oír mucho hablar de la IA integrada en el núcleo. No es un rumor de pasillo: la hoja de ruta apunta a un cliente de IA en Core y a que Gutenberg siga metiendo piezas para conectar modelos sin que cada plugin reinvente la rueda. Te resumo qué implica esto en la práctica y qué deberías vigilar antes de dar el botón de actualizar.
De plugins sueltos a un sitio para conectores
Lo que está cambiando es la idea de que cada extensión traiga su propio chat, su propia API key y su propia forma de meter texto en el editor. La propuesta que se comenta en la comunidad es más bien un punto único de configuración: credenciales en un sitio, y los plugins piden al núcleo lo que necesitan. Eso puede reducir fricción para el usuario final y también líos de seguridad si se hace bien: rotación de claves, permisos, auditoría de qué plugin ha llamado a qué modelo y en qué momento.
En mi experiencia el problema no es la tecnología sino el desorden: tres plugins que llaman a tres proveedores distintos, sin documentar qué datos salen del sitio ni si se guardan trazas en el servidor. Un cliente de IA en Core no arregla eso solo, pero al menos da una superficie común para que los desarrolladores de plugins no tengan que pelear cada uno con el editor a su manera. Eso me recuerda un poco a cuando apareció el editor de bloques: al principio todo el mundo quiso ignorarlo y al final la mayoría terminó adaptándose porque el ecosistema empujó en esa dirección.
Gutenberg sigue dictando el ritmo
Las versiones recientes de Gutenberg han ido metiendo mejoras de editor que luego bajan a la rama estable: bloques nuevos, mejoras en revisiones y detalles que en el día a día notas cuando enseñas el panel a un cliente que solo quiere “cambiar el titular sin romper nada”. El equipo publica notas de versión en el blog de desarrollo de WordPress; merece la pena echarles un vistazo antes de decir “esto no me afecta”, porque lo que hoy es experimental en el plugin Gutenberg mañana acaba en una actualización menor y te encuentras con un bloque que ya no se comporta igual.
Si trabajas con temas clásicos o con maquetaciones muy personalizadas, cada salto de bloques puede suponer probar plantillas y plugins críticos en un entorno de staging. Lo mismo que ya hacías con WooCommerce o con page builders: no es paranoia, es evitar llamadas un martes a las ocho de la mañana porque un cliente ha actualizado desde el móvil y el formulario de contacto ha dejado de enviar. Yo lo que suelo hacer es tener una checklist corta: copia de seguridad, comprobación de formularios, carrito si aplica, y una pasada rápida por las páginas que generan ingresos.
Privacidad, contratos y expectativas
Aquí hay un matiz que no siempre sale en los titulares: cuando el núcleo ofrece una interfaz para IA, la responsabilidad de explicar qué se envía a terceros sigue en quien administra el sitio. Si trabajas con pymes que tratan datos de clientes o con webs que en la práctica funcionan como canal de venta, no basta con activar un conector y rezar. Tienes que alinear lo que hace el software con lo que firmaste en el RGPD (bases legales, información a los usuarios subencargados si aplica). No te voy a dar lecciones de abogado; solo te digo que la IA en el editor no te exime de leer el detalle del proveedor de modelos.
También pasa algo más mundano: los clientes leen “IA en WordPress” y esperan magia instantánea. Tú tienes que bajar los pies al suelo: mejoras de borrador, sugerencias de texto, quizá imágenes en ciertos flujos, pero no un departamento de marketing gratis. Si no ajustas expectativas, el proyecto se acaba midiendo con un listón imposible.
Qué puedes hacer ya (sin esperar al hype)
- Revisa qué plugins usan IA y si envían contenido a terceros. Si no lo sabes, asume que algo sale del servidor hasta que lo demuestren.
- Congela un entorno de prueba que imite producción y anota qué piezas dependen del editor (bloques custom, ACF, campos en REST).
- Documenta el proceso de actualización para tus clientes o para ti mismo: copia de seguridad, comprobación de formularios, carrito si aplica.
- Prepara el terreno para WordPress 7.0: mira si hay betas o RC en tu entorno de pruebas, lee el changelog y marca los plugins que tocan el editor de cerca.
La llegada de WordPress 7.0 y de las piezas de IA en el núcleo no va a sustituir el criterio de quién publica: sigue siendo tu responsabilidad decidir si un texto generado es correcto, si la imagen cumple licencias y si el tono encaja con la marca. La herramienta acelera; no te quita el marrón de la revisión. Si algo he aprendido en años montando sitios es que cuando una función es “de un clic”, el trabajo de verdad suele estar en el clic siguiente: el de publicar.
Si mañana activaras un conector de IA en producción sin staging, ¿confiarías en que tu copia de seguridad y tu checklist están al día para revertir en menos de una hora?