Dépannage
Lenteur du site et limites de ressources
What your hosting plan actually limits, what happens when you reach each limit, and how to work out whether a slow site is a resource problem or a code problem.
Lenteur du site et limites de ressources
Votre plan d'hébergement limite réellement quoi, ce qui se passe quand vous atteignez chaque limite, et comment déterminer si un site lent est un problème de ressources ou un problème de code.
« Mon site est lent » et « mon site a dépassé quelque chose » se ressemblent de l'extérieur et n'ont presque rien en commun en dessous. Ce guide les sépare : d'abord quelles sont les limites réelles, puis comment diagnostiquer une lenteur réelle.
D'abord, est-ce lent ou cassé ?
Lent signifie que les pages se chargent, finalement. Cassé signifie qu'elles ne se chargent pas.
Si vous recevez des pages d'erreur plutôt que des pages lentes, arrêtez-vous ici et allez à Codes d'erreur HTTP. Une erreur 500, 502 ou 504 a une cause spécifique et une correction spécifique, et aucune d'elles n'est « upgrader le plan ».
Si le site est inaccessible plutôt que lent, allez à Site non accessible.
Ce que votre plan limite réellement
Quatre choses, et cela vaut la peine de savoir lesquelles car elles se comportent très différemment quand vous les atteignez.
Stockage. La quantité de disque que vos fichiers et bases de données utilisent. Mesuré quotidiennement.
Bande passante. La quantité de données que vos visiteurs téléchargent par mois.
Nombre de sites. Combien de sites distincts vous pouvez exécuter sur le plan.
Accès CDN. Si le CDN est disponible ou non, et quelle quantité de trafic peut être servie à partir du CDN chaque mois.
Vos allocations spécifiques dépendent de votre plan. Les chiffres actuels pour tous les plans sont affichés côte à côte sous Facturation, puis Changer de plan, qui est également l'endroit honnête pour comparer plutôt qu'un nombre saisi dans un article d'aide qui peut s'écarter. Voir Upgrader votre plan.
Ce qui se passe quand vous atteignez chacune
C'est la partie dont les gens s'inquiètent, et les réponses sont moins spectaculaires qu'prévu.
Stockage. L'utilisation du disque est mesurée quotidiennement et affichée sur la page Aperçu du site. À mesure qu'elle augmente, vous recevez un avertissement Insights vous prévenant, s'intensifiant à mesure qu'elle se rapproche du maximum. Voir Insights.
Nombre de sites. Celui-ci est appliqué au moment de la création. Essayez de créer un site au-delà de l'allocation de votre plan et vous recevrez un message clair indiquant que le plan est à capacité, avec l'option de passer à un niveau supérieur ou d'ajouter un autre plan. Rien d'existant n'est affecté.
Éligibilité CDN. L'activation du CDN sur un plan qui ne l'inclut pas renvoie un simple message « non inclus dans votre plan » avec un lien de mise à niveau. Il n'y a pas de mode partiel ou dégradé. Voir Activation du CDN.
Bande passante CDN. Celui-ci a un comportement réel et bien conçu qui vaut la peine d'être compris :
- À 80% de votre allocation mensuelle au CDN, vous recevez un email.
- À 100%, le CDN est mis en pause pour le reste du mois. Votre site reste en ligne et continue à servir normalement, directement depuis l'origine, il n'est simplement plus mis en cache au CDN.
- Le service CDN reprend automatiquement au début du mois suivant.
- Vous n'êtes jamais facturé au-delà de la limite sans le savoir.
Donc le pire des cas est que votre site devienne aussi rapide qu'avant d'activer le CDN. Rien n'est mis hors ligne.
La bande passante WordPress et WooCommerce gérée fonctionne comme une limite souple. Vous êtes notifié à l'approche et de nouveau quand vous la dépassez, et tout excédent est traité comme un dépassement mesuré plutôt que la coupure du site.
Dépasser une allocation de stockage ou de bande passante ne suspend pas votre site. La suspension sur cette plateforme est un état de facturation, pas un état de ressource. Voir Compte suspendu et Paiement échoué.
Ce qui n'est pas limité par plan
Deux choses que les gens s'attendent à trouver et ne trouveront pas.
Il n'y a pas de quota CPU ou mémoire par site sur les plans d'hébergement web. Votre plan ne vous alloue pas un nombre de cœurs.
Vous ne concourez pas avec vos voisins pour la capacité PHP. Chaque site s'exécute dans son propre pool isolé de processus worker PHP. Un site occupé à côté ne peut pas épuiser les workers dont votre site a besoin. Cet isolement est réel, et c'est pourquoi « le site de quelqu'un d'autre ralentit le mien » est presque jamais l'explication sur cette plateforme.
Ce qui s'applique est une limite par requête : la quantité de mémoire qu'une seule requête peut utiliser, et combien de secondes elle peut s'exécuter. C'est à vous de les configurer. Voir Extensions et paramètres PHP.
Où voir votre utilisation
- Stockage, sur la page Aperçu du site.
- Bande passante CDN, également sur la page Aperçu une fois le CDN activé, et sur l'onglet Kapsule CDN du site.
- Avertissements, via Insights et par email. Voir Insights.
- Minutes de compilation et bande passante pour les projets Orbit, sur la page d'utilisation d'Orbit. Orbit a ses propres limites assez différentes, y compris un plafond de dépenses. Voir Limites du plan Orbit et Plafonds de dépenses Orbit.
Accélérer un site lent
Par ordre de retour sur effort. Travaillez sur la liste plutôt que de sauter au bas.
1. Activer la mise en cache
La plus grande victoire unique, à chaque fois. Servir une copie stockée d'une page est plusieurs ordres de grandeur moins cher que la reconstruire pour chaque visiteur.
Allez à Sites web, le site, WordPress, puis Mise en cache. La mise en cache des objets est disponible dans tous les plans de la famille WordPress, et la mise en cache des pages complètes dans les plans gérés. Voir Mise en cache du site.
Notez que certains chemins ne sont délibérément jamais mis en cache : pages d'administration, connexion, panier, paiement et pages de compte. Mettre en cache une page de paiement afficherait le panier d'un client à un autre, donc ce n'est pas configurable et ne devrait pas l'être.
2. Activer le CDN
La mise en cache place la copie à un endroit. Le CDN la place près de vos visiteurs. Plus grand effet si votre audience n'est pas dans le même pays que votre serveur. Nécessite un plan éligible et votre propre domaine personnalisé. Voir Activation du CDN.
3. Passer à une version PHP plus récente
Une différence réelle et mesurable sans aucun travail. Testez d'abord sur la mise en scène. Voir Changer la version PHP.
4. Corriger vos images
Régulièrement la plus grande chose sur une page lente. Une photo directement d'un téléphone peut faire plusieurs mégaoctets et être affichée à 400 pixels de large. Redimensionnez avant de télécharger et utilisez un format moderne.
5. Vérifier vos extensions
Chaque extension qui exécute du travail sur chaque requête vous coûte sur chaque requête. Désactivez une à la fois et mesurez. Supprimez ce que vous n'utilisez pas plutôt que de le laisser désactivé. Voir Extensions WordPress.
6. Trouver la véritable chose lente
Arrêtez de deviner et mesurez :
- L'onglet APM sur les sites WordPress montre quelles requêtes sont lentes. Voir Performance du site.
- Le journal des requêtes lentes, disponible dans les outils de santé WordPress, montre quelles requêtes de base de données sont le problème.
- Le journal lent PHP capture ce qu'une requête faisait quand elle prenait trop longtemps.
- Les journaux d'erreurs montrent tout ce qui échoue silencieusement et est réessayé. Voir Journaux d'erreurs.
7. Ensuite, et seulement ensuite, envisagez plus de ressources
Si la mise en cache est activée, le CDN est activé, PHP est actuel, les images sont correctes, et le profileur dit que le travail est réellement nécessaire, alors vous avez dépassé le plan et passer à un niveau supérieur est le bon appel. Voir Upgrader votre plan.
Faire cette étape en premier est comment les gens finissent par payer plus pour un site qui est toujours lent, car un site non optimisé sur un plan plus grand est un site non optimisé.
Quand il est temps pour un serveur
L'hébergement partagé est la bonne réponse pour la grande majorité des sites. Passez à un serveur cloud ou dédié quand vous avez besoin d'un logiciel que la plateforme ne fournit pas, d'un accès root, de services non standard, ou d'une capacité dédiée prévisible pour quelque chose de réellement intensif. Voir Serveurs cloud et Choisir une architecture.