Web Widget(클래식) 성능 관련 FAQ

최고의 임베드된 고객 지원 환경을 제공할 수 있도록 Web Widget(클래식)의 성능을 최적화하는 방법을 지속해서 찾고 있습니다. 목표는 웹사이트에 미치는 영향을 최소화하면서 성능을 최적화하는 방법을 찾는 것입니다.

Web Widget(클래식)의 현재 패키지 크기는 어떻게 되나요?

아래 그림은 Web Widget(클래식)을 처음 로드할 때의 패키지 크기를 나타내며, 후속 로드는 CDN 캐싱을 통해 더 빠른 로드 시간을 제공합니다(아래의 ‘Web Widget(클래식) 자산이 캐시되나요?’ 참조).

패키지	크기(Brotli 압축)	참고
Web Widget(클래식) Core	~475킬로바이트	사용 가능한 채널에 관계없이 Web Widget(클래식)에 web_widget.js 및 common_vendor.js 자산이 필요합니다.
Talk 채널과 함께 사용	+~65킬로바이트	계정에서 Talk 채널이 사용 설정되어 있을 때 Web Widget(클래식)에 필요한 자산입니다. 55킬로바이트는 Talk 채널의 첫 번째 로드를 나타냅니다.
Chat 채널과 함께 사용	+~59킬로바이트	계정에서 Chat 채널이 사용 설정되어 있을 때 Web Widget(클래식)에 필요한 자산입니다.
언어별 지원	언어당 5킬로바이트 이상(평균)	Web Widget(클래식)은 방문자의 로캘 설정에 따라 언어만 로드합니다.

Web Widget(클래식)이 작동하는 데 이만큼 JavaScript가 필요한 이유는 무엇입니까?

Web Widget(클래식)은 웹사이트에 고객 지원 기능을 임베드하기 위한 강력한 도구입니다. 방문자가 상담사와 채팅할 수 있도록 다양한 기능과 채널을 활성화하고, Talk를 통해 콜백을 요청하고, 메시지를 남기며, 도움말 센터 콘텐츠에 액세스하여 셀프서비스를 이용할 수 있습니다. 또한 Web Widget(클래식)은 전 세계의 많은 언어를 지원하며 관리자 또는 JavaScript API를 통해 Web Widget(클래식)을 사용자 정의할 수 있습니다. 하지만 개선의 여지가 있다는 사실을 인정하며 모든 Web Widget(클래식) 구성에 맞게 패키지 크기를 최적화하기 위한 이니셔티브의 우선순위를 계속 정할 것입니다.

웹페이지에 Web Widget(클래식)을 임베드했을 때 로드 시간이 느려졌습니다. Web Widget(클래식)으로 인해 페이지 속도가 느려질 수 있나요?

Web Widget(클래식)이 비동기식으로 로드되므로 나머지 페이지의 로드를 차단하지 않고 방문자가 원하는 작업을 최대한 신속하게 수행할 수 있습니다. 즉 Web Widget(클래식)에 필요한 JavaScript의 양은 브라우저가 다운로드, 구문 분석 및 실행하는 데 시간과 리소스가 소요됩니다. 웹사이트 로드 시간에 최대한 영향을 미치지 않도록 성능 이니셔티브를 계속 우선순위로 지정할 것입니다.

Web Widget(클래식) 아키텍처는 캐싱에 최적화되어 있으므로 방문자가 웹사이트에 로드한 후에는 후속 페이지가 로드될 때 Web Widget(클래식)이 훨씬 더 빨리 로드됩니다.

Web Widget(클래식)에서 Chat을 사용 설정한 상태에서 페이지 성능을 최적화하려면 connectOnPageLoad api를 사용하는 것이 좋습니다. 이로써 위젯 시작 관리자를 표시하는 데 걸리는 시간을 줄이고 Google Lighthouse와 같은 도구에서 페이지 로드 점수를 높일 수 있습니다. 자세히 알아보려면 Chat 및 Web Widget(클래식) 성능 최적화하기.

웹사이트의 페이지 로드 속도를 모니터링하는 가장 좋은 도구는 무엇인가요?

개발자 도구의 감사 탭에서 기본적으로 사용할 수 있는 Google의 Lighthouse 도구를 사용하는 것이 좋습니다. Lighthouse는 Google Chrome 같은 최신 웹 브라우저에서 사용할 수 있는 새로운 기능을 다양하게 갖추고 있습니다. Web Widget(클래식)을 최적화하기 위해 HTTP/2 멀티플렉싱 같은 기능을 사용하며, Lighthouse는 위젯이 임베드된 웹페이지의 성능을 계산할 때 멀티플렉싱을 고려합니다.

Web Widget(클래식) 스크립트 태그를 웹페이지의 <헤드> 또는 <본문>에 넣어도 될까요?

페이지 로드 성능에 대해 우려하는 고객의 경우 스니펫을 <헤드> 대신 <본문> 끝에 배치하는 것이 좋습니다. 스니펫 스크립트가 매우 경량이더라도 스크립트가 로드될 때까지 브라우저가 웹 페이지를 계속해서 렌더링하지 못하도록 차단하는 스크립트를 삽입하지 않는 것이 가장 좋습니다. Web Widget(클래식)용 JavaScript API를 사용하는 스크립트는 반드시 스니펫 스크립트 다음에 배치해야 합니다.

Web Widget(클래식) 자산이 CDN에서 제공되나요?

예, Web Widget(클래식) 자산은 HTTP/2를 사용하는 CDN(Content Delivery Network)에서 제공되므로 대기 시간이 단축됩니다. 모든 자산은 단일 출처를 통해 액세스되기 때문에 브라우저가 하나의 TCP 연결만 열면 Web Widget(클래식)을 다운로드할 수 있습니다. HTTP/2의 이점에 대해 자세히 알아보려면 이 페이지를 방문하십시오.

Web Widget(클래식) 자산은 Gzip을 사용하여 압축되나요?

예, Web Widget(클래식) 자산은 Gzip을 사용하여 압축됩니다.

Web Widget(클래식) 자산이 캐시되나요?

예, Web Widget(클래식) 자산은 개별적으로 버전이 관리되며 최대 1년 동안 장기적으로 캐시됩니다. 최종 사용자의 브라우저에는 비공개로, 그리고 CDN 엣지 서버에는 공개적으로 캐시됩니다. 위젯에 필요한 일부 자산은 위젯 버전 간에 변경될 가능성이 낮으며 독립적으로 캐시됩니다. 즉, 다음에 브라우저에서 필요할 때 캐시에서 해당 자산을 더 빨리 검색할 수 있습니다. 예를 들어 Talk에서 사용되는 국가 코드 플래그 아이콘이나 Chat과 관련된 알림 소리가 있습니다.

CSP를 사용하면 어떻게 되나요?

콘텐츠 보안 정책(CPS)을 사용하는 경우 최신 스니펫을 사용해야 합니다. 자세한 내용은 CPS 지원에 대한 개발자 문서를 참조하세요.

번역 고지 사항: 본 문서는 콘텐츠에 대한 기본적인 이해를 제공하기 위해 자동 번역 소프트웨어를 사용하여 번역되었습니다. 정확한 번역을 제공하고자 합당한 노력을 기울였으나 Zendesk는 번역의 정확성을 보장하지 않습니다.

번역된 문서에 포함된 정보의 정확성과 관련하여 질문이 있으시면 문서의 공식 버전인 영문 버전을 참조하시기 바랍니다.