Stapsgewijze handleiding Aan de slag

Een white label chatbotplatform instellen als beheerder

Een praktische WL-admin workflow van de eerste platformcontrole tot een veilig beperkte testklant, geverifieerde klantweergave en exacte opschoning.

Beginner38 min leestijd16 juli 2026
Een white label chatbotplatform instellen als beheerder

Een white label chatbotplatform vereist meer dan alleen een logo: domein, afzenderidentiteit, klantquota, modeltoegang en dashboardrechten moeten naadloos samenwerken.

Een white-label beheerder beheert één gebrande organisatie. Deze rol verschilt van een WebChatAgent superadmin en van een eindklant: hij mag alleen de eigen organisatie, klanten, gedeelde limieten, branding en afzenderconfiguratie beheren. De server handhaaft deze tenantgrens strikt, zelfs wanneer het menu een niet-beschikbare actie verbergt.

De volgorde van instellen is belangrijk. Bevestig eerst het abonnement en de pool, koppel en verifieer het klantgerichte domein, pas goedgekeurde branding en juridische links toe, configureer uw eigen SMTP en maak vervolgens één wegwerp-klant aan. Wijs pas daarna resources toe, beperk dashboardonderdelen en controleer de klantweergave.

Het geverifieerde lokale voorbeeld gebruikt het fictieve merk Northstar AI Studio, de gereserveerde adressen support@example.com en wl-client-tutorial@example.com, WebChatAgent blauw #029cf5 en één wegwerp-TEST-klant voor 14 dagen. Eén continue sessie in het Engels en Light Mode bewees de lokale beheer-UI, opgeslagen branding, klantlevenscyclus, quota, providerbeperking en toegestane/geweigerde routes, waarna elke tutorialgebruiker, organisatie, bot, afhankelijke rij en upload werd verwijderd.

Privacyvriendelijke speler met tweestapsactivering

White-Label Chatbotplatform Instellen: Domein, Merk & Klanten

Stel een white label chatbotplatform in als beheerder: configureer domein, branding, SMTP, klantaccounts, quota, rechten en geverifieerde opschoning.

YouTube · 6:10 · Engels

De YouTube-speler blijft geblokkeerd totdat u op Afspelen klikt. Door het laden maakt uw browser verbinding met YouTube en kunnen technische gegevens naar Google worden verzonden.

Rechtstreeks openen op YouTube

Wat u aan het einde heeft bereikt

  • Een gedocumenteerde WL-admin-rol en tenantgrens
  • Een geverifieerd abonnement, gedeelde resourcepool en niet-factureringsgericht configuratiepad
  • Een klantgericht domein en DNS-productiechecklist met een expliciete lokale bewijsgrens
  • Goedgekeurde platformbranding, juridische e-maillinks en afzenderconfiguratie
  • Eén geïsoleerde TEST-klant met expliciete quota, providers en dashboardrechten
  • Een bewijs van de klantweergave plus uitschakel-, verwijder- en herstelbewijs

Voordat u begint

  • Een account waarvan de databaserol admin is en het organisatietype whitelabel
  • Bevoegdheid over het organisatiemerk, klantaccounts en resourcetoewijzingen
  • DNS-toegang voor een specifiek subdomein dat door de organisatie wordt beheerd
  • Goedgekeurde lichte en donkere logo's, favicon, primaire kleur, platformnaam en supportadres
  • Gepubliceerde colofon- en privacybeleid-URL's voor gebrande e-mailvoetteksten
  • Een speciale niet-productie SMTP-dienst en gecontroleerde ontvanger als e-mailbezorging wordt getest
  • Een opschoningseigenaar en geen echte klantgegevens in enig tutorialveld

Merkomhulsel → verzendidentiteit → klantgrens

Het domein en de branding bepalen wat klanten zien. SMTP bepaalt welke infrastructuur accountmails verstuurt. Klantquota, modelproviders en rechten bepalen wat één klant mag verbruiken en openen. Behandel deze als drie afzonderlijke controles en verifieer elk vanuit het perspectief van de klant.

