Resumen
«Meta Muse para Document360» en realidad significa alimentar Meta Business Agent con tu base de conocimiento de Document360, la IA que responde a clientes en WhatsApp y Messenger. Muse en sí es un agente para consumidores. Business Agent no tiene importador de Document360 y solo aprende de cuatro entradas: información del negocio, entradas de preguntas frecuentes, archivos subidos y sitios web públicos rastreados.
Document360 lo pone más fácil que la mayoría de herramientas, porque un sitio público de Document360 está hecho para ser rastreado. Los casos difíciles son los proyectos privados y la actualidad. Meta no puede rastrear detrás de un inicio de sesión de lector, los archivos subidos nunca se actualizan solos, y el propio servidor MCP de Document360 inicia sesión con un flujo OAuth de usuario que los conectores de Meta no admiten. Una clave de API v3 de solo lectura es la autenticación que sí encaja.
eesel lleva años ejecutando IA en colas de soporte reales, y el fallo que más veo es un bot que responde con seguridad cuando la base de conocimiento no tiene nada sobre el tema. Si tus artículos de Document360 cambian cada semana, eesel rastrea tu sitio de Document360, enlaza el artículo de origen en cada respuesta y se prueba con tus tickets anteriores antes de responder a nadie.
Qué significa realmente «Meta Muse para Document360»
Dedico mucho tiempo a lo que la gente escribe en Google antes de comprar, y «Meta Muse para Document360» es un buen ejemplo de una búsqueda que apunta al producto equivocado. Tres productos de Meta llevan el nombre Muse o están cerca, y solo uno habla con tus clientes (mi hub Meta Muse para atención al cliente profundiza en los tres):
- Muse, el agente de IA personal que Meta lanzó para recados de consumidores. No está hecho para atender a los clientes de un negocio.
- Muse Spark 1.3, el modelo, vendido a través de la Meta Model API. Podrías construir tú mismo un bot de Document360 con él, y mi resumen de Muse Spark 1.3 da los detalles del modelo.
- Meta Business Agent, que Meta lanzó en junio como la IA que responde a clientes en WhatsApp, Messenger e Instagram. Meta dice que ya lo usan más de un millón de empresas.
Así que la verdadera pregunta de compra detrás de la búsqueda es: ¿cómo llega mi contenido de Document360 a un bot de WhatsApp? Es un trabajo distinto al de las entradas sobre helpdesks de esta serie, como Zendesk o Freshdesk, donde aterrizan las conversaciones. Document360 es donde viven las respuestas, y ya tiene su propia IA, Eddy, a la que volveré.
Document360 también se parece más a la versión de Confluence de esta entrada que a cualquier helpdesk. La diferencia es que la mayoría de los sitios de Document360 están pensados de cara al cliente, lo que cambia qué vía es la más fácil.
Cuatro formas de que el contenido de Document360 llegue al agente de Meta
La página de capacidades de Meta enumera cuatro fuentes de conocimiento en la Platform API: Business Info, FAQs, Files y Websites. Las acciones y consultas pasan por conectores, que son integraciones HTTP o MCP que tú defines. Document360 no se nombra en ningún lugar de la documentación de Meta.
Así se comparan las cuatro antes de repasar cada una:
| Vía | Entrada de Meta | Configuración en Document360 | ¿Proyectos privados? | Actualidad | Principal pega |
|---|---|---|---|---|---|
| Rastreo público | API Websites | Un proyecto público o mixto, sitemap activado | No | Siguiente rastreo, intervalo no publicado | Solo funciona con artículos públicos |
| Subida de PDF | API Files | Exportar artículos como PDF | Sí, si los exportas | Nunca, hasta que vuelvas a subir | Gasta créditos de exportación a PDF, los archivos viejos siguen activos |
| Reescritura en FAQ | API FAQs | Ninguna, reescribir a mano o con el generador de FAQ de IA | Sí | Cuando actualizas la entrada | La calidad baja pasados unos cientos de entradas |
| Conector de API | Conector HTTP | Clave de API v3, de solo lectura y acotada | Sí, según el alcance de contenido de la clave | En vivo | Lo construyes y mantienes tú |
Vía 1: dejar que Meta rastree tu sitio público de Document360
Esta es la vía que la mayoría de equipos de Document360 pueden usar hoy, porque un proyecto público de Document360 ya es un sitio web.
La API Websites de Meta rastrea una URL y trae su contenido. Por defecto toma «todo el dominio», y puedes acotarlo con campos de subdominio, patrón de URL y URL única. La petición no tiene campo para un inicio de sesión ni una cookie, y la guía del agente de soporte de Meta lo describe como rastrear «tu sitio web público». Así que solo entra el contenido que cualquiera puede abrir sin iniciar sesión.
Document360 te da algunos controles que hacen el rastreo más limpio:
- Sitemap. Document360 genera uno para tu sitio, que es el mapa que sigue un rastreador. La documentación del sitemap explica qué incluye.
- Robots.txt. Puedes editarlo en los ajustes del sitio de la base de conocimiento para bloquear rutas para todos los rastreadores o para un user agent, según la página de robots.txt de Document360. Meta no publica el user agent de su rastreador en la documentación de Business Agent, así que yo acotaría con los campos de patrón de URL de Meta y no dependería de reglas de robots.
- Visibilidad en búsqueda. Interruptores por artículo excluyen una página de Google, de la búsqueda de la base de conocimiento o de Eddy AI. La pega está en la documentación de visibilidad en búsqueda de Document360: estos ajustes «no restringen el acceso». Un artículo excluido sigue siendo legible en su URL, así que un rastreador que encuentre el enlace aún puede leerlo.
Ese último punto importa si tienes un proyecto mixto, donde algunas categorías son públicas y otras para lectores con sesión. Las preguntas frecuentes de precios de Document360 describen los proyectos como públicos, privados o mixtos, y dicen que las cuentas de lector «se aplican solo a bases de conocimiento privadas» (precios de Document360). Meta verá la parte pública y nada más, así que comprueba que las respuestas por las que más preguntan los clientes no estén en la mitad solo para lectores.
Acota el rastreo de todos modos. La guía de Meta advierte que rastrear un sitio entero «diluye el contenido de ayuda del que el agente debería responder». Si tu sitio de Document360 también incluye referencia de API o notas de versión, apunta Meta solo a las categorías de ayuda.
Vía 2: exportar artículos como PDF y subirlos
Para un proyecto privado, puedes exportar contenido y entregar a Meta los archivos. La exportación a PDF de Document360 te deja elegir categorías y artículos, aplicar una plantilla y descargar un PDF.
La API Files de Meta admite .pdf, .doc, .docx e imágenes, con CSV y XLSX cuando la extracción está activada, hasta 100.000.000 de bytes por archivo. Markdown y HTML no están en la lista, así que el PDF es el formato razonable aquí. Conviene conocer antes dos detalles de Document360:
- Las exportaciones cuestan créditos. «Cada página del PDF generado consume un crédito» de una asignación mensual, y esa asignación se comparte con los PDF que tus lectores descargan del sitio. Una exportación de 200 páginas cada semana suma.
- Solo entra el contenido publicado. Los artículos y categorías ocultos no se pueden seleccionar, lo cual es útil, porque mantiene los borradores fuera del bot.
Luego está la parte que Meta señala en su propia guía de soporte:
«No hay una llamada de actualización. Para reemplazar un documento, borra la entrada antigua y sube la nueva; de lo contrario, el agente se apoya en ambas versiones y puede citar un término que ya has retirado.»
Imagina que tu plazo de devolución pasa de 30 días a 14 y alguien sube el PDF nuevo sin borrar el viejo. El agente puede citar cualquiera de los dos números en WhatsApp. La propia documentación de exportación de Document360 lo dice desde el otro lado: un PDF exportado «es estático», y las ediciones posteriores «no aparecerán en el PDF». Así que esta vía implica un script que borre el archivo anterior por su ID y suba el nuevo cada vez que cambie el contenido.
Meta también advierte contra subirlo todo: «un conjunto grande de documentos hace al agente más lento para encontrar el pasaje correcto». Varios PDF pequeños por categoría son mejores que una exportación gigante.
Vía 3: reescribir tus mejores artículos como entradas de FAQ
La API FAQs de Meta guarda pares de pregunta y respuesta que puedes actualizar en el sitio. El agente trata una entrada coincidente como la respuesta y «responde desde ella, en lugar de inferir una respuesta de tus otras fuentes de conocimiento». Eso convierte las FAQ en la entrada más predecible para respuestas que deben ser exactas, como condiciones de reembolso o precios.
El techo es bajo: Meta dice que la calidad puede degradarse «generalmente más allá de unos cientos» de entradas. Para un equipo de Document360 esta vía es más barata de lo que suena, porque el generador de FAQ de IA de Eddy ya redacta pares de P&R a partir de un artículo. Yo tomaría los principales generadores de tickets del último trimestre (la misma lista que usarías para la desviación de tickets en WhatsApp), generaría FAQ para esos artículos, las editaría a mano y las enviaría a Meta. La cola larga va al rastreo o a un conector.
Vía 4: crear un conector de API con una clave v3 acotada
Es la única vía que mantiene privado el contenido privado y a la vez actualizado, y es la que tienes que construir.
La referencia de conectores de Meta permite apuntar el agente a una API HTTP o a un servidor MCP remoto. La autenticación es limitada: «Actualmente, solo se admiten OAUTH2_CLIENT_CREDENTIALS, API_KEY y NONE». Esa línea decide qué interfaz de Document360 puedes usar.
El servidor MCP de Document360 no encaja, según su documentación. Es la primera idea obvia, ya que tiene una herramienta document360-mcp-search. Pero la visión general de MCP dice que «usa OAuth para la autenticación» y vincula cada conexión a «la cuenta de usuario que completa el flujo OAuth». Eso es una pantalla de consentimiento en un navegador, y los conectores de Meta no pueden hacer clic en ella.
La API REST v3 sí encaja. Si eres nuevo en MCP, mi explicación de MCP para atención al cliente cubre por qué importa tanto el modelo de autenticación. La página de claves de API de Document360 dice que una clave va en una cabecera X-API-Key y «también se acepta como Authorization: Bearer», lo que corresponde al tipo de autenticación API_KEY de Meta. Lo útil es el alcance: una clave v3 lleva un rol de portal, un rol de contenido y un alcance de acceso al contenido, así que puedes emitir una clave solo GET que lea un espacio de trabajo o unas pocas categorías y nada más. Los proyectos creados antes de v3 aún pueden tener el antiguo api_token v2, que también funciona pero no tiene alcance de contenido.
Un conector básico necesita dos herramientas:
- Búsqueda, con el endpoint v3 search workspace articles. Es una búsqueda por palabras clave sobre artículos publicados y visibles, y
page_sizetiene un tope de 100. - Obtener artículo, para traer el cuerpo completo de la mejor coincidencia.
Hay una tercera opción más interesante: el endpoint v3 AI search query envía una pregunta en lenguaje natural a Eddy y devuelve una respuesta generada a partir de tus documentos. Si lo conectas como herramienta, el agente de Meta le pide la respuesta a Eddy. Funciona con la misma clave de API, pero cada llamada es una consulta a Eddy, y las consultas a Eddy se miden en créditos.
Prevé tres pegas desde el principio:
- Límites de tasa. v3 permite 120 o 200 lecturas por minuto según el plan, por clave, según la página de límites de tasa. Está bien para un equipo pequeño y conviene comprobarlo antes de una temporada alta.
- Tamaño de respuesta. La referencia de herramientas de conector de Meta advierte que las respuestas demasiado grandes «degradan la calidad de respuesta del agente». Usa su
transformation_specpara recortar los cuerpos de los artículos a solo el texto. - Es una consulta, no una fuente de conocimiento. Meta documenta los conectores para acciones y consultas de clientes como el estado de un pedido. Nunca describe uno como base de conocimiento, así que una herramienta «buscar en Document360» hay que probarla a fondo, no es algo que Meta prometa.
Presupuesta los límites en las dos vías que tocan la fontanería de Document360. Un administrador de Document360 en G2 señaló justo los dos en los que se apoya esta entrada:
«Por último, hay restricciones en cosas como el uso de tokens de API, los límites diarios de tamaño de exportación y otros topes de uso. Estos límites pueden crear costes adicionales o fricción operativa para los equipos que gestionan documentación a gran escala.»
El problema de la actualidad que nadie pone en la demo
La mayoría de las guías de configuración se detienen cuando el bot responde a su primera pregunta de prueba. Para un equipo de Document360, la prueba real es lo que pasa el martes siguiente, cuando alguien publica una edición.
Meta dice que los sitios rastreados se «vuelven a rastrear periódicamente» pero no da intervalo, y su guía añade que el conocimiento del sitio web «es una instantánea tomada en el momento del rastreo». Los archivos nunca se refrescan. Las FAQ cambian cuando llamas a la API. Solo un conector en vivo ve una edición al instante.
Document360 tiene una función que ayuda aquí: las notificaciones por webhook. Puedes asignar eventos como publicar, actualizar y borrar artículos a una URL de webhook, según la documentación del canal de webhook, y Document360 nombra la invalidación de caché como caso de uso. Ese es el disparador que necesita un script de resubida, y es el mismo patrón que cualquier automatización de soporte por WhatsApp: al publicar, exportar el artículo, borrar el archivo antiguo de Meta y subir el nuevo. Sigue siendo un script tuyo, pero al menos se ejecuta ante un evento real y no porque alguien se acuerde.
La otra mitad de la actualidad es lo que hace el bot cuando tu base de conocimiento no tiene nada sobre la pregunta. Meta no tiene un interruptor de «responder solo desde el conocimiento». El anclaje es una línea en tus instrucciones, y el ejemplo de Meta dice: «Responde las preguntas de políticas solo desde las políticas documentadas, y di que lo consultarás con un compañero en lugar de adivinar cuando la respuesta no esté». Un probador temprano de Business Agent en Reddit describió lo que pasa sin ella:
«La consistencia es un problema. Vi el mismo producto volver con dos precios distintos en dos respuestas. Si no lo anclas bien, simplemente se inventa cosas.»
He visto lo mismo en implantaciones reales de eesel. Tuvimos clientes de pago cuyo bot inventaba respuestas a clientes reales cuando la recuperación volvía vacía, por lo que una respuesta de reserva ante conocimiento ausente y una prueba con tickets históricos son ahora estándar antes de poner en marcha cualquier bot. La guía de prevención de alucinaciones repasa esa configuración.
También ayuda escribir artículos que el bot pueda usar. Las páginas cortas de un solo tema con la respuesta en el primer párrafo se recuperan mejor que las largas, y el tutorial de entrenamiento con la base de conocimiento muestra cómo estructurarlas.
Dónde encaja Eddy AI
Antes de construir nada de esto, es justo preguntar si la propia IA de Document360 ya hace el trabajo. Eddy responde en el sitio de tu base de conocimiento, en el widget de la KB y a través de un chatbot independiente que incrustas con una Chatbot Key. También puede entrenarse con tickets de Freshdesk o Zendesk, como recorre la guía Freshdesk y Document360. Cita los artículos que usó y respeta los permisos de artículo para lectores con sesión.
Lo que Document360 no documenta es un canal de WhatsApp para Eddy. El chatbot se despliega en un sitio web, uno por dominio, y su única acción de helpdesk es crear un ticket en Zendesk o Freshdesk. Así que la división es simple:
- Los clientes preguntan en tu sitio o centro de ayuda: Eddy ya está ahí. Mi reseña de Document360 AI lo cubre a fondo, y la lista de alternativas a Eddy AI cubre qué más responde desde una KB de Document360.
- Los clientes preguntan en WhatsApp: el agente de Meta es dueño de ese número, y Eddy solo ayuda si conectas su API de búsqueda de IA a un conector.
Si en cambio quieres un asistente de propósito general sobre Document360, las guías de ChatGPT para Document360 y Grok Bot para Document360 cubren esas vías, y IA para Document360 compara escribir documentos con responder desde ellos.
Cuánto cuesta
Hay dos facturas: la de Meta y la de Document360.
| Concepto de coste | Precio | Fuente |
|---|---|---|
| Meta Business Agent, plataforma WhatsApp | 2,00 $ por millón de tokens, unos 16 a 20 centavos por conversación simple y 40 a 50 centavos por una compleja | Precios de Meta |
| Respuestas de WhatsApp de tu equipo, desde el 1 de oct. de 2026 | Por mensaje a tarifas de utilidad, tras 1.000 gratuitos por número al mes | Precios de Meta |
| Plan de Document360 | Solo con presupuesto, fijado según cuentas de equipo, espacios de trabajo, idiomas, SSO, modelo de privacidad y uso de AI Premium Suite | Precios de Document360 |
| Cuentas de lector de Document360 | Facturables, solo proyectos privados | Precios de Document360 |
| Exportaciones a PDF (Vía 2) | Un crédito de exportación por página de PDF, asignación mensual | Documentación de Document360 |
| Búsqueda de Eddy AI por API (opción de la Vía 4) | Un crédito de Eddy por consulta, asignación fijada en tu presupuesto | Documentación de Document360 |
El lado de Document360 es difícil de cifrar, ya que cada plan es un presupuesto a medida. Mi desglose de precios de Document360 explica qué lo mueve. De los seis factores, el modelo de privacidad es el que enlaza con esta entrada: un proyecto privado necesita cuentas de lector de pago, y es también la configuración que Meta no puede rastrear.
Por el lado de Meta, atento al cambio del 1 de octubre. La página de precios de Meta dice que cada mensaje se factura «o como mensaje de Meta Business Agent o como mensaje de servicio, nunca ambos», así que las respuestas de la IA se facturan como tokens y todo lo que envía tu equipo tras un traspaso se factura como mensajes de servicio. Mi explicación de precios de la API de WhatsApp tiene el historial completo.
Dónde se detiene el agente de Meta para un equipo de Document360
El agente de Meta es una opción razonable para algunos equipos. Aquí termina:
- Una IA por número. La visión general de la plataforma de Meta dice que «una integración activa de agente autorizado bloquea Meta Business Agent». Eliges un bot por número de WhatsApp.
- Solo superficies de Meta. Responde en WhatsApp, Messenger, Instagram y un plugin web que por ahora está ligado a Shopify. Mi lista de chatbots de WhatsApp compara herramientas que responden más allá de las apps de Meta. El correo y las colas de helpdesk quedan fuera de alcance, y ahí es donde acaban la mayoría de los lectores de Document360 cuando falla el autoservicio.
- Sin ajuste de citas. Nada en la documentación de Meta hace que el agente enlace el artículo que usó. Eddy sí lo hace, y también la mayoría de los chatbots de base de conocimiento.
- El traspaso mueve la bandeja. Cuando Business Agent toma el número, tu bandeja de WhatsApp actual pasa a espera. La versión de Zendesk de esta entrada cubre el Conversation Routing de Meta, y la guía de traspaso del agente de IA explica cómo es un buen traspaso.
- La documentación de API no son respuestas de soporte. Muchos sitios de Document360 mezclan artículos de ayuda con referencia de API. Deja la referencia fuera del rastreo, o el bot responderá una pregunta de facturación con la descripción de un endpoint.
Qué configuración encaja con tu equipo de Document360
Así elegiría yo:
| Tu situación | Vía que usaría |
|---|---|
| Centro de ayuda público de Document360, solo WhatsApp | Rastreo web acotado de las categorías de ayuda |
| Menos de 100 respuestas clave que deben ser exactas | Entradas de FAQ del generador de FAQ de IA, más un rastreo para el resto |
| Proyecto privado, el contenido cambia mensualmente | Subida de PDF por categoría, con un script activado por webhook que borra primero el archivo antiguo |
| Proyecto privado, cambios semanales, un ingeniero disponible | Conector HTTP con una clave de API v3 de solo lectura y acotada por categoría |
| Ya pagas créditos de Eddy | Conector que llama a la API de búsqueda de IA de Eddy, vigilando el gasto de créditos |
| También respondes en un helpdesk o chat del sitio | Una IA en todos los canales, y decidir qué bot es dueño de WhatsApp |
¿Aún comparas herramientas y no vías? Mi comparativa de la mejor IA para soporte por WhatsApp y la lista de las mejores herramientas de IA para bases de conocimiento lo abordan desde cada extremo, y las alternativas a Document360 cubren cambiar la propia KB.
Si te tienta construir el conector tú mismo, la entrada de construir o comprar merece diez minutos antes.
Prueba eesel con Document360
Todas las vías anteriores terminan con alguien de tu equipo manteniendo sincronizada la copia de Meta de tu base de conocimiento. eesel se salta ese paso. Es un compañero de helpdesk con IA que lee tu sitio de Document360 como una fuente de conocimiento web: le das la URL del centro de ayuda, rastrea hasta 2.000 páginas a través de tu sitemap y enlaces, y cada respuesta enlaza el artículo del que viene. Las rutas de inclusión y exclusión mantienen fuera tu referencia de API, y las cabeceras personalizadas (Cookie, Basic o Bearer) existen para sitios tras un inicio de sesión, algo que conviene probar en un proyecto privado.
No hay conector nativo de Document360, así que no voy a fingir lo contrario. Lo que eesel añade sobre el rastreo es todo lo demás que necesita una respuesta de soporte: tus tickets anteriores, macros y helpdesk, agrupados con los artículos de Document360, y una simulación con tus tickets históricos antes de que el bot responda a un cliente real. Si trabajas desde una terminal, la CLI de eesel ejecuta la misma configuración como comandos: eesel integrations connect website añade el sitio de Document360 y eesel status muestra el número de páginas, así que Claude Code o Cursor pueden hacerlo por ti.
Si WhatsApp es el canal que necesitas, mira la integración de WhatsApp de eesel, y ten en cuenta la regla de una IA por número de Meta al elegir. El plan gratuito incluye 100 créditos y no pide tarjeta, y los planes de pago empiezan en 299 $ por 500 tickets o chats al mes. Prueba eesel en tu centro de ayuda de Document360 y mira cómo responde.
Preguntas frecuentes
¿Qué es Meta Muse para Document360?
¿Puede Meta Business Agent leer una base de conocimiento privada de Document360?
¿Funciona el servidor MCP de Document360 con el agente de WhatsApp de Meta?
¿Qué pasa cuando actualizo un artículo de Document360 que el agente de Meta ya usa?
¿Cuánto cuesta Meta Muse para Document360?
¿Debería usar Eddy AI o Meta Business Agent para el soporte por WhatsApp?
¿Hay una IA mejor para atender a clientes de WhatsApp desde Document360?
Article by
Kurnia Kharisma
Kurnia is a software engineer and writer at eesel AI with two years of SEO experience, writing about AI tools, helpdesk software, and customer support. He pairs a developer's understanding of how these products are built with search-driven research into what actually ranks and resonates with the people searching for them.
