Statistiques

Avec WordPress Analytics dans MyKinsta, vous pouvez découvrir ce qui se passe sous le capot de votre site en visualisant un large éventail de données analytiques. Vous pouvez même investiguer et diagnostiquer certains problèmes de votre site depuis le tableau de bord de MyKinsta. Aujourd’hui, nous allons nous plonger dans chaque section de MyKinsta Analytics et partager quelques exemples de la façon dont vous pouvez utiliser ces données pour améliorer et réparer votre site WordPress.

Plonger dans MyKinsta Analytics

La page Tableau de bord de MyKinsta offre quelques informations rapides sur l’utilisation des ressources, le transfert de données (bande passante), les visites uniques sur votre site, et l’utilisation du CDN (le cas échéant).

Pour obtenir des rapports plus détaillés, vous pouvez consulter les analyses de tous les sites de votre plan en vous rendant sur votre Nom d’utilisateur > Réglages de l’entreprise > Statistiques.Note : Si vous avez également un hébergement d’application ou un hébergement de base de données, vous devrez sélectionner la sous-page Sites WordPress. Lorsque vous consultez les statistiques au niveau de l’entreprise, vous visualisez les données de tous les sites et environnements WordPress.

Pour afficher les statistiques d’un seul site spécifique (statistiques au niveau du site), allez sur Sites WordPress > nom du site > Statistiques.

Vous pouvez ensuite choisir de voir les données des dernières 24 heures, 7 jours, 30 jours, ou le cycle de facturation actuel (Mois actuel dans le menu déroulant).

Les données statistiques sont divisées en sept sections différentes, que nous examinerons plus en détail ci-dessous :

Ressources

Dans la section Ressources, vous pouvez voir le nombre total de visites, l’espace disque, l’utilisation de la bande passante, les principales requêtes par octets et les principales requêtes par vues.

Utilisation du plan

L’utilisation du plan affiche les totaux pour tous les sites du plan de votre entreprise. Les informations relatives à l‘utilisation du disque sont calculées une fois par jour pour chaque site web à différents moments. Cela signifie que la quantité d’espace disque utilisée peut varier au cours de la journée et que le total pour tous les sites web peut ne pas être tout à fait exact jusqu’au lendemain.

Répartition de l’utilisation du plan

Le rapport de distribution de l’utilisation du plan vous montre une répartition du nombre de visites, de l’utilisation de la bande passante et de l’utilisation de l’espace disque pour chaque site WordPress dans votre plan d’entreprise. L’espace disque fait référence à la capacité de stockage actuellement utilisée et affiche toujours les données les plus récentes dans le délai spécifié. Vous pouvez trier ce graphique par Visites, Bande passante ou Espace disque par ordre croissant ou décroissant en cliquant sur l’en-tête correspondant.

Comme les plans d’hébergement de Kinsta sont basés sur le nombre total de visiteurs de votre site en direct, vous pouvez identifier la part de votre plan que chaque site utilise. L’utilisation de la bande passante et de l’espace disque vous aide à identifier les sites sur lesquels vous devez effectuer une analyse plus approfondie pour résoudre les problèmes.

Visites

Le graphique des visites vous montre le nombre de visites sur votre environnement WordPress (Live, Staging standard, ou Staging premium). Ce graphique utilise le temps universel coordonné (UTC).

Si vous mettez en évidence un point spécifique dans le graphique, vous verrez le nombre de visites pour ce jour et un pourcentage de comparaison avec le point de données précédent (jour ou heure, en fonction de la période sélectionnée). Il s’agit du nombre exact de visites dans l’environnement. N’oubliez pas que les filtres et les règles de Google Analytics ne s’appliquent pas ici. Tous les services afficheront un nombre différent en fonction de leur propre ensemble de règles – les personnes qu’ils considèrent comme non pertinentes/le trafic de robots et celles qu’ils ne considèrent pas comme telles.

Les plans d’hébergement de Kinsta sont basés sur le nombre total de visiteurs de votre site en ligne. Seules les visites de l’environnement réel sont comptabilisées dans l’utilisation de votre plan (indiqué en haut de votre page d’analyse au niveau de l’entreprise et dans la section d’analyse WordPress de votre page de tableau de bord). En savoir plus sur la façon dont Kinsta compte les visites.

