La IA de WordPress fue diseñada para preguntar primero

WordPress 7.0, lanzado en mayo, introdujo la IA en el núcleo del CMS por primera vez. Pero su decisión más trascendental quizá fue lo que la versión no hizo: activar la función automáticamente.

La infraestructura está presente en la base de código, pero no se contacta ningún servicio de IA hasta que el propietario del sitio conecta un proveedor y lo habilita. Un sitio actualizado a la versión 7.0 sin más configuraciones se comporta exactamente como antes. El interruptor de activación pertenece a la persona que posee el sitio.

Ese enfoque basado en complementos y en la opción de activación fue una declaración deliberada: no deberían aparecer en el sitio de un cliente capacidades nuevas y potentes sin su permiso.

Despliegue predeterminado de la IA de SiteGround

En cuestión de días, SiteGround tomó el camino contrario. El host administrado de WordPress preinstaló y activó su propio producto de IA en toda su base de clientes, lo configuró como el conector predeterminado e incluyó una cantidad sustancial de uso gratuito.

El recuento de instalaciones activas del producto superó el millón casi de inmediato. Muchos propietarios de sitios iniciaron sesión y descubrieron software nuevo ya en funcionamiento en sitios que no habían decidido modificar.

Recomendado

Signal prueba soporte para un segundo dispositivo Android

La lógica era comprensible. Configurar IA nativa puede implicar varios pasos, y muchos clientes podrían no completarlos. Preinstalar la herramienta y proporcionar uso gratuito elimina esa fricción. Desde la perspectiva de un operador de hosting, parece una forma directa de ofrecer valor más rápido.

Pero la reacción no fue principalmente por la IA ni por la calidad del producto de SiteGround. Fue por el consentimiento. Muchos críticos ya usan IA con regularidad; se opusieron a encontrarla habilitada sin haber tomado esa decisión.

La conveniencia no es consentimiento

Una función puede ser útil y aun así sentirse impuesta cuando se instala sin aprobación. El argumento de que los clientes pueden eliminarla después no equivale a preguntar primero. Pone la carga de notar, entender y revertir el cambio sobre el cliente.

Un aviso de configuración de un solo clic ofrece la misma conveniencia al tiempo que preserva la decisión del cliente. Esa diferencia importa porque separa la calidad de un cambio del consentimiento otorgado para él.

Las empresas de hosting suelen hacer cambios sin preguntar a los clientes. La distinción es si el cambio es defensivo o aditivo. Parchear una vulnerabilidad, bloquear una solicitud maliciosa o deshabilitar un plugin que está siendo explotado protege al cliente y a la plataforma en general. Instalar un producto nuevo cambia lo que es el sitio web.

El principio es simple: mantener la plataforma libremente; cambiar el producto solo con un sí.

Los hosts aún pueden facilitar la adopción. Pueden mantener las nuevas capacidades desactivadas por defecto, ponerlas a un clic de distancia, ofrecer a los administradores de multisite un panel de control central y hacer que cualquier cambio forzado sea tan fácil de eliminar como lo fue de instalar. Avisos claros deberían explicar qué está cambiando y cómo los clientes pueden negarse.

Nada de esto es anti‑IA. De hecho, un consentimiento claro puede ayudar a las empresas de hosting a adoptar la IA con más confianza porque los clientes saben que nada aparecerá sin invitación.

El cliente es el propietario del sitio

A medida que la IA se convierta en una función estándar en la web, cada host enfrentará la misma elección: activar una capacidad útil para todos o dejar que los clientes decidan. La opción más rápida no siempre será la correcta.

La asimetría es fácil de pasar por alto. Un host hace un cambio y pasa al siguiente ticket de soporte. El propietario del sitio sigue siendo responsable cuando los visitantes encuentran un comportamiento inesperado, cuando una bandeja de entrada se llena de quejas o cuando cambia la presencia pública de un negocio.

Por eso preguntar primero es algo más que una cortesía. La autoridad de un host se extiende hasta el límite de la propiedad del cliente—y se detiene ahí. El rol es de custodia, no de posesión.

La confianza que compran los clientes es la seguridad de que nada sucederá en su sitio sin su aprobación, salvo cuando sea necesaria una intervención para protegerlo. Esa confianza puede tardar años en construirse y una tarde en perderse. La diferencia entre una función de IA que se recibe con agrado y otra que se siente impuesta es si a alguien se le ocurrió preguntar.