Een groene opslagmelding bewijst alleen persistentie. DNS vereist een onafhankelijk verificatieresultaat, SMTP vereist een verbindings- of gecontroleerde bezorgingstest, en klanttoegang vereist een controle via gebruikersimitatie of een afzonderlijke sessie. Wijzigingen in betaalde abonnementen, add-ons en spraakfuncties zijn facturatieacties en blijven buiten een herbruikbare tutorialopname.

Bereid het gebrande omhulsel voorMaak één gecontroleerde klant aanToon toegang aan en ruim op

01–12

Stap voor stap instellen

1

Bevestig de WL-admin-rol en veilige navigatie

Begin met het controleren van de organisatie en rol waarmee u werkt.

Meld u aan als de specifieke WL-beheerder en open Account vanuit de header. Het account moet overeenkomen met de rol admin binnen een organisatie van het type whitelabel. De zijbalk toont dan het organisatiespecifieke onderdeel Admin met Users; het mag geen platformbrede routes tonen zoals Organizations, Costs, Revenue of andere superadmin-paden.

Noteer de organisatienaam, accountidentiteit en huidige host zonder een wachtwoord, sessietoken of SMTP-geheim te tonen. Stop als de verwachte status, Branding-kaart, SMTP-kaart of Users-link ontbreekt. Ga niet verder onder een normale gebruiker, teamlid of platform-superadmin.

  • Vereiste rol: admin
  • Vereist organisatietype: whitelabel
  • Kernroutes: /settings/account, /account/whitelabel/setup en /settings/users
Begin met het controleren van de organisatie en rol waarmee u werkt.
2

Controleer abonnement, domein en gedeelde capaciteit

Lees de operationele limieten af voordat u iets toewijst.

Lees bovenaan Account Settings het huidige abonnement, de chatbotpool, berichten per maand, tekens voor trainingsgegevens en de badge voor domeinverificatie. Het eerste getal is het actuele organisatiebrede verbruik; het tweede is de beschikbare capaciteit. Gebruikers ontvangen later persoonlijke limieten uit deze pool.

U kunt dialoogvensters voor add-ons, abonnementen en spraak openen om beschikbare opties uit te leggen, maar accepteer geen voorwaarden, selecteer geen Buy now, wijzig geen betaalde hoeveelheden, annuleer geen niveaus en open het Stripe-portaal niet tijdens de herbruikbare opname. Een facturatievoorbeeld is geen testaankoop.

  • Verbruik is niet hetzelfde als gedistribueerd quotum.
  • Een lege persoonlijke limiet betekent dat de gedeelde pool wordt gebruikt.
  • Elke betaalde wijziging vereist een afzonderlijke commerciële goedkeuring.
Lees de operationele limieten af voordat u iets toewijst.
3

Kies een gecontroleerd klantgericht subdomein

Gebruik een domein dat uw organisatie bezit en veilig kan wijzigen.

Open Set up whitelabel en voer alleen de goedgekeurde hostnaam in, zonder https://,, pad of afsluitende slash. Deze tutorial gebruikt northstar-wl-tutorial.test, een gereserveerde lokale waarde die geen domeineigendom, openbare routering of certificaatgereedheid kan aantonen. Vervang deze pas bij de afzonderlijke productie-uitrol door een specifiek door de organisatie beheerd subdomein.

Het wijzigen van het domein wist de eerdere verificatie. Bevestig de beoogde host met de DNS-eigenaar, identiteitseigenaar en het supportteam voordat u opslaat. Hergebruik geen productiedomein voor een tutorial en verwijs geen hoofddomein (apex) zonder een geëvalueerd DNS- en e-mailimpactplan.

  • Gebruik een specifiek subdomein.
  • Bedenk nooit domeineigendom.
  • Het opslaan van een nieuwe host reset de verificatie bewust.
Gebruik een domein dat uw organisatie bezit en veilig kan wijzigen.
4

Lees de DNS-instructies en verifieer productie afzonderlijk

De lokale badge toont de UI-status; alleen een externe productiecontrole bewijst DNS en HTTPS.

De instellingenpagina toont de productieworkflow: kopieer het exacte recordtype, de naam, het doel en de TTL naar de DNS-provider van de organisatie. CNAME is de aanbevolen optie; gebruik een aangeboden A-record fallback pas nadat de DNS-eigenaar de operationele afweging heeft gecontroleerd. Er is tijdens deze herbruikbare lokale run geen DNS-record aangemaakt of opgevraagd.

