Combien de trafic mon site Web peut-il gérer ?

Comprendre clairement les performances et la capacité de votre site Web n'est pas une tâche simple. En fait, cela peut être un processus assez ardu si vous ne savez pas comment l'aborder. Ce guide détaillé examine les mesures que vous devriez examiner pour répondre aux questions sur le trafic de votre site, en toute confiance, une fois pour toutes.

Chez WP Engine, nous connaissons les performances du site Web est plus qu'un simple slogan unidimensionnel. En fait, en ce qui concerne les sites qui fonctionnent sur notre plate-forme, nous considérons la performance comme une équation stratégique qui combine des aspects de nos solutions cloud et de sécurité avec notre expertise WordPress gérée.

Ce faisant, nous sommes en mesure d'aborder les performances comme il se doit, sous plusieurs angles, avec une longue liste de variables et de mesures qui nécessitent un support actif.

Nous considérons également ces efforts comme un produit à part entière, et un produit qui n'est jamais terminé. Nous travaillons constamment sur des moyens d'améliorer tous les composants des performances du site sur notre plate-forme. En adoptant cette approche «jamais satisfaite», WP Engine est en mesure d'aider nos clients à créer certains des sites les plus rapides sur WordPress, et nous sommes en mesure de les aider à maintenir ces sites opérationnels face à tout, des pics de trafic à la sécurité. des menaces.

Alors que nous couvrons ici la vitesse et les métriques telles que le Time to First Byte (TTFB), l'article suivant offre une plongée en profondeur sur les métriques de trafic et la question commune, quoique cruciale : "Combien de trafic mon site peut-il gérer ?"

Cadrage de la question.

La capacité du site Web, c'est-à-dire la quantité de trafic que votre site peut gérer à un moment donné, est un élément clé de la performance globale du site, et elle a des impacts directs sur les KPI ainsi que sur le temps que les développeurs consacrent à des choses comme l'infrastructure (si vous gérez votre propre infrastructure en interne). Cela dit, évaluer le trafic que votre site peut gérer commence vraiment par comprendre les types d'utilisateurs et le trafic que votre site reçoit.

Tout d'abord, explorons la définition des utilisateurs simultanés, dans le contexte d'Internet.

Chez WP Engine, cette ressource est votre site WordPress.

Il convient de noter que les utilisateurs simultanés sont une métrique de haut niveau. Dans les sections suivantes, vous apprendrez que les utilisateurs simultanés conduisent à une métrique plus granulaire des demandes simultanées. Étant donné que ces demandes se présentent sous différentes formes et tailles, nous pouvons utiliser la capacité de mise en cache pour comprendre comment un site fonctionne à grande échelle. Au fur et à mesure que nous approfondirons, nous explorerons comment la concurrence et la capacité de mise en cache interagissent les unes avec les autres.

Alors, comment utilisez-vous les utilisateurs simultanés pour comprendre la capacité de votre environnement ? Avant de pouvoir répondre à cette question, revenons en arrière et examinons l'une des mesures les plus couramment utilisées aujourd'hui : le trafic mensuel.

Mesures de trafic mensuelles : sont-elles utiles ?

D'une manière générale, oui. Les chiffres mensuels permettent de comprendre le profil de base du trafic : faible, modéré ou élevé. Ces mesures fournissent également des informations sur les tendances, les modèles et la saisonnalité potentiels, car le trafic mensuel peut changer en fonction de nombreuses variables, notamment les campagnes marketing, les classements des moteurs de recherche et les conditions du marché.

Pour la plupart des sites, le trafic quotidien normal peut être assez stable et prévisible. Nous pouvons appeler ce trafic de base . Cependant, certains sites qui connaissent des pics de trafic récurrents ne s'inquiètent pas de la ligne de base. Ils sont plus préoccupés par les événements à fort trafic qui sont essentiels à leur activité, comme un site qui vend des billets de concert ou un site utilisé pour annoncer les sorties de produits. Lorsque ces événements sont les plus importants, il est important que votre environnement de production gère non seulement le trafic de base, mais également les pics de trafic.

