Cómo configurar una plataforma de chatbot de marca blanca como administrador

Inicie sesión como el administrador de marca blanca dedicado y abra Account desde la cabecera. La cuenta debe resolverse con el rol admin dentro de una organización cuyo tipo sea whitelabel. La barra lateral mostrará entonces la sección Admin específica de la organización con Users; no debe exponer las rutas globales de superadministrador como Organizations, Costs o Revenue.

Registre el nombre de la organización, la identidad de la cuenta y el host actual sin mostrar contraseñas, tokens de sesión ni credenciales de SMTP. Si no aparece el estado esperado, la tarjeta Branding, la tarjeta SMTP o el enlace Users, deténgase. No continúe como usuario estándar, miembro del equipo ni superadministrador de la plataforma.

En la parte superior de Account Settings, consulte el plan actual, el grupo compartido de chatbots, los mensajes por mes, los caracteres de datos de entrenamiento y la insignia de verificación del dominio. El primer número indica el uso actual en toda la organización; el segundo es la capacidad disponible. Más adelante, los usuarios recibirán límites personales a partir de este grupo.

Puede abrir los cuadros de diálogo de complementos, planes y voz para explicar las opciones disponibles, pero no acepte términos, no seleccione Buy now, no cambie una cantidad de pago, no cancele un nivel ni abra el portal de Stripe durante la grabación. Una vista previa de facturación no es una compra de prueba.

Abra Set up whitelabel e introduzca únicamente el nombre de host aprobado, sin https://, rutas ni barras finales. Este tutorial utiliza northstar-wl-tutorial.test, un valor reservado de ámbito local que no puede validar la propiedad del dominio, el enrutamiento público ni la preparación de certificados. Sustitúyalo por un subdominio dedicado y controlado por la organización solo en el despliegue de producción independiente.

Al cambiar el dominio se restablece la verificación anterior. Confirme el host previsto con el propietario del DNS, el responsable de identidades y el equipo de soporte antes de guardar. No reutilice un dominio de inicio de sesión de producción para un tutorial ni apunte un dominio raíz sin un plan revisado de impacto en DNS y correo.

La página de configuración muestra el flujo de trabajo de producción: copie el tipo de registro exacto, el nombre, el destino y el TTL en el proveedor de DNS de la organización. CNAME es la opción recomendada; utilice la alternativa de registro A ofrecida solo después de que el responsable de DNS analice las implicaciones operativas. No se creó ni consultó ningún registro DNS durante esta ejecución local.

El estado en verde de la captura de pantalla se simuló localmente para explicar la interfaz. Para producción, espere a la propagación, seleccione Check DNS now, verifique que aparezcan DNS correct y Verified, luego abra la URL personalizada con HTTPS en un navegador limpio y confirme el certificado, el host y el inicio de sesión de marca. Ninguna de estas comprobaciones externas de DNS o HTTPS se da por completada en este tutorial.

En Branding & whitelabel, configure el nombre ficticio de la plataforma Northstar AI Studio, support@example.com, el color principal #029cf5, “Powered by Northstar AI Studio”, https://example.com, un pie de página ficticio y las rutas reservadas de aviso legal y privacidad bajo example.com. Suba el logotipo TEST y el favicon aprobados; la organización real debe utilizar sus propios recursos y páginas legales revisadas.

Guarde una vez y espere a que la aplicación se recargue. Compruebe que ningún campo quede cortado y que se conserven las proporciones de las imágenes. El color principal genera la escala de colores de la interfaz, mientras que los enlaces del pie de página de los correos son independientes del nombre y la dirección del remitente SMTP.

Abra Dashboard después de guardar. Confirme el logotipo de Northstar, el encabezado Welcome back, Northstar, la tarjeta real No Chatbots Yet, el nombre de la organización en el título del navegador y el tema azul guardado. Esta vista es deliberadamente diferente de Account Settings, lo que demuestra que la configuración de marca se aplica en otra ruta del producto.

