FAQ technique

Dernière mise à jour 12 février 2025

Nous avons compilé ci-dessous toutes les questionstechniques les plus courantes sur Kinsta en un seul endroit.

De combien mon site sera-t-il plus rapide sur la plateforme de Kinsta ?

Presque tous les sites que nous faisons migrer depuis d’autres fournisseurs d’hébergement WordPress infogéré fonctionnent plus rapidement sur Kinsta.

Vous pouvez en voir un exemple dans notre étude de cas avec SkyRocketWP. Ils sont venus chez Kinsta à la recherche d’un site plus rapide pour leurs clients, et ils ont trouvé cela et bien plus encore. Ils ont fini par transférer plus de 100 sites de WP Engine vers Kinsta et ont constaté, en moyenne, une diminution de 49 % des temps de chargement des pages.

Autre exemple, WP Buffs, qui a vu le temps de chargement de ses pages divisé par deux. En passant simplement à Kinsta et en activant notre CDN intégré, ils ont également réduit leur taux de rebond de 21 % en moyenne.

Kinsta utilise la plateforme Google et son réseau premium pour garantir des vitesses de réseau ultra-rapides. Vous pouvez choisir parmi l’un de nos 37 centres de données mondiaux. Placer votre site plus près de vos visiteurs aide à diminuer la latence et le temps de première réponse tout en assurant des temps de chargement ultra-rapides. Associez cela à notre CDN HTTP/3, aux dernières versions de PHP et à notre technologie de conteneur isolé ; nous obtenons la meilleure pile de performances de l’industrie.

Grâce aux serveurs Google Cloud C2 et C3D de dernière génération, beaucoup de nos clients constatent jusqu’à 200 % d’augmentation des performances !

Puis-je essayer mon site sur Kinsta pour voir les différences de performance par rapport à mon hébergeur actuel ?

Nous n’offrons pas d’essais à court terme, mais voici ce que nous proposons :

Premier mois gratuit : Nous offrons le premier mois gratuit sur nos plans Single 35k et WP 2, ce qui vous permet d’explorer toutes les fonctionnalités de Kinsta sans aucun paiement initial. Après le premier mois, le prix normal du plan s’applique.
Garantie de remboursement de 30 jours : sur tous les autres plans (y compris les modules), nous offrons une garantie de remboursement de 30 jours. Si vous annulez votre compte d’hébergement dans les 30 premiers jours, vous recevrez un remboursement complet, ce qui en fait un moyen sans risque d’essayer Kinsta !
Pas de contrat à long terme : vous pouvez annuler votre abonnement à tout moment sans être lié par un engagement à long terme.

Offrez-vous l’enregistrement de domaines ?

Nous ne proposons pas de services d’enregistrement de domaines. Si vous cherchez un endroit pour enregistrer votre domaine, consultez des endroits comme Cloudflare, Name.com, Squarespace, NameCheap, Hover, et Enom. Pour plus d’informations sur la façon de choisir un registraire de domaine, référez-vous à notre article de blog Comment sélectionner le meilleur registraire de domaine (Nos recommandations).

Puis-je demander un stockage supplémentaire si nécessaire (ou des threads PHP, des installations, etc.) ?

Cela dépend de ce dont vous avez besoin. Si vous avez besoin d’un espace disque supplémentaire, nous avons un module d’espace disque qui vous permet d’augmenter l’espace de stockage de votre plan d’hébergement en quelques simples clics. Vous avez besoin de 80 Go supplémentaires ? Aucun problème.

Si vous souhaitez augmenter la mémoire PHP d’un site, les threads ou la mémoire par thread, vous pouvez acheter le module de performance PHP dans Sites WordPress > nom du site> Info > Performance PHP > Changer.

Une autre alternative abordable et efficace consiste à décharger les fichiers volumineux vers un service de stockage séparé comme Amazon S3 ou Google Cloud Storage. C’est un excellent moyen de réduire l’espace de stockage nécessaire à votre site et de maintenir vos coûts d’hébergement à un bas niveau.

Si vous avez besoin d’installations WordPress supplémentaires, vous pouvez acheter le module de site WordPress. Cela vous permet d’augmenter le nombre de sites sans mettre à niveau votre plan.