De groene status in de schermafbeelding is lokaal klaargezet om de interface toe te lichten. Wacht voor productie op de doorgifte (propagatie), selecteer Check DNS now, vereis DNS correct en Verified, open vervolgens de HTTPS-tenant-URL in een schone browser en bevestig certificaat, host en gebrande login. Geen van deze externe DNS- of HTTPS-controles wordt geclaimd door dit tutorialbewijs.

  • Noteer het exacte type, de naam, het doel en de TTL.
  • Verifieer HTTPS naast de dashboardbadge.
  • DNS-doorgifte kan later een extra controle vereisen.
De lokale badge toont de UI-status; alleen een externe productiecontrole bewijst DNS en HTTPS.
5

Pas goedgekeurde branding en juridische links toe

Configureer de volledige identiteit, niet alleen een logo.

Stel in Branding & whitelabel de fictieve platformnaam Northstar AI Studio in, support@example.com, primaire kleur #029cf5, “Powered by Northstar AI Studio”, https://example.com, een fictieve voettekst en de gereserveerde colofon- en privacypaden onder example.com. Upload het goedgekeurde TEST-logo en favicon; de echte organisatie moet haar eigen beoordeelde bestanden en juridische pagina's gebruiken.

Sla eenmaal op en laat de applicatie opnieuw laden. Controleer of er geen veld wordt afgesneden en of de afbeeldingsverhoudingen behouden blijven. De primaire kleur genereert het kleurenpalet van de interface, terwijl e-mailvoettekstlinks losstaan van de SMTP-afzendernaam en het afzenderadres.

  • Platformnaam: Northstar AI Studio
  • Primaire kleur: #029cf5
  • Tutorialadressen en URL's gebruiken uitsluitend gereserveerde example.com-waarden.
  • Behoud zowel het geüploade testbeeldmerk als de WebChatAgent-videocombinatie zonder vervorming.
Configureer de volledige identiteit, niet alleen een logo.
6

Verifieer het gebrande dashboardomhulsel

Het lokale dashboard bewijst persistentie; de klanthost vereist nog steeds een afzonderlijke productiecontrole.

Open Dashboard na het opslaan. Bevestig het Northstar-logo, de kop Welcome back, Northstar, de echte No Chatbots Yet-kaart, de organisatienaam in de browsertitel en het opgeslagen blauwe thema. Deze weergave verschilt bewust van Account Settings, waarmee wordt aangetoond dat de opgeslagen branding doorwerkt naar een andere productroute.

Open voor de productielancering het geverifieerde tenantdomein in een aparte, schone sessie. Controleer de favicon, het certificaat, de inlogpagina, de blauwe focus- en knopstijl, accountlinks en het klantgerichte supportcontact. Inspecteer zowel desktop als een smal scherm zonder over te schakelen naar Dark Mode.

  • Verifieer de dashboardroute lokaal en de live host daarna afzonderlijk.
  • Controleer de logogeometrie en toetsenbordfocus.
  • Behoud Engels en Light Mode gedurende de gehele openbare opname.
Het lokale dashboard bewijst persistentie; de klanthost vereist nog steeds een afzonderlijke productiecontrole.
7

Configureer uw eigen SMTP zonder inloggegevens bloot te stellen

White-label uitnodigingen mogen nooit terugvallen op de platformidentiteit.

Laad Email / SMTP voordat u gegevens invoert. Gebruik de goedgekeurde niet-productie host, poort, SSL-modus, gebruikersnaam, wachtwoord, afzendernaam en het afzenderadres van de organisatie. Het wachtwoord moet uit een geheimenbeheerder of wachtwoordkluis komen en mag niet zichtbaar zijn in schermafbeeldingen, gesproken tekst, logs, bronbestanden en manifesten. Door het wachtwoord leeg te laten, blijft een reeds opgeslagen geheim behouden.

