Modules
Kinsta propose un certain nombre de modules pour vous aider à tirer le meilleur parti de votre site WordPress. Vous pouvez voir et gérer tous vos modules à partir de MyKinsta > Sites WordPress > Nom du site > Modules.
Module d’espace disque
Certains sites WordPress sont, par nécessité, un peu « lourds », c’est-à-dire qu’ils contiennent beaucoup de fichiers volumineux. Dans certains secteurs, la photographie par exemple, vous pouvez avoir besoin d’héberger des photos en haute résolution. Vous pouvez les transférer vers un service de stockage de fichiers comme Google Cloud ou Amazon S3, mais ce n’est pas toujours facile ou pratique.
Un autre problème commun aux agences et aux développeurs est que vous n’avez peut-être qu’un ou deux clients qui ont besoin de la majeure partie de l’espace disque de votre plan.
Tous les plans d’hébergement chez Kinsta incluent une quantité définie d’espace disque SSD, vous pouvez vérifier votre utilisation totale d’espace disque sur le tableau d’utilisation des ressources sur le tableau de bord dans MyKinsta. Si vous dépassez l’espace disque alloué à votre plan, nous facturons des frais de dépassement. Avec notre module d’espace disque, vous pouvez augmenter l’espace de stockage de votre plan d’hébergement sans mettre à niveau votre plan ou encourir des frais de dépassement.
Pour ajouter le module d’espace disque, dans Modules, sous Espace disque, cliquez sur Activer. L’extension d’espace disque peut être achetée par tranches de 20 Go au prix de 20 $ par mois par plan d’hébergement. Vous pouvez acheter autant de modules que vous le souhaitez. Choisissez la quantité d’espace disque supplémentaire que vous souhaitez ajouter et cliquez sur Continuer.
Vous pouvez également ajouter l’espace disque en allant sur votre Nom d’utilisateur > Réglages de l’entreprise > Mon plan, et dans Espace disque, cliquez sur Activer.
Par exemple, si vous êtes sur le plan WP 5 à 115 $ parmois et que vous achetez un module d’espace disque, votre facture mensuelle sera de 135 $ par mois. L’offre comprend déjà 30 Go, vous disposez donc d’un total de 50 Go d’espace disque disponible. Si vous achetez deux modules , votre facture s’élèvera à 155 $ par mois, avec un total de 70 Go d’espace disque disponible.
Les extensions d’espace disque sont automatiquement calculées au prorata, et l’abonnement apparaîtra sur votre prochain cycle de facturation.
Modifier l’extension d’espace disque
Pour modifier l’extension d’espace disque, naviguez vers WordPress sites > Nom du site > Modules, et sous la section Espace disque, cliquez sur Modifier. Vous pouvez modifier le nombre de modules ou supprimer le module en réduisant la quantité à zéro, puis cliquez sur Continuer.
Supprimer le module d’espace disque
Pour supprimer le module d’espace disque, dans Modules, sous Espace disque, cliquez sur Désactiver > Désactiver.
Toutes les actions liées à l’ajout, la suppression ou la modification du module d’espace disque sont enregistrées dans le journal d’activité de MyKinsta.
Si vous supprimez le module d’espace disque 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 elle était activée. 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.
Module d’environnements de staging premium
Si vous souhaitez ajouter des environnements de staging supplémentaires, si vous avez besoin d’un environnement de staging plus proche de votre environnement réel, ou si vous avez besoin d’effectuer des tests ou des développements de sites gourmands en ressources, vous pouvez acheter un module d’environnement de staging premium.
Vous pouvez ajouter jusqu’à cinq environnements de staging premium à chaque site WordPress. Alors qu’un environnement de staging standard fonctionnera toujours pour la plupart des tests, l’utilisation d’un environnement de staging premium est idéale pour les tests ou le développement de sites à forte intensité de ressources.
Chaque environnement de staging premium dispose de 12 CPU, 8 Go de mémoire, et le même nombre de threads PHP que vous avez pour votre site live (basé sur votre plan). Vous pouvez également activer le CDN de Kinsta pour un environnement de staging Premium. Avec un environnement de staging qui correspond étroitement à votre environnement réel, vous pouvez également effectuer des tests de vitesse sur votre site de staging.
Le module d’environnements de staging premium peut être acheté pour 20 $ par mois et par site (au prorata). Vous pouvez acheter jusqu’à 5 modules de staging premium par site. Chaque module d’environnement de staging premium est automatiquement calculé au prorata, et l’abonnement apparaîtra sur votre prochain cycle de facturation. En incluant l’environnement de staging standard gratuit, cela vous permet d’avoir un total de 6 environnements de staging et de développement qui sont complètement séparés de votre site réel.
Pour ajouter un environnement de staging premium, dans Modules, sous Environnements de staging premium, cliquez sur Créer un nouvel environnement et suivez les étapes pour créer un environnement de staging WordPress standard ou premium.
Supprimer le module d’environnements staging premium
Pour supprimer un module d’environnement de staging premium, vous devez supprimer l’environnement de staging.
Si vous supprimez le module d’environnements de staging premium 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 pour l’hébergement WordPress.
Module de performance PHP
Le module de performance PHP vous permet d’augmenter votre pool de mémoire PHP total, le nombre de threads PHP et la limite de mémoire PHP. Vous pouvez également voir et modifier vos performances PHP dans Sites WordPress > Nom du site > Info > Performance PHP.
Le module de performance PHP coûte 10 $ par 500 Mo supplémentaires par mois. Par exemple, si le pool de mémoire PHP total dans votre plan est de 1,5 Go et que vous souhaitez l’augmenter à 3 Go pour un site, il s’agit d’une augmentation de 1,5 Go, et par conséquent, vous serez facturé 30 $ par mois pour le module.
Pour acheter ce module, cliquez sur Modifier sur la page Modules sous Performances PHP.
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 ajuster le pool de mémoire total pour allouer plus de mémoire aux threads PHP. Cependant, la limite maximale dépend de votre plan :
- Les plans standard avec un pool de mémoire par défaut de 4 Go ou plus ne peuvent pas être augmentés davantage.
- Les plans personnalisés avec un pool par défaut de 2 Go maximum peuvent être augmentés jusqu’à un maximum de 4 Go.
- Les plans personnalisés dont le pool par défaut est supérieur à 2 Go peuvent être augmentés jusqu’à un maximum de 8 Go.
Vous pouvez 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, ce qui 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.
Remarque : si vous utilisez WooCommerce, vous devez vous assurer que la mémoire par thread est d’au moins 128 Mo. Si elle est inférieure, votre site risque de connaître des temps d’arrêt et des erreurs.
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, telles que les requêtes de bases de données volumineuses ou les téléversements de mé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 threads. 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, vous réduisez le nombre de threads PHP à 2, et la limite de mémoire PHP par thread sera de 1024 Mo.
Plus de mémoire permet à votre site de gérer des tâches plus gourmandes en mémoire. Cependant, si vous avez moins de threads, cela réduit le nombre de requêtes entrantes que votre site peut traiter simultanément.
Au fur et à mesure que 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 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.
Valeurs de distribution du pool, des threads et de la mémoire
Les tableaux ci-dessous montrent 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
| Fils PHP | Mémoire par thread |
|---|---|
| 2 | 256 Mo |
| 4 | 128 Mo |
| 8 | 64 Mo |
Pool de mémoire 1 Go
| Threads PHP | Mémoire par thread |
|---|---|
| 2 | 512 M0 |
| 4 | 256 M0 |
| 8 | 128 M0 |
| 16 | 64 Mo |
Pool de mémoire de 1.5 Go
| 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 |
Pool de mémoire de 2.5 Go
| 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 Mp |
| 12 | 256 Mo |
| 24 | 128 Mo |
Pool de mémoire de 3.5 Go
| Threads PHP | Mémoire par thread |
|---|---|
| 7 | 512 Mo |
| 14 | 256 Mo |
| 28 | 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 |
Pool de mémoire de 5 Go
| Threads PHP | Mémoire par thread |
|---|---|
| 5 | 1024 Mo |
| 10 | 512 Mo |
| 20 | 256 Mo |
Pool de mémoire de 6 Go
| Threads PHP | Mémoire par thread |
|---|---|
| 6 | 1024 Mo |
| 12 | 512 Mo |
| 24 | 256 Mo |
Pool de mémoire de 7 Go
| Threads PHP | Mémoire par thread |
|---|---|
| 7 | 1024 Mo |
| 14 | 512 Mo |
| 28 | 256 Mo |
Pool de mémoire de 8 Go
| Threads PHP | Mémoire par thread |
|---|---|
| 8 | 1024 Mo |
| 16 | 512 Mo |
| 32 | 256 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 Retirer dans Performance PHP.
Cette opération réinitialise tous les sites à la mémoire PHP d’origine et aux 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 Retirer.
La fenêtre de confirmation indique les sites pour lesquels l’add-on 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 complémentaire 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.
Mises à jour automatiques Kinsta
Avec Kinsta, vous pouvez activer les mises à jour automatiques pour vos extensions et thèmes pour chaque site individuel avec soit :
- Les mises à jour automatiques de WordPress : WordPress installe automatiquement les mises à jour des extensions et des thèmes deux fois par jour. Il n’ effectue pas de test de régression et ne peut donc pas déterminer si une extension ou un thème mis à jour cause des problèmes.
- Mises à jour automatiques de Kinsta : Kinsta fournit des mises à jour automatiques quotidiennes pour les extensions et les thèmes, ce qui est gratuit pour le premier mois et seulement 3 $ par environnement par mois par la suite. Note : Le premier mois des mises à jour automatiques de Kinsta est gratuit pour tous les plans. Si vous êtes sur un plan Single 35k visites, Single 20 Go de bande passante, ou WP2, vous obtenez également votre premier mois d’hébergement gratuit. Ces périodes de gratuité sont séparées, ce qui signifie que si vous activez les mises à jour automatiques de Kinsta au 15ème jour de votre plan, vous recevrez toujours un mois complet de mises à jour gratuites.
Toutes les extensions et tous les thèmes sont mis à jour pour votre site, même s’ils sont inactifs, et toute nouvelle extension ou thème installé est ajouté de manière transparente aux mises à jour automatiques de Kinsta, ce qui vous permet de rester protégé contre les vulnérabilités sans effort supplémentaire.
Kinsta effectue également un test de régression visuel sur votre site pour détecter les changements significatifs avant et après les mises à jour. Par défaut, ce test compare votre page d’accueil et quatre pages sélectionnées au hasard dans votre sitemap. Cependant, vous pouvez spécifier manuellement les pages à tester. Si vous choisissez des URL spécifiques, seules ces pages seront testées, même si elles sont moins de cinq. Cela permet de détecter toute différence significative causée par la mise à jour. Si un problème est identifié, Kinsta restaure automatiquement une sauvegarde effectuée avant chaque mise à jour, garantissant ainsi la stabilité et la sécurité de votre site. Ces sauvegardes sont disponibles pendant trois jours dans Sauvegardes > Générées par le système, avec une note spécifiant quelle extension a été mis e à jour lorsque la sauvegarde a été effectuée.
Kinsta utilise ScreenshotOne pour capturer et comparer des captures d’écran avant et après la mise à jour. Ces captures d’écran, ainsi que les images mettant en évidence les différences, sont stockées en toute sécurité pendant 60 jours. Si votre domaine a des règles de sécurité strictes qui bloquent les requêtes d’origine inconnue, vous devrez peut-être configurer une liste d’autorisation pour permettre ces captures d’écran. Vous avez deux options pour y parvenir :- Configurer une règle qui autorise les requêtes contenant l’en-tête
User-Agent:kinsta-bot. - Autoriser le trafic provenant des plages d’adresses IP de ScreenshotOne.
- Configurer une règle qui autorise les requêtes contenant l’en-tête
Pour activer les mises à jour automatiques, cliquez sur Modifier. Vous pouvez également activer les mises à jour automatiques dans les Sites WordPress > Nom du site > Extensions et thèmes > Mises à jour automatiques > Modifier.
Vous pouvez également activer les mises à jour automatiques de vos extensions et thèmes pour plusieurs sites, y compris les sites de staging, simultanément à partir de la page Sites WordPress. Cochez les cases à côté des sites pour lesquels vous voulez activer les mises à jour automatiques, cliquez sur Actions, et choisissez Modifier les mises à jour automatiques.
Sélectionnez les mises à jour automatiques de WordPress et cliquez sur Modifier les mises à jour automatiques, ou sélectionnez les mises à jour automatiques de Kinsta et cliquez sur Continuer.
Si vous sélectionnez Mises à jour automatiques Kinsta, vous pouvez définir les réglages de mise à jour automatique. Vous pouvez modifier ces options à tout moment dans les Réglages.
Réglages
Si vous souhaitez modifier les réglages des mises à jour automatiques de Kinsta après les avoir activées, cliquez sur Réglages.
Fréquence des tests
Sélectionnez les jours où vous souhaitez que les mises à jour soient effectuées sur votre site. Par exemple, si vous souhaitez que les mises à jour aient lieu uniquement le week-end, sélectionnez Samedi et Dimanche uniquement.
Fenêtre de test
Il s’agit de l’heure à laquelle vous souhaitez que les mises à jour soient effectuées sur votre site.
URL de test
La fonction de mise à jour automatique de Kinsta compare par défaut votre page d’accueil et quatre pages sélectionnées au hasard dans votre sitemap. Si vous préférez tester des pages spécifiques, vous pouvez définir jusqu’à cinq URL personnalisées dans le champ URL de test. Saisissez chaque URL sur une nouvelle ligne. Seules les URL spécifiées seront testées, même si vous en indiquez moins de cinq.
Pendant le processus de mise à jour, Kinsta compare les images de chaque page spécifiée avant et après la mise à jour. Le réglage Sensibilité permet de contrôler la rigueur avec laquelle les changements sont détectés.
Si aucune URL n’est spécifiée, Kinsta testera par défaut votre page d’accueil et quatre pages sitemap sélectionnées au hasard.
Activer le mode maintenance de WordPress
Sélectionnez cette option pour afficher une page de maintenance lorsque les mises à jour sont en cours. La page de maintenance ne s’affiche que pendant la durée des mises à jour et non pendant toute la durée de la fenêtre de temps.
Contenu dynamique
Si vous souhaitez modifier l’un de ces réglages après avoir activé les mises à jour automatiques de Kinsta, cliquez sur Réglages.
Certains sites web ont un contenu dynamique, qui change automatiquement ou en fonction de la personne qui visite le site. Il peut s’agir d’éléments tels que
- D’une bannière ou d’une barre de défilement rotative
- Un message « Welcome back ! »
- Un flux en direct ou un widget de discussion
Lorsque MyKinsta effectue des mises à jour automatiques d’extensions ou de thèmes, il effectue une comparaison visuelle de votre site avant et après la mise à jour afin de détecter tout changement inattendu. Cependant, si votre site contient du contenu dynamique (comme des bannières rotatives, des données sensibles au temps, ou des éléments générés par l’utilisateur), ces différences visuelles peuvent apparaître même si rien n’est réellement cassé. Dans ce cas, il se peut que la mise à jour soit marquée à tort comme ayant échoué.
Cet onglet analyse la page sélectionnée dans le test de régression visuelle « Aperçu » afin de détecter tout contenu dynamique. Les pages disponibles pour l’aperçu sont celles que vous avez définies précédemment sous URL de test.
Nous vous recommandons d’examiner chaque page avant de poursuivre la configuration des mises à jour automatiques :
- Si aucun contenu dynamique n’est détecté, vous pouvez continuer en toute sécurité.
- Si un contenu dynamique est détecté, cliquez sur Afficher la différence pour localiser l’endroit où il apparaît sur la page.
Vous pouvez alors :
- Identifier les sélecteurs CSS des éléments dynamiques.
- Ajouter ces sélecteurs aux sélecteurs CSS à exclure pour masquer ces zones du test de régression visuel.
- Si vous le souhaitez, vous pouvez ajuster le niveau de sensibilité.
Après avoir effectué vos ajustements, exécutez à nouveau le test de régression visuelle de l’aperçu pour vous assurer qu’aucun contenu dynamique ne subsiste. Une fois le test réussi, vous pouvez continuer à configurer les mises à jour automatiques.
Sensibilité
Ce réglage détermine le degré de rigueur du test de régression visuelle. Ce test compare chaque pixel de deux images en fonction de la couleur et de la luminosité, le paramètre de sensibilité déterminant le seuil des différences acceptables. Il utilise des images de la page d’accueil ainsi que quatre pages aléatoires ou des images provenant des URL de test, si elles ont été définies.
Une sensibilité plus faible permet d’ignorer les différences mineures, tandis qu’une sensibilité plus élevée permet de détecter les changements les plus subtils, mais peut également augmenter les risques de faux positifs.
Sélecteurs CSS à exclure
Les sélecteurs CSS sont utilisés dans les feuilles de style pour cibler et appliquer des styles à des éléments spécifiques de vos pages web. En définissant les sélecteurs CSS dans les sélecteurs CSS à exclure, vous indiquez simplement des parties spécifiques de votre site web (comme une bannière ou un widget) que vous souhaitez que les mises à jour automatiques ignorent.
Par exemple, si votre page d’accueil comporte une bannière dont les images changent régulièrement, vous voudrez peut-être l’exclure des vérifications. Un sélecteur CSS pour cette bannière pourrait être .banner-slider, ou un identifiant spécifique, tel que #daily-message. Si vous l’indiquez dans les sélecteurs CSS à exclure, les mises à jour automatiques ignoreront tout ce qui se trouve à l’intérieur de l’élément avec la classe banner-slider ou l’ID daily-message. Vous pouvez utiliser le test de régression visuel Aperçu pour identifier automatiquement tout contenu dynamique sur vos pages.
Comment trouver un sélecteur CSS
- Ouvrez votre site dans Google Chrome (ou tout autre navigateur doté d’outils de développement).
- Cliquez avec le bouton droit de la souris sur la partie de la page que vous souhaitez ignorer et cliquez sur Inspecter.
- Dans le panneau qui s’ouvre, recherchez une classe (commençant par .) ou un identifiant (commençant par #) pour cet élément.
- Copiez cette classe ou cet identifiant et collez-le dans le champ Sélecteurs de masquage dans MyKinsta.
Chaque sélecteur doit être sur une nouvelle ligne et séparé par une virgule, par exemple :
Prévisualiser le test de régression visuel
Cette option vous aide à déterminer si certaines pages de votre site contiennent un contenu dynamique qui n’a pas encore été exclu. Vous pouvez vérifier les pages pour les URL que vous avez précédemment définies sous URL de test. Nous vous recommandons d’examiner chaque page individuellement pour vérifier la présence d’éléments dynamiques. Pour cela, sélectionnez la page que vous souhaitez inspecter et cliquez sur Aperçu.
Si un contenu dynamique est identifié sur la page sélectionnée, un avertissement Contenu dynamique détecté apparaît comme suit :
Sélectionnez Afficher la différence pour afficher une carte thermique indiquant les parties de la page qui sont dynamiques, comme suit :
Vous pouvez ensuite utiliser les outils de développement de votre navigateur pour inspecter cette partie de la page et localiser les sélecteurs CSS du contenu dynamique Sélecteurs CSS à exclure. Pour savoir comment procéder, reportez-vous à la section Comment trouver un sélecteur CSS. Une fois les sélecteurs ajoutés, cliquez à nouveau sur Aperçu pour vérifier que tout le contenu dynamique a été exclu. Si vous avez exclu tout le contenu dynamique, un message Aucun contenu dynamique détecté s’affiche, comme ceci :
Vous pouvez alors cliquer sur Continuer pour terminer la configuration des mises à jour automatiques.
Confirmation
La page de confirmation affiche les détails du prix. Pour confirmer l’ajout, cliquez sur Modifier les mises à jour automatiques. L’abonnement apparaîtra sur votre prochain cycle de facturation et sera automatiquement calculé au prorata de votre période de facturation actuelle.
Voir les mises à jour installées
Lorsqu’une mise à jour est identifiée et installée, elle apparaît dans Extensions et thèmes > Mises à jour automatiques Kinsta.
Cliquez sur Détails pour afficher les informations sur les mises à jour d’extensions et de thèmes qui ont réussi ou échoué et sur celles qui n’ont pas été mises à jour ou qui ont été exclues. Pour toute mise à jour réussie ou échouée, vous pouvez cliquer sur le nom de l’extension ou du thème pour l’afficher :
- Les captures d’écran réalisées avant et après la mise à jour. Ces captures d’écran sont conservées pendant 60 jours.
- Les images mettant en évidence les différences.
- L’erreur qui a provoqué l’échec de la mise à jour.
Erreurs de mise à jour ayant échoué
Erreur de domaine
Cette erreur se produit lorsqu’un domaine n’est pas disponible pendant le processus de mise à jour. Dans ce cas, MyKinsta n’est pas en mesure de prendre ou de comparer des captures d’écran.
Différence de capture d’écran
Ceci indique un changement visuel mineur sur le site web. Les différences sont mises en évidence dans les captures d’écran prises avant et après la mise à jour. Pour résoudre ce problème, reportez-vous à la section Résolution des différences de captures d’écran.
Différence de hauteur des captures d’écran
Cela indique qu’une partie importante de la page est manquante ou n’a pas été rendue à la suite d’une mise à jour. Les différences sont mises en évidence dans les captures d’écran prises avant et après la mise à jour. Pour résoudre ce problème, reportez-vous à la section Résolution des différences de captures d’écran.
Résolution des problèmes liés aux différences de taille des captures d’écran
Les mises à jour automatiques de Kinsta incluent un test de régression visuel après chaque mise à jour d’extension ou de thème. Ce test compare chaque pixel de deux images sur la base de la couleur et de la luminosité, le paramètre de sensibilité déterminant le seuil des différences acceptables. Il analyse la page d’accueil et quatre pages aléatoires ou des URL de test spécifiques si elles sont définies.
- Une sensibilité faible ignore les différences mineures.
- Une sensibilité plus élevée détecte les changements subtils mais peut augmenter le nombre de faux positifs.
Si votre site contient du contenu dynamique, des vidéos ou des carrousels, le test peut échouer car les captures d’écran prises avant et après la mise à jour seront différentes. Pour éviter cela, envisagez les mesures suivantes :
Masquer les sélecteurs CSS dynamiques
Identifiez les sélecteurs CSS qui contiennent du contenu dynamique et masquez-les dans Masquer les sélecteurs lorsque vous activez les mises à jour automatiques ou dans les réglages de mise à jour automatique. Pour trouver un sélecteur CSS, utilisez l’inspecteur de votre navigateur. Cliquez avec le bouton droit de la souris sur le contenu que vous souhaitez masquer, sélectionnez Inspecter, puis, dans le panneau Styles, cliquez avec le bouton droit de la souris sur le sélecteur et choisissez Copier le sélecteur.
Spécifier les pages à tester
Par défaut, le test de régression visuelle analyse votre page d’accueil et quatre URL aléatoires de votre site. Si ces pages contiennent du contenu dynamique, il peut en résulter davantage de faux positifs. Pour réduire ce risque, vous pouvez spécifier des URL de test qui ne contiennent pas d’éléments dynamiques lorsque vous activez les mises à jour automatiques ou dans les réglages de mise à jour automatique.
Ajuster le niveau de sensibilité
Un niveau de sensibilité élevé est plus susceptible d’entraîner des faux positifs, car il est plus à même de détecter les changements les plus subtils. Vous pouvez abaisser le niveau de sensibilité pour que le test ignore les différences mineures lorsque vous activez les mises à jour automatiques ou dans les réglages de mise à jour automatique.
Exclure ou modifier les mises à jour automatiques pour un seul plugin ou thème
Pour exclure ou modifier les mises à jour automatiques pour un seul plugin ou thème, cliquez sur le kebab (menu à trois points) sur cet élément et cliquez sur Modifier les mises à jour automatiques.
Sélectionnez l’option requise et cliquez sur Modifier les mises à jour automatiques.
Notifications de mise à jour automatique
Vous pouvez configurer des notifications par courriel en cas d’échec ou de réussite d’une mise à jour dans votre Nom d’utilisateur > Réglages de l’utilisateur > Notifications.
Désactiver les mises à jour automatiques
Vous pouvez désactiver les mises à jour automatiques dans les sites WordPress > nom du site > Plugins et thèmes > Mises à jour automatiques > Modifier. Sélectionnez Manuel et cliquez sur Modifier les mises à jour automatiques.
Vous pouvez également désactiver les mises à jour automatiques de vos extensions et thèmes pour plusieurs sites, y compris les sites de staging, simultanément à partir de la page Sites WordPress. Cochez les cases à côté des sites pour lesquels vous souhaitez activer les mises à jour automatiques, cliquez sur Actions et choisissez Modifier les mises à jour automatiques.
Si vous avez activé les mises à jour automatiques de Kinsta, cela supprime le module. Le premier mois est entièrement gratuit, donc si vous annulez pendant cette période, vous n’aurez pas de frais pour le module. Après le mois gratuit, si vous annulez, vous recevrez un crédit au prorata des jours non utilisés de la période de facturation en cours. Ce crédit sera automatiquement appliqué au solde de votre compte et utilisé pour votre prochaine facture Kinsta. Pour plus d’informations, reportez-vous à notre Garantie de remboursement pour l’hébergement WordPress.
Proxy inverse
Lorsque vous utilisez un proxy inverse, vous pouvez servir plusieurs sites ou applications à partir d’un seul domaine, quel que soit l’endroit où ils sont hébergés. L’utilisation d’un proxy inverse permet également de séparer les sites afin qu’ils ne partagent pas les mêmes ressources.
Les proxies inversés peuvent être complexes à installer, à configurer et à supporter ; si votre site principal et votre sous-site (site proxy) sont hébergés sur Kinsta, vous pouvez acheter le module de Proxy inversé pour 50$ par mois et par site, et l’équipe de support de Kinsta configurera le proxy inverse pour vous.
Pour acheter ce module, cliquez sur Changer sur la page Module sous Proxy inverse. Cela ouvre une fenêtre modale avec le prix et des informations sur ce qui se passe ensuite. Pour continuer avec le module, cliquez sur Ouvrir la discussion; cela ouvre une nouvelle discussion avec notre équipe de support, qui configurera le module pour vous.
Supprimer le module de proxy inverse
Pour supprimer ce module, sur la page Modules, sous Proxy inverse, cliquez sur Modifier > Ouvrir la discussion. Cela ouvre une nouvelle discussion avec notre équipe d’assistance, qui supprimera le module pour vous.
Si vous supprimez le module de proxy inverse 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 é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 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.
Module de cache Redis
La mise en cache Redis stocke les valeurs générées par le cache d’objets natif de WordPress de manière persistante afin que les objets mis en cache puissent être réutilisés entre les chargements de pages. Cela peut réduire la charge sur la base de données de votre site, diminuer le temps de réponse et augmenter la capacité du site à gérer un trafic supplémentaire. La mise en cache Redis est disponible dans MyKinsta en tant que module pour votre site au prix de 100$ par mois et par site.
Pour acheter ce module, cliquez sur Activer sur la page Modules sous Cache Redis. Cela ouvre une fenêtre modale avec le prix et des informations sur ce qui se passe ensuite. Pour procéder à l’achat du module, cliquez sur Activer le module Redis. Le module apparaîtra sur votre prochaine facture.
Supprimer le module de cache Redis
Pour supprimer ce module, sur la page Modules, sous Cache Redis, cliquez sur Désactiver > Désactiver le module Redis.
Si vous supprimez le module de cache Redis 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 é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 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.
Module de sauvegardes horaires
Si votre site change fréquemment et que vous avez besoin de points de restauration supplémentaires, vous pouvez acheter le module de sauvegardes horaires, qui vous offre 2 options :
- Sauvegardes de 6 heures à 20 $ par mois et par site ; une sauvegarde est créée toutes les 6 heures et est disponible pendant 24 heures.
- Sauvegardes horaires à 100 $ par mois et par site ; une sauvegarde est créée toutes les heures et est disponible pendant 24 heures.
Pour ajouter le module Sauvegardes horaires, dans la page Modules, sous Sauvegardes horaires, cliquez sur Activer et suivez les étapes pour Activer les sauvegardes horaires.
Modifier ou supprimer le module de sauvegardes horaires
Vous pouvez augmenter ou diminuer la fréquence des sauvegardes ou annuler le module dans les Sites WordPress > Nom du site > Sauvegardes > Horaire. Pour changer la fréquence, cliquez sur Changer de plan, ou pour annuler le module, cliquez sur Désactiver.
Si vous désactivez le module, les sauvegardes actuellement disponibles seront supprimées.
Si vous supprimez le module de sauvegardes horaires 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 é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 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.
Module de sauvegardes externes
Si vous souhaitez sauvegarder votre site WordPress sur Google Cloud Storage ou Amazon S3, vous pouvez acheter le module Sauvegardes externes. Les sauvegardes externes peuvent être configurées pour une fréquence hebdomadaire ou mensuelle, et vous pouvez choisir de sauvegarder vos fichiers, votre base de données WordPress, ou les deux. Le module de sauvegardes externes coûte 2 $ par mois par sauvegarde, plus 1 $ par Go par mois pour la bande passante. Par exemple, si vous avez un site que vous sauvegardez mensuellement et qui utilise 10 Go de bande passante externe, cela vous coûtera 12 $ par mois.
Pour ajouter le module de sauvegardes externes, dans la page Modules, sous Sauvegardes externes, cliquez sur Activer et suivez les étapes pour le module de sauvegardes externes avec Google Cloud Storage ou le module de sauvegardes externes avec Amazon S3.
Supprimer le module de sauvegardes externes
Pour supprimer (et arrêter) le module de sauvegardes externes, allez dans Sites WordPress > Nom du site > Sauvegardes > Externes > Désactiver. Pour confirmer la suppression du module de sauvegardes externes, cliquez sur Supprimer les sauvegardes.
Cela supprime l’accès aux sauvegardes de MyKinsta ; cela ne supprime pas les sauvegardes de votre stockage Google Cloud ou Amazon S3.
Si vous supprimez le module de sauvegarde externe 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 de 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.
Module de site WordPress
Le module de site WordPress vous permet d’augmenter le nombre de sites dans votre plan sans mettre à niveau le plan. Chaque site supplémentaire comprend un environnement de staging et est facturé 30 $ par mois. Le module ne comprend pas d’espace disque supplémentaire. Les ressources telles que les visites, l’espace disque et l’utilisation du CDN sont partagées entre tous les sites du plan. Par exemple, avec un plan WP 2 visites, si vous achetez le module pour un site supplémentaire, les 70.000 visites, 20 Go d’espace disque et 250 Go d’utilisation du CDN seront répartis entre les trois sites.
Ceci est disponible dans votre Nom d’utilisateur > Réglages de l’entreprise > Mon plan > Sites WordPress. Lorsque vous mettez à niveau ou changez votre plan, tous les ajouts de sites que vous avez seront conservés, même si le nouveau plan inclut plus de sites par défaut. Par exemple, si vous êtes sur le plan simple 35k visites avec un module de site et que vous passez au plan WP 2, qui inclut deux sites, le module de site s’appliquera toujours, ce qui vous donne un total de trois sites. Si vous n’avez plus besoin du module de site, vous devez le désactiver.
Ajouter des sites
Pour ajouter un site, dans MyKinsta, cliquez sur votre Nom d’utilisateur > Réglages de l’entreprise > Mon plan, et dans Sites WordPress, cliquez sur Activer.
Saisissez le nombre de sites WordPress supplémentaires que vous souhaitez ajouter, et cliquez sur Continuer.
Examinez les détails du prix et cliquez sur Activer le module de site WordPress.
Les modules de site WordPress sont automatiquement calculés au prorata, et l’abonnement apparaîtra sur votre prochain cycle de facturation.
Modifier le nombre de sites
Si vous souhaitez réduire le nombre de sites dans le module de site WordPress, vous devez d’abord supprimer les sites dont vous n’avez plus besoin dans Sites WordPress > Nom du site > Info > Supprimer le site. La suppression d’un site supprime tous les sites, les bases de données et les environnements de staging pour ce site.
Pour modifier le module de site WordPress, dans MyKinsta, cliquez sur votre Nom d’utilisateur > Réglages de l’entreprise > Mon plan, et dans Sites WordPress, cliquez sur Modifier.
Augmentez ou diminuez la quantité et cliquez sur Continuer.
Si vous augmentez ou diminuez le nombre de sites, les nouveaux détails du prix s’affichent. Si vous mettez la quantité à zéro, le module est désactivé. Pour confirmer les modifications, cliquez sur Modifier le module de site WordPress.
Si vous réduisez le nombre de sites ou modifiez la quantité à zéro, 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.
Désactiver le module de site WordPress
Si vous souhaitez désactiver le module de site WordPress, vous devez d’abord supprimer les sites dont vous n’avez plus besoin dans Sites WordPress > Nom du site > Info > Supprimer le site. La suppression d’un site supprime tous les sites, bases de données et environnements de staging pour ce site.
Pour désactiver le module de site WordPress, dans MyKinsta, cliquez sur votre Nom d’utilisateur > Réglages de l’entreprise > Mon plan, et dans Sites WordPress, cliquez sur Désactiver.
Pour confirmer que vous souhaitez désactiver le module, cliquez sur Désactiver.
Si vous désactivez le module de site WordPress 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 de 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.