Si vous avez besoin d’un plan qui ne correspond à aucune de nos offres standard, vous pouvez ouvrir un nouveau ticket avec notre équipe de gestion de compte, qui pourra examiner la quantité d’espace disque, les threads PHP et le nombre d’installations alloués à chaque plan. Ils peuvent également vous aider à déterminer si un plan personnalisé conviendrait à votre ou vos sites.

Puis-je utiliser une extension de mise en cache ?

Nous n’autorisons pas les extensions de mise en cache car nous proposons cinq types de cache, qui sont tous réalisés automatiquement au niveau du logiciel ou du serveur. Ceci est contrôlé par notre extension Kinsta MU, qui est installée, par défaut, sur tous les sites WordPress.

En savoir plus sur la façon dont Kinsta gère la mise en cache.

Exception :Nous autorisons WP Rocket, version 3.0, et plus. Leur fonctionnalité de mise en cache est automatiquement désactivée lorsqu’ils fonctionnent sur Kinsta, vous pouvez donc utiliser notre mise en cache intégrée tout en utilisant les autres fonctionnalités d’optimisation offertes par WP Rocket.

Pouvez-vous augmenter le délai d’expiration du cache par défaut ?

Notre cache de page est défini pour expirer toutes les 1 heures par défaut. Si vous souhaitez changer cette durée, dans MyKinsta, allez dans Sites WordPress > nom du site > Mise en cache > Mise en cache du serveur > Changer l’expiration du cache.

Dans la fenêtre modale qui s’affiche, sélectionnez l’expiration du cache souhaitée et cliquez sur le bouton Changer l’expiration. Pour les sites qui ne changent pas souvent, il peut être bénéfique en termes de performances d’avoir une expiration de cache plus longue.

Comment Kinsta gère-t-il la mise en cache pour WooCommerce et Easy Digital Downloads ?

Nous avons des règles de mise en cache au niveau du serveur déjà en place pour les solutions eCommerce populaires telles que WooCommerce et Easy Digital Downloads. Par défaut, certaines pages qui ne devraient jamais être mises en cache, comme le panier, mon compte et la commande, sont exclues de la mise en cache. Les utilisateurs contournent automatiquement le cache lorsque les cookies woocommerce_items_in_cart ou edd_items_in_cart sont détectés pour garantir un processus de paiement fluide et synchronisé.

Certaines extensions peuvent nécessiter une configuration supplémentaire pour fonctionner correctement. Si vous rencontrez des problèmes avec la mise en cache, par exemple si le contenu du panier est mis en cache et consultable par d’autres visiteurs, des règles Nginx supplémentaires doivent être ajoutées à la configuration Nginx de votre site.

Comme les environnements d’hébergement peuvent varier en termes de configuration, les extensions, les thèmes et les sites peuvent présenter des incompatibilités ou nécessiter certaines configurations. Il peut être difficile pour les développeurs d’extensions complexes et les ingénieurs d’environnements d’hébergement complexes de tenir compte de toutes les possibilités, configurations et réglages.

Si une section supplémentaire de votre site eCommerce doit contourner le cache ou si des règles supplémentaires doivent être ajoutées à votre configuration Nginx pour des raisons de compatibilité, vous pouvez toujours contacter notre équipe de support.

Kinsta propose-t-il des solutions de revendeur/marque blanche ?

Nous ne proposons pas de plan revendeur classique pour le moment. Cependant, de nombreuses agences utilisent Kinsta et vendent de l’hébergement à leurs clients. Nos autorisations multi-utilisateurs facilitent la tâche. Nous proposons également des options en marque blanche sur notre extension Kinsta MU, qui est installée par défaut sur tous les sites WordPress.

Vous pouvez également gagner un revenu passif en parrainant des clients à Kinsta en rejoignant notre programme d’affiliation.

Combien de temps faut-il pour migrer mon site ? Mon site sera-t-il hors ligne pendant la migration ?

Après votre inscription, vous pouvez immédiatement demander une migration sans intervention depuis le tableau de bord MyKinsta. Vous pouvez choisir de migrer votre site immédiatement, de planifier la migration si votre site est continuellement mis à jour ou a des pré-requis particuliers, ou d’acheter une migration expédiée pour 49 $.

