Was ist die aktuelle Paketgröße für das Web Widget (Classic)?
Die folgenden Zahlen zeigen die Paketgröße beim erstmaligen Laden des Web Widgets (Classic). Nachfolgende Ladevorgänge profitieren vom CDN-Caching, was zu einer schnelleren Ladezeit führt (siehe „Sind die Assets im Web Widget (Classic) im Cache?“ Weiter unten) .
Paket
Größe (Brotli komprimiert)
Notizen
Web Widget (Classic) Core
~475 KB
Die Assets web_widget.js und common_vendor.js erfordern das Web Widget (Classic), unabhängig davon, welche Kanäle verfügbar sind.
Mit Talk Channel
+~65 KB
Die für das Web Widget (Classic) erforderlichen Assets, wenn der Talk-Kanal in einem Konto aktiviert ist. 55 KB entspricht dem erstmaligen Laden des Talk-Kanals.
Mit Chat-Kanal
+~59 KB
Die für das Web Widget (Classic) erforderlichen Assets, wenn der Chat -Kanal in einem Konto aktiviert ist.
Unterstützung asiatischer Sprachen
+~5 KB (avg.) pro Sprache
Das Web Widget (Classic) lädt Sprachen nur basierend auf der Gebietsschema-Einstellung des Besuchers.
Warum braucht das Web Widget (Classic) so vielJavaScript,um zu funktionieren?
Das Web Widget (Classic) ist ein leistungsstarkes Tool zum Einbetten von Kundensupport in Ihre Website. Sie können viele Funktionen und Kanälefür Besucher aktivieren, die mit einem Agenten chatten möchten, einen Callback über Talk anfordern, eine Nachricht hinterlassen und auf Ihre Help-Center-Inhalte zugreifen. Darüber hinaus unterstützt Web Widget (Classic)viele Sprachenauf der ganzen Welt und Sie könnenWeb Widget (Classic) in Admin oder über unsere Suite vonJavaScriptAPIs anpassen. Wir geben zu, dass wir noch viel Verbesserungsbedarf haben, und werden weiterhin Initiativen zur Optimierung der Paketgröße für jede Web-Widget (Classic)-Konfiguration priorisieren.
Als ich das Web Widget (Classic) in meine Webseite einbettete, bemerkte ich eine langsamere Ladezeit. Kann das Web Widget (Classic) meine Seite verlangsamen?
Sie werden feststellen, dass das Web Widget (Classic) asynchron geladen wird, was bedeutet, dass der Rest der Seite nicht blockiert wird, damit Besucher so schnell wie möglich tun können, wofür sie sich entschieden haben. Wir wissen aber, dass dieMenge anJavaScript,die für das Web Widget (Classic) erforderlich ist, Zeit und Ressourcen für Browser benötigt, um sie herunterzuladen, zu analysieren und auszuführen. Um sicherzustellen, dass wir so wenig Einfluss wie möglich auf die Ladezeit Ihrer Website haben, werden wir auch weiterhinPerformance-Initiativen priorisieren.
Die Architektur des Web Widgets (Classic) ist für das Caching optimiert. Wenn das Web Widget einmal auf Ihrer Website für einen Besucher geladen wird, wird das Web Widget (Classic) viel schneller geladen.
Wenn Chat im Web Widget (Classic) aktiviert ist und Sie die Seitenleistung optimieren möchten, können Sie die connectOnPageLoad-API verwenden. Dies sollte die Anzeige des Widget-Launchers verkürzen und die Seitenladungsrate in Tools wie Google Lighthouse verbessern. Weitere Informationen finden Sie im folgenden Beitrag: Optimieren der Chat- und Web Widget(Classic)-Leistung.
Was ist das beste Tool zum Überwachen der Ladezeit meiner Website?
Wir empfehlen die Verwendung von Google Lighthouse, das standardmäßig in der Registerkarte Audit der Entwicklertools verfügbar ist. Lighthouse bietet eine gute Abdeckung der neuen Funktionen, die in modernen Webbrowsern wie Google Chrome verfügbar sind. Wir nutzen Funktionen wie HTTP/2-Multiplexing, um das Web Widget (Classic) zu optimieren, und Lighthouse berücksichtigt das Multiplexing bei der Berechnung der Leistung einer Webseite mit eingebettetem Widget.
Ist es wichtig, ob ich das Skript-Tag Web Widget (Classic) in den <HEAD>> oder <BODY>> meiner Webseite platziere?
Für Kunden, die an der Ladeleistung der Seite interessiert sind, empfehlen wir, das Snippet am Ende des <Texts>statt am<Kopf> zu platzieren. Auch wenn das Snippet-Skript sehr klein ist, sollten Sie grundsätzlich darauf achten, keine Skripts einzufügen, die die Darstellung der Website im Browser behindern, bis das Skript fertig geladen ist. Denken Sie einfach daran, dass alle Skripts, die die Web Widget (Classic) zEJavaScript verwenden, nach dem Snippet-Skript platziert werden müssen.
Werden die Assets für das Web Widget (Classic) von einem CDN aus betreut?
Ja, die Assets für das Web Widget (Classic) werden vonaContent Delivery Network betreut(CDN)mitHTTP/2, um die Latenz zu reduzieren. Auf alle Assets wird von einer einzigen Quelle aus zugegriffen, was bedeutet, dass Browser nur eine einzige TCP-Verbindung öffnen müssen, um das Web Widget (Classic) herunterzuladen. Besuchen Siediese Seite, um mehr über die Vorteile von HTTP/2 zu erfahren.
Werden die Assets für das Web Widget (Classic) mit Gzip komprimiert?
Ja, die Assets des Web Widgets (Classic) werden mit Gzip komprimiert.
Werden die Assets für das Web Widget (Classic) zwischengespeichert?
Ja, die Assets des Web Widgets (Classic) werden einzeln versioniert und langfristig bis zu einem Jahr lang im Cache gespeichert. Sie werden sowohl privat in Endbenutzerbrowsern als auch öffentlich auf CDN-Edgeservern zwischengespeichert. Einige für das Widget erforderliche Assets werden sich wahrscheinlich nicht zwischen den Widget -Versionen ändern und werden separat zwischengespeichert. Dies bedeutet, dass diese Assets beim nächsten Zugriff durch den Browser schneller aus dem Cache abgerufen werden. Zum Beispiel die in Talk verwendeten Ländercodesymbole oder die mit Chat verknüpften Benachrichtigungstöne.
Hinweis zur Übersetzung: Dieser Beitrag wurde mit automatischer Übersetzungssoftware übersetzt, um dem Leser ein grundlegendes Verständnis des Inhalts zu vermitteln. Trotz angemessener Bemühungen, eine akkurate Übersetzung bereitzustellen, kann Zendesk keine Garantie für die Genauigkeit übernehmen.
Sollten in Bezug auf die Genauigkeit der Informationen im übersetzten Beitrag Fragen auftreten, beziehen Sie sich bitte auf die englische Version des Beitrags, die als offizielle Version gilt.