Sla pas op nadat de huidige configuratie succesvol is geladen. Test connection kan contact opnemen met de SMTP-server, dus voer dit alleen uit tegen de goedgekeurde sandbox. Nodig voor een bezorgingsbewijs alleen een gecontroleerde inbox uit nadat de verbinding is geslaagd. De server weigert white-label e-mail zonder bruikbare eigen SMTP om een WebChatAgent-afzenderlek te voorkomen; een mislukte test blokkeert de uitnodigingsstap.

  • Toon het SMTP-wachtwoord nooit.
  • Poort 587 gebruikt normaal gesproken STARTTLS; poort 465 gebruikt de SSL-schakelaar.
  • Een verbindingstest bewijst nog geen bezorging in de inbox.
White-label uitnodigingen mogen nooit terugvallen op de platformidentiteit.
8

Open Users en begrijp gedeelde versus persoonlijke limieten

Wijs toe op basis van feitelijke gegevens, niet door elke pool blindelings gelijk te verdelen.

Open Admin → Users. De organisatiepoolkaarten tonen de live gebruikte capaciteit en de reeds gedistribueerde hoeveelheid. De klantentabel toont vervolgens de accountstatus, het werkelijke aantal chatbots, persoonlijke toewijzingen, toegestane interne modelproviders en de laatste activiteit.

Laat een resource leeg wanneer de klant uit de gedeelde organisatiepool moet putten. Voer alleen een getal in wanneer het contract of het risicobeleid een persoonlijke limiet vereist. Berichten, geïndexeerde inhoud en opslag die door TEST-klanten worden gebruikt, verbruiken nog steeds pakketresources, ook al nemen hun bots geen betaalde botslots in beslag.

  • Used: gemeten verbruik.
  • Distributed: expliciete persoonlijke limieten.
  • Actual chatbots: huidig aantal bots van de klant.
Wijs toe op basis van feitelijke gegevens, niet door elke pool blindelings gelijk te verdelen.
9

Maak één directe TEST-klant voor 14 dagen aan

Voorkom e-mailbijwerkingen terwijl u de klantlevenscyclus aantoont.

Kies Create directly, niet Invite user. Voer Northstar Demo Client en wl-client-tutorial@example.com in, lever het wachtwoord alleen vanuit de beveiligde opnameomgeving en schakel Test account in. Direct aanmaken stuurt geen e-mail, maakt een gewone gebruiker aan en voegt de markering voor automatische verwijdering na 14 dagen toe.

Vereis exact één nieuwe rij met de Test-badge en vervaltekst. Noteer het nieuwe gebruikers-ID buiten het openbare artefact voor een exacte opschoning. Gebruik nooit een echte klant, collega of bereikbaar adres, en spreek het wachtwoord nooit hardop uit of typ het niet terwijl een ingezoomde weergave het zou kunnen blootstellen.

  • Naam: Northstar Demo Client
  • E-mail: wl-client-tutorial@example.com
  • Testaccount: ingeschakeld
  • E-mail verzonden: nee
Voorkom e-mailbijwerkingen terwijl u de klantlevenscyclus aantoont.
10

Wijs quota, providers en dashboardrechten toe

Gebruik één klein, uitlegbaar klantcontract.

Bewerk alleen de nieuwe TEST-rij. Wijs 1 chatbot, 2,000 berichten per maand en 500,000 trainingstekens toe. Beperk interne providers tot Google Vertex (EU). Schakel beperkte dashboardtoegang in en verleen Chatbots, Conversations en Analytics. Markeer Leads als een vergrendeld voorbeeld (teaser); laat Live Chat, Feedback, Questions, Bookings, Tickets en Calls verborgen.

Sla op en open de klant opnieuw om de persistentie te bevestigen. Een teaser is geen toegang: het toont een wazig functievoorbeeld en de contactroute van de organisatie. Het aanscherpen van de klantbeperking beperkt ook de rechten van de teamleden van die klant; het later opheffen van de beperking herstelt verwijderde rechten niet automatisch.

  • 1 chatbot · 2,000 berichten · 500,000 tekens
  • Toegestane provider: Google Vertex (EU)
  • Toegestaan: Chatbots, Conversations, Analytics
  • Teaser: Leads; alle andere vermelde onderdelen verborgen
Gebruik één klein, uitlegbaar klantcontract.
11

Imiteer de TEST-klant en toon de grens aan

Verifieer wat werkt, wat geteaset wordt en wat verborgen blijft.

