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.

Deje un recurso vacío cuando el cliente deba hacer uso del grupo compartido de la organización. Introduzca un número solo cuando el contrato o la política de riesgos exija un límite personal. Los mensajes, el contenido indexado y el almacenamiento utilizados por clientes TEST siguen consumiendo recursos del paquete, aunque sus bots no consuman plazas de bots de pago.

Elija Create directly, no Invite user. Introduzca Northstar Demo Client y wl-client-tutorial@example.com, proporcione la contraseña únicamente desde el entorno de captura protegido y active Test account. La creación directa no envía correos, crea un usuario normal y añade la marca de eliminación automática a los 14 días.

Exija que aparezca exactamente una nueva fila con la insignia Test y el texto de caducidad. Anote el nuevo ID de usuario fuera del material público para la limpieza posterior. Nunca utilice un cliente real, un compañero de trabajo ni una dirección accesible, y nunca lea la contraseña en voz alta ni la escriba en una vista ampliada que pueda exponerla.

Edite únicamente la nueva fila TEST. Asigne 1 chatbot, 2,000 mensajes al mes y 500,000 caracteres de entrenamiento. Restrinja los proveedores internos a Google Vertex (EU). Active el acceso restringido al panel y conceda Chatbots, Conversations y Analytics. Marque Leads como vista previa bloqueada (teaser); mantenga ocultos Live Chat, Feedback, Questions, Bookings, Tickets y Calls.

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.

Utilice Log in as this user en la fila TEST activa. El banner naranja de suplantación debe identificar a wl-client-tutorial@example.com. Cree un asistente llamado Northstar Client Test y compruebe que Chatbots, Conversations y Analytics se abren correctamente. Confirme que el cliente solo puede seleccionar Google Vertex (EU).

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.

Salga de la suplantación de identidad desde el banner naranja y confirme que el administrador de marca blanca regresa a /settings/users. Desactive al usuario TEST correspondiente y compruebe que su sesión activa pierde el acceso autenticado. Vuelva a activarlo solo el tiempo necesario para completar una comprobación planificada; de lo contrario, proceda directamente a la eliminación permanente.

Elimine wl-client-tutorial@example.com y confirme la advertencia que indica que su asistente y sus datos se eliminarán. Vuelva a consultar el inventario de la organización y asegúrese de que el usuario, el bot Northstar Client Test y los registros dependientes ya no existen. Restaure la copia de seguridad de la marca guardada, elimine los archivos del logotipo TEST subidos, restaure o borre cualquier dominio del tutorial, deje el SMTP intacto a menos que haya cambiado una copia del sandbox dedicado, y compruebe que no se haya realizado ningún proceso de pago, invitación ni envío de correo a clientes externos.