Quelle est la taille actuelle du package du Web Widget (Classique) ? 

Les chiffres ci-dessous représentent la taille du package au premier chargement du Web Widget (Classique). Les chargements suivants bénéficieront de la mise en cache CDN, qui accélère le chargement (voir la section « Les actifs du Web Widget (Classique) sont-ils mis en cache ? » ci-dessous).
Package Taille (compression Brotli) Notes
Web Widget (Classique) de base ~475 Ko Les actifs web_widget.js et common_vendor.js requis pour le Web Widget (Classique), quels que soient les canaux disponibles.
Avec le canal Talk +~65 Ko Les actifs requis par le Web Widget (Classique) lorsque le canal Talk est activé dans un compte. La valeur 55 Ko représente le premier chargement du canal Talk.
Avec le canal Chat +~59 Ko Les actifs requis par le Web Widget (Classique) lorsque le canal Chat est activé dans un compte.
Prise en charge des langues +~ 5 Ko (en moyenne) par langue Le Web Widget (Classique) chargera uniquement les langues en fonction des paramètres régionaux du visiteur.

Pourquoi le Web Widget (Classique) a-t-il besoin d’autant de  JavaScript pour fonctionner ?

Le Web Widget (Classique) est un outil puissant pour incorporer l’assistance client à votre site web, et regorge de fonctionnalités.  Vous pouvez activer de nombreuses fonctionnalités et canaux pour que vos visiteurs puissent chatter avec un agent, demander à être rappelés via Talk, laisser un message et accéder au contenu de votre Centre d’aide en self-service. En outre, le Web Widget (classique) prend en charge de nombreuses langues du le monde entier, et vous pouvez personnaliser votre Web Widget (Classique) dans Admin ou via notre suite d’API JavaScript.  Cela dit, nous savons que nous avons encore beaucoup à faire et continuerons de donner la priorité aux initiatives visant à optimiser la taille des packages pour n’importe quelle configuration du Web Widget (Classique). 

Lorsque j’ai incorporé le Web Widget (Classique) à ma page web, j’ai remarqué un temps de chargement plus lent. Le Web Widget (Classique) peut-il ralentir ma page ?

Vous remarquerez que le Web Widget (Classique) se charge de façon asynchrone, ce qui signifie qu’il ne bloque pas le chargement du reste de la page et que vos visiteurs peuvent faire ce qu’ils souhaitent le plus rapidement possible. Cela dit, nous reconnaissons que la quantité de JavaScript requise pour le Web Widget (Classique) prend du temps et consomme des ressources de navigateur pour le téléchargement, l’analyse et l’exécution. Pour s’assurer que nous avons le moins d’impact possible sur le temps de chargement de votre site web, nous continuerons de donner la priorité à des initiatives visant à améliorer les performances.
 
L’architecture du Web Widget (Classique) est optimisée pour la mise en cache, donc une fois qu’il a été chargé sur votre site web pour un visiteur, lors des chargements de pages suivants, le Web Widget (Classique) se chargera beaucoup plus rapidement.

Si Chat est activé dans votre Web Widget (Classique) et que vous voulez optimiser les performances des pages, vous pouvez envisager d’utiliser l’API connectOnPageLoad. Cela devrait réduire le temps nécessaire à l’affichage du bouton de lancement du widget et améliorer les scores de chargement des pages dans des outils comme Google Lighthouse. Pour en savoir plus, consultez l’article : Optimisation des performances de Chat et du Web Widget (Classique) 

Quel est le meilleur outil pour surveiller la vitesse de chargement des pages de mon site web ?

Nous vous conseillons d’utiliser Google Lighthouse qui est disponible par défaut dans l’onglet Audit des outils pour les développeurs. Lighthouse couvre très bien les nouvelles fonctionnalités disponibles dans les navigateurs web modernes tels que Google Chrome. Nous nous appuyons sur des fonctionnalités comme le multiplexage HTTP/2 pour optimiser le Web Widget (Classique) et Lighthouse tiendra compte du multiplexage lors du calcul des performances d’une page web avec le widget incorporé.

Est-il important de placer le marqueur de script du Web Widget (Classique) dans le bloc <HEAD> ou <BODY> de ma page web ?

Pour les clients inquiets des performances de chargement des pages, nous conseillons de placer le snippet à la fin du bloc <body><> >plutôt que <<head>. Bien que le script du snippet soit très léger, il vaut mieux éviter d’insérer des scripts qui empêcheront le navigateur de continuer le rendu d’une page web jusqu’au chargement du script. N’oubliez pas que les scripts qui utilisent l’API Web Widget (Classique) zE JavaScript doivent être placés après le script du snippet. 

Les actifs du Web Widget (Classique) sont-ils servis à partir d’un CDN ?

Oui, les actifs du Web Widget (Classique) sont servis à partir d’un Réseau de livraison de contenu (CDN) en utilisant HTTP/2 pour réduire la latence. Tous les actifs sont accessibles via une seule origine, ce qui signifie que les navigateurs n’auront qu’à ouvrir une seule connexion TCP pour télécharger le Web Widget (Classique). Consultez cette page pour en savoir plus sur les avantages de HTTP/2. 

Les actifs du Web Widget (Classique) sont-ils compressés avec Gzip ?

Oui, les documents du Web Widget (Classique) sont compressés à l’aide de Gzip.

Les actifs du Web Widget (Classique) sont-ils mis en cache ?

Oui, les actifs du Web Widget (Classique) sont versionnés individuellement et mis en cache à long terme pendant un an maximum. Ils sont mis en cache de façon privée sur les navigateurs des utilisateurs finaux et publiquement sur les serveurs périphériques CDN.  Certains actifs requis pour le widget ont peu de chances de changer d’une version à l’autre du widget et seront mis en cache indépendamment. Cela signifie que ces actifs seront récupérés plus rapidement à partir du cache la prochaine fois que le navigateur en aura besoin.  Par exemple, les icônes de drapeau de pays utilisées dans Talk ou les sons de notification associés à Chat.

Et si j’utilise une CSP ?

Si vous utilisez une politique de sécurité du contenu (CSP), vous devez utiliser le dernier snippet. Pour en savoir plus, consultez la documentation destinée aux développeurs sur la prise en charge des CSP. 

Traduction - exonération : cet article a été traduit par un logiciel de traduction automatisée pour permettre une compréhension élémentaire de son contenu. Des efforts raisonnables ont été faits pour fournir une traduction correcte, mais Zendesk ne garantit pas l’exactitude de la traduction.

Si vous avez des questions quant à l’exactitude des informations contenues dans l’article traduit, consultez la version anglaise de l’article, qui représente la version officielle.

Réalisé par Zendesk