Nous effectuerons vos migrations dans les plus brefs délais, ce qui peut prendre jusqu’à 2 jours ouvrables. Nous nous efforçons d’effectuer les migrations expédiées dans les 8 heures. Notre équipe vous informera de l’état de votre migration et vous pourrez suivre l’état de la migration dans notre tableau de bord MyKinsta.

Le transfert de votre site vers Kinsta n’entraîne généralement aucun temps d’arrêt. Cependant, les sites qui sont mis à jour en permanence, tels que les sites de commerce électronique (WooCommerce et Easy Digital Downloads), d’adhésion et de communauté, doivent être placés en mode maintenance pendant la migration pour éviter toute perte de données.

Notre équipe vous informera quand ils auront terminé et vous indiquera comment prévisualiser votre site avant sa mise en production.

Pouvons-nous voir les avantages en termes de performances avant de faire pointer le DNS vers Kinsta ?

Vous pouvez tester votre site sur Kinsta avant de changer le DNS en utilisant l’une des options suivantes :

Option 1

Créez un sous-domaine, tel que test.votresite.com, et faites pointer uniquement le DNS du sous-domaine vers Kinsta. Cela vous permet de comparer le site de test avec votre site actuel en production.

Pour vous assurer que le sous-domaine fonctionne correctement, vous devrez effectuer une recherche et remplacer sur votre site. Commencez par faire une sauvegarde de votre site, puis utilisez l’outil de recherche et de remplacement de Kinsta pour le mettre à jour avec votre sous-domaine temporaire.

Une fois les tests terminés, vous pouvez restaurer votre site en un seul clic. Si des changements importants ont été apportés à votre site en production pendant les tests, vous pouvez également effectuer une nouvelle migration après avoir terminé vos tests.

Option 2

Vous pouvez tester localement depuis votre emplacement avec Chrome DevTools en modifiant simplement votre fichier d’hôtes.

Puis-je exécuter des tests de charge ?

Les tests de charge sont interdits sur la plateforme MyKinsta. Pour plus d’informations sur les tests autorisés, veuillez vous référer à nos Conditions d’utilisation. Vous pouvez utiliser un test de vitesse de site web qui mesure généralement le temps de chargement total d’une page, y compris les temps de réponse MySQL + PHP. Des outils comme Pingdom ou GTmetrix sont couramment utilisés pour ce type de test.

Puis-je utiliser le certificat SSL que j’ai acheté ailleurs ?

Oui, qu’il s’agisse d’un nouveau certificat SSL, d’un SSL que vous devez transférer ou d’un certificat que vous allez régénérer chez votre fournisseur SSL. Pour plus de détails, consultez notre guide sur la façon d’installer un certificat SSL dans MyKinsta.

Nous proposons également des certificats SSL Cloudflare automatiques gratuits (les configurations wildcard sont prises en charge). Donc, à moins qu’il y ait une raison pour laquelle vous avez besoin de votre propre certificat SSL, il est beaucoup plus rapide et plus facile d’utiliser notre SSL gratuit.

Ai-je besoin d’un type de serveur, d’un code CSR et d’une clé RSA pour activer le SSL ?

Cela dépend du type de certificat que vous utilisez. Nous avons des certificats SSL gratuits disponibles pour tous les clients de Kinsta, fournis par notre intégration Cloudflare. Ces certificats SSL ne nécessitent pas de CSR ou de clé pour être installés sur votre site WordPress.

Si vous achetez votre propre certificat SSL personnalisé, vous aurez besoin du type de serveur, du code CSR et de la clé RSA. Pour plus de détails, veuillez consulter notre guide sur la façon d’ajouter un certificat SSL et ce qu’il faut sélectionner pour chaque valeur.

Fournissez-vous des certificats SAML ?

Non, Kinsta ne supporte actuellement pas les certificats SAML ou l’authentification SAML.

Supportez-vous HTTP/2 (HTTP2) ?

Oui, nous le faisons. Notre nouvelle infrastructure propulsée par Google Cloud supporte HTTP/2 pour tous nos clients. Si vous souhaitez en savoir plus, nous avons publié un guide très détaillé sur HTTP/2.

Est-ce que Kinsta supporte le multisite ?

