Tableau de bord d’audit de l’expérience experience-audit-dashboard
Découvrez comment le contrôle de l’expérience valide votre processus de déploiement et vous aide à vous assurer que les modifications déployées répondent aux normes de base en termes de performances, d’accessibilité, de bonnes pratiques et d’optimisation pour les moteurs de recherche par le biais d’une interface de tableau de bord claire et informative.
Vue d’ensemble overview
Le contrôle de l’expérience valide le processus de déploiement et permet de s’assurer que les modifications sont déployées :
-
Respectent les normes de base en matière de performances, d’accessibilité, de bonnes pratiques, d’optimisation du moteur de recherche (SEO) et d’application web progressive (PWA).
-
N’introduisent pas de régressions.
Le contrôle de l’expérience dans Cloud Manager garantit que l’expérience de l’utilisateur sur le site est de la plus haute qualité.
Les résultats sont informatifs et permettent au responsable de déploiement de voir les scores et les différences existant entre les scores précédents et actuels. Ces informations sont utiles pour déterminer si une régression a été introduite avec le déploiement actuel.
Le contrôle de l’expérience est optimisé par Google Lighthouse, un outil open source de Google, et est activé dans tous les pipelines de production Cloud Manager.
Disponibilité availability
Le contrôle de l’expérience est disponible pour Cloud Manager :
- Pipelines de production Sites par défaut
- Développement de pipelines entièrement empilés, éventuellement
- Développement de pipelines front-end, éventuellement
Pour plus d’informations sur la configuration de l’audit pour les environnements facultatifs, reportez-vous à la section Configuration .
Les audits sont exécutés dans le cadre du pipeline. Les audits peuvent également être exécutés à la demande en dehors des pipelines.
Configuration configuration
Le contrôle de l’expérience est disponible par défaut pour les pipelines de production. Il peut être éventuellement activé pour le développement de pipelines front-end et plein-pile. Dans tous les cas, vous devez définir les chemins de contenu évalués lors de l’exécution du pipeline.
-
Selon le type de pipeline que vous souhaitez configurer, suivez les instructions pour :
- Ajoutez un nouveau pipeline de production, si vous souhaitez définir les chemins à évaluer par l’audit.
- Ajoutez un nouveau pipeline hors production, si vous souhaitez activer l’audit sur un pipeline front-end ou de développement à pile complète.
- Vous pouvez également modifier un pipeline existant, et mettre à jour les options existantes.
-
Si vous ajoutez ou modifiez un pipeline hors production pour lequel vous souhaitez utiliser le contrôle de l’expérience, vous devez cocher la case Audit de l’expérience sur l’onglet Code Source .
- Cela n’est nécessaire que pour les pipelines hors production.
- L’onglet Audit de l’expérience s’affiche lorsque la case est cochée.
-
Pour les pipelines de production et hors production, vous définissez les chemins qui doivent être inclus dans le contrôle de l’expérience sur l’onglet Audit de l’expérience .
- Les chemins de page doivent commencer par
/
et sont relatifs à votre site. - Par exemple, si votre site est
wknd.site
et que vous souhaitez inclurehttps://wknd.site/us/en/about-us.html
dans le contrôle de l’expérience, saisissez le chemin/us/en/about-us.html
.
- Les chemins de page doivent commencer par
-
Appuyez ou cliquez sur Ajouter une page et le chemin d’accès est automatiquement renseigné avec l’adresse de votre environnement et ajouté à la table des chemins d’accès.
-
Continuez à ajouter des chemins selon vos besoins en répétant les deux étapes précédentes.
- Vous pouvez ajouter 25 chemins au maximum.
- Si vous ne définissez aucun chemin, la page d’accueil du site sera incluse par défaut dans l’audit de l’expérience.
-
Cliquez sur Enregistrer pour enregistrer votre pipeline.
Résultats du contrôle de l’expérience results
Les résultats du contrôle de l’expérience sont présentés dans la phase Test d’évaluation du pipeline de production via la page d’exécution du pipeline de production.
Le contrôle de l’expérience fournit les scores Google Lighthouse médians pour les pages configurées et la différence de score par rapport à l’analyse précédente.
Dans cette vue récapitulative de la phase Test d’évaluation du pipeline, vous disposez de deux options :
Outre le résumé présenté dans les détails d’une exécution de pipeline, vous pouvez accéder directement aux résultats complets de l’audit en utilisant l’onglet Rapports du tableau de bord Cloud Manager pour accéder directement à le rapport complet.
- Si vous souhaitez obtenir des détails sur le fonctionnement de l’audit, reportez-vous à la section Détails de l’évaluation du contrôle de l’expérience.
- Si vous souhaitez savoir comment exécuter un audit d’expérience à la demande, consultez la section Rapports d’audit On-Demand.
- Si vous rencontrez des problèmes avec l’audit, reportez-vous à la section Problèmes liés à l’audit d’expérience.
- Pour obtenir des conseils généraux sur les performances, consultez la section Conseils généraux sur les performances.
Afficher les pages les plus lentes view-slowest-pages
Appuyez ou cliquez sur Afficher les pages les plus lentes pour ouvrir la boîte de dialogue 5 pages les plus lentes, affichant les cinq pages les moins performantes que vous avezconfigurées pour effectuer un audit.
Les scores sont ventilés par Performance, Accessibilité, Bonnes pratiques et SEO avec l’écart de chaque mesure par rapport au dernier audit.
Par défaut, la boîte de dialogue s’ouvre avec les scores des appareils mobiles. Vous pouvez modifier ce paramètre en scores de bureau à l’aide de la bascule Périphériques située en haut de la boîte de dialogue.
La boîte de dialogue est destinée à un aperçu rapide. Pour plus d’informations, appuyez ou cliquez sur Afficher le rapport complet.
Afficher le rapport complet view-full-report
Vous pouvez afficher le rapport Audit de l’expérience complet en procédant comme suit :
- Appuyez ou cliquez sur Afficher le rapport complet dans la boîte de dialogue 5 pages les plus lentes.
- Appuyez ou cliquez sur Afficher le rapport complet lors de l’affichage de l’ exécution d’un pipeline.
- Appuyez ou cliquez sur l’onglet Rapports dans Cloud Manager.
L’onglet Rapports de Cloud Manager s’ouvre, affichant le audit de l’expérience.
Le rapport est divisé en deux zones :
Scores de page - tendance trend
Par défaut, la vue sélectionnée pour Scores de page - tendance est Scores médians pour les 6 derniers mois.
Utilisez les menus déroulants Sélectionner et Afficher en haut et en bas du bouton du graphique pour sélectionner respectivement les détails spécifiques à la page et différentes périodes. Appuyez ou cliquez sur le bouton et mettre à jour la tendance en haut du graphique pour appliquer les sélections et actualiser le graphique.
Lorsque vous placez le pointeur de la souris sur le graphique, une info-bulle affiche les valeurs des catégories Google Lighthouse à des moments spécifiques.
Si vous appuyez ou cliquez sur le graphique à un moment donné, une fenêtre contextuelle s’ouvre avec le détail de cette analyse. Appuyez ou cliquez sur l’analyse d’audit d’expérience ouverte pour charger ces résultats d’analyse dans la section résultats d’analyse d’expérience .
Résultats de l’analyse de l’audit de l’expérience scan-results
La section Résultats de l’analyse de l’expérience fournit des recommandations sur la manière d’améliorer votre score et les détails de toutes les pages analysées. Il est divisé en deux sections :
Recommandations recommendations
La section Recommendations présente un ensemble agrégé d’informations. Par défaut, les recommandations pour performance s’affichent. Utilisez la liste déroulante en regard de l’en-tête Recommendations pour passer à une autre catégorie.
Appuyez ou cliquez sur le chevron d’une recommandation pour en afficher les détails.
Lorsqu’elles sont disponibles, les détails de la recommandation étendue contiennent également le pourcentage de l’impact des recommandations, afin de vous aider à vous concentrer sur les modifications ayant le plus d’impact.
Appuyez ou cliquez sur le lien Afficher les pages dans la vue Détails pour afficher les pages auxquelles la recommandation s’applique.
Pages analysées scanned-pages
La section Pages analysées donne des scores de détails sur toutes les pages numérisées. Vous pouvez utiliser les boutons Préc et Suivant pour parcourir les résultats et choisir le nombre de pagination de l’affichage.
Appuyez ou cliquez sur le lien d’une page spécifique pour mettre à jour le filtre Sélectionner de la section Scores de page - Tendance et affiche l’onglet Scores & recommandations pour la page sélectionnée.
L’onglet Rapports bruts donne des scores pour chaque audit de la page. Appuyez ou cliquez sur l’icône Télécharger pour récupérer un fichier JSON des données brutes.
Un nouvel onglet s’ouvre alors dans votre navigateur, pointant vers https://googlechrome.github.io/lighthouse/viewer/
avec une URL signée du rapport Notation d’objet JavaScript (JSON) Lighthouse brute pour la page sélectionnée, qui s’ouvre automatiquement pour votre inspection détaillée.
Rapports d’audit On-Demand on-demand
En plus d’être exécutés pendant l’exécution du pipeline, les rapports d’audit d’expérience peuvent également être générés à la demande. Il s’agit d’une bonne solution pour analyser rapidement vos pages sans avoir à exécuter un pipeline.
Pour exécuter une analyse à la demande, accédez à l’onglet Rapports pour afficher le rapport d’audit complet, puis appuyez ou cliquez sur le bouton Exécuter l’analyse .
Les analyses à la demande déclenchent un audit de l’expérience pour les 25 dernières pages configurées et se terminent généralement en quelques minutes.
Une fois l’analyse terminée, le graphique des scores sera automatiquement mis à jour. Vous pouvez consulter les résultats exactement comme pour une analyse d’exécution de pipeline.
Vous pouvez filtrer le graphique des scores en fonction du type de déclencheur à l’aide du sélecteur Déclencheur .
Problèmes rencontrés dans le contrôle de l’expérience issues
Si les pages que vous avez configurées à contrôler n’étaient pas disponibles, le contrôle de l’expérience le reflète.
Le pipeline affiche une section d’erreur extensible pour afficher les chemins d’URL relatifs auxquels il n’a pas pu accéder.
Si vous affichez le rapport complet, les détails sont affichés dans la section Résultats de l’analyse de l’audit d’expérience .
Voici quelques raisons pour lesquelles les pages peuvent ne pas être disponibles :
- La configuration bloque l’accès.
- La page n’existe pas.
- La page redirige qui nécessite une authentification autre que de base.
- Un problème interne s’est produit.
- Etc.
Conseils généraux sur les performances performance-tips
Deux des problèmes d’impact les plus courants qui sont faciles à résoudre concernent les changements de mise en page cumulés (CLS) et la plus grande peinture de contenu (LCP).
Ils peuvent être améliorés en procédant comme suit :
- Ne pas ralentir le chargement des images au-dessus du pli (contenu visible dans le navigateur sans avoir à faire défiler vers le bas).
- Définir correctement la priorité du chargement des ressources (par exemple en chargeant de manière asynchrone les images sous le pli une fois le document chargé).
- Prérécupération des fichiers JavaScript et CSS utilisés pour effectuer le rendu du contenu au-dessus du pli (si nécessaire).
- Réservez l’espace vertical en attribuant un format aux conteneurs qui se chargent lentement ou dont le rendu est effectué ultérieurement.
- Conversion des images au format WebP pour réduire leur taille.
- Utilisation de
<picture>
et d’imagesrcset
avec des tailles d’image variées pour différentes tailles de fenêtre d’affichage (et pour s’assurer que le redimensionnement fonctionne).
Détails de l’évaluation du contrôle de l’expérience details
Les détails suivants fournissent des informations supplémentaires sur la manière dont le contrôle de l’expérience évalue votre site. Elles ne sont pas nécessaires à l’utilisation générale de la fonctionnalité et sont fournies ici pour être complètes.
-
Bien que les chemins de page d’audit d’expérience configurés affichent le domaine
.com
de l’éditeur, l’audit analyse le domaine d’origine (.net
), afin de s’assurer que les problèmes introduits lors du développement sont détectés.- Le domaine
.com
utilise un CDN et peut générer de meilleurs scores ou contenir des résultats mis en cache.
- Le domaine
-
Dans les pipelines de production à pile complète, l’environnement d’évaluation est analysé.
- Pour que l’audit fournisse des détails pertinents lors du contrôle, le contenu de l’environnement d’évaluation doit être aussi proche que possible de l’environnement de production.
-
Les pages affichées dans la liste déroulante Sélectionner de la section Scores de page - tendance sont toutes des pages connues qui ont été analysées par le passé par le contrôle de l’expérience.
-
Une recommandation peut présenter un gain potentiel et une différence par rapport à l’analyse précédente.
- Le contrôle de l’expérience estime le gain potentiel en traitant le rapport brut pour chaque page et en corrélant les octets perdus ou les millisecondes avec un insight qui a un impact pondéré sur le score de performances.
- L’audit fournit ces informations (ainsi que les pages concernées) pour vous aider à décider quelle recommandation poursuivre.
- Pour plus d’informations, reportez-vous à la section Conseils généraux sur les performances
-
Étant donné qu’un pipeline front-end peut être déployé dans un environnement existant (ou qu’il peut y avoir plusieurs pipelines front-end ciblant le même environnement) et que les résultats de l’analyse sont agrégés au niveau de l’environnement, les scores, tendances et recommandations s’affichent dans le même environnement sélectionné, quelle que soit l’exécution du pipeline qui a déclenché l’analyse.