Performances PHP
En ce qui concerne les performances de WordPress, un plus grand nombre de threads PHP ne signifie pas automatiquement une meilleure performance ; il y a un certain nombre de facteurs que vous devez prendre en compte :
- Mise en cache : Une mise en cache efficace peut réduire la charge de travail des threads PHP en servant le contenu mis en cache au lieu de le générer dynamiquement pour chaque requête. Cela peut améliorer considérablement les performances, en particulier pour les ressources fréquemment consultées.
- Matériel : Les ressources matérielles disponibles sur le serveur, telles que le processeur, la mémoire (RAM) et la vitesse du disque, ont un impact direct sur les performances des threads PHP. Des ressources insuffisantes peuvent entraîner des temps de traitement plus lents et une dégradation des performances.
- Configuration du serveur web : La configuration du serveur web et son interaction avec PHP peuvent influencer les performances des threads.
- Vitesse de la base de données : Les applications PHP récupèrent souvent des données des bases de données MySQL pour générer du contenu dynamique. La vitesse de récupération des données dépend de facteurs tels que l’organisation de la base de données, l’optimisation des requêtes et les performances du serveur de base de données. Ces éléments affectent directement les performances globales des applications PHP.
- Version de PHP : Les nouvelles versions de PHP permettent souvent d’améliorer les performances des threads PHP grâce à des améliorations de performances, des corrections de bogues et des mises à jour de sécurité.
Chez Kinsta, nous accordons une grande importance à la performance de votre site. C’est pourquoi nous avons mis en place plusieurs technologies visant à maximiser les performances de PHP et à minimiser les requêtes PHP :
- Nous proposons une mise en cache des pages au niveau du CDN et du serveur, avec des règles personnalisables pour garantir une efficacité maximale du cache.
- Nous utilisons des serveurs premium chez GCP (machines virtuelles C2 et C3D) équipés des CPU les plus rapides de Google Cloud pour aider les threads PHP de votre site à fonctionner plus efficacement.
- Notre infrastructure évolutive garantit que les threads PHP de votre site WordPress disposent de suffisamment de ressources CPU pour fonctionner de manière optimale.
- Nous utilisons une infrastructure réseau de première qualité sur Google Cloud Platform (GCP) pour minimiser la latence. En tirant parti du réseau premium de GCP, nous réduisons considérablement le temps nécessaire pour que les données voyagent entre les différents composants de notre infrastructure, y compris le serveur MySQL et les serveurs web.
- Nous fournissons un serveur MySQL hautement optimisé, hébergé localement, afin de réduire la latence du réseau et d’améliorer la vitesse de récupération et de traitement des données.
- Sur le serveur MySQL, nous disposons de tampons InnoDB pour améliorer les performances de la base de données en réduisant les opérations d’E/S sur disque. Les données sont accessibles plus rapidement à partir de la mémoire plutôt que du disque, ce qui améliore l’efficacité des opérations de lecture et d’écriture et les performances globales de la base de données MySQL.
- Nous veillons à ce que la dernière version de PHP soit toujours disponible afin d’intégrer toute amélioration des performances.
Voir les performances de PHP
Vous pouvez voir vos performances PHP dans les Sites WordPress > nom du site > Info.
Cela montre les informations suivantes :
- Mémoire PHP totale : La mémoire totale de PHP répartie entre les threads PHP.
- Threads PHP : Précédemment connus sous le nom de workers PHP. Il s’agit du nombre de threads PHP par site. Chaque thread est un processus PHP qui traite une requête entrante à la fois. Plus il y a de threads, plus il y a de requêtes simultanées. Le contenu mis en cache ignore les threads PHP, qui ne sont nécessaires que pour les requêtes de base de données ou les modifications de données.
- Mémoire par thread : Il s’agit de la limite de mémoire de PHP par thread, c’est-à-dire la quantité maximale de mémoire (RAM) que chaque thread de PHP peut utiliser lors du traitement d’une requête.
- Limite de threads atteinte : Il s’agit du nombre d’erreurs « limite de threads PHP atteinte » dans cet environnement au cours des dernières 24 heures. Lorsque cette erreur se produit, cela signifie que le site n’a pas été servi et que les visiteurs de votre site ne voient que l’erreur 500. Les principales causes de cette erreur sont les suivantes :
- Des pics de trafic importants : Si votre site web connaît un pic soudain de trafic, par exemple lors d’une promotion ou d’un événement, tous les threads PHP disponibles peuvent être occupés, ce qui entraîne cette erreur.
- Code mal optimisé : Les scripts PHP lents ou gourmands en ressources peuvent prendre plus de temps à s’exécuter, ce qui fait que les threads restent occupés plus longtemps. Si les scripts PHP impliquent des requêtes de base de données complexes ou inefficaces, ils peuvent bloquer le processus d’exécution.
- Extensions ou thèmes inefficaces : Certaines extensions ou thèmes peuvent consommer des ressources serveur excessives, ce qui entraîne des retards dans le traitement des threads. Même si les extensions prises individuellement ne sont pas très gourmandes en ressources, le fait d’en avoir un trop grand nombre peut ralentir le traitement de PHP.
- Tâches d’arrière-plan : Les processus d’arrière-plan ou les tâches cron (comme les sauvegardes programmées ou les nettoyages de base de données) peuvent consommer des ressources de threads PHP, contribuant ainsi à atteindre la limite.
- Attaque DDoS ou bots : Une attaque par déni de service distribué (DDoS) ou un trafic important de robots peut submerger le serveur et consommer tous les threads PHP disponibles, provoquant cette erreur.
- Limite de mémoire atteinte : Cette mesure indique le nombre d’erreurs « Erreur PHP fatale : La taille de mémoire autorisée de xxx octets est épuisée » dans cet environnement au cours des dernières 24 heures. Lorsque cette erreur se produit, cela signifie que le site n’a pas été servi et que les visiteurs de votre site ne voient que l’erreur 500. Les principales causes de cette erreur sont les suivantes :
- Traitement de données volumineuses : Les scripts qui traitent des ensembles de données, des images ou des fichiers volumineux (par exemple, importation de fichiers CSV, manipulation d’images) peuvent consommer beaucoup de mémoire, ce qui entraîne cette erreur.
- Fuites de mémoire dans le code : Une mauvaise gestion des variables, des objets ou des grands tableaux qui ne sont pas libérés après utilisation peut provoquer une fuite de mémoire, ce qui entraîne une forte consommation de mémoire.
- Code ou algorithmes inefficaces : Le stockage de tableaux ou d’objets volumineux en mémoire, en particulier sans optimisation de la manière dont ils sont traités, peut épuiser la mémoire. Les scripts qui ouvrent des fichiers, des connexions réseau ou d’autres ressources externes sans les fermer correctement peuvent augmenter progressivement l’utilisation de la mémoire.
- Extensions ou thèmes mal conçus : Certaines extensions ou certains thèmes peuvent consommer une quantité excessive de mémoire en raison d’un code inefficace ou d’une mauvaise optimisation. Même si chaque extension prise individuellement n’utilise pas beaucoup de mémoire, le fait d’avoir de nombreuses extensions installées et actives peut collectivement dépasser vos limites de mémoire.
- Tâches d’arrière-plan : Les tâches Cron, les tâches planifiées ou les scripts d’arrière-plan qui s’exécutent pendant de longues périodes ou qui traitent de grandes quantités de données peuvent déclencher cette erreur, en particulier s’ils ne sont pas optimisés.
Modifier les performances PHP
Vous pouvez modifier vos performances PHP pour chaque site dans les Sites WordPress > nom du site > Info > Performances PHP > Modifier.
Ceci montre votre pool de mémoire total dans votre plan actuel. Le pool de mémoire est la mémoire totale de PHP répartie entre vos threads PHP. Par exemple, si vous avez 4 threads PHP et un pool de mémoire total de 2 Go, la limite de mémoire PHP pour chaque thread PHP sera de 512 Mo.
Vous pouvez modifier le pool de mémoire total pour augmenter la quantité totale de mémoire distribuée entre les threads PHP. Vous pouvez également utiliser le curseur pour ajouter :
- Plus de threads : Vous pouvez déplacer le curseur vers cette option pour augmenter le nombre de threads PHP pour votre site. Lorsque vous augmentez le nombre de threads, la mémoire PHP est automatiquement répartie sur le plus grand nombre de threads ; cela peut signifier que vous avez moins de mémoire par thread. Par exemple, si vous avez 16 threads avec un pool de mémoire total de 2 Go, la limite de mémoire PHP pour chaque thread est de 128 Mo. Si vous augmentez le nombre de threads à 32 tout en conservant le même pool de mémoire, la limite de mémoire de PHP pour chaque thread sera de 64 Mo.
Un plus grand nombre de threads permet à votre site de traiter simultanément plusieurs requêtes entrantes. Cependant, avec moins de mémoire par thread, les tâches gourmandes en mémoire, comme les requêtes de bases de données volumineuses ou les téléversements de fichiers multimédias, peuvent dépasser la mémoire disponible, ce qui entraîne des erreurs. Il est important d’en tenir compte lors de la configuration de votre site.
Les sites dynamiques qui génèrent du contenu en temps réel, tels que les plateformes de commerce électronique, les sites web pilotés par un CMS ou les forums, sont plus susceptibles de bénéficier d’un plus grand nombre de fils de discussion. Les sites statiques qui affichent un contenu fixe, tels que les blogs, les sites de documentation ou les sites de type brochure, ne bénéficient généralement pas de threads PHP supplémentaires, car leur contenu change rarement et ne nécessite qu’un traitement minimal de la part du serveur.
Vous pouvez réduire l’utilisation des threads en activant la mise en cache et en optimisant votre code. Pour plus de détails sur la réduction de l’utilisation des threads, reportez-vous à la section Réduire et optimiser l’utilisation des threads PHP. - Plus de mémoire : Vous pouvez déplacer le curseur vers cette option pour augmenter la limite de mémoire PHP par thread. Cependant, si vous n’augmentez pas le pool de mémoire PHP, le nombre de threads PHP disponibles sera réduit. La limite maximale de mémoire par thread est de 1024 Mo. Par exemple, si vous avez 16 threads avec un pool de mémoire total de 2 Go, la limite de mémoire PHP pour chaque thread est de 128 Mo. Si vous augmentez la limite de mémoire tout en conservant le même pool de mémoire, le nombre de threads PHP sera réduit à 2 et la limite de mémoire PHP par thread sera de 1024 Mo.
L’allocation d’une plus grande quantité de mémoire par thread permet à votre site de gérer plus efficacement les tâches gourmandes en mémoire, telles que le téléchargement de contenu. Les sites comportant de nombreuses extensions ou ceux qui font des requêtes importantes à la base de données peuvent bénéficier d’une plus grande mémoire par thread afin de maintenir des performances optimales. Cependant, si vous avez moins de threads, cela réduit le nombre de requêtes entrantes que votre site peut traiter simultanément.
Lorsque vous modifiez les valeurs, l’image située sous le curseur montre les valeurs mises à jour et la manière dont elles sont réparties entre les threads et la mémoire.
Lorsque vous êtes satisfait de l’allocation des threads et de la mémoire, cliquez sur Continuer. Si vous avez augmenté le pool de mémoire, cela crée un module de performance PHP ; les détails du prix sont affichés sur l’écran suivant. L’abonnement apparaîtra sur votre prochain cycle de facturation et sera automatiquement calculé au prorata de votre période de facturation actuelle.
Remarque : Étant donné que ce module est calculé au prorata, vous pouvez augmenter temporairement le pool de mémoire total, les threads ou la mémoire si vous prévoyez un trafic élevé pour des événements tels que le Black Friday ou le Cyber Monday. Après l’évènement, vous pouvez revenir aux réglages d’origine et vous ne serez facturé que pour les jours où le module était actif.
Si vous réduisez le pool de mémoire pour supprimer le module de performance PHP et que vous êtes dans les 30 premiers jours de votre plan d’hébergement WordPress, des frais au prorata pour le module seront ajoutés à votre prochaine facture pour la période pendant laquelle il était activé. Si votre plan d’hébergement WordPress est actif depuis plus de 30 jours, vous recevrez un crédit au prorata des frais de l’add-on sur votre solde de compte pour les jours restants de la période de facturation en cours. Le crédit est automatiquement utilisé pour compenser l’argent dû à Kinsta sur votre prochaine facture. Pour plus d’informations, reportez-vous à notre Garantie de remboursement de l’hébergement WordPress.
Environnements de staging
Vous ne pouvez modifier le pool de mémoire total que dans l’environnement réel. Si vous l ‘ ajustez dans l’environnement live, la nouvelle valeur s’applique à tous les environnements de staging standard et premium.
Lorsque vous modifiez le pool de mémoire ou le nombre de threads dans l’environnement réel, l’allocation de mémoire par thread pour l’environnement de staging standard s’ajuste en conséquence ; toutefois, le nombre maximum de threads pour un environnement de staging standard est limité à 2. Par exemple, si l’environnement réel a un pool de mémoire de 2 Go avec 4 threads PHP, chaque thread aura une limite de mémoire de 512 Mo. Dans l’environnement de staging standard, il s’agirait de 2 threads PHP, chacun ayant une limite de mémoire de 512 Mo.
Dans les environnements de staging premium, vous avez la possibilité d’ajuster le nombre de threads et la mémoire indépendamment de l’environnement réel.
Valeurs de distribution du pool, des threads et de la mémoire
Les tableaux ci-dessous présentent les options de distribution disponibles pour la mémoire et les threads en fonction de la valeur du pool de mémoire total :
Pool de mémoire de 512 Mo
| Threads PHP | Mémoire par thread |
|---|---|
| 2 | 256 Mo |
| 4 | 128 Mo |
| 8 | 64 Mo |
Pool de mémoire de 1 Go
| Threads PHP | Mémoire par thread |
|---|---|
| 2 | 512 Mo |
| 4 | 256 Mo |
| 8 | 128 Mo |
| 16 | 64 Mo |
1,5 Go de mémoire
| Threads PHP | Mémoire par thread |
|---|---|
| 3 | 512 Mo |
| 6 | 256 Mo |
| 12 | 128 Mo |
| 24 | 64 Mo |
Pool de mémoire de 2 Go
| Threads PHP | Mémoire par thread |
|---|---|
| 2 | 1024 Mo |
| 4 | 512 Mo |
| 8 | 256 Mo |
| 16 | 128 Mo |
| 32 | 64 Mo |
2,5 Go de mémoire
| Threads PHP | Mémoire par thread |
|---|---|
| 2 | 1024 Mo |
| 5 | 512 Mo |
| 10 | 256 Mo |
| 20 | 128 Mo |
Pool de mémoire de 3 Go
| Threads PHP | Mémoire par thread |
|---|---|
| 3 | 1024 Mo |
| 6 | 512 Mo |
| 12 | 256 Mo |
| 24 | 128 Mo |
Pool de mémoire de 4 Go
| Threads PHP | Mémoire par thread |
|---|---|
| 2 | 2048 Mo |
| 4 | 1024 Mo |
| 8 | 512 Mo |
| 16 | 256 Mo |
| 32 | 128 Mo |
Si vous avez besoin de plus de threads PHP ou d’une limite de mémoire plus élevée par thread, nous vous recommandons d’utiliser un serveur dédié.
Supprimer le module de performance PHP
Pour supprimer le module de performance PHP de tous les sites, allez dans votre Nom d’utilisateur > Réglages de l’entreprise > Mon plan, et cliquez sur Supprimer dans Performance PHP.
Cela rétablit tous les sites avec la mémoire PHP d’origine et les threads inclus dans votre plan. La fenêtre de confirmation indique les sites sur lesquels le module sera supprimé et la valeur du pool de mémoire qui sera réinitialisée. Pour confirmer la suppression, cliquez sur Supprimer le module de performance PHP.
Pour supprimer le module de performances PHP pour un site individuel, vous pouvez modifier les performances PHP et réduire le pool de mémoire total à la valeur par défaut incluse dans votre plan. Vous pouvez également supprimer le module pour tous les sites qui l’ont activé dans votre Nom d’utilisateur > Réglages de l’entreprise et dans la section Performances PHP, cliquez sur Supprimer.
La fenêtre de confirmation indique les sites pour lesquels le module sera supprimé, ainsi que le pool de mémoire PHP, le nombre de threads et la mémoire par thread qui seront réinitialisés. Pour confirmer la suppression, cliquez sur Supprimer le module de performances PHP.
Si vous êtes dans les 30 premiers jours de votre plan d’hébergement WordPress, des frais proportionnels pour le module seront ajoutés à votre prochaine facture pour la période pendant laquelle il a été activé. Si votre plan d’hébergement WordPress est actif depuis plus de 30 jours, vous recevrez un crédit au prorata des frais du module sur votre solde de compte pour les jours restants de la période de facturation en cours. Le crédit est automatiquement utilisé pour compenser l’argent dû à Kinsta sur votre prochaine facture. Pour plus d’informations, reportez-vous à notre Garantie de remboursement pour l’hébergement WordPress.
Limite de mémoire PHP
Ce module augmente la limite de mémoire de 256 Mo à 512 Mo pour un coût de 50$ par site et par mois. Pour voir le module dans MyKinsta, allez dans Sites WordPress > nom du site > Modules > Mémoire PHP.
Si vous supprimez le module de limitation de la mémoire PHP et que vous êtes dans les 30 premiers jours de votre plan d’hébergement WordPress, des frais proportionnels pour le module seront ajoutés à votre prochaine facture pour la période pendant laquelle il a été activé. Si votre plan d’hébergement WordPress est actif depuis plus de 30 jours, vous recevrez un crédit au prorata des frais du module sur votre solde de compte pour les jours restants de la période de facturation en cours. Le crédit est automatiquement utilisé pour compenser l’argent dû à Kinsta sur votre prochaine facture. Pour plus d’informations, reportez-vous à notre Garantie de remboursement de l’hébergement WordPress.
Identifier les problèmes de performance PHP
L’outil APM de Kinsta
L’utilisation d’outils tels que l‘outil APM de Kinsta et l’extension Query Monitor peut vous aider à identifier les problèmes de performance et les requêtes lentes. Nous vous recommandons également de travailler avec un expert en performance qualifié pour diagnostiquer les problèmes.
Limite de threads PHP
Vous pouvez accéder au tableau des limites de threads PHP dans MyKinsta > Sites WordPress > nom du site > Analyses > Performance > Limite de threads PHP.
Si un thread PHP n’a rien à faire pendant 10 secondes continues, le processus du thread PHP se terminera automatiquement. Dès qu’il est à nouveau nécessaire, le processus de thread est recréé instantanément. Ce graphique vous montre combien de fois le nombre maximum de threads alloués a été atteint sur votre site.
Par exemple, si vous avez un plan WP 5, celui-ci permet un maximum de 4 processus de threads PHP. Si 3 threads PHP sont utilisés et qu’une autre requête est faite sur votre site qui nécessite un thread PHP, lorsque le thread PHP est créé, il atteint le nombre maximum de 4 threads PHP et est enregistré comme un incident où la limite de threads PHP est atteinte.
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.
Par exemple, si votre site connaît une forte augmentation de trafic, tous les threads PHP peuvent rester occupés pendant une heure entière sans aucun temps mort et, par conséquent, ne se terminent pas du tout pendant cette heure. La limite de threads PHP n’est alors atteinte qu’une seule fois, ce qui donne l’impression que les threads PHP n’ont pas été occupés pendant cette heure, alors qu’en réalité, ils ont tous été actifs pendant toute la durée de l’opération. Au bout de 30 minutes, si le trafic diminue et qu’un thread PHP reste inactif pendant 10 secondes, il s’arrête automatiquement. Toutefois, si le thread PHP est à nouveau utilisé dans une minute, le nombre maximal de threads PHP sera à nouveau atteint, ce qui entraînera l’enregistrement d’une autre limite de threads PHP.
Si vous souhaitez augmenter le nombre de threads PHP pour votre site, vous pouvez le faire dans les Sites WordPress > nom du site > Info > Performances PHP > Modifier.
Si vous étudiez les performances de votre site web et déterminez si votre site utilise continuellement ses threads PHP, vous pouvez surveiller l’activité des threads PHP à l’aide d’outils dans une session SSH. Par exemple, la commande personnalisée suivante permet de surveiller le nombre de threads PHP actifs toutes les 0,3 secondes :
watch -n 0.3 "ps aux | awk '$(NF-2) ~ /php-fpm/ && $(NF-1) ~ /pool/ && $8 ~ /R/ { print $0 }' | wc -l"Pour quitter cette commande, appuyez sur CMD + C ou CTRL + C puis relâchez les deux touches.
Limite de mémoire PHP atteinte
Vous pouvez accéder au tableau de la limite de mémoire PHP atteinte dans MyKinsta > Sites WordPress > nom du site > Analyses > Performance > Limite de mémoire PHP atteinte.
Ce graphique montre le nombre de fois où la limite de mémoire de 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 extensions et sites WordPress. Cette limite existe pour empêcher les scripts PHP de consommer trop de mémoire. Si vous fixez la limite trop haut, un script mal configuré ou cassé peut causer de sérieux problèmes en consommant trop de mémoire.
Ceci ne fournit qu’une vue partielle de l’utilisation de la mémoire par PHP, car il enregistre le nombre de fois où la limite de mémoire est atteinte, mais pas la durée de ces occurrences.
Si votre site est configuré correctement chez Kinsta, vous ne devriez pas atteindre la limite de mémoire PHP. Si c’est le cas, nous vous recommandons de réduire et d’optimiser l’utilisation des threads PHP.
Vous pouvez modifier la limite de mémoire PHP d’un site dans les Sites WordPress > nom du site > Info > Performances PHP > Modifier.
Analyse du cache
La section d’analyse du cache dans MyKinsta cache analytics peut être utilisée pour voir le nombre total de requêtes en cache de votre site et les principaux contournements de cache.
Réduire et optimiser l’utilisation des threads PHP
Mise en cache
La mise en cache est votre meilleur ami lorsqu’il s’agit d’optimiser votre site et de réduire le nombre de threads PHP nécessaires. Rappelez-vous que les threads PHP ne sont pas nécessaires pour le contenu mis en cache, alors mettez en cache tout ce que vous pouvez.
Mise en cache des pages
Chez Kinsta, nous nous occupons de la mise en cache des pages pour vous ; tous les sites utilisent le module de cache FastCGI de Nginx pour des performances ultra-rapides.
Mise en cache edge
Le cache edge stocke votre site Kinsta ou le cache des pages (normalement sauvegardé uniquement dans le centre de données de votre site) à travers le réseau mondial de Cloudflare qui compte plus de 260 centres de données. Lorsque les visiteurs accèdent à votre site, le contenu mis en cache est servi à partir de l’emplacement le plus proche, ce qui améliore considérablement les performances et la vitesse du site web jusqu’à 40 %.
Mise en cache d’objets
L’ajout d’un cache d’objets persistant tel que Redis devant votre base de données peut améliorer les performances et réduire le nombre de threads PHP. Sans cache d’objets, les requêtes de la base de données MySQL sont exécutées à chaque demande, même s’il s’agit de la même requête et des mêmes résultats.
Redis stocke les résultats des requêtes de la base de données dans la mémoire vive, de sorte que PHP peut récupérer ces résultats sans avoir à exécuter la requête à nouveau. La suppression des requêtes répétitives permet aux threads PHP de conserver les ressources et de répondre aux requêtes de manière plus efficace.
Vous pouvez ajouter la mise en cache Redis à votre site avec notre module de mise en cache Redis.
Optimisation du code
Assurez-vous que le code de votre site est optimisé afin qu’il soit le plus efficace possible. Cela s’applique au code personnalisé, au code du thème et au code de l’extension. Si vous n’êtes pas sûr, nous vous recommandons de demander à un développeur d’examiner le code de votre site.
Code personnalisé
Si votre site web contient des extraits de code personnalisé dans des plugins ou dans votre thème, assurez-vous qu’ils sont vraiment nécessaires et bien écrits.
Plugins
Examinez attentivement les extensions utilisées sur votre site et assurez-vous qu’elles sont vraiment nécessaires, qu’elles ne font pas double emploi et qu’elles constituent la meilleure option pour le besoin qu’elles remplissent. Si certaines extensions ne sont pas compatibles avec la dernière version de WordPress et de PHP, il est peut-être temps d’envisager d’autres options. Si vous avez des extensions sur votre site qui ne sont pas utilisées, il est recommandé de les supprimer.
Thème
Utilisez un thème léger et performant. Évitez les thèmes qui contiennent des fonctionnalités qu’il est préférable de mettre en œuvre au moyen d’extensions distinctes (par exemple, le référencement, le filtrage des recherches, les champs personnalisés, les curseurs/diaporamas d’images, etc.) ou qui ne sont pas nécessaires pour votre site.
Mettez PHP à jour
Utilisez la dernière version de PHP pour des performances plus rapides. Les benchmarks PHP montrent que chaque version de PHP est plus rapide que la précédente.
Activez le CDN de Kinsta
L’activation du CDN de Kinsta permet d’améliorer encore l’efficacité et l’optimisation de votre site. Le CDN de Kinsta est notre CDN HTTP/3 haute performance alimenté par Cloudflare, qui vous est fourni sans frais supplémentaires. Lorsqu’il est activé, votre site peut servir des actifs statiques à partir d’emplacements situés dans le monde entier.
Consultez un expert en performances
Si vous êtes familiarisé avec l’optimisation des sites, cette étape est facultative. Un expert peut vous aider à analyser tous les aspects de vos sites, à identifier les goulets d’étranglement et à mettre en œuvre des solutions.