Nous prenons en charge les installations WordPress multisites sur nos plans multisites. Si vous êtes actuellement sur notre plan simple de 35k, vous devrez mettre à niveau vers un plan simple de 65k ou plus afin d’utiliser le multisite.

Est-ce que Kinsta dispose d’un staging pour les environnements multisites ?

En fonction de la façon dont votre multisite est configuré, il peut ou non fonctionner avec notre environnement d’évaluation.

S’il s’agit d’un multisite de sous-répertoire (exemple.com, exemple.com/subsite1, exemple.com/subsite2), il fonctionnera bien avec notre environnement de test.
S’il s’agit d’un multisite de sous-domaines (exemple.com, subsite1.exemple.com, subsite2.exemple.com), il fonctionnera correctement tant que les sous-sites ne nécessitent pas de HTTPS. Si les sous-sites nécessitent HTTPS, vous devrez contourner les erreurs SSL sur le staging pour accéder aux sous-sites. Cela n’a aucun impact sur la fonctionnalité.
S’il s’agit d’un multisite mappé par domaine (qui charge différents sous-sites sur des domaines complètement différents, c’est-à-dire exemple.com, exemple1.com, exemple2.com), cela ne fonctionnera pas sans une configuration manuelle importante, qui devra être inversée si vous poussez votre base de données de staging vers votre site de production.
- Option 1 : Désactivez ou supprimez le mappage de domaine et revenez à la configuration standard de sous-répertoire/sous-domaine. Effectuez manuellement une recherche et un remplacement dans la base de données pour mettre à jour les domaines utilisés pour les sous-sites.
- Option 2 : Configurez des sous-domaines de mise à disposition pour chaque domaine actif, ajoutez-les tous au site de staging, puis effectuez une recherche et un remplacement dans la base de données pour mettre à jour les domaines utilisés pour les sous-sites.

Sur l’environnement de staging, puis-je seulement pousser la base de données ?

Notre environnement de staging inclut la poussée sélective, qui vous fournit un contrôle plus granulaire sur ce qui doit être poussé en production. Vous pouvez choisir de pousser uniquement les fichiers, des fichiers ou dossiers spécifiques, uniquement la base de données, des tables de base de données spécifiques, ou à la fois les fichiers et la base de données de votre environnement staging vers votre site en production.

Puis-je ajouter d’autres scripts PHP ?

Avec l’hébergement WordPress infogéré, vous pouvez également configurer un simple script PHP non-WordPress à côté de votre site WordPress, mais nous ne fournissons pas de support pour les scripts et applications non-WordPress dans l’hébergement WordPress infogéré.

Avec l’hébergement d’applications, vous pouvez héberger chez nous pratiquement n’importe quelle application (pas seulement PHP). Nous ne fournissons pas de support de développement pour les applications, mais nous pouvons vous aider à résoudre les problèmes de plateforme, les déploiements de fonctionnalités par défaut, l’ajout de noms de domaine et les connexions entre les applications et les bases de données hébergées par Kinsta.

Puis-je installer ou utiliser node/npm sur mon site WordPress ?

Si vous êtes sur un plan Single 1,25M ou plus ou un plan WP 60 ou plus, vous pouvez contacter l’équipe de support de Kinsta pour installer node/nodejs/npm sur notre serveur pour votre site.

Puis-je héberger des sites HTML ?

Vous pouvez héberger des sites HTML chez Kinsta. Avec l’hébergement WordPress infogéré, si l’index.php par défaut de WordPress n’est pas trouvé dans le répertoire /public, le serveur chargera automatiquement index.html. Si une page différente est utilisée pour la page d’accueil du site web, vous devrez ouvrir une nouvelle discussion avec notre équipe de support, et ils pourront ajouter une règle spéciale sur le serveur pour que cela fonctionne correctement. Note : nous ne fournissons aucun support supplémentaire pour les sites non-WordPress pour l’hébergement WordPress infogéré.

Vous pouvez également héberger pratiquement n’importe quelle application ou site avec l’hébergement d’applications. Les sites HTML peuvent également être hébergés avec l’hébergement de sites statiques.

Mes sites obtiennent-ils une IP dédiée ?