Gebruik Log in as this user op de actieve TEST-rij. De oranje imitatiebalk moet wl-client-tutorial@example.com aangeven. Maak één assistent aan genaamd Northstar Client Test en controleer of Chatbots, Conversations en Analytics openen. Bevestig dat de klant alleen Google Vertex (EU) kan selecteren.

Open Leads en vereis het vergrendelde voorbeeld in plaats van live gegevens. Probeer een directe Bookings-URL en vereis een terugkeer naar Dashboard zonder beschermde inhoud. De klant mag Admin → Users, de white-label status van Account, Branding, SMTP, abonnementsaankopen of assistenten van een andere klant niet zien. Noteer toegestane en geweigerde resultaten afzonderlijk.

  • Toegestaan: eigen chatbot, Conversations, Analytics
  • Alleen teaser: Leads
  • Verborgen of geweigerd: Bookings, WL-beheer en andere tenants
  • De imitatiebalk moet zichtbaar blijven tot het afsluiten.
Verifieer wat werkt, wat geteaset wordt en wat verborgen blijft.
12

Keer terug, trek het TEST-account in en herstel elke wijziging

Sluit af met het bewijs dat de herbruikbare sessie geen klant- of merkresten heeft achtergelaten.

Sluit de imitatie via de oranje balk af en zorg dat de WL-beheerder terugkeert naar /settings/users. Schakel de exacte TEST-gebruiker uit en controleer of de actieve sessie geauthenticeerde toegang verliest. Schakel deze alleen lang genoeg opnieuw in om een geplande controle te voltooien; ga anders direct door naar definitieve verwijdering.

Verwijder wl-client-tutorial@example.com en bevestig de waarschuwing dat de assistent en bijbehorende gegevens worden verwijderd. Vraag de inventaris van de organisatie opnieuw op en controleer of de gebruiker, de Northstar Client Test-bot en afhankelijke records afwezig zijn. Herstel de opgeslagen brandingsnapshot, verwijder geüploade TEST-logobestanden, herstel of wis een eventueel tutorialdomein, laat SMTP ongemoeid tenzij een specifieke sandbox-snapshot is gewijzigd, en verifieer dat er geen checkout, uitnodiging of externe klantmail heeft plaatsgevonden.

  • Exacte verwijdering van gebruiker, bot en afhankelijke gegevens
  • Exact herstel van branding/domein
  • Geen betaalde transactie, uitnodiging of productie-e-mail
  • Definitieve database- en bestandssysteeminventaris: nul tutorialresten
Sluit af met het bewijs dat de herbruikbare sessie geen klant- of merkresten heeft achtergelaten.

Voorbeeld en resultaat

Bekijk de praktijktest en het resultaat

Elke tutorial bevat een vaste invoer, het verwachte resultaat en een transparant overzicht van wat daadwerkelijk lokaal is geverifieerd.

Praktijkvoorbeeld: Handleiding voor white-label platformbeheerders: domein, branding, SMTP en klanttoegang

Dit exacte scenario is doorlopen met het tijdelijke tutorial-account.

End-to-end geverifieerd

Exacte testinvoer

Create Northstar Demo Client as wl-client-tutorial@example.com with the 14-day TEST option. Allocate 1 chatbot, 2,000 messages, 500,000 characters and Google Vertex (EU); grant Chatbots, Conversations and Analytics, show Leads as a teaser and hide the remaining customer areas.

Verwacht resultaat

De klant kan één op Vertex gebaseerde assistent aanmaken en alleen de toegekende onderdelen openen. Leads toont een vergrendeld voorbeeld, een directe Bookings-URL toont geen beschermde inhoud, en de exacte TEST-klant, assistent, uploads en afhankelijke gegevens zijn na het opschonen verdwenen.

Wat er daadwerkelijk is geverifieerd

De geïsoleerde sessie in het Engels en Light Mode maakte de directe TEST-klant aan, sloeg de vermelde limieten en de Vertex-only providerregel op, toonde Chatbots, Conversations en Analytics aan, toonde het vergrendelde Leads-voorbeeld, weigerde Bookings via directe URL, wees de uitgeschakelde login af en verwijderde de klant. De uiteindelijke inventaris vond exact 0 gebruikers, organisaties, chatbots, afhankelijke rijen en uploads. Gereserveerde .test/example-waarden demonstreren alleen de UI; openbare DNS, tenant-HTTPS en SMTP-bezorging zijn niet extern getest.

