Innbygging på nettstedet
Domenegodkjenning og innbygging av chat-widgetet på nettstedet ditt.
Siden «Sett inn chat-widget på nettstedet ditt» omhandler funksjonsområdet som er angitt i URL-en. Det eksisterende innholdet utvides med den faktiske prosessen, forutsetningene og de kjente begrensningene. Domenegodkjenningen vedlikeholdes av Zentor ved oppretting av widgetet; det finnes ikke noe innstillingsgrensesnitt for dette i tenant-dashbordet. Ved en opprinnelse som ikke er godkjent, kan feilkoden WIDGET_ORIGIN_DENIED oppstå. Selve opprettingen av widgetet er forbeholdt Master-admin, mens tenanten får den ferdige innbyggingskoden.
Chat-widgetet tas inn i nettstedet med en innbyggingskode som Zentor stiller til rådighet. Oppretting av widget og domenegodkjenning er oppgaver for Master-admin. I tenant-dashbordet finnes det ikke noe eget grensesnitt der tenantbrukere selv kan godkjenne vilkårlige domener.
Ved lasting kontrollerer widgetet origin mot den lagrede godkjenningslisten. Hvis domenet ikke er tillatt, kan `WIDGET_ORIGIN_DENIED` oppstå. For kontrollen er protokollen som brukes, det nøyaktige domenet og eventuelt underdomenet avgjørende; en lignende, men ikke identisk adresse er ikke nok.
Embed-tokenet vises bare én gang i klartekst og er knyttet til tillatte origins. Det hører ikke hjemme i offentlige repositorier, skjermbilder eller supporttekster. Etter innbyggingen bør konfigurasjon, meldingssending, historikk, polling og vurdering kontrolleres med en kontrollert testsamtale.
Starter-pakken tillater nøyaktig ett domene eller ett widget. Med Individuell-pakken finnes det ingen teknisk grense. Likevel settes ytterligere widgets og godkjenninger opp administrativt. En knapp for å opprette som ikke er synlig, er derfor ikke en feil, men tilsvarer oppgavefordelingen mellom tenant og Master-admin.
For siden «Sett inn chat-widget på nettstedet ditt» gjelder dermed: Den tidligere eksisterende korte teksten utvides til en pålitelig veiledning, uten å love produktfunksjoner utenfor den bekreftede produktstatusen. Avgjørende er og blir de verifiserte faktakildene og det synlige ansvaret mellom tenant og Zentor. Ved avvik bør alltid akkurat denne URL-en, den berørte tenanten og det observerte steget oppgis.
Ved arbeid med «website-einbinden» bør hvert steg først prøves med et kontrollert testtilfelle. Det avgjørende er at den synlige innstillingen, den faktiske systemstatusen og det forventede resultatet stemmer overens. Ved avvik hjelper et nøyaktig klokkeslett, den berørte tenanten, den brukte kanalen og den uendrede feilmeldingen ved analysen. Tilgangsdata, tokens og personopplysninger må ikke tas med i skjermbilder eller supporttekster.