Non, nous ne fournissons pas d’adresses IP dédiées. Une IP partagée est assez courante de nos jours chez la plupart des fournisseurs d’hébergement WordPress, car pour de nombreuses configurations, il n’y a pas besoin d’une adresse IP dédiée. Comme nous offrons une intégration Cloudflare gratuite pour tous les sites hébergés sur Kinsta, nos IP partagées sont en fait des IP Cloudflare.

Nos IP Cloudflare allouées ne sont utilisées que pour les sites sur notre infrastructure. Cela signifie que si votre site est hébergé sur Kinsta, vous ne partagerez pas d’adresse IP avec des sites hébergés en dehors de Kinsta – dont certains peuvent contenir du contenu pour adultes ou du spam. Consultez notre article de blog approfondi expliquant la différence entre les IP dédiées et les IP partagées.

Si vous recherchez une IP dédiée parce que vous devez ajouter une seule IP à une liste d’autorisation pour un service tiers (peut-être un processeur de paiement comme PayPal ou similaire), vous voudrez utiliser l’IP externe de votre site pour cela. Il s’agit de l’adresse IP que les autres serveurs voient lorsque votre site se connecte à cet autre serveur.

Une IP dédiée est-elle nécessaire pour un certificat SSL ?

Quand il s’agit de SSL, une IP dédiée n’est pas nécessaire et n’est pas pré-requise depuis juin 2003. Le pool IPv4 est épuisé et les gens l’ont vu venir. Ils ont donc mis au point une technique appelée Server Name Indication (SNI) qui permet à plusieurs certificats d’être sur la même IP. Tous les navigateurs modernes la supportent et c’est une technique que nous et d’autres entreprises d’hébergement utilisons tous les jours pour les sites de nos clients.

Que sont les threads PHP ? Comment savoir combien il m’en faut ?

Les threads PHP déterminent le nombre de requêtes simultanées mises en cache que votre site peut gérer à la fois. Chaque requête non mise en cache est traitée par un thread PHP.

Chacun de nos plans d’hébergement comprend un certain nombre de threads PHP. Le nombre inclus dans chaque plan est basé sur l’utilisation des ressources nécessaires pour des sites typiques. En général, les sites avec beaucoup de contenu statique – articles, pages statiques, articles de blog – n’ont pas besoin de beaucoup de threads PHP.

Le nombre de threads PHP nécessaires peut varier selon le site en raison des extensions tierces, des requêtes, du contenu dynamique et du nombre de réponses mises en cache par rapport à celles qui ne le sont pas. Dans Kinsta, vous pouvez augmenter le nombre de threads ou la mémoire par thread dans les performances PHP.

Avez-vous une liste d’extensions interdites ?

Oui, il y a certaines extensions tierces que nous n’autorisons pas parce qu’elles sont connues pour nuire aux performances, ne fonctionnent pas sur notre plateforme, ou ne sont tout simplement pas nécessaires car nous fournissons un moyen meilleur et plus facile de faire la même chose dans MyKinsta. Consultez la liste complète des extensions interdites.

Kinsta hébergera-t-il mes e-mails ?

Nous ne fournissons pas d’e-mail dans le cadre de nos plans puisque nous consacrons toutes nos ressources à l’hébergement de WordPress. Nous recommandons Google Workspace ou quelques autres fournisseurs de messagerie.

Consultez notre article de blog sur tous les inconvénients d’utiliser votre fournisseur d’hébergement pour la messagerie.

Est-ce que Kinsta supporte Git ?

Le client Git est disponible chez Kinsta, vous pouvez donc vous connecter en SSH et télécharger votre propre dépôt Git depuis Github, Gitlab, Bitbucket ou tout autre tiers. Cependant, nous n’avons pas encore mis en place la fonctionnalité où vous pouvez simplement git push kinsta my_site et il est automatiquement déployé.

Découvrez comment utiliser Git chez Kinsta.

Est-ce que Kinsta offre des solutions d’équilibrage de charge (multi-localisation) ?

Chez Kinsta, chaque site sur notre plateforme fonctionne dans un seul conteneur Linux, et la base de données du site fonctionne comme un service dans le conteneur du site. Nous n’exécutons pas plusieurs instances équilibrées en charge pour chaque site. En savoir plus sur l’architecture de Kinsta.

Puis-je avoir plus d’une base de données ?

