Nous pensons souvent que le véritable risque pour un propriétaire de site web ou une agence possédant plusieurs sites est que l’un d’entre eux soit mis hors ligne. C’est particulièrement vrai à l’approche de la saison des promotions, car les temps d’arrêt peuvent être très coûteux pour votre entreprise et vos clients. Cependant, le risque de temps d’arrêt est mesurable et peut être traité. Le véritable risque pour les propriétaires de sites est l’incertitude opérationnelle.
L’incertitude est le sentiment constant que quelque chose pourrait mal tourner. C’est le fait de ne pas savoir si le serveur pourra gérer le trafic d’une campagne promotionnelle, de ne pas comprendre pourquoi le passage à la commande est lent ou de ne pas savoir comment les coûts augmenteront à mesure que le nombre d’utilisateurs du site s’accroîtra.
L’incertitude se cache derrière le manque de transparence des fournisseurs, les informations incomplètes ou floues, ou les promesses de ressources illimitées qui se substituent aux spécifications techniques d’un service. Or, dans le secteur des technologies de l’information, rien n’est illimité. Derrière une promesse marketing exagérée se cachent souvent les limites réelles du service.
L’incertitude opérationnelle mine votre capacité à prévoir les performances de votre site, ce qui ne permet pas de garantir l’impact ou le succès d’une initiative marketing. Que se passe-t-il si vous investissez des milliers de dollars dans une campagne promotionnelle et que le site ralentit considérablement ou s’écroule sous le poids des requêtes parce que vous ne connaissiez pas les limites de votre serveur ?
La réponse est simple : un budget publicitaire brûlé, une réputation de marque compromise et une perte de revenus.
Prévoir le comportement de votre site est plus utile que de se fier à une promesse de temps de fonctionnement, car la prévisibilité a un impact direct sur vos résultats commerciaux.
Le risque n’est pas le temps d’arrêt : L’incertitude tue l’entreprise
La plupart des hébergeurs vendent un rêve : des ressources illimitées. Or, force est de constater que dans le domaine des technologies de l’information, rien n’est illimité. Chaque ressource a une limite : le nombre de requêtes qu’un processeur peut traiter, le nombre d’utilisateurs qui peuvent accéder à la base de données en même temps et le nombre de processus PHP par seconde.
Les fournisseurs d’hébergement garantissent souvent un temps de fonctionnement élevé (99,999 %), éventuellement assorti d’un accord de niveau de service (SLA), et vous pouvez être satisfait de cette garantie. Cependant, le temps de fonctionnement est souvent un indicateur peu fiable qui ne vous dit rien sur la charge réelle que votre site peut supporter.
Imaginez que vous soyez en ligne lors d’une initiative marketing ou d’une période de promotions, et que vous constatiez que votre panier met 10 secondes à se charger parce que des dizaines de clients simultanés sont en train de finaliser leurs achats. Techniquement, votre fournisseur tient ses promesses en matière de temps de disponibilité. Pourtant, vos clients abandonnent leur panier par frustration, vous perdez des ventes et vous avez gaspillé de l’argent en publicité. Et pour couronner le tout, votre équipe informatique n’a aucune idée de ce qui se passe ou de la façon de résoudre le problème. C’est le risque de l’incertitude.
Lorsque votre fournisseur d’hébergement utilise le terme « illimité », il ne vous offre pas plus de puissance. Il vous cache la réalité de ressources limitées. Ce manque de transparence est le principal facteur d’incertitude opérationnelle, vous empêchant de prendre des décisions basées sur des données réelles.
Que se passe-t-il lorsque vous atteignez la limite réelle de votre hébergement ?
Si la charge de votre site augmente de manière significative, de nombreux fournisseurs ne fermeront pas votre site, mais ils réduiront les ressources disponibles pour protéger leur infrastructure. Par exemple, ils peuvent réduire le nombre de processus PHP, ce qui ralentit votre site. Techniquement, votre site sera toujours opérationnel, mais il sera pratiquement inutilisable.
Lorsque les choses tournent mal, l’incertitude augmente encore, car vous ne disposez pas des données nécessaires pour résoudre les problèmes. Vous pouvez être contraint d’ouvrir un ticket d’assistance et d’attendre une intervention humaine. Parfois, le problème s’aggrave parce que vous devez attendre qu’un ingénieur de niveau 2 intervienne, et vous devrez peut-être payer un supplément pour une assistance qualifiée. Plus de temps et de ventes perdus, des coûts inattendus et de gros maux de tête.
Si vous ne connaissez pas les limites exactes de votre plan (comme le nombre de threads PHP ou les limites de mémoire de vos conteneurs), vous ne disposez pas des données nécessaires pour planifier le lancement d’un produit, une offre promotionnelle ou la publicité pour la prochaine saison d’achat. L’infrastructure qui supporte votre site est une sorte de boîte noire qui vous oblige à jouer aux devinettes avec les ressources de votre entreprise.
Voici comment cela se présente : si vous étiez une société de transport maritime, vous sauriez exactement combien de conteneurs peuvent tenir sur un navire ; si vous étiez une usine, vous sauriez combien d’unités de produit vous pouvez produire par heure. En pratique, dans la plupart des secteurs, la capacité est une variable connue. Dans le secteur de l’hébergement, ce n’est pas le cas. Les fournisseurs ont souvent tendance à cacher les capacités des sites qu’ils hébergent, et si vous ne savez pas combien de threads PHP vous avez, vous ne saurez pas avec certitude combien de caisses simultanées votre site peut gérer au cours d’une campagne.
Le facteur inconnu du retour sur investissement
Le retour sur investissement (ROI) est le rapport entre le revenu net (ou le bénéfice) et l’investissement et constitue une mesure de la rentabilité d’un investissement. Il est le résultat d’une formule simple :
ROI = (Valeur finale de l’investissement – Coût de l’investissement) / Coût de l’investissement
Pour calculer la valeur finale de votre investissement, vous devez connaître sa capacité de production. Si vous dépensez 2000 dollars pour une infrastructure mais que vous ne connaissez pas ses limites, vous ne saurez pas si vous dépensez le bon montant, si vous gaspillez des ressources ou si vous en achetez trop peu.
Mais il ne s’agit pas seulement des coûts d’infrastructure. Si vous avez investi 20.000 dollars dans une campagne publicitaire qui devrait générer suffisamment de trafic pour nécessiter 100 transactions par seconde, mais que l’infrastructure sur laquelle votre site fonctionne ne peut en gérer qu’une fraction, la valeur finale de votre investissement s’effondre. Dans ces conditions, il est impossible d’estimer le retour sur investissement et donc de prendre des décisions fondées sur des données.
En revanche, si l’infrastructure d’hébergement est transparente, vous savez combien de threads PHP par seconde sont disponibles, combien de temps dure le processus de paiement et combien de transactions par seconde votre site peut traiter. Vous pouvez calculer la valeur finale de votre investissement et fournir à votre direction des estimations de retour sur investissement étayées par des données.
De cette façon, votre hébergement devient plus qu’un coût récurrent – c’est un actif contrôlable et optimisable, qui vous permet de planifier et d’investir en toute confiance, sans sur-approvisionnement ou en vous fiant à des suppositions sur votre capacité.
Avec Kinsta, il est plus facile de choisir le plan optimal. Vous n’êtes pas obligé de souscrire à un plan trop cher parce que vous avez peur de l’inconnu. Vous pouvez choisir le plan adapté à la capacité de votre site et de votre entreprise et n’augmenter la capacité que lorsque c’est nécessaire. Lisez la suite pour découvrir comment Kinsta élimine l’incertitude opérationnelle.
Des paris aux décisions basées sur les données : Comment Kinsta élimine l’incertitude
Pour éliminer l’incertitude, vous n’avez pas besoin d’un fournisseur qui vous promette l’impossible. Vous avez besoin de quelqu’un qui peut vous donner une feuille de route à suivre.
Chez Kinsta, vous ne trouverez pas de boîte noire, mais une architecture transparente et des spécifications techniques claires qui vous permettront d’arrêter de jouer et de commencer à calculer la rentabilité de vos investissements.
Threads PHP : Votre capacité réelle
Un thread PHP est un processus dédié qui traite une requête non mise en cache vers votre site. Les threads PHP génèrent non seulement le code HTML des pages non mises en cache de votre site, mais exécutent également toutes les opérations en arrière-plan de votre site. En d’autres termes :
- Chaque fois qu’un client ajoute un produit à son panier ou met à jour son profil, un thread PHP traite l’opération et met à jour la base de données.
- Chaque fois que WordPress effectue une opération en arrière-plan, comme la publication d’un article planifié, l’envoi d’e-mails transactionnels ou la synchronisation de l’inventaire avec votre entrepôt, il consomme un thread PHP.
- Chaque fois que votre site interagit avec un service externe, comme le traitement d’un paiement avec Stripe, l’envoi de données à votre CRM, ou l’accès à une API tierce, un thread PHP doit rester ouvert pour gérer la poignée de main externe.
- Chaque fois qu’une requête s’exécute sur la base de données de votre site parce que les données demandées ne sont pas mises en cache, un thread PHP est activé pour interroger la base de données et renvoyer les résultats.
Si vous ne disposez pas d’un nombre suffisant de threads PHP, une simple opération en arrière-plan, telle qu’une mise à jour automatique, peut les épuiser, laissant vos clients bloqués dans leur panier d’achat. Le fait de ne pas connaître le nombre de threads PHP dont vous disposez vous empêche de planifier vos investissements.
Chez Kinsta, vous savez exactement combien de threads PHP le conteneur de votre site WordPress comprend.
Pas de limites cachées : L’architecture de Kinsta est transparente
Au lieu de promesses vagues ou exagérées, chez Kinsta, vous savez exactement quelle est la capacité du conteneur de votre site. Vous savez exactement combien de threads PHP sont alloués au conteneur de votre site, et vous savez également combien de CPU et combien de RAM votre site possède, quels centres de données sont à votre disposition, et tous les autres détails de votre plan.
Chez Kinsta, nous nous efforçons de mettre à jour en permanence toutes nos ressources, de notre blog à notre documentation, notre journal des modifications et notre newsletter, afin de fournir à nos clients les informations dont ils ont besoin pour gérer au mieux l’hébergement de leur site et planifier avec précision leurs stratégies commerciales.
Par exemple, le tableau ci-dessous montre le pool PHP par défaut, le nombre de threads et la mémoire par thread inclus dans chaque plan Kinsta :
| Plan | Taille du pool | Nombre de threads | Mémoire par thread |
|---|---|---|---|
| Single 35.000 visites Bande passante unique de 20 Go |
512 Mo | 2 | 256 Mo |
| Single 65.000 visites Bande passante unique de 40Go |
1 Go | 4 | 256 Mo |
| Single 125.000 visites Bande passante unique de 65 Go |
1.5 Go | 6 | 256Mo |
| Single 315.000 visites Bande passante unique de 125 Go |
1.5 Go | 6 | 256 Mo |
| Single 500.000 visites Bande passante unique de 250 Go |
2 Go | 8 | 256 Mo |
| Single 750.000 visites Bande passante unique de 500 Go |
2 Go | 8 | 256 Mo |
| Single 1,25 million de visites Bande passante unique de 750 Go |
5 Go | 10 | 512 Mo |
| Single 1,9 million de visites Bande passante unique de 1125 Go |
6 Go | 12 | 512 Mo |
| Single 2,5 millions de visites Bande passante unique de 1500 Go |
7 Go | 14 | 512 Mo |
| Single 3,15 millions de visites Bande passante unique de 1875 Go |
8 Go | 16 | 512 Mo |
| WP 2 | 512 Mo | 2 | 256 Mo |
| WP 5 | 1 Go | 4 | 256 Mo |
| WP 10 | 1 Go | 4 | 256 Mo |
| WP 20 | 1.5 Go | 6 | 256 Mo |
| WP 40 | 1.5 Go | 6 | 256 Mo |
| WP 60 | 4 Go | 8 | 512 Mo |
| WP 80 | 5 Go | 10 | 512 Mo |
| WP 120 | 6 Go | 12 | 512 Mo |
| WP 150 | 7 Go | 14 | 512 Mo |
| Agence 20 | 3 Go | 6 | 512 Mo |
| Agence 40 | 3 Go | 6 | 512 Mo |
| Agence 60 | 4 Go | 8 | 512 Mo |
Cependant, le nombre de threads PHP et la mémoire allouée à chaque thread ne sont pas fixes. Si vous avez des besoins spécifiques, vous pouvez ajuster le nombre de threads PHP pour chaque site dans MyKinsta en utilisant le module de performance PHP sous Sites > nom du site > Info > Performance PHP > Modifier.
Même ceux qui disposent d’un serveur dédié peuvent modifier le nombre de threads PHP et/ou le pool de mémoire alloué à chaque thread en suivant ces instructions spécifiques.
Comment mesurer le temps de traitement avec Kinsta APM
Pour vous aider à comprendre combien de temps prend votre processus de paiement, Kinsta fournit un outil intégré de surveillance de la performance des applications (APM) qui vous permet d’identifier les goulots d’étranglement de la performance PHP sur votre site WordPress et de calculer le temps pris par les processus individuels, sans souscrire à des services de surveillance tiers tels que New Relic.
Disponible sans frais supplémentaires sur tous les plans, notre outil APM fournit des informations détaillées sur les processus PHP de votre site WordPress, les requêtes de base de données MySQL, les appels HTTP externes, et plus encore.
Une fois que vous avez activé la surveillance du site, vous avez accès aux données que le système a collectées et divisées en quatre onglets :
- Transactions : vous trouverez ici des informations sur le temps de transaction global et les transactions les plus lentes.
- WordPress : cet onglet fournit des informations spécifiques à WordPress, y compris les temps d’exécution des extensions et des hooks.
- Base de données : cet onglet contient des détails sur les temps d’exécution des requêtes de la base de données.
- Externe : vous trouverez ici les détails des requêtes HTTP externes.
Une fois que vous avez confirmé les temps d’exécution moyens pour des processus tels que le panier d’achat, vous pouvez calculer exactement le nombre de threads PHP dont vous avez besoin pour offrir à vos clients une expérience de paiement optimale. Comme nous l’avons déjà mentionné, un site qui se charge rapidement nécessite moins de threads PHP, ce qui se traduit par des coûts moindres pour vous et une meilleure expérience d’achat pour l’utilisateur.
C’est une autre raison pour laquelle il est crucial de choisir un fournisseur d’hébergement qui garantit des performances optimales et optimise votre site. C’est pourquoi Kinsta, en plus de vous offrir une architecture cloud extrêmement rapide, propose l’intégration gratuite de Cloudflare sur tous les plans, offrant à tous nos clients un CDN haute performance pour servir les ressources statiques de votre site à partir de l’emplacement le plus proche de vos visiteurs. En plus du CDN, nos clients bénéficient du cache périphérique de Cloudflare, qui met en cache des pages HTML entières, transférant ainsi la majeure partie de la charge du serveur d’origine vers les serveurs périphériques de Cloudflare.
En bref, Kinsta vous fournit l’infrastructure et les outils pour construire des sites qui se chargent super rapidement, avec une charge de serveur plus faible, des exigences de threads PHP réduites, et une consommation de bande passante de serveur plus faible.
Comment calculer le nombre de threads PHP dont vous avez besoin ?
Si vous connaissez le nombre de threads PHP assignés au conteneur de votre site et le temps moyen de traitement de votre panier d’achat, vous saurez combien de transactions par seconde votre site peut gérer :
Nombre de threads PHP / Temps de traitement moyen = Nombre maximum de requêtes dynamiques par seconde
Pour comprendre comment appliquer cette formule simple, considérez deux scénarios différents.
Premier scénario : Hébergement lent et site web non optimisé
Vous avez 10 threads PHP et votre paiement prend 2 secondes :
Calculs : 10 / 2 = 5 requêtes par seconde
Deuxième scénario : Hébergement rapide et site web optimisé
Vous avez 10 threads PHP et votre paiement prend 0,5 seconde :
Calculs : 10 / 0,5 = 20 requêtes par seconde
Quelle que soit la bande passante disponible, dans le premier scénario, votre commande se bloquera au sixième client simultané, alors que dans le second scénario, elle supportera jusqu’à 20 requêtes simultanées par seconde. C’est la différence entre un site rapide, aux performances optimisées, et un site fonctionnant sur un hébergement qui n’est pas à la hauteur de votre activité.
Ressources isolées : Éliminez le risque de voisins bruyants
Dans l’hébergement mutualisé traditionnel et même dans certaines configurations VPS, les ressources sont partagées entre les sites hébergés sur le même serveur. Cela signifie que l’incertitude quant à la capacité de votre site est aggravée par l’incertitude liée à l’activité d’autres sites sur le même serveur. C’est le risque inhérent à l’effet de voisinage bruyant.
Chaque site web hébergé par Kinsta fonctionne dans un conteneur logiciel isolé qui contient toutes les ressources logicielles nécessaires pour faire fonctionner le site (Linux, NGINX, PHP, MySQL), ce qui signifie que le logiciel qui fait fonctionner chaque site est 100% privé et n’est pas partagé, même entre vos propres sites.
Sur Kinsta, chaque conteneur dispose par défaut de 12 CPU et de 8 Go de RAM, et chaque environnement de staging dispose d’un CPU et de 8 Go de RAM.
Vous pouvez choisir entre 27 centres de données sur 5 continents, et votre site est sécurisé par notre intégration gratuite de Cloudflare.
- Johannesburg, South Africa (af-johannesburg-1)
- Batam, Indonesia (ap-batam-1)
- Melbourne, Australia (ap-melbourne-1)
- Mumbai, India (ap-mumbai-1)
- Osaka, Japan (ap-osaka-1)
- Seoul, South Korea (ap-seoul-1)
- Singapore,Singapore (ap-singapore-1)
- Sydney, Australia (ap-sydney-1)
- Tokyo, Japan (ap-tokyo-1)
- Montreal, Canada (ca-montreal-1)
- Toronto, Canada (ca-toronto-1)
- Amsterdam, Netherlands (eu-amsterdam-1)
- Frankfurt, Germany (eu-frankfurt-1)
- Madrid, Spain (eu-madrid-1)
- Milan, Italy (eu-milan-1)
- Paris, France (eu-paris-1)
- Stockholm, Sweden (eu-stockholm-1)
- Zurich, Switzerland (eu-zurich-1)
- Jerusalem, Israel (il-jerusalem-1)
- Riyadh, Saudi Arabia (me-riyadh-1)
- Santiago, Chile (sa-santiago-1)
- Sao Paulo, Brazil (sa-saopaulo-1)
- London, United Kingdom (uk-london-1)
- Ashburn, VA (us-ashburn-1)
- Chicago, IL (us-chicago-1)
- Phoenix, AZ (us-phoenix-1)
- San Jose, CA (us-sanjose-1)
C’est la transparence de Kinsta.
Préférez la certitude aux vagues promesses
Lorsque vous gérez une entreprise en ligne, la fiabilité d’un partenaire d’hébergement ne se mesure pas au nombre de neuf qu’il affiche dans sa garantie de disponibilité, mais à sa transparence quant à la capacité réelle de votre site et à l’architecture qui le supporte.
L’incertitude opérationnelle est un tueur silencieux de votre budget. Elle vous empêche d’évoluer, compromet vos efforts de marketing et maintient votre équipe informatique en alerte permanente.
L’antidote à l’incertitude est un partenaire d’hébergement qui fournit une certitude sur la capacité de votre site, définit clairement votre nombre de threads PHP, offre des environnements totalement isolés et vous permet de suivre la télémétrie en temps réel avec un outil de surveillance des performances.
Avec Kinsta, vous pouvez contrôler la capacité de votre site web avec la même précision que vous appliquez à tous les autres composants de votre entreprise, de l’inventaire aux finances.
Ne vous fiez pas aux promesses de ressources illimitées. Soyez pragmatique et choisissez un partenaire d’hébergement qui fournit une feuille de route pour guider votre entreprise au fur et à mesure de sa croissance.
Prêt à franchir le pas ? Découvrez nos offres !
Carlo est un passionné de webdesign et de développement frontend. Il joue avec WordPress depuis plus de 10 ans, notamment en collaboration avec des universités et des établissements d'enseignement italiens et européens. Il a écrit des dizaines d'articles et de guides sur WordPress, publiés à la fois sur des sites web italiens et internationaux, ainsi que dans des magazines imprimés. Vous pouvez trouver Carlo sur X et LinkedIn.