C'est là que les numéros de trafic mensuels n'aideront pas. La métrique la plus fiable pour comprendre la capacité à ce niveau de trafic (mais vraiment à n'importe quel niveau) est celle des utilisateurs simultanés.

Plonger plus profondément dans les métriques des utilisateurs.

Avant de passer aux utilisateurs simultanés, il est utile de comprendre la hiérarchie des métriques dans le domaine de l'analyse numérique. Voici un schéma pour illustrer cela :

• Les utilisateurs ou visiteurs sont des mesures qui décrivent un utilisateur entrant sur le site pour la première fois. Il est généralement défini par un ID utilisateur unique. Chez WP Engine, il est défini comme une adresse IP unique et compte comme un seul visiteur unique par jour. Étant donné que toutes les visites supplémentaires du même utilisateur sont reconnues par un identifiant d'utilisateur unique, l'utilisateur unique ne serait compté qu'une seule fois.
• Les sessions ou visites représentent une période pendant laquelle un utilisateur interagit avec le site. La session commence lorsque l'utilisateur visite le site pour la première fois et se termine lorsque trois choses se produisent : l'utilisateur ferme le navigateur, efface les cookies ou devient inactif pendant 30 minutes (qui est la période par défaut dans Google Analytics et peut être personnalisée). Un même utilisateur peut avoir plusieurs sessions au cours de la journée.
• Les visites sont l'interaction entre le site et une ressource définie. Du côté de l'analyse numérique, cette métrique est définie comme les données envoyées à Google Analytics. Ces hits sont le plus souvent des pages vues. Dans le contexte de WP Engine, un hit peut être une demande à l'environnement de production. Ces requêtes peuvent être soit cacheables comme des actifs statiques (pngs, jpegs, pdfs) soit dynamiques comme des écritures de base de données (inscriptions, publication de publications, commandes de produits).

En fonction de la hiérarchie de ces métriques, au fur et à mesure que vous vous déplacez de haut en bas, les données deviennent moins ambiguës et plus granulaires. Dans le même temps, la compréhension de l'impact de ces mesures sur les performances devient plus claire.

Bref, connaître le nombre d'utilisateurs ou de visiteurs mensuels ne suffit pas .

Qu'en est-il des utilisateurs actifs de Google Analytics ?

Il y a souvent un malentendu concernant la façon dont Google Analytics et WP Engine capturent et définissent les métriques. En termes simples, les deux suivent ces données à des fins différentes. Google Analytics est avant tout un outil d'analyse de marketing et de conversion. En revanche, WP Engine est une plate-forme gérée qui suit l'utilisation des ressources brutes au niveau de la couche infrastructure et les performances au niveau de la couche application. Les méthodologies sont différentes et peuvent entraîner des divergences entre les deux plateformes.

En ce qui concerne la simultanéité, Google Analytics propose des rapports en temps réel qui surveillent les effets des campagnes marketing sur votre site. Cela inclut le nombre d'utilisateurs actifs sur votre site en ce moment :

Bien qu'elle soit "en temps réel", cette métrique ne mesure pas tout à fait le nombre total d'utilisateurs sur votre site à un moment donné, simultanément. Un utilisateur actif en temps réel est défini comme un utilisateur unique qui a déclenché un événement ou une page vue au cours des cinq dernières minutes. Si un utilisateur quitte le site avant la fenêtre de cinq minutes, Google continue de le compter comme un utilisateur actif. Si un utilisateur reste sur le site plus de 5 minutes, il n'est plus compté comme un utilisateur actif même s'il interagit toujours avec le site.

Dans cette optique, le nombre d'utilisateurs actifs de Google pourrait être supérieur au nombre réel d'utilisateurs simultanés sur votre site. Et dans des cas moins courants, la métrique peut être inférieure à la simultanéité réelle en fonction du comportement de l'utilisateur et de la durée moyenne de la session.

Pouvez-vous compter sur les utilisateurs actifs de Google Analytics ? Comme toujours, plus vous avez de données, mieux c'est. Mais à lui seul, il ne détermine pas vos besoins en capacité.

Comment mesurer les utilisateurs simultanés .

Si Google Analytics ne fournit pas de métrique claire pour les utilisateurs simultanés, alors qu'est-ce qui le fait ? Voici deux méthodes courantes pour vous aider à déterminer ce nombre :

1. Calculez les utilisateurs simultanés .

En utilisant cette formule avec des données extraites de Google Analytics, vous pouvez calculer le nombre d'utilisateurs actifs sur votre site dans une très petite unité de temps, comme une seconde :

[Sessions horaires de pointe x durée moyenne de la session (secondes)] / 3 600

Pour les sessions horaires de pointe, accédez au rapport "Vue d'ensemble de l'audience" dans Google Analytics -> recherchez la période de trafic de pointe -> changez l'onglet en "Horaire" -> passez la souris sur le graphique pour voir le plus grand nombre de sessions en une heure.

Pour la durée moyenne de la session, la métrique est affichée dans le tableau de bord Présentation. Si ce n'est pas le cas, accédez à "Sélectionner une statistique" sous l'onglet Présentation pour afficher la durée.

2. Choisissez une alternative à Google Analytics .

Bien que Google Analytics soit l'outil d'analyse Web le plus populaire sur le marché, il se peut qu'il ne réponde pas à tous vos besoins spécifiques. Il existe un grand nombre d'outils d'analyse qui peuvent mesurer la simultanéité de manière plus alignée sur la définition traditionnelle des utilisateurs simultanés.

Qu'en est-il de la capacité de cache ?

Alors, les utilisateurs simultanés sont-ils une mesure valide des performances ? Pas complètement. Cette mesure vous aide à comprendre l'ampleur du scénario à un niveau élevé, mais ne fournit pas d'informations plus approfondies.

Cela dit, il est utile de comprendre la différence entre les utilisateurs qui sont connectés à votre site WordPress (membres, administrateurs, éditeurs) et les utilisateurs qui ne sont pas connectés. Le comportement de ces utilisateurs produit différents types de « hits » ou requêtes, qui sont le plus révélateur de la performance du site (mentionné dans une section précédente ci-dessus).

Pour aller plus loin, ces différents types de requêtes se présentent sous la forme de requêtes statiques ou dynamiques :

• Le contenu statique (fichiers qui changent rarement) comme CSS, JS et les images, par exemple, peut être facilement mis en cache.
• Le contenu dynamique comme les pages de connexion, les paniers d'achat et les zones réservées aux membres ne peut pas être mis en cache car ils nécessitent que l'écran affiche quelque chose d'unique à chaque personne qui le visite.

Cela fait apparaître le concept de cacheabilité , qui fait référence au processus de stockage des données dans un cache ou une zone de stockage temporaire. Lorsque le contenu est mis en cache, un navigateur peut le récupérer à partir du cache plutôt que du serveur d'origine, ce qui fait gagner du temps à l'utilisateur final et évite au réseau toute charge de trafic supplémentaire.

 En référence à la classification statique par rapport à dynamique ci-dessus, les sites avec un contenu plus statique auront un score de capacité de mise en cache plus élevé. À l'inverse, les sites dont le contenu est plus dynamique auront un score de cacheabilité plus faible.

Lorsque les utilisateurs de WP Engine sont connectés à leur site WordPress, ils interagissent avec un contenu dynamique presque totalement impossible à mettre en cache. Par conséquent, il contourne nos couches de mise en cache frontales telles que Varnish et CDN. Par conséquent, ces requêtes impossibles à mettre en cache sont généralement plus gourmandes en ressources car elles doivent être à nouveau traitées dans le backend via PHP et MySQL. Pendant ce temps, les sites qui ne nécessitent pas de connexion peuvent varier en termes de capacité de mise en cache en fonction des éléments de la page.

Ce schéma illustre les différentes technologies requises pour diffuser du contenu statique ou dynamique :

Pour illustrer, disons que nous avons un site Web d'adoption de chiots appelé "The Puppy Nursery". En tant que nouveau visiteur entrant sur le site, vous êtes soudainement engagé avec des photos de haute qualité sur la page d'accueil. Après avoir survolé le menu, vous décidez de cliquer sur la page de biographie du chiot pour plus de détails sur chaque animal. Ces pages sont pour la plupart statiques avec des descriptions et des photos de chiots mignons. Étant donné que ces pages ont principalement un contenu statique (cachable), cette session utilisateur particulière ne consomme pas beaucoup de ressources.

Maintenant, après une journée, vous décidez de visiter à nouveau le site avec l'intention d'adopter un chiot. Vous cliquez sur la page d'inscription qui s'affiche dynamiquement avec une liste de chiots les plus proches de votre situation géographique. Après avoir choisi un chiot, vous remplissez un formulaire avec vos coordonnées personnelles, acceptez une dispense de sécurité et fournissez les informations de votre carte de crédit pour les frais d'adoption. Après avoir cliqué sur soumettre, vous êtes redirigé vers une page de « merci ». Cette session utilisateur particulière est plus dynamique en raison des éléments interactifs, notamment la fenêtre contextuelle personnalisée, la soumission de formulaires et la transaction par carte de crédit. En conséquence, il est plus gourmand en ressources.

Comme le montre cet exemple, la variation des sessions utilisateur entraîne différents types de requêtes et le nombre de requêtes adressées au serveur. Ces requêtes sont de meilleurs indicateurs de capacité et de performances que le seul nombre d'utilisateurs simultanés.

Dans l'ensemble, le nombre d'utilisateurs connectés et déconnectés simultanés et la capacité de mise en cache vous aident à comprendre la demande en ressources de votre site.

Les différents types de sites .

Il est clair que chaque site Web est unique et fait face à des défis différents. Cependant, il est toujours vrai que les caractéristiques de base d'un site Web vous informeront de sa capacité de mise en cache.

En développant ce concept, voici les différents types de sites qui sont généralement plus statiques ou dynamiques.

Statique:

• Emplacements de brochures
• Sites de commercialisation B2B
• Associations à but non lucratif
• Blogs (faible activité de publication)
• Tout site avec une très faible interaction de l'utilisateur

Dynamique:

• Boutiques de commerce électronique
• Sites d'adhésion
• Multisites WordPress
• Systèmes de gestion de l'apprentissage
• Tout site avec une interaction utilisateur élevée (commentaires, inscriptions, transactions de commande, activité de connexion, requêtes de recherche)

Remarque : Bien qu'ils soient classés comme tels, votre site WordPress peut contenir à la fois des éléments statiques et dynamiques. C'est pourquoi, lorsque vous examinez votre score de mise en cache, il est important de comprendre le rapport entre les deux.

Traduisons maintenant cela en trafic. Imaginez un scénario où vous avez deux types de sites : brochure et commerce électronique. Par nature, le site de brochure est plus statique que le magasin de commerce électronique. Respectivement, nous dirons que le score de cacheabilité de chaque site est de 90 % et 20 %. Si votre site est hébergé sur WP Engine, contactez notre équipe d'assistance pour déterminer votre score de mise en cache.

Dans ce scénario, supposons que vous ayez décidé d'utiliser une solution dédiée Google Cloud sur la plate-forme WP Engine pour chaque site. En supposant que les solutions soient exactement les mêmes, combien de trafic le site de la brochure peut-il gérer avant qu'il ne tombe en panne ? Et le site e-commerce ?

Comme vous le savez maintenant, la réponse dépend. D'une manière générale, le site brochure de la solution dédiée pourrait accueillir significativement plus de visiteurs par mois que le site eCommerce. C'est simplement plus statique et cachable. C'est une hypothèse relativement sûre que nous pouvons faire.

En ce qui concerne le nombre exact de visiteurs que votre site peut gérer, nous vous recommandons d'aborder cette question de manière holistique en la divisant en parties plus petites.

Se poser les bonnes questions .

Au lieu de déterminer le trafic que votre site peut gérer, la question la plus utile pourrait être…

Combien d'utilisateurs simultanés mon site peut-il gérer sur une durée donnée dans un scénario réaliste de trafic élevé ? Par exemple, votre site sera présenté dans une émission télévisée et vous attendez 1 000 utilisateurs simultanés non connectés pendant 20 minutes.]

Combien de ces utilisateurs sont connectés ou déconnectés ?

Dans quelle mesure le site est-il cacheable ?

Quel est un niveau acceptable de temps de réponse, de requêtes par minute, de latence et de taux d'erreur pendant ce pic de charge ?

Et comme cela se traduit pour l'entreprise, que se passe-t-il si ces KPI ne sont pas atteints ?

Quel impact cela pourrait-il avoir sur les revenus ?

Entrez le test de charge .

Pour répondre à ces questions, nous vous recommandons fortement d'effectuer un test de charge pour simuler le scénario réel.

 Un test de charge est le processus consistant à demander à un système de déterminer ses performances.

Alors qu'un test Page Performance (disponible pour les clients WP Engine) ou un test Speed ​​Tool (disponible pour tous) mesure la vitesse d'un site sur la base d'une seule visite, ce n'est que le premier chapitre. Le test de charge raconte toute l'histoire.

Le plus souvent, un test de charge est effectué pour simuler un pic de trafic avec un nombre élevé d'utilisateurs simultanés. En d'autres termes, comment fonctionne le site sous une charge importante et pas seulement une seule visite.

Pour vraiment comprendre la capacité de votre environnement spécifiquement pour votre site, faire un test de charge vous donnera plus de confiance à n'importe quel niveau de trafic.

Voici quelques ressources pour vous aider :

Pour une plongée plus approfondie dans les tests de charge, veuillez consulter ce livre blanc.

Pour obtenir des conseils sur l'amélioration de la capacité de mise en cache des pages, consultez cet article.

Réflexions finales .

Comprendre le volume de trafic que votre site peut gérer peut certainement être déroutant. La plupart des fournisseurs d'hébergement infogéré définissent leurs propres critères et le nombre maximal de visiteurs mensuels pour leurs solutions. Étant donné que votre site possède un ensemble unique de caractéristiques, il n'est pas réaliste de se fier à ces chiffres pour évaluer les performances et la capacité. Et n'oubliez pas que les chiffres de trafic mensuels ne vous aideront pas à comprendre comment votre site gérera un événement à fort trafic, même s'il ne dure que peu de temps.

C'est pourquoi ces chiffres estimés ne doivent être utilisés qu'à titre indicatif. Vous pouvez prendre une décision plus éclairée en posant les bonnes questions, en évaluant les bonnes données et, si nécessaire, en effectuant les bons tests.

Enfin, le trafic n'est qu'une partie du puzzle des performances et ce n'est qu'un facteur déterminant lors du choix d'une solution et d'une plate-forme. D'autres facteurs incluent les couches de mise en cache, les performances de la base de données, la qualité et la conception de l'infrastructure, la haute disponibilité et l'évolutivité.

Chaque entreprise a des besoins différents. Pour les clients d'entreprise, il existe des exigences commerciales et fonctionnelles essentielles qui doivent être satisfaites.

Selon les piliers du cadre AWS Well-Architected, il s'agit de la plus haute priorité :

• Excellence opérationnelle : La capacité d'exécuter et de surveiller des systèmes pour fournir une valeur commerciale et d'améliorer continuellement les processus et procédures de soutien.
• Sécurité : La capacité de protéger les informations, les systèmes et les actifs tout en offrant une valeur commerciale grâce à des évaluations des risques et des stratégies d'atténuation.
• Fiabilité : la capacité d'un système à se remettre d'interruptions d'infrastructure ou de service, à acquérir dynamiquement des ressources informatiques pour répondre à la demande et à atténuer les interruptions telles que les erreurs de configuration ou les problèmes de réseau transitoires.
• Efficacité des performances : capacité à utiliser efficacement les ressources informatiques pour répondre aux exigences du système et à maintenir cette efficacité à mesure que la demande change et que les technologies évoluent.
• Optimisation des coûts : La possibilité d'exécuter des systèmes pour offrir une valeur commerciale au prix le plus bas.

WP Engine suit les pratiques standard de l'industrie qui sont alignées sur ces piliers.

Vous souhaitez en savoir plus sur le trafic que votre site peut gérer ? Cliquez ici pour en savoir plus sur les plans de WP Engine et les avantages que les clients voient lorsqu'ils utilisent notre plateforme d'hébergement WordPress gérée.