Elige un chatbot de IA para Drupal decidiendo quién lo usará y qué debe conseguir. Un administrador que pide crear un tipo de contenido necesita un sistema diferente del visitante anónimo que pregunta por el plazo de una solicitud. Una ventana similar no implica las mismas fuentes, permisos o acciones. Empieza con una ficha que relacione tarea y público y evalúa después la capacidad documentada correspondiente.
Autor: Achla AI, organización. Revisión: 14 de octubre de 2026. Elaborado con ayuda de IA utilizando documentación oficial de Drupal y fuentes de producto de Achla. Las tablas son herramientas de decisión originales; los ejemplos son hipotéticos. No se afirman resultados de clientes, pruebas de navegador completadas ni clasificaciones de productos.
Elige al usuario antes de elegir un chatbot de IA para Drupal
«Chatbot de IA para Drupal» puede describir un asistente de administración, un bloque de chat configurable o un servicio de respuestas sobre un sitio público. La distinción útil es el objetivo del usuario. ¿Intenta cambiar Drupal, encontrar información publicada, consultar su cuenta o hablar con una persona?
Escribe una frase: «Un [visitante/editor/miembro] necesita [tarea concreta] utilizando [información permitida]». Si incluye dos públicos, divídela en dos requisitos. El permiso de un editor para configurar el sitio no explica qué debería poder preguntar un visitante anónimo.
Mantén acotada la primera decisión. No necesitas elegir una base de datos vectorial para establecer que «crear un campo» y «encontrar la política de cancelación» son trabajos distintos. La guía de arquitectura RAG para Drupal aborda la responsabilidad de implementación una vez aclarado ese límite.
¿Qué corresponde a un asistente administrativo?
La introducción oficial de Drupal a la IA en Drupal CMS 2.0 describe un chatbot administrativo para construir sitios, incluidas tareas como crear tipos de contenido, definir términos de taxonomía y añadir campos. Son tareas de configuración para quien construye el sitio, no pruebas de que esa misma interfaz responda preguntas de visitantes públicos. Descripción de IA en Drupal CMS.
En un requisito administrativo, nombra el cambio previsto. «Ayudar con el contenido» es demasiado amplio. «Sugerir campos para un tipo de contenido de cursos» y «crear esos campos en Drupal» tienen condiciones de aceptación distintas. Una sugerencia se puede inspeccionar antes de actuar. Un cambio real de configuración requiere las decisiones habituales del sitio sobre permisos, revisión y recuperación.
Una ficha útil separa, por tanto, propuesta y ejecución. Registra si el asistente debe limitarse a explicar una tarea, preparar una propuesta editable o realizar un cambio permitido. Pide después que la documentación respalde ese comportamiento exacto. No deduzcas autorización de escritura de una captura de conversación.
Identifica también al responsable de la configuración resultante. Un editor de marketing puede pedir un nuevo tipo de contenido mientras un mantenedor aprueba sus campos y despliegue. Esa responsabilidad es una decisión del sitio; el artículo no afirma que un módulo concreto proporcione un flujo de aprobación para cada acción.
Si tu requisito termina en cambios de taxonomía, campos o configuración, evalúa primero una herramienta administrativa. Un widget de información pública no es una alternativa solo porque también use IA.
¿Qué corresponde a un asistente de respuestas al visitante?
Un asistente de respuestas ayuda a utilizar información que la organización ha decidido publicar: una regla de elegibilidad, una descripción del servicio, un manual o una política. Una respuesta útil debe conducir a material de apoyo y a un siguiente paso pertinente.
Las páginas de proyectos Drupal ilustran distintos enfoques. AI Content Chat describe la selección de tipos de contenido y campos de texto para indexar y la colocación de un bloque para visitantes. Custom AI Chatbot describe un bloque público con instrucciones configurables y contexto personalizado. Son diseños documentados, no pruebas de precisión, funcionamiento o idoneidad equivalentes para todos los sitios. AI Content Chat, Custom AI Chatbot.
El límite cambia cuando un visitante pregunta: «¿Se ha aprobado mi solicitud?». La orientación pública puede explicar el proceso, pero no establecer el expediente real de esa persona. Igualmente, explicar una política de reservas no realiza una reserva y describir opciones de contacto no conecta con un agente.
Mantén visibles estas diferencias al comprar. Pregunta por separado por fuentes públicas, información autenticada, acciones y servicio humano. Un producto puede respaldar una categoría sin respaldar las demás.
En Achla, el caso respaldado por pruebas es un widget gestionado de respuestas sobre contenido del sitio con enlaces a fuentes. Su página de producto para Drupal es el punto inicial para esa tarea de información pública. Esta guía no afirma recuperación privada de Drupal, consulta de cuentas, captación de contactos ni chat humano atendido.
Utiliza la matriz que relaciona tareas y públicos
Los siguientes ejemplos son requisitos hipotéticos, no capacidades de módulos probadas. Usa la tabla para elegir la clase de sistema antes de comparar productos.
| Tarea deseada | Usuario y fuente permitida | Comportamiento necesario | Clase de producto que investigar | Pregunta de bloqueo o de evidencia |
|---|---|---|---|---|
| Añadir un campo a un tipo de contenido de curso | Constructor autorizado; configuración de Drupal | Proponer o realizar un cambio de configuración | Asistente administrativo de IA | ¿La documentación respalda esa acción y quién la aprueba? |
| Encontrar un plazo de solicitud | Visitante anónimo; página pública aprobada | Explicar la fecha publicada y enlazarla | Asistente de respuestas sobre contenido público | ¿El plazo relevante es público y está actualizado? |
| Consultar el estado de mi solicitud | Solicitante autenticado; expediente personal | Recuperar el estado de la persona correcta | Servicio verificado con acceso a cuentas | ¿Qué impone la identidad y el acceso al expediente? Las páginas públicas no bastan. |
| Recoger el correo de un posible cliente | Visitante; información entregada voluntariamente | Capturar y dirigir datos personales de contacto | Formulario o sistema de captación verificado | ¿Dónde se guarda, quién lo recibe y se admite realmente la captura? |
| Cambiar una reserva | Cliente; registro de reserva y permiso | Ejecutar una transacción autorizada | Flujo transaccional verificado | ¿Realiza el cambio de forma segura o solo explica la política? |
| Hablar ahora con una persona | Visitante; solicitud de conversación | Contactar con alguien atendiendo o indicar disponibilidad | Servicio de chat con personal operativo | ¿La transferencia es nativa o la interfaz solo muestra un enlace de contacto? |
La tabla no es deliberadamente una escala de «básico» a «avanzado». Un sitio pequeño con políticas públicas claras quizá solo necesite la segunda fila. Un portal de miembros puede necesitar acceso a cuentas desde el inicio. Ningún requisito se resuelve contando proveedores en la página de un módulo.
Marca cada fila como obligatoria, opcional o fuera de alcance. Una capacidad obligatoria sin pruebas es una pregunta de compra, no una función que dar por supuesta. Evita combinarlas en una petición vaga de «un agente de IA que lo haga todo».
Lee las páginas de módulos como pruebas, no como equivalencia funcional
Un bloque de chat identifica una interfaz, no un contrato completo sobre fuentes o acciones. La documentación de Drupal AI Chatbot describe un bloque que procesa mensajes mediante plugins ChatProcessor; requiere el módulo AI y un proveedor configurado. El procesador seleccionado importa para lo que ocurre detrás del campo de entrada. Documentación de Drupal AI Chatbot.
Usa un registro fechado de pruebas en lugar de una lista universal del «mejor chatbot»:
| Documentación examinada | Prueba documentada | Qué sigue necesitando respuesta del comprador |
|---|---|---|
| Introducción a IA de Drupal CMS | Asistencia administrativa para tareas de construcción identificadas | ¿Qué operación solicitada se admite en tu instalación? |
| Drupal AI Chatbot | Interfaz en bloque, requisito de proveedor y elección de procesador | ¿Qué procesador aporta tu fuente y comportamiento previstos? |
| AI Content Chat | Preguntas de visitantes sobre contenido seleccionado e indexado | ¿La colección elegida y la configuración real cumplen tu alcance aprobado? |
| Custom AI Chatbot | Bloque público con instrucciones y contexto personalizado | ¿Cómo se suministrará y mantendrá el material fuente? |
| GPT-Based Chatbot Integration | Interacción con visitantes y configuración de clave del proveedor descritas | ¿Qué comportamiento documentado corresponde al requisito más allá de una etiqueta amplia de IA? |
La última fila se refiere al proyecto GPT-Based Chatbot. Es una comparación documental, no una recomendación de despliegue ni una comparación de rendimiento medido.
En la revisión del 14 de octubre de 2026, AI Content Chat, Custom AI Chatbot y GPT-Based Chatbot indican que no están cubiertos por la política de avisos de seguridad de Drupal. Registra esa etiqueta como consideración de mantenimiento fechada. No establece que un proyecto sea inseguro; aparecer en un directorio tampoco demuestra que haya superado la revisión del sitio. Vuelve a consultar la página actual al elegir una versión.
La compatibilidad también necesita pruebas aparte. El mínimo de PHP de un módulo no resuelve los requisitos de la versión del núcleo Drupal que ejecutas. Pide al mantenedor que compruebe toda la instalación frente a los requisitos actuales, en lugar de interpretar el mínimo de un paquete como compatibilidad universal.
Redacta una ficha de requisitos antes de iniciar un piloto
Esta ficha hipotética corresponde al sitio Drupal de una entidad pública de formación. No se ha ejecutado en Achla ni en ningún otro producto.
| Campo | Requisito ilustrativo completado |
|---|---|
| Usuario | Posible estudiante anónimo |
| Tarea | Encontrar el requisito previo publicado de un curso concreto |
| Fuente permitida | Página pública del curso y política de admisión aprobada |
| Resultado deseado | Explicación breve con enlaces a esos documentos |
| Lectura o escritura | Solo leer y explicar; sin cambiar solicitudes ni cuentas |
| Necesidad humana | Contacto de admisiones visible de forma independiente para excepciones |
| Prueba de producto requerida | Respuestas públicas documentadas y enlaces de fuentes inspeccionables |
| Objetivos excluidos explícitamente | Recoger datos personales de solicitud, decidir elegibilidad, prometer admisión |
| Incógnita que resolver | ¿La página real del curso expresa el requisito sin ambigüedad? |
| Decisión del responsable | Admisiones aprueba la redacción; el mantenedor se responsabiliza de las comprobaciones de instalación |
La ficha evita un error común: tratar cada conversación como permiso para actuar. Encontrar un requisito indicado y decidir si una persona reúne las condiciones son compromisos distintos. Mantén al asistente en el primero salvo que otro flujo verificado respalde el segundo.
Usa una segunda ficha si la organización también quiere ayuda para crear campos de cursos. Tendrá como usuario a quien construye el sitio, como fuente la configuración y como resultado una escritura propuesta o permitida. No debe tomar prestada la aprobación de la ficha de visitantes públicos.
Lleva las fichas a una evaluación. Pide al proveedor que muestre la función documentada pertinente e identifique cada incógnita. Mantén como desconocidas las capacidades sin documentación, aunque la demostración resulte convincente. Si necesitas comparar la categoría, la visión general de búsqueda con IA puede orientar tu selección; no sustituye pruebas específicas del requisito.
¿Qué requisitos detienen la evaluación de un widget de contenido público?
Pausa esta vía si una tarea esencial requiere información privada de miembros, cambios administrativos, reservas, captación de contactos o conversación humana atendida y no tienes una capacidad verificada. Lo adecuado es investigar otro producto o servicio idóneo, no hacer público contenido privado para facilitar un rastreo.
Un enlace de contacto puede ser útil, pero no demuestra transferencia humana nativa. Un enlace a una fuente ayuda a inspeccionar una política, pero no autoriza a modificar registros. La conexión a un proveedor puede generar texto, pero no demuestra un flujo completo del visitante.
Mantén la lista de bloqueos junto a la ficha. Si una capacidad es opcional, registra cómo la resuelve ya el sitio. Si es obligatoria, resuélvela antes de elegir. Así evitas que una evaluación acotada de respuestas públicas se convierta silenciosamente en un proyecto de servicios de cuentas.
Dónde encaja un widget gestionado de respuestas para Drupal
Achla es candidata cuando la tarea aprobada consiste en ayudar a los visitantes a encontrar y comprender información pública con enlaces a fuentes de apoyo. Consulta las instrucciones actuales de instalación de su conector Drupal y las ubicaciones documentadas. Usa la guía de resolución de problemas para comprobaciones de instalación y la página actual de precios para condiciones comerciales.
Si ese límite coincide con tu ficha, inicia la incorporación; puede ser necesario iniciar sesión. Lleva una pregunta pública de un visitante y su página de apoyo para decidir si la vía documentada de respuestas públicas encaja con la tarea.
