Performances
Chaque site WordPress bénéficie d’une mise en cache de page entière et d’une mise en cache d’objets Redis par site, incluses avec l’hébergement et exécutées sur le serveur plutôt que dans un plugin que vous devez configurer. Les deux sont des commutateurs situés dans l’onglet Performances (Performance) du site, et ce même onglet mesure ce qu’ils modifient : les Core Web Vitals des visiteurs réels, les temps de réponse des requêtes mesurés sur le serveur et le profilage au niveau du code qui identifie le plugin ou la requête prenant le plus de temps.
Ces éléments sont inclus avec l’hébergement. Ils ne constituent pas un forfait et la désactivation de la mise à niveau payante ne les supprime jamais — ce qui est essentiel, car un déclassement qui supprimerait discrètement votre mise en cache vous retirerait quelque chose que vous n’avez jamais acheté et pour lequel vous n’avez jamais cessé de payer.
Les pages générées sont servies directement depuis le cache, ignorant totalement PHP pour les visiteurs non connectés. Pour un site de contenu ou une vitrine, il s’agit du gain individuel le plus important possible, et c’est ce qui fait la différence entre un serveur qui encaisse un pic de trafic sans sourciller et un serveur qui s’effondre.
Un cache d’objets persistant évite à WordPress de reconstruire la même requête de base de données à chaque requête, de sorte que les pages s’assemblent plus rapidement sous la charge et que la base de données reste préservée. Par site, non partagé — votre cache ne subit pas les évictions causées par d’autres.
Les paniers, les pages de paiement, les pages de compte et tout élément présenté à un visiteur connecté sont exclus par défaut, pour WordPress comme pour WooCommerce. Un cache qui présente à un client le panier d’un autre client n’est pas une fonctionnalité d’optimisation.
Publiez un article et cela vide le cache de cet article ainsi que des listes où il apparaît ; un commentaire vide le cache de son parent ; un changement de thème vide tout.
La mise en cache rend la diffusion d’une page plus économique. Elle n’allège pas une image lourde et n’empêche pas un script bloquant de bloquer : il s’agit d’un travail sur le site lui-même, et c’est précisément l’objectif de l’accélération experte.
| Mise en cache incluse | Accélération experte | |
|---|---|---|
| Cache de page entière (LiteSpeed LSCache) | Oui | Configured for how the site is built |
| Cache d’objets Redis par site | Oui | Configured and tuned |
| Compression d’image et formats modernes | Non | Oui |
| CSS et scripts bloquant le Render | Non | Deferred; critical CSS on the heaviest tier |
| Un CDN devant le site | From the CDN tab | From the CDN tab |
| Modalités de facturation | With the hosting | One-off, by how complex the site is |
| Qui effectue le travail | You switch it on | Our engineers |
| Comment l’obtenir | The Performance tab | Bought as an add-on |
Le tarif de l’optimisation experte dépend de la complexité du site, car celle-ci détermine le nombre d’heures nécessaires — consultez la page dédiée à l’accélération pour découvrir ce que comprend chaque formule.
Chaque site en possède un. Il indique la mise en cache déjà active, ce que vivent les visiteurs réels et à quoi est consacré le temps de votre site.
Le cache de page et le cache d’objet sont inclus et répertoriés à cet endroit. Chacun dispose de son propre commutateur, de sorte qu’un site devant en désactiver un conserve l’autre.
Lisez d’abord la fiche Core Web Vitals et les temps de réponse côté serveur, afin de disposer d’une base de comparaison plutôt que d’une simple impression.
Si les chiffres restent décevants, le goulot d’étranglement ne vient généralement pas du cache — il s’agit d’images, d’une extension ou d’une requête. L’accélération experte consiste précisément pour nos développeurs à identifier et corriger cela.
Des preuves, pas des impressions
Les Core Web Vitals sont issues de l’expérience réelle des visiteurs, vérifiées automatiquement pour votre page d’accueil et à la demande pour toute autre page. Les délais côté serveur correspondent aux requêtes réelles traitées par votre site, mesurées sur le serveur avant que quoi que ce soit n’atteigne un navigateur — une page lente est ainsi distinguée d’un réseau lent.
Le profilage au niveau du code est ce qui change vos actions suivantes : chaque requête est profilée sur le serveur, et l’historique indique quelles pages sont les plus lentes, quel plugin ou quelle requête consomme du temps, et si la situation s’aggrave. Un score sur cent vous indique qu’il y a un problème ; ceci vous indique d’où il provient.
La différence entre eux réside dans le fait de savoir qui effectue le travail. Choisir la mauvaise option est facile et coûteux, voici donc le guide en toute franchise.
La mise en cache des pages et la mise en cache des objets sont incluses dans votre forfait et s’activent depuis l’onglet « Performances ». Idéal pour la plupart des sites de contenu et sites vitrines, et cela ne vous coûte rien.
Fonctionnement de la mise en cache →Un service ponctuel au cours duquel nous configurons la mise en cache pour votre site réel — les exclusions nécessaires et les règles souhaitées — et vous le restituons en parfait état de fonctionnement.
Voir les services d’accélération →Nos développeurs interviennent sur ce qui est réellement lent : une requête sans index, un plugin exécutant une tâche lourde à chaque chargement de page, un thème affichant l’intégralité du catalogue. Le tarif dépend de la complexité du site.
Optimisation experte de la vitesse →Le cache de page provient de LiteSpeed, et notre parc fonctionne sous LiteSpeed Enterprise. Si vous êtes hébergé ailleurs et souhaitez le même moteur, nous gérons cela également.
LiteSpeed, géré →Une couche de mise en cache côté serveur pour WordPress, gérée au niveau de l’hébergement plutôt que par une extension que vous installez et paramétrez. Il s’agit d’un cache de page entière et d’un cache d’objets par site, tous deux inclus dans votre abonnement et activables depuis l’onglet Performance du site. Il n’y a aucune licence à acheter séparément ni aucun fichier de configuration à modifier.
Deux couches de mise en cache, configurées via des commutateurs distincts plutôt qu’un paramètre unique. Le cache de page sert les pages générées directement depuis le LSCache de LiteSpeed, en contournant entièrement PHP pour les visiteurs non connectés — le principal atout pour un site de contenu ou un site vitrine. Le cache d’objets est une instance Redis par site qui évite à WordPress de reconstruire la même requête de base de données à chaque requête. Les deux sont inclus dans chaque forfait, et la désactivation de l’offre payante ne les supprime jamais.
Non. La mise en cache et les optimisations s’exécutent sur le serveur, sous WordPress. Nous fournissons bien l’extension Zinn® Cache dans le cadre du déploiement d’un site, mais il s’agit d’un contrôleur de cache plutôt que d’un moteur de cache — elle existe afin que la publication d’un article vide précisément les pages sur lesquelles cet article apparaît, et informe notre réseau de diffusion (edge) de faire de même, au lieu que vous ne vidiez les caches manuellement.
Les optimisations s’exécutent au niveau du serveur et de la couche de cache et sont fournies avec des paramètres par défaut sécurisés, notamment des exclusions pour les chemins WordPress et WooCommerce qui ne doivent jamais être mis en cache — paniers, pages de commande, pages de compte et tout élément servi à un utilisateur connecté. Si un élément doit être exclu, le contrôleur de cache vous permet de l’exclure plutôt que de désactiver toute la couche.
Le même onglet le mesure de trois façons. Les Core Web Vitals proviennent de ce que les visiteurs réels ont vécu. Les temps côté serveur sont des requêtes réelles traitées par votre site, chronométrées sur le serveur avant que quoi que ce soit n’atteigne un navigateur. Et le profilage au niveau du code identifie l’extension, la requête ou le fragment de code qui a pris du temps — ce qui est le seul des trois à vous indiquer ce qu’il faut réellement modifier.
Selon qui effectue le travail. La mise en cache sur cette page est déjà activée, et vous la modifiez vous-même. Le service de configuration correspond à sa bonne configuration par nos soins pour votre site particulier, une seule fois. L’accélération par un expert correspond au travail de nos développeurs sur les problèmes réels de votre site — images, requête lente, extension lourde, thème effectuant une opération coûteuse à chaque chargement de page. Il ne s’agit pas de versions d’un même produit ; l’une d’elles peut être exactement ce dont vous avez besoin et les autres inutiles.
Chaque site WordPress que nous hébergeons comprend les deux couches de mise en cache — elles sont incluses avec l’hébergement, et non avec une offre spécifique. Ce qui varie, c’est la machine sous-jacente : la mise en cache s’exécute là où nous contrôlons le serveur, de sorte qu’un site situé sur un forfait géré par un fournisseur bénéficie plutôt de ce que propose la plateforme de ce fournisseur.
Le cache d’objets est conçu pour WordPress et c’est là qu’il apporte le plus de valeur. Le cache de page entière n’est pas spécifique à WordPress : une application PHP ou un site statique sur notre infrastructure est servi par le même cache de page LiteSpeed, et un site statique est rapide pour des raisons qui rendent la majeure partie de tout cela superflue.
Pas pour le moment. La mise en cache sur cette page est celle utilisée par chaque site WordPress que nous hébergeons, et elle est incluse. Si vos pages sont toujours lentes une fois celle-ci activée, la cause provient généralement des images, d’une extension ou d’une requête plutôt que du cache — ce qui correspond au travail d’optimisation manuelle qu’un expert effectue directement sur votre site spécifique.
Il n’y a rien à tester : la mise en cache est incluse avec l’hébergement et est activée dès le premier déploiement. L’hébergement lui-même est assorti d’un essai de 14 jours sans carte bancaire.
Non, et c’est délibéré. AccelerateWP intègre un CDN et nous ne l’activons jamais, car chaque site Zinn® est déjà précédé d’un edge de notre choix — un second CDN devant celui-ci impliquerait deux caches en série, et purger l’un laisserait l’autre servir une page obsolète. Votre CDN provient de l’onglet CDN du site.
Oui. Les deux couches sont des commutateurs situés sur l’onglet Performances propre à chaque site, et elles sont indépendantes l’une de l’autre — un site qui doit laisser le cache de page désactivé conserve tout de même son cache d’objet.
Commencez un essai de 14 jours sans carte bancaire. La mise en cache est active dès le premier déploiement — ouvrez l’onglet Performance et observez l’impact sur vos propres chiffres.
Commencer gratuitement