Note : Le nombre total de visites dans la section Ressources des statistiques peut différer du total que vous voyez sur la page Tableau de bord dans MyKinsta. Ceci est dû au fait que la page Tableau de bord de MyKinsta affiche toujours les visites de votre cycle de facturation actuel.

Espace disque

Le graphique de l’espace disque montre votre limite de stockage et son utilisation. Note : L’utilisation de l’espace disque ne peut pas être visualisée pour les dernières 24 heures, vous devez donc sélectionner 7 jours, 30 jours ou le mois en cours dans le menu déroulant en haut de la page.

Bande passante

Le rapport d’utilisation de la bande passante montre le total des données utilisées par votre site. Kinsta facture les plans en fonction du nombre de visiteurs sur votre site, mais l’utilisation de la bande passante peut vous aider à résoudre les problèmes de performance. Ce graphique utilise le temps universel coordonné (UTC).

Si vous mettez en évidence un point précis du graphique, des données comparatives s’afficheront, telles que le pourcentage de différence entre chaque jour.

Nous recommandons vivement à tous nos clients de mettre en place un CDN. Non seulement parce que vous constaterez une augmentation de la vitesse, mais aussi parce que cela peut être un excellent moyen de réduire la bande passante et les ressources sur votre site. La bande passante du CDN est très bon marché, voire gratuite. Consultez notre article détaillé sur les avantages d’un CDN WordPress et les raisons pour lesquelles vous devriez en utiliser un. Ou, si vous êtes prêt, regardez comment activer le CDN de Kinsta sur votre site.

Principales requêtes par octets

Un octet est une séquence de bits binaires dans un flux de données sérialisé dans les systèmes de transmission de données. Lorsqu’il s’agit de votre site WordPress, il est généralement mesuré en Mo, Go et To. Le nombre total d’octets transférés sur votre site constitue votre bande passante. Dans le rapport « top requests by bytes », vous pouvez voir quelles requêtes sur votre site utilisent le plus de bande passante.

Principales requêtes par vues

Le rapport Top requests by views vous montre les ressources les plus demandées de votre site sur le serveur, quelle que soit leur taille. Si votre site utilise plus de bande passante que prévu, ce rapport et les précédents peuvent vous aider à résoudre les problèmes et à déterminer où va votre bande passante. Souvent, vous pouvez facilement repérer un modèle.

CDN & edge

Dans la section Utilisation du CDN, si le CDN de Kinsta est activé, vous pouvez voir votre bande passante CDN, les principaux fichiers par requêtes, les principaux fichiers par octets et les principales extensions de fichiers par octets. Si un fichier multimédia particulier de votre site monopolise toute votre bande passante, vous pouvez le repérer ici.

Bande passante CDN

Le rapport sur l’utilisation de la bande passante CDN indique le total des données CDN utilisées par votre site. Ce graphique utilise le temps universel coordonné (UTC).

Si vous mettez en surbrillance un point précis du graphique, vous obtiendrez des données comparatives, telles que le pourcentage de différence entre chaque jour.

Bande passante du cache edge

Ce graphique montre le total des données servies par le cache edge. Ce graphique utilise le temps universel coordonné (UTC).

Si vous mettez en surbrillance un point précis du graphique, vous obtiendrez des données comparatives, telles que le pourcentage de différence entre chaque jour.

Fichiers les plus demandés

Le rapport sur les fichiers les plus demandés vous indique les fichiers les plus demandés sur votre site et servis par le CDN. Cela peut vous aider à identifier les fichiers responsables de la plus grande partie de l’utilisation de la bande passante de votre CDN.

Principaux fichiers par octets

Le rapport « Top files by bytes » vous montre les fichiers les plus volumineux de votre site servis par le CDN. Cela peut vous aider à identifier les fichiers volumineux que vous pouvez optimiser, réduisant ainsi la taille du fichier et l’utilisation de la bande passante du CDN.

Principales extensions de fichiers par octets

Le rapport sur les principales extensions de fichiers par octets vous indique les X principales extensions de fichiers servies par le CDN. Cela peut vous aider à identifier le type de média sur votre site responsable de la plus grande partie de l’utilisation de la bande passante du CDN.

Dispersion

Dans la section Dispersion, vous pouvez visualiser différentes informations sur le trafic de votre site.

