웹사이트에 AI 챗봇 통합 — 기업이 실제로 필요한 것

기업 웹사이트에 탑재된 AI 챗봇은 단순히 가시적인 채팅 창만으로는 충분하지 않습니다. 핵심 요소로는 통제된 지식원, 허용된 도메인, 직원으로의 명확한 전환 절차, 그리고 데이터 처리에 대한 투명한 규칙이 필요합니다. Zentor 앱에서는 위젯이 Zentor에 의해 생성되며, 해당 웹사이트에 대해 승인됩니다. 이후 테넌트는 완성된 임베딩 코드를 받게 됩니다. 테넌트 대시보드에서 자체 도메인 승인은 제공되지 않으며, 허용 목록(Allowlist)에 대한 변경 사항은 Zentor에서 관리합니다.

위젯이 로드되면 공개 구성을 가져오며, 보호된 기능에는 위젯 임베드 토큰(Widget-Embed-Token)을 사용합니다. 이 토큰은 한 번만 평문으로 표시되며, 허용된 출처(origin)에 바인딩됩니다. 웹사이트 출처와 승인된 도메인이 일치하지 않으면 요청이 `WIDGET_ORIGIN_DENIED`로 거부될 수 있습니다. 따라서 코드를 다른 도메인에 임의로 복사하여 사용하는 것은 효과가 없습니다. 스타터(Starter) 패키지의 경우 정확히 하나의 도메인 또는 위젯이 확인되며, 인디비듀얼(Individuell) 패키지의 경우 도메인과 위젯에 대한 기술적 제한이 없습니다.

전문화된 품질은 연결된 지식베이스를 통해 달성됩니다. 자체 FAQ, 제품 정보, PDF 및 서비스 문서는 수동으로, 크롤링을 통해, 또는 파일 업로드를 통해 제공할 수 있습니다. RAG(Retrieval-Augmented Generation)는 기본적으로 비활성화되어 있으며 테넌트별로 활성화해야 합니다. 적절한 소스가 없는 경우 봇은 안전해 보이는 기업 답변을 생성해서는 안 됩니다. 어렵거나 민감한 사안의 경우 직원으로의 이관(Handover)을 설정할 수 있습니다. 이 임계값은 0에서 100 사이이며 기본값은 70으로 설정됩니다. 라이브 인박스(Live-Inbox)는 8초 간격의 폴링(Polling) 인터벌을 사용하며, 팀 또는 대기열 로직은 존재하지 않습니다.

실제 운영(Livegang) 전에 기업은 최종 도메인에서 위젯 통합을 테스트하고, 일반적인 질문 시나리오를 수행하며, 언어, 인사말, 지식원 및 이관 동작이 서로 조화를 이루는지 확인해야 합니다. 개인정보 보호 고지서, 동의 절차 및 내부 책임 소재는 기업의 조직적 과제로 남아 있습니다. 위젯 자체만으로는 자동적으로 데이터 보호 규정 준수 상태를 보장하지 않습니다. 기술적 구성은 실제 프로세스, 개인정보 보호 정책 및 계약된 채널과 일치해야 합니다.

또한 위젯 통합은 여러 브라우저와 모바일 기기에서 검증되어야 합니다. 이때 로드 시간, 쿠키 배너와의 중첩, 키보드 조작 가능성 및 가독성을 확인해야 합니다. 위젯이 작은 화면에서 접근 불가능하거나 중요한 조작 요소가 가려진 경우, 기술적으로 정확한 답변은 큰 의미가 없습니다. 따라서 웹사이트 레이아웃의 변경은 위젯 재테스트를 유발해야 합니다.