Nous autorisons uniquement une base de données par site WordPress.

Avec l’hébergement de bases de données, vous pouvez héberger autant de bases de données que vous le souhaitez.

Note : Pour les sites WordPress, nous vous recommandons d’utiliser notre hébergement WordPress infogéré plutôt que l’hébergement d’applications et l’hébergement de bases de données. L’hébergement WordPress infogéré est construit, conçu et optimisé par Kinsta pour les sites WordPress. Il comprend tout ce dont vous avez besoin, comme la mise en cache de la page entière, les sauvegardes et la possibilité de mettre à jour facilement les extensions et les thèmes.

Quel est le nom d’hôte MySQL de la base de données de mon site ?

Tout ce que vous avez généralement besoin de savoir est que le nom d’hôte de votre base de données est localhost chez Kinsta. Mais si vous souhaitez en savoir plus sur le sujet ou si vous avez besoin de vous connecter à distance à une base de données, nous avons un article dédié qui vous montre comment vous connecter directement à la base de données de votre site.

Puis-je utiliser un domaine personnalisé avec le CDN de Kinsta ?

Grâce au CDN de Kinsta, les ressources en cache de votre site sont servies à partir de votre domaine principal. Il n’est actuellement pas possible d’utiliser un autre domaine ou sous-domaine pour servir les ressources CDN.

Kinsta est-il conforme à la norme SOC 2 ?

Oui ! Kinsta est conforme aux normes SOC. Vous pouvez faire la demande d’une copie de notre rapport SOC 2 Type II sur notre page Rapport de confiance. Pour plus d’informations sur notre conformité SOC 2, y compris les questions fréquemment posées, consultez notre documentation SOC 2.

Kinsta est-il conforme aux normes PCI ?

Nous ne garantissons pas la conformité PCI, et nous ne sommes pas non plus en mesure d’auditer votre site pour vérifier que vous faites les choses correctement. Toutefois, cela ne signifie pas que vous ne pouvez pas être conforme à la norme PCI en hébergeant votre site web chez nous. En fait, nous avons de nombreux clients qui ont travaillé avec des auditeurs tiers pour passer des analyses de conformité PCI. Dans la plupart de ces cas, nous avons dû procéder à quelques ajustements mineurs sur demande, mais ces clients ont réussi à passer l’audit sans problème après quelques ajustements de notre part et de la leur.

Consultez les détails supplémentaires concernant l’hébergement conforme à la norme PCI chez Kinsta.

Kinsta est-il conforme à HIPAA ou PHI ?

En raison de l’audit complexe et de la sécurité nécessaire, ni nous (ni beaucoup d’autres sociétés d’hébergement infogéré) ne pouvons garantir la conformité HIPAA ou PHI.

Qu’est-ce qui est considéré comme une installation WordPress chez Kinsta ?

Chaque plan d’hébergement Kinsta permet une ou plusieurs installations WordPress. Chaque installation équivaut à 1 site WordPress, qui se compose de ses fichiers (fichiers de base, fichiers de thème, fichiers d’extensions) et d’une base de données.

La seule exception à cette règle est une installation multisite, que nous expliquons dans la question suivante.

Comment Kinsta compte-t-il les multisites ?

Les installations multisites sont considérées comme une installation chacune. Par exemple, vous pouvez avoir un multisite avec 10 sous-sites. Ceci est toujours considéré comme une seule installation car tous les sous-sites du réseau partagent les mêmes fichiers WordPress et la même base de données.

Combien de CPU et de RAM chaque plan possède-t-il ?

Kinsta utilise des machines virtuelles dans l’un des multiples centres de données de Google Cloud Platform. Dans les régions disponibles, nous utilisons des machines virtuelles optimisées pour le calcul (C2), qui offrent les performances par cœur les plus élevées (3,8 GHz) sur GCP et sont optimisées pour les charges de travail gourmandes en CPU comme WordPress.

Sur nos plans standard, chaque conteneur de site en production a accès à 12 CPU et 8 Go de RAM par défaut. Chaque environnement de staging sur nos plans standard a accès à 1 CPU et 8 Go de RAM.

Pourquoi Kinsta coûte-t-il ce qu’il coûte ?