De geïsoleerde sessie in het Engels en Light Mode maakte de directe TEST-klant aan, sloeg de vermelde limieten en de Vertex-only providerregel op, toonde Chatbots, Conversations en Analytics aan, toonde het vergrendelde Leads-voorbeeld, weigerde Bookings via directe URL, wees de uitgeschakelde login af en verwijderde de klant. De uiteindelijke inventaris vond exact 0 gebruikers, organisaties, chatbots, afhankelijke rijen en uploads. Gereserveerde .test/example-waarden demonstreren alleen de UI; openbare DNS, tenant-HTTPS en SMTP-bezorging zijn niet extern getest.

Tips en trucs

Maak de inrichting betrouwbaar

Test met realistische voorbeelden, leg uw startpunt vast en wijzig één instelling tegelijk. Zo worden echte verbeteringen zichtbaar.

Scheid branding van afzenderidentiteit

Een logo en kleur configureren de e-mailbezorging niet. Behandel de SMTP-host, het afzenderadres, authenticatie, voettekst en juridische links als een afzonderlijke, geëvalueerde release.

Gebruik direct TEST aanmaken vóór uitnodigingsbezorging

Direct aanmaken toont quota en rechten aan zonder e-mail te verzenden. Test de bezorging van uitnodigingen later met een gecontroleerde inbox nadat de eigen SMTP-verbinding is geslaagd.

Wijs toe volgens contract, niet op de gok

Leg de limieten voor bots, berichten, inhoud en providers van de klant vast voordat u de rij bewerkt. Vergelijk gedistribueerde totalen na elke wijziging met de organisatiepool.

Verifieer beperkingen vanuit de klantsessie

Een opgeslagen rechtenobject is niet voldoende. Controleer toegestane navigatie, één teaser, een verborgen directe URL en de afwezigheid van elk WL-admin-scherm.

Wanneer iets niet werkt

Problemen oplossen

Controleer status, machtigingen en testgegevens systematisch voordat u het model of de prompt aanpast.

Het aangepaste domein blijft niet-geverifieerd

Vergelijk de exacte host, het recordtype, het doel en de TTL met de instellingenpagina. Verwijder conflicterende records, wacht op de doorgifte en controleer opnieuw; beweer niet dat de tenant-URL live is zolang de badge in behandeling is.

SMTP-test mislukt of uitnodigingen worden niet verzonden

Controleer host, poort, SSL-modus, gebruikersnaam, opgeslagen wachtwoordstatus en toegestane afzender. Test eerst de sandboxverbinding. White-label e-mail wordt bewust geweigerd zonder een bruikbaar eigen SMTP-transport.

De klant ziet te veel of te weinig

Open de exacte gebruikersrij opnieuw en maak onderscheid tussen actieve rechten, teasers en verborgen waarden. Sluit de sessie, start een nieuwe imitatiesessie en test zowel de navigatie als directe URL's. Neem niet aan dat een verborgen menu automatisch een weigering door de server betekent.

Opschoning laat een bot, upload of afhankelijke rij achter

Stop de publicatie. Bewaar ID's, voer de exacte gebruikersverwijdering uit, verwijder de uploadmap voor organisatiemerken, herstel domein- en brandingsnapshots en herhaal de alleen-lezen inventarisatie totdat elk tutorialspecifiek resultaat nul is.

Klaar voor een test op productieniveau

De geïsoleerde sessie levert twaalf unieke 1440 × 1000 Engelse Light Mode-frames op, één continue openbare screencast, de levenscyclus van de directe TEST-klant, exacte quota/providers/rechten, toegestane en geweigerde klantweergaven, bewijs van uitschakeling/inlogweigering/verwijdering en vijf geverifieerde nul-residu tellingen. Verifieer vóór een echte lancering afzonderlijk openbare DNS, tenant-host HTTPS, SMTP-verbinding en gecontroleerde mailboxbezorging.

Gerelateerde bronnen