Para el lanzamiento en producción, abra el dominio de cliente verificado en una sesión limpia independiente. Compruebe el favicon, el certificado, la página de inicio de sesión, el tratamiento azul en el enfoque de campos y botones, los enlaces de la cuenta y el contacto de soporte al cliente. Inspeccione en escritorio y en una ventana estrecha sin cambiar al modo oscuro (Dark Mode).

Cargue Email / SMTP antes de introducir datos. Utilice el host, puerto, modo SSL, nombre de usuario, contraseña, nombre de remitente y dirección de remitente aprobados para entornos de no producción por la organización. La contraseña debe obtenerse de un gestor de secretos y no debe aparecer en capturas de pantalla, locuciones, registros, archivos fuente ni manifiestos. Dejar la contraseña vacía mantiene el secreto ya almacenado.

Guarde solo después de que la configuración actual se haya cargado correctamente. La prueba de conexión puede contactar con el servidor SMTP, por lo que debe ejecutarse únicamente contra el entorno sandbox aprobado. Para una prueba de entrega, envíe una invitación a una bandeja de entrada controlada solo después de que la conexión sea correcta. El servidor rechaza los correos de marca blanca si no hay un SMTP propio válido para evitar filtraciones del remitente de WebChatAgent; una prueba fallida bloquea el paso de invitación.

Abra Admin → Users. Las tarjetas del grupo de recursos de la organización muestran la capacidad utilizada en tiempo real y la cantidad ya distribuida. La tabla de clientes muestra el estado de la cuenta, el número real de chatbots, las asignaciones personales, los proveedores de modelos internos permitidos y la última actividad.

Deja un recurso vacío cuando el cliente deba consumir del pool compartido de la organización. Introduce un número solo si el contrato o la directiva de riesgos requieren un límite personal. Los bots de clientes habituales consumen ranuras de bot de pago. Únicamente los chatbots creados explícitamente con la opción de prueba del administrador quedan excluidos de ese recuento; sus mensajes, contenido indexado y almacenamiento siguen consumiendo los recursos del paquete.

En Admin → Users, selecciona Create directly en lugar de Invite user. Introduce Northstar Demo Client y wl-client-tutorial@example.com, y luego establece una contraseña segura. La grabación utiliza una contraseña aleatoria recién generada que permanece oculta y nunca se guarda en el material público. La creación directa no envía ningún correo electrónico.

Tras hacer clic en Create, comprueba que haya exactamente una fila nueva con el rol user y estado activo. Se trata de una cuenta de cliente habitual sin caducidad automática. Anota su ID interno en privado para poder eliminar la demo temporal de forma precisa. Para un cliente real, comparte el acceso a través de tu canal seguro aprobado; nunca expongas una contraseña en una captura de pantalla, locución o chat de soporte.

Permanece con la sesión iniciada como administrador de marca blanca. Selecciona Create New en la barra lateral, introduce Northstar Demo Bot y marca Test chatbot (archived after 14 days). Luego pulsa Create. Por ejemplo, una agencia puede preparar esta demo independiente para un cliente potencial antes de asignarle un chatbot de cliente habitual.

En la página del nuevo chatbot, busca This is a test chatbot y Convert to regular chatbot. La barra lateral debe mostrar Test junto a Northstar Demo Bot. Abre el bot desde esa entrada de la barra lateral si deseas comprobar su estado de nuevo. El nombre por sí solo no crea un chatbot de prueba: lo determinante son la opción seleccionada y el estado guardado.

Compara el uso de chatbots de pago de la organización antes y después de la creación. Este bot no debe añadir ninguna ranura de pago, pero sus mensajes, contenido indexado y almacenamiento siguen contando para los límites del paquete compartido. El bot pertenece al administrador que lo creó. Es independiente de Northstar Demo Client y no debe aparecer en la lista de ese cliente.