Pour répondre à cette question, nous vous recommandons de lire d’abord notre page Pourquoi nous, où nous décrivons un grand nombre de différences entre nous et nos concurrents.

Si vous venez depuis un autre hébergeur WordPress infogéré tel que WP Engine, SiteGround ou Flywheel, consultez ces comparaisons approfondies :

Kinsta a été le premier hébergeur WordPress infogéré à utiliser exclusivement la plateforme Google Cloud, et notre équipe la connaît mieux que quiconque dans l’industrie ! Toute notre infrastructure est construite et optimisée autour d’elle, y compris des fonctionnalités que d’autres n’incluent pas, comme son réseau de niveau premium. Sans oublier que nous déployons de nouveaux centres de données dès qu’ils sont disponibles. Nous proposons actuellement 37 emplacements différents.

Notre support technique est différent de celui de tous les autres. Nous n’embauchons pas de représentants de support de niveau 1 ou 2. Notre équipe est composée uniquement des meilleurs ingénieurs Linux et développeurs WordPress. Vous pouvez discuter avec les mêmes membres de l’équipe qui prennent en charge nos entreprises du Fortune 500 ! Cela signifie moins de frustrations et moins de rebondissements et vous garantit une résolution rapide de vos problèmes. Nous sommes disponibles 24/7.

Certains pays sont-ils bloqués sur Google Cloud Platform ?

Google bloque l’accès à certains de ses services professionnels dans certains pays ou régions, tels que Cuba, la Crimée, l’Iran, la Corée du Nord, le Soudan et la Syrie. Ceci est dû aux restrictions légales qui sont imposées. Plus de détails et une liste mise à jour peuvent être trouvés ici : Département du Trésor des États-Unis. Si vous voyagez dans l’un de ces pays et que vous devez mettre à jour votre site ou accéder à MyKinsta, vous pouvez utiliser un VPN tel que ExpressVPN ou NordVPN.

Qu’en est-il de la Chine ? Vos sites devraient être accessibles en Chine. En fait, nous avons de nombreux clients qui ciblent actuellement la Chine sans problème. Cependant, nous ne pouvons pas non plus garantir l’accessibilité car nous n’avons aucun contrôle sur ce que le gouvernement chinois peut choisir de bloquer. Navi, du service d’assistance de Google, a également déclaré :

Google Cloud Platform n’a pas de restriction sur le trafic en provenance de Chine. Si vous hébergez un site web sur GCP, le trafic provenant des utilisateurs chinois ne sera pas bloqué.
Ceci étant dit, Google n’a aucun contrôle sur les méthodes de blocage de GFW.

Vous pouvez tester votre site web pour voir s’il est accessible derrière le Grand Pare-feu de Chine.

Quelles sont les autres entreprises qui utilisent Google Cloud ?

Un grand nombre en fait. Parmi les plus connues, citons PayPal, Twitter, P&G, Etsy, Airbus Sky et UPS.

Consultez la liste complète des clients Google Cloud sur le site web officiel.

Qu’est-ce que l’intégration Cloudflare de Kinsta ?

Tous les sites sur Kinsta sont protégés par notre intégration Cloudflare gratuite. Cloudflare est un fournisseur leader de services de sécurité et de performance web. Avec notre intégration Cloudflare, les sites hébergés sur Kinsta sont protégés par un pare-feu intelligent qui inclut également une protection DDoS gratuite. Pour plus de détails, consultez notre article détaillé sur notre intégration Cloudflare.

Pourquoi est-ce que je vois toujours un message disant que mon domaine ne pointe pas vers Kinsta ?

Si vous avez votre propre compte Cloudflare et que vous avez fait pointer votre domaine (en laissant jusqu’à 24 heures aux DNS pour se propager), mais que vous voyez toujours l’un des éléments suivants, vérifiez les règles de page dans votre compte Cloudflare :

une bannière ou un avertissement indiquant que votre site n’est pas pointé vers Kinsta et qu’il est sujet à une interruption de service.
un statut de « Confirmation que vous avez fait pointer votre domaine vers Kinsta ».

Dans vos règles de page Cloudflare, si le domaine racine est redirigé vers le domaine WWW ou vice versa, le domaine qui est redirigé ne peut pas être vérifié dans MyKinsta.

