Analytique du Trafic du Site

L'onglet Analytique affiche le trafic réellement servi par votre site à la périphérie : comptes de requêtes, bande passante, ratio de cache hit, pays des visiteurs et codes de réponse. Ce guide explique ce que les chiffres signifient, ce qu'ils n'incluent pas, et pourquoi l'onglet nécessite que le CDN soit activé.

Où se trouve l'Analytique dans KPanel

1. Connectez-vous à KPanel.
2. Cliquez sur Websites dans la barre latérale gauche, puis cliquez sur le site.
3. Dans la bande d'onglets du site, ouvrez Performance, puis Analytics.

L'adresse directe est /websites/<site-id>/analytics.

Ce qui l'alimente et ce que cela signifie

L'analytique du trafic est collectée à la périphérie par Kapsule CDN. Cela a deux conséquences qu'il vaut la peine de comprendre avant de lire un seul chiffre.

L'onglet nécessite que le CDN soit activé. S'il ne l'est pas, la page affiche CDN not enabled avec un bouton qui vous amène à l'onglet Kapsule CDN du site.

Le CDN nécessite un domaine personnalisé. Un site encore sur une adresse partagée *.kapsulesites.com ne peut pas utiliser le CDN, il ne peut donc pas collecter l'analytique de périphérie non plus. Dans ce cas, la page affiche Analytics needs a custom domain avec un lien vers l'onglet Domains du site.

Choisir une période

Trois boutons sélectionnent la fenêtre : 7d, 30d, et 90d. Tous les panneaux de la page suivent la sélection, donc changer la période change les totaux, le graphique quotidien, la répartition par pays et les codes de réponse ensemble.

Les trois chiffres phares

Requests sont des requêtes, pas des visiteurs ni des pages vues. Un seul chargement de page qui récupère une feuille de styles, quatre scripts et une douzaine d'images représente une page vue et environ dix-sept requêtes. Ne comparez pas ce chiffre avec une figure de pages vues provenant d'un outil d'analytique basé sur des scripts et ne vous attendez pas à ce qu'ils correspondent.

Bandwidth est ce qui a réellement circulé sur le fil, il reflète donc la compression et la mise en cache. C'est le chiffre à surveiller si vous servez de gros médias.

Cache hit est celui sur lequel vous pouvez avoir le plus d'influence directe. Un ratio élevé signifie que la plupart des requêtes ne touchent jamais votre serveur, ce qui rend le site plus rapide et réduit la charge. Un ratio faible sur un site principalement statique signifie généralement que les en-têtes de cache jouent contre vous. Consultez Purging the CDN Cache pour les contrôles.

Requêtes quotidiennes

Le panneau Daily requests dessine une barre par jour, mise à l'échelle par rapport au jour le plus actif de la période, avec le compte exact à droite.

C'est ici que vous voyez la forme de votre trafic : pics en semaine, pics de campagne et le déclin lent qui suit un changement de classement de recherche. Un pic soudain sans événement commercial correspondant est généralement un bot, et le panneau des codes de réponse le confirmera normalement.

Emplacements périphériques

Le panneau Edge locations liste les top pays par octets servis, jusqu'à huit, chacun avec une barre et son total en octets.

Il est mesuré en bande passante plutôt qu'en requêtes, il répond donc à « où va mon trafic » plutôt qu'à « qui visite le plus ». Un pays près du haut qui n'a rien à voir avec votre activité vaut la peine d'être étudié : c'est souvent du scraping.

Si la plupart de votre bande passante va dans une région loin d'où votre site est hébergé, c'est un argument solide pour que le CDN fasse son travail, et pour vérifier que votre région d'origine est la bonne. Consultez Cloud Server Regions and Availability.

Codes de réponse

Le panneau Response codes groupe les réponses en 2xx, 3xx, 4xx et 5xx, chacun avec un compte.

• 2xx est succès. Cela devrait dominer.
• 3xx est les redirections. Une grande part peut signifier une chaîne de redirection qui ralentit chaque requête. Consultez Site Redirects.
• 4xx est les erreurs client, principalement les 404. Un nombre croissant de 4xx après une restructuration du site signifie que les liens sont cassés et vous avez besoin de redirections. Consultez Custom Error Pages pour adoucir l'arrivée, et les redirections pour corriger la cause.
• 5xx est votre application qui échoue. Toute part 5xx soutenue nécessite une attention maintenant. Allez à Site Performance and APM et vos journaux.

Exporter les données

Cliquez sur CSV dans l'en-tête de la page pour télécharger la série quotidienne. Le fichier a quatre colonnes : date, requêtes, bande passante en octets et octets mis en cache. Il est nommé analytics-<site>-<period>d.csv.

Le bouton est désactivé quand il n'y a pas de données quotidiennes à exporter.

Ce que ce n'est pas

L'analytique de périphérie répond aux questions d'infrastructure, pas aux questions marketing. L'onglet ne rapporte pas les visiteurs uniques, les sessions, les référents, l'attribution de campagne, le taux de rebond ou les conversions, et il ne peut pas, car il n'exécute jamais rien dans le navigateur du visiteur.

L'avantage est que rien n'est perdu pour les bloqueurs de publicités ou les bannières de consentement : chaque requête qui a atteint la périphérie est comptée, y compris les bots, les flux et les appels API. Utilisez cet onglet pour la charge, la bande passante, l'efficacité du cache et les taux d'erreur. Utilisez un produit d'analytique dédié pour le comportement de l'audience, et attendez-vous à ce que les deux soient en désaccord.

Dépannage

La page dit CDN not enabled. Activez-le à partir de l'onglet Kapsule CDN du site. L'analytique commence à collecter une fois que le trafic périphérique circule. Consultez Enabling the CDN.

La page dit analytics needs a custom domain. Le site est sur un domaine partagé. Connectez d'abord votre propre domaine à partir de l'onglet Domains du site.

Aucune donnée pour cette période. Soit le CDN a été activé récemment, soit le site n'a pas eu de trafic. Essayez une période plus longue. L'émission du certificat périphérique après l'activation du CDN peut prendre quelques minutes, et rien n'est enregistré avant que le trafic circule réellement par la périphérie.

Les chiffres semblent beaucoup plus élevés que mon script d'analytique. Normal. Les requêtes ne sont pas des pages vues, et les bots sont comptés ici mais généralement exclus là-bas.

Le ratio de cache hit est proche de zéro. Vos réponses disent probablement à la périphérie de ne pas les mettre en cache. Recherchez les en-têtes cache-control définis par votre application ou un plugin, et confirmez que le contenu est réellement mise en cache.

Analytique indisponible. Une erreur transitoire lors de la lecture des données de périphérie. Utilisez l'icône d'actualisation dans l'en-tête de la page, et si cela persiste, ouvrez un ticket.

Pages associées

• Site Uptime Monitoring pour la disponibilité et les temps de réponse.
• Site Performance and APM pour ce qui est lent à l'intérieur de votre application.
• Site Caching pour la mise en cache côté serveur sur les sites WordPress.
• Purging the CDN Cache quand la périphérie sert quelque chose de périmé.