Tras 14 días, el bot se archiva y deja de responder. Sus ajustes y fuentes se conservan, pero su conocimiento indexado se borra. Convert to regular chatbot mantiene una demo activa como bot habitual; reactivar un bot archivado también lo convierte en habitual y requiere una ranura de bot de pago libre. La reactivación pone sus fuentes en cola para indexarlas de nuevo. Espera a que termine la indexación antes de probar las respuestas; un buzón de correo conectado debe habilitarse de nuevo por separado. Un bot archivado se elimina permanentemente tras 120 días, aproximadamente cuatro meses. Estas transiciones posteriores del ciclo de vida se explican según las reglas del producto, no se demuestran adelantando el reloj en este tutorial.

Vuelve a Admin → Users y edita únicamente Northstar Demo Client. Asigna 1 chatbot, 2,000 mensajes al mes y 500,000 caracteres de entrenamiento. Restringe los proveedores internos a Google Vertex (EU). Activa el acceso restringido al panel de control y concede acceso a Chatbots, Conversations y Analytics. Marca Leads como vista previa bloqueada; deja Live Chat, Feedback, Questions, Bookings, Tickets y Calls ocultos.

Guarde y vuelva a abrir el cliente para confirmar la persistencia. Una vista previa bloqueada (teaser) no es un acceso: muestra una vista borrosa de la función y la vía de contacto con la organización. Restringir el acceso del cliente también limita los permisos de los miembros de su equipo; eliminar la restricción más adelante no restaura automáticamente los permisos eliminados.

Usa Log in as this user en la fila activa de Northstar Demo Client. El banner naranja de suplantación debe identificar a wl-client-tutorial@example.com. Crea un asistente habitual llamado Northstar Client Test. Test solo forma parte de su nombre de ejemplo, no es su estado. Utiliza la asignación de bot habitual del cliente y no tiene caducidad automática. Verifica que Chatbots, Conversations y Analytics se abren y que solo Google Vertex (EU) está disponible como proveedor interno.

Comprueba la lista de chatbots del cliente: debe contener Northstar Client Test, no el Northstar Demo Bot propiedad del administrador. El bot del cliente no debe tener el aviso de demo temporal ni la etiqueta Test. En esta comprobación de permisos no se genera ninguna respuesta de IA, por lo que seleccionar el proveedor no prueba una solicitud real al proveedor.

Abra Leads y verifique que aparece la vista previa bloqueada en lugar de datos reales. Intente acceder a una URL directa de Bookings y verifique que vuelve a Dashboard sin mostrar contenido protegido. El cliente no debe ver Admin → Users, el estado de marca blanca de Account, Branding, SMTP, la compra de planes ni los asistentes de otros clientes. Registre los resultados de acceso permitido y denegado por separado.

Sal de la suplantación mediante el banner naranja y haz que el administrador de marca blanca regrese a /settings/users. Desactiva Northstar Demo Client y comprueba que sus credenciales sean rechazadas. Vuelve a activarlo solo el tiempo necesario para terminar una comprobación planificada; de lo contrario, procede directamente a la eliminación permanente.

Elimina wl-client-tutorial@example.com y confirma la advertencia de que su asistente y sus datos se borrarán. Consulta de nuevo el inventario de la organización y exige que el usuario, el bot Northstar Client Test y los registros dependientes ya no existan. Esto no elimina el Northstar Demo Bot independiente del administrador. El ejecutor local de capturas elimina ese bot de clientes potenciales cuando borra el administrador y la organización aislados en su limpieza final.

Restaura la instantánea de branding guardada, elimina los archivos exactos del logotipo de demo subidos, restaura o limpia el dominio del tutorial y verifica que no se haya producido ninguna compra, invitación, llamada a proveedores de modelos ni envío de correos a clientes externos. La limpieza final debe registrar cero usuarios, organizaciones, bots, filas dependientes y subidas del tutorial. Eliminar solo al cliente no es suficiente para asegurar esos cinco resultados.