Pour résoudre ce problème, vous devrez supprimer la redirection dans les règles de page Cloudflare. Cela permettra au domaine d’être vérifié dans MyKinsta. La redirection vers le domaine primaire sera désormais traitée dans Kinsta.

Quels sont les réglages de votre plateforme ? (Informations et versions de PHP)

Vous trouverez ci-dessous les réglages, les logiciels serveur et les versions utilisés sur la plateforme d’hébergement de Kinsta. En tant que service WordPress infogéré, nous disposons des réglages PHP optimaux configurés pour fonctionner au mieux avec les sites WordPress. Si vous avez des pré-requis PHP spécifiques, n’hésitez pas à prendre contact avec notre équipe de support pour discuter de vos besoins.

Informations PHP

Kinsta propose PHP 7.4, 8.0, 8.1, 8.2, 8.3 et 8.4. Ce sont les réglages par défaut de PHP :

memory_limit = 256M
post_max_size = 128M
upload_max_filesize = 128M
max_input_vars = 10000
max_execution_time = 300

En fonction de votre plan WordPress, vous pouvez être en mesure d’augmenter ces valeurs si nécessaire. N’hésitez pas à prendre contact avec notre équipe de support pour connaître les options qui s’offrent à vous.

Serveur

Kinsta utilise Nginx comme serveur web, fonctionnant actuellement en version 1.15.9 ou supérieure.

Base de données

Kinsta utilise MariaDB 10.3 ou une version plus récente. La base de données et le serveur web sont tous deux utilisés sur localhost.

TLS

Tous les serveurs Kinsta et notre CDN supportent TLS 1.3 ou plus. Assurez-vous de lire notre guide TLS vs SSL.

Puis-je ajouter des règles personnalisées aux configurations Nginx ?

Oui. Cependant, comme cela nécessite un accès pré-requis, vous devez contacter l’équipe de support de Kinsta pour ajouter des règles personnalisées à la configuration de Nginx.

Est-ce que Kinsta est compatible avec Zapier ?

Oui, les sites WordPress hébergés sur Kinsta sont compatibles avec les automatisations Zapier via le point de terminaison xmlrpc.php point de terminaison. Par défaut, nous désactivons tout accès à xmlrpc.php car c’est un vecteur d’attaque courant pour les pirates et autres acteurs malveillants. Si vous rencontrez des problèmes avec l’intégration de Zapier avec WordPress sur Kinsta, veuillez ouvrir une nouvelle discussion avec notre équipe de support, et nous pouvons vous aider à autoriser votre intégration Zapier.

À quelle fréquence effectuez-vous des contrôles de surveillance du site/du temps de fonctionnement ?

Votre site WordPress est vérifié toutes les 3 minutes. Si quelque chose nécessite une attention particulière, nos ingénieurs commenceront à enquêter immédiatement. Si les notifications de surveillance du site WordPress sont activées dans MyKinsta, nous vous enverrons également un e-mail pour toute erreur de site, erreur DNS, erreur SSL ou domaine expiré.

Kinsta offre-t-il un hébergement à haute disponibilité ?

Nous n’offrons pas d’hébergement à haute disponibilité (HA), mais nous offrons une garantie de temps de fonctionnement soutenue par un SLA. Chaque site est utilisé dans un seul conteneur Linux, la base de données étant utilisée comme un service dans le conteneur du site. Nous n’utilisons pas d’instances multiples équilibrées en charge pour chaque site. Si vous souhaitez en apprendre davantage, consultez notre article sur notre architecture Kinsta.

Fournissez-vous un accès root ?

Non, nous ne fournissons pas d’accès root. L’accès complet à la racine est une arme à double tranchant : bien qu’il vous permette de faire littéralement tout ce que vous voulez avec un serveur (y compris modifier les fichiers critiques du système), nous ne pouvons pas fournir de support pour quelque chose que nous ne connaissons pas ou que nous n’avons pas configuré.

Quel est votre SLA ?

Consultez notre accord de niveau de service (SLA) complet.

Avons-nous manqué quelque chose ?

Si vous avez d’autres questions techniques que nous avons peut-être manquées, n’hésitez pas à les laisser dans le formulaire de commentaires ci-dessous. 👇 Ou vous pouvez toujours ouvrir une discussion avec notre équipe de support.