Ordinateur de bureau vs. tablette vs. mobile

Le graphique « Desktop vs. tablet vs. mobile » vous permet de voir quels sont les appareils qui visitent votre site. Dans l’exemple ci-dessous, vous pouvez voir que le trafic est principalement constitué d’ordinateurs de bureau à 95 %.

Performances

Dans la section Performances, vous pouvez afficher votre temps de réponse PHP + MySQL moyen, le débit PHP, la limite de mémoire PHP atteinte, la limite de threads PHP, l’utilisation AJAX, le temps de réponse PHP + MySQL moyen le plus élevé et le temps en amont maximal le plus élevé.

Temps de réponse moyen de PHP + MySQL

Lorsque vous visitez un site WordPress, PHP et MySQL sont utilisés pour compiler et interroger les données que vous voyez sur la page. Ce graphique vous montre le temps de réponse moyen du moteur PHP et du moteur MySQL pour chaque requête non mise en cache.

Si cette valeur est élevée ou présente un pic récent, n’hésitez pas à ouvrir une nouvelle session de discussion avec notre équipe de support afin qu’elle puisse vérifier s’il existe des problèmes liés au serveur. Si aucun problème lié au serveur n’est détecté, nous vous recommandons d’utiliser notre outil APM pour vous aider à diagnostiquer les problèmes de performance.

Débit de PHP

Le débit est le nombre de transactions par unité de temps. Dans ce rapport, il s’agit du débit PHP de votre site WordPress. En d’autres termes, il indique le nombre total de requêtes exécutées pendant la période sélectionnée. Le graphique linéaire présente une ventilation plus détaillée par heures ou par jours (en fonction de la période choisie).

Limite de mémoire PHP atteinte

Ce graphique montre le nombre de fois où la limite de mémoire PHP a été atteinte. La limite de mémoire PHP par défaut de Kinsta est de 256 Mo, ce qui est plus que suffisant pour la plupart des plugins et sites WordPress. Cette limite existe pour empêcher les scripts PHP de consommer trop de mémoire. Si vous fixez une limite trop élevée, un script mal configuré ou cassé peut causer de sérieux problèmes en consommant trop de mémoire. Si votre site est correctement configuré chez Kinsta, vous ne devriez pas atteindre la limite de mémoire PHP.

Vous pouvez modifier la limite de mémoire PHP d’un site par thread dans les Sites WordPress > nom du site > Info > Performances PHP > Modifier. Si vous augmentez la mémoire par thread, cela réduit le nombre de threads PHP disponibles et, par conséquent, le nombre de requêtes entrantes que votre site peut traiter simultanément. Cependant, vous pouvez également modifier votre pool de mémoire totale pour augmenter à la fois le nombre de threads et la mémoire disponible pour votre site.

Limite de threads PHP

Le graphique de la limite des threads PHP indique combien de fois le moteur PHP a atteint le nombre maximum de threads PHP alloués. Par exemple, si votre plan inclut 4 threads PHP, et que votre site utilise les 4 threads PHP simultanément et ne peut pas répondre immédiatement aux requêtes PHP entrantes, cela comptera comme un cas d’atteinte de la limite de threads PHP.

Cela ne vous donnera qu’une image partielle de l’activité de vos threads PHP, car cela n’enregistre que le nombre de fois où la limite de threads PHP est atteinte et non la durée d’utilisation de tous les threads PHP.

Chaque plan d’hébergement chez Kinsta comprend un nombre de threads PHP par défaut. Vous pouvez modifier le nombre de threads PHP pour chaque site dans Sites WordPress > Nom du site > Info > Performances PHP > Changer. Si vous augmentez le nombre de threads, cela réduit la limite de mémoire par thread ; cependant, vous pouvez également modifier votre pool de mémoire total pour augmenter à la fois le nombre de threads et la mémoire disponible pour votre site. Les informations contenues dans ce tableau peuvent vous aider à déterminer si votre site atteint continuellement des limites.

Utilisation d’AJAX

AJAX (Asynchronous JavaScript and XML) est un terme qui décrit l’utilisation d’un script côté client qui vous permet de mettre à jour des parties d’une page web sans avoir à effectuer un postback ou un rafraîchissement de la page.

En ce qui concerne WordPress, vous avez peut-être vu admin-ajax.php dans vos tests de vitesse. WordPress utilise Ajax pour des fonctions d’administration de base telles que l’enregistrement automatique des articles, la gestion des sessions utilisateur et les notifications. Les appels Ajax pour ces fonctions sont effectués via le fichier admin-ajax.php dans /wp-admin.

Les problèmes les plus courants avec Ajax dans WordPress sont les extensions qui provoquent des pics et des problèmes de CPU sur le backend. Pour plus de détails, consultez notre article détaillé sur le diagnostic d’une utilisation élevée d’Admin-AJAX sur votre site WordPress.

Le graphique de l’utilisation d’AJAX montre le nombre de requêtes admin-ajax, et vous pouvez voir s’il y a des pics d’utilisation d’Ajax pendant des périodes spécifiques. Sélectionnez l’une des barres du graphique et vous verrez le nombre de requêtes Ajax pour cette période particulière. Vous pouvez ensuite utiliser certains des conseils de l’article mentionné ci-dessus pour réduire la source de ces pics.

Temps de réponse moyen de PHP + MySQL

Cette liste montre les chemins avec les meilleurs temps de réponse de PHP et MySQL. Il s’agit du temps moyen par requête, et non du temps total pour toutes les requêtes. Ces chiffres peuvent être des pics ponctuels, il est donc préférable de comparer cette liste avec la liste des meilleurs temps de réponse en amont.

Top temps maximum en amont

Le temps en amont est le temps total nécessaire à NGINX (et aux serveurs en amont) pour traiter une requête et envoyer une réponse. Cette liste montre les chemins avec les meilleurs temps en amont PHP et MySQL (combinés) pour les requêtes. Le temps est calculé par requête, et non le temps total pour toutes les requêtes.

Réponse

Dans la section Réponse, vous pouvez voir la répartition des codes de réponse, les statistiques de réponse, la répartition des erreurs 500, la répartition des erreurs 400, la répartition des redirections et le top des erreurs 404.

Ventilation des codes de réponse

Le tableau de répartition des codes de réponse vous permet d’obtenir une vue d’ensemble de la répartition des codes d’état HTTP servis pour les ressources demandées. Les codes de réponse, également appelés codes d’état HTTP, ne sont pas toujours mauvais. Par exemple, un code d’état HTTP 200 signifie « Tout est OK » Ce code est délivré lorsqu’une page web ou une ressource se comporte exactement comme prévu. Nous examinerons les autres codes plus loin.

Statistiques sur les réponses

Le rapport de statistiques sur les réponses vous montre le nombre total de redirections, d’erreurs, le taux de réussite et le taux d’erreur. Chaque site WordPress aura typiquement un léger taux d’erreur, ce qui est tout à fait normal.

Ventilation des erreurs 500

Le tableau de ventilation des erreurs 500 vous montre le nombre total d’erreurs 500 qui se sont produites sur le serveur. Voici une explication plus détaillée de la signification de chacune d’entre elles :

• 500 : « Une erreur s’est produite sur le serveur et la demande n’a pas pu être traitée. » Il s’agit d’un code générique qui signifie qu’il y a eu une « erreur interne du serveur » Quelque chose s’est mal passé sur le serveur et la ressource demandée n’a pas été livrée.
• 502 : « Mauvaise passerelle » Ce code d’erreur signifie généralement qu’un serveur a reçu une réponse non valide d’un autre serveur. Il arrive qu’une requête ou une demande prenne trop de temps et qu’elle soit annulée ou tuée par le serveur. Pour en savoir plus sur la correction d’une erreur 502 « Bad Gateway » », cliquez ici.
• 503 : « Le serveur n’est pas disponible pour traiter cette requête pour le moment. » La requête ne peut pas être traitée pour l’instant. Ce code peut être renvoyé par un serveur surchargé qui ne peut pas traiter de nouvelles demandes. Nous avons un guide étape par étape sur la façon de corriger l’erreur 503 service indisponible dans WordPress.

Ventilation des erreurs 400

Le graphique de ventilation des erreurs 400 vous indique le nombre total d’erreurs 400 qui se sont produites sur le serveur. Voici une explication plus détaillée de la signification de chacune d’entre elles :

• 401 : « Non autorisé. » Le serveur renvoie cette erreur lorsque la ressource cible ne dispose pas d’informations d’authentification valides.
• 403 : « L’accès à cette ressource est interdit » Ce code est renvoyé lorsqu’un utilisateur tente d’accéder à une ressource à laquelle il n’est pas autorisé à accéder. Par exemple, une tentative d’affichage d’un contenu protégé par un mot de passe sans s’être connecté peut produire une erreur 403.
• 404 : « La ressource demandée n’a pas été trouvée » Il s’agit du message d’erreur le plus courant. Ce code signifie que le serveur ne peut pas trouver la ressource demandée et qu’il ne sait pas si elle a déjà existé.
• 405 : « Méthode non autorisée. » Cette erreur est générée lorsque le serveur d’hébergement (serveur d’origine) prend en charge la méthode reçue, mais que la ressource cible ne le fait pas.
• 429 : « Trop de requêtes. » Le serveur génère généralement cette erreur lorsque l’utilisateur a envoyé trop de demandes dans un laps de temps donné (limitation du débit). Cette erreur est souvent causée par des robots ou des scripts qui tentent de pénétrer par la force brute dans votre page de connexion par défaut à WordPress. Vous pouvez aider à verrouiller votre site en modifiant votre URL de connexion WordPress.
• 499 : « Client closed request. » Cette erreur est renvoyée par NGINX lorsque le client ferme la requête alors que NGINX est encore en train de la traiter.

Ventilation des redirections

Le graphique de ventilation des redirections vous montre le nombre total de redirections qui se sont produites sur le serveur. Rappelez-vous qu’à l’instar des codes de réponse 200, tous les codes de réponse ne sont pas mauvais. les codes de réponse 300 signifient généralement que vous avez déplacé le contenu ailleurs. les redirections 301, par exemple, sont très importantes car elles vous aideront à conserver votre classement SEO pour les changements d’URL et de site. Voici une explication plus détaillée de la signification de chacun de ces codes.

• 301 : « La ressource demandée a été déplacée de façon permanente » Ce code est délivré lorsqu’une page web ou une ressource a été remplacée de manière permanente par une ressource différente. Il est utilisé pour la redirection permanente d’URL.
• 302 : « La ressource demandée a été déplacée mais a été retrouvée » Ce code indique que la ressource demandée a été temporairement déplacée vers un autre emplacement.
• 304 : « La ressource demandée n’a pas été modifiée depuis la dernière fois que vous y avez accédé. » Ce code indique au navigateur que les ressources stockées dans le cache du navigateur n’ont pas été modifiées. Il accélère la diffusion des pages web en réutilisant les ressources téléchargées précédemment.

Principales erreurs 404

La liste des principales erreurs 404 vous aide à résoudre les problèmes liés aux ressources les plus demandées par les visiteurs ou les robots, qui n’existent pas sur votre site.

Si vous constatez un grand nombre d’erreurs 404, il est généralement recommandé de parcourir votre site et de les corriger pour des raisons de référencement et de convivialité. Vous pouvez également les rechercher dans la Search Console de Google, sous la rubrique des erreurs de navigation.

Cache

Dans la section Cache, vous pouvez afficher la pile des composants du cache, le tableau des composants du cache et le nombre total de contournements du cache.

Pile de composants de cache

Chaque fois qu’un fichier ou une ressource est demandé aux serveurs de Kinsta, il envoie une valeur dans l’en-tête de réponse HTTP (X-Kinsta-Cache) pour vous informer de l’état du cache.

Il existe quatre types d’en-têtes de réponse de cache renvoyés :

• HIT : Un HIT signifie que la ressource est servie à partir du cache sur les serveurs de Kinsta. En général, c’est ce que vous voulez voir.
• BYPASS : Cela signifie qu’une règle ou un conflit empêche probablement la ressource d’être mise en cache. Nous avons mis en place des règles pour que certains éléments de votre site WordPress ne soient pas mis en cache. Par exemple, votre page /wp-login.php n’est pas mise en cache, ce qui garantit un fonctionnement correct lorsque vous vous connectez à votre tableau de bord.
• MISS : Cela signifie que le contenu n’était pas encore dans le cache mais qu’il le sera après la première requête. La deuxième requête vers ce fichier sera un HIT du cache. N’oubliez pas qu’à chaque fois que vous videz le cache de votre site WordPress, il doit être reconstruit par les personnes qui le visitent. C’est pourquoi nous vous recommandons de ne pas vider le cache en permanence. L’extension Kinsta MU ne purge automatiquement que certaines sections de votre site afin que le reste puisse rester en cache. En savoir plus sur la façon dont Kinsta gère la mise en cache.
• EXPIRED : Cela signifie que le contenu mis en cache a expiré et que le nouveau contenu du serveur d’hébergement a été récupéré.

Le rapport sur la pile de composants de cache vous permet de voir le nombre total de valeurs d’en-tête de réponse de cache générées à partir de votre site.

Graphique des composants du cache

Le graphique des composants de cache est une autre façon de visualiser le nombre total de valeurs d’en-tête de réponse de cache.

Principaux contournements de cache

Le rapport sur les principaux contournements de cache vous permet de voir les principales requêtes qui contournent le cache sur votre site. Il est utile de jeter un coup d’œil à ce rapport et de s’assurer que ces chemins d’accès devraient contourner le cache. L’exemple ci-dessous montre que /wp-cron.php n’est pas mis en cache, ce qui est nécessaire pour que WP-Cron fonctionne comme prévu.

Géo & IP

Dans la section Geo & IP, vous pouvez voir les principaux pays, villes et adresses IP qui visitent votre site. Cela vous donne un aperçu des pays, des villes et des adresses IP individuelles des visiteurs de votre site.

Principaux pays

La liste des principaux pays peut vous aider à déterminer si le centre de données dans lequel se trouve votre site est le meilleur emplacement. Cette liste est une analyse géographique par pays des adresses IP des visiteurs. Dans l’exemple ci-dessous, le site devrait probablement être placé sur un serveur situé aux États-Unis, car la majeure partie du trafic provient de ce pays.

Kinsta dispose maintenant de 37 Google Cloud Platform dans le monde entier où vous pouvez héberger votre site WordPress. Pour plus de détails, consultez notre article détaillé sur la latence du réseau et sur les raisons pour lesquelles il est important de placer votre site de manière stratégique.

Villes principales

La liste des principales villes vous montre l’analyse géographique par ville des adresses IP des visiteurs.

Principales IP des clients

La liste Top client IPs peut être utile si votre site utilise soudainement beaucoup de bande passante. Elle montre les principales adresses IP classées en fonction du nombre de requêtes.

Comment pouvez-vous utiliser ces données ? Voici un exemple d’étude de cas sur un site WordPress de commerce électronique. L’analyse des 10 premières IP clientes du site au cours des 7 derniers jours a révélé une activité suspecte. La plupart d’entre elles avaient plus de 10.000 requêtes, et il y avait un certain nombre d’IP avec autant de requêtes. Il s’agit très probablement d’un DDoS ou d’une attaque par force brute. En entrant quelques-unes des adresses IP les plus importantes dans la recherche Google, nous avons pu constater que la plupart d’entre elles étaient des adresses proxy, ce qui signifie que quelqu’un voulait très probablement cacher son trafic.

La bonne nouvelle, c’est qu’en plus de la protection par pare-feu, notre intégration de Cloudflare comprend également une protection gratuite contre les dénis de service distribués (DDoS). Si vous avez besoin d’une intervention supplémentaire, faites-le savoir à notre équipe de support. Si nécessaire, nous pouvons bloquer les adresses IP pour vous.

Vous pouvez également créer votre propre compte Cloudflare (où vous pouvez activer et configurer le pare-feu d’application Web de Cloudflare avec des règles plus spécifiques pour votre site) ou ajouter un autre pare-feu d’application Web comme Sucuri.

Remarques supplémentaires

Les données analytiques complètes sont conservées pendant 30 jours. Nous vous conseillons de vérifier le tableau de bord et les pages de statistiques plus fréquemment après avoir migré vers Kinsta. Si vous constatez un pic de trafic inexpliqué ou une incohérence qui vous préoccupe, faites-le savoir à notre équipe de support, et nous pourrons examiner les journaux de manière plus approfondie afin d’en déterminer la cause.

Nous espérons qu’avec toutes les données ci-dessus, vous aurez une meilleure compréhension de la façon dont Kinsta fournit du contenu à vos visiteurs.