Quittez WP Engine ou Kinsta quand la contrainte est structurelle, c’est-à-dire quand la conception ou la tarification de la plateforme bloque ce dont le site a besoin. Les exemples typiques sont un périmètre de soutien qui exclut le travail dont vous avez besoin, des frais de dépassement qui pénalisent votre profil de trafic, ou le besoin d’un accès au serveur, d’un engagement écrit de résidence des données ou d’un seul responsable des incidents. Restez quand la cause peut être corrigée sur place, comme le poids des plugins, les règles de cache ou un changement de forfait. Si vous partez, choisissez la destination en fonction de qui prendra en charge les incidents par la suite, et planifiez la bascule loin de votre haute saison et de tout lancement.
WP Engine et Kinsta vendent tous deux de l’hébergement WordPress infogéré : une plateforme conçue pour WordPress, où le fournisseur exploite les serveurs, le cache et les outils de la plateforme pour de nombreux clients à la fois. Les deux servent bien de nombreux sites d’entreprise.
Faut-il quitter WP Engine ou Kinsta, ou régler le problème sur place ?
Avant de parler à un nouvel hébergeur, classez chaque plainte dans l’une de deux catégories. Une contrainte structurelle vient de la façon dont la plateforme est conçue ou vendue, et aucun billet de soutien ne la fera disparaître. Un problème corrigeable se trouve dans votre site, vos plugins ou la taille de votre forfait, et il vous suivra chez le prochain hébergeur.
| Plainte | Habituellement structurelle ou corrigeable ? | À vérifier d’abord |
|---|---|---|
| La facture change à cause de frais de dépassement ou de changements de forfait imposés par des limites d’utilisation | Structurelle, quand le trafic est irrégulier ou en croissance | Douze mois de factures comparés au prix du forfait |
| Le soutien déclare hors périmètre les conflits de plugins ou les requêtes lentes | Structurelle : c’est le périmètre de soutien du produit | Qui, de votre côté, pourrait prendre ce diagnostic en charge |
| Vous avez besoin d’un accès root (accès administrateur complet) au serveur, d’un service sur mesure ou d’un plugin que la plateforme restreint | Structurelle | Si la plateforme accorde une exception par écrit |
| Votre responsable de la protection des renseignements personnels exige que la résidence des données soit écrite dans l’entente, sauvegardes comprises | Structurelle, si votre forfait ne peut pas la documenter | Où se trouvent la production, les sauvegardes et toute copie de secours |
| Personne n’est responsable d’un incident qui touche à la fois l’hébergeur, les plugins et le code | Absence de responsable | Qui devrait en être responsable, puisque changer d’hébergeur ne crée pas de responsable |
| La page de paiement ou les pages des utilisateurs connectés sont lentes | Souvent corrigeable : poids des plugins, requêtes de base de données, règles de cache | Un profilage des pages lentes avant de blâmer l’hébergeur |
Quand la plateforme fonctionne et que le site connaît quand même des pannes, la pièce manquante est une fonction d’exploitation. La comparaison entre l’hébergement WordPress infogéré et les opérations WordPress infogérées explique ce partage.
Un forfait plus gros règle rarement un problème qui se trouve dans le site lui-même. Dans un scénario type, la page de paiement d’une boutique WooCommerce s’est dégradée deux Vendredis fous (Black Friday) de suite, chaque fois après que l’équipe est passée à un forfait WordPress infogéré supérieur deux semaines avant la vente. Le scénario type affirme que la plupart des problèmes de performance WooCommerce ne tiennent pas au forfait d’hébergement.
Où un site WordPress peut-il aller après WP Engine ou Kinsta ?
Un site qui quitte une plateforme WordPress infogérée a quatre destinations réalistes. Le bon choix dépend de la raison du départ et de la personne qui répondra quand le site tombera en panne en pleine nuit.
cPanel est un panneau de contrôle d’hébergement Web, et WHM (WebHost Manager) en est le volet d’administration du serveur. Un VPS (serveur privé virtuel) est une machine virtuelle louée que vous contrôlez. Un fournisseur d’exploitation infonuagique gérée est une entreprise qui assure la supervision, les correctifs, les sauvegardes et la réponse aux incidents pour une infrastructure qu’elle héberge ou non.
| Destination | Choisissez-la quand | Évitez-la quand | Qui est responsable des incidents | Ce que vous abandonnez |
|---|---|---|---|---|
| Une autre plateforme WordPress infogérée | Le site convient à une plateforme exploitée pour de nombreux clients, et la plainte porte sur le prix, la qualité du soutien ou une fonction manquante | La limite à laquelle vous vous heurtez tient au fonctionnement de toute la catégorie | La plateforme pour ses serveurs, votre développeur ou votre agence pour le reste | Peu de choses, si les outils se valent. Les mêmes limites reviennent si la catégorie est le problème |
| Un serveur cPanel/WHM, exploité par vous ou par un fournisseur infogéré | Vous voulez un contrôle au niveau du serveur, plusieurs sites sur un même serveur, ou un panneau de contrôle que votre équipe connaît | Personne n’appliquera les correctifs, ne surveillera ni ne restaurera le serveur | Votre équipe, ou le fournisseur cPanel infogéré que vous retenez | Le cache en périphérie intégré, le staging en un clic et les restaurations de la plateforme, qu’il faut reconstruire |
| Un hébergement cloud, VPS ou dédié avec un fournisseur d’exploitation infonuagique gérée | Vous avez besoin d’une pile sur mesure, d’une résidence des données inscrite au contrat ou d’un seul responsable pour toute la pile | Le site est petit, le trafic est stable et un forfait de plateforme suffit | Le fournisseur d’exploitation, selon son périmètre écrit et sa plage de couverture | Les forfaits libre-service à prix publics |
| Rester, et ajouter un fournisseur d’exploitation autour de la plateforme | La plateforme fonctionne, et la difficulté touche les mises en production, la supervision, les restaurations ou les incidents | La plateforme bloque l’accès dont le travail d’exploitation a besoin | Le fournisseur pour l’exploitation, la plateforme pour ses serveurs | Rien côté hébergement, mais vous gérez un deuxième fournisseur |
Ni WP Engine ni Kinsta n’offrent cPanel, donc passer à un hébergeur cPanel est une migration complète. La base de connaissances explique en détail comment migrer un site de WP Engine vers un hébergeur cPanel et comment migrer un site de Kinsta vers un hébergeur cPanel, y compris ce que chaque plateforme fournit et que cPanel n’offre pas.
Un VPS ou un serveur dédié apporte le plus de liberté et le plus de travail. C’est pourquoi la troisième destination associe l’hébergement à un fournisseur d’exploitation.
Que faisait la plateforme, et qui doit maintenant le faire ?
Une plateforme WordPress infogérée regroupe des tâches qu’on oublie facilement jusqu’au jour où elles ne se font plus. Peu importe la destination, inscrivez le nom d’un responsable à côté de chacune de ces fonctions avant de signer.
| Fonction | Ce que la plateforme prend habituellement en charge | À confirmer avec le nouveau responsable |
|---|---|---|
| Cache de pages et CDN (réseau de diffusion de contenu, les serveurs en périphérie qui servent les pages en cache près des visiteurs) | Configurés par la plateforme | Qui fixe les règles de cache, et quelles pages, comme le panier et le paiement, ne doivent jamais être mises en cache |
| Staging et mise en production | Une copie de staging et un transfert vers la production | Comment les changements arrivent en production, et comment on revient en arrière après une mise en production ratée |
| Sauvegardes et restaurations | Des sauvegardes planifiées avec un bouton de restauration | La fréquence des sauvegardes, leur lieu de stockage et la date du dernier test de restauration |
| Correctifs du serveur et de PHP (PHP est le langage sur lequel repose WordPress) | Appliqués par la plateforme | Qui applique les mises à jour de sécurité du système d’exploitation, du serveur Web et de PHP, et à quelle fréquence |
| Certificats TLS (les certificats qui permettent le HTTPS) | Émis et renouvelés par la plateforme | Qui les renouvelle, et qui est alerté quand un renouvellement échoue |
| Supervision et garde | La santé de la plateforme, surveillée par la plateforme | Qui surveille vos pages clés et votre page de paiement, et qui répond en dehors des heures de bureau |
Si votre processus de mise en production repose sur l’outil de staging de la plateforme, lisez comment se comporte le transfert du staging vers la production chez WP Engine avant de concevoir ce qui le remplacera. Un transfert qui inclut la base de données peut écraser les commandes passées sur le site en production.
Quel est le meilleur moment pour migrer une boutique WooCommerce ou un site qui génère des revenus ?
Un site qui génère des revenus devrait basculer pendant une période commerciale calme qui laisse plusieurs semaines avant sa prochaine pointe. Pour une boutique dont la pointe est le Vendredi fou et le temps des Fêtes, cela veut habituellement dire terminer en octobre ou attendre janvier. Une migration en novembre expose une nouvelle plateforme au trafic du Vendredi fou avant que quiconque l’ait observée sous une charge normale. C’est d’ailleurs pourquoi bien des boutiques gèlent les changements avant la pointe.
Les semaines qui suivent la bascule comptent autant que la bascule. Le comportement du cache, les tâches planifiées, le courriel et les notifications des passerelles de paiement doivent être observés sous un trafic ordinaire, puis corrigés. La bascule elle-même doit être répétée à l’avance et avoir lieu dans une fenêtre à faible trafic, avec un retour arrière prêt avant le début.
Planifiez à rebours à partir de votre pointe. Stack Harbor indique que la plupart des migrations WordPress ou cPanel d’un seul site prennent de deux à quatre semaines, et que la découverte fixe l’échéancier réel. Dans un scénario type, la migration d’un éditeur canadien hors de WP Engine a pris huit semaines : un audit de deux semaines sans rien migrer, la construction du nouvel environnement en parallèle, deux répétitions générales et une fenêtre de bascule de 45 minutes. Ce scénario type met aussi en garde contre une migration faite dans la panique et comprimée en trois semaines.
Trois autres règles de calendrier s’appliquent à la plupart des sites :
- Vérifiez dès maintenant votre date de renouvellement et vos conditions de préavis. Votre propre forfait fixe la période de préavis et précise si le renouvellement est automatique. Un renouvellement qui tombe en pleine migration vous force à faire un mauvais choix.
- Les agences devraient faire coïncider les migrations avec les renouvellements de leurs clients. Regroupez les sites clients par niveau de risque et migrez d’abord les moins risqués.
- Ne déménagez jamais pendant un lancement. Une refonte, une nouvelle gamme de produits ou une campagne payante comporte déjà assez de risques.
Combien coûte un départ de WP Engine ou de Kinsta, au-delà du prix du nouvel hébergeur ?
Le prix du nouvel hébergeur n’est qu’une partie du coût d’un départ. Comparez ces facteurs, en argent et en temps :
- Le chevauchement. Vous payez les deux environnements pendant que le nouveau est construit, testé et surveillé.
- La découverte et le travail de migration. Le nombre de sites, le volume de données, les intégrations, l’organisation du courriel et du DNS (système de noms de domaine), la tolérance à l’indisponibilité et la durée du soutien après le lancement font tous varier le prix.
- Le temps de votre équipe. Les développeurs et les rédacteurs doivent tester le nouvel environnement et apprendre un nouveau processus de mise en production.
- Les fonctions de plateforme à reconstruire. Le cache, le staging, les sauvegardes et la supervision sont fournis par la destination, ou bien quelqu’un doit les reconstruire et les exploiter.
- L’exploitation continue. Les facteurs sont la plage de couverture (heures de bureau, heures prolongées ou 24/7), la cible de réponse, le trafic et le nombre de sites et d’environnements. La page de Stack Harbor qui explique comment l’entreprise cadre ses mandats les énumère.
Rester a aussi un coût mesurable. Additionnez une année de frais de dépassement et de changements de forfait imposés par l’utilisation, les heures passées sur des problèmes que le soutien a déclarés hors périmètre, et les revenus perdus lors de vos deux derniers incidents. Si ce total est faible, restez.
Quand est-il préférable de rester chez WP Engine ou chez Kinsta ?
Rester est le bon choix quand ces conditions sont réunies, car une migration ajouterait du risque sans régler aucun problème :
- Le site correspond à la conception de la plateforme : des plugins courants, aucun besoin d’accès au serveur, aucun service sur mesure.
- Le trafic est prévisible, donc le prix du forfait est ce que vous payez réellement.
- Un développeur ou une agence est responsable des conflits de plugins, des mises à jour et des mises en production, et intervient quand quelque chose tombe en panne.
- La plupart de vos plaintes se trouvent dans les lignes corrigeables du tableau de diagnostic.
- Une heure d’indisponibilité est un désagrément plutôt qu’une perte mesurable de ventes ou de prospects.
Si la plateforme vous convient et que la pièce manquante est l’entretien du site, ajouter un fournisseur d’exploitation autour d’elle coûte habituellement moins cher et comporte moins de risque qu’une migration.
Quand est-il préférable de partir ?
Partir est le bon choix quand au moins une de ces conditions est réunie et qu’un billet de soutien n’y a rien changé :
- Les frais de dépassement ou les changements de forfait rendent le coût d’hébergement impossible à prévoir, et votre profil de trafic ne changera pas.
- Le travail dont vous avez le plus besoin, comme le diagnostic des conflits de plugins, se situe hors du périmètre de soutien de la plateforme, et personne d’autre ne peut s’en charger.
- Le site a besoin d’un accès au serveur, d’un service sur mesure ou d’une pile que la plateforme ne prend pas en charge.
- Vos contrats exigent que la résidence des données soit écrite dans l’entente d’hébergement, et votre forfait ne peut pas la fournir sous cette forme. L’article sur ce qu’il faut rechercher chez un fournisseur d’hébergement infogéré explique comment vérifier ce genre d’engagement.
- Une boutique WooCommerce a besoin de plus de contrôle sur le cache, la capacité de la base de données et le paiement en période de pointe que le forfait n’en permet. Les critères pour choisir un hébergement WordPress infogéré pour WooCommerce s’appliquent aussi à la destination.
Une grille de décision pour choisir entre partir et rester
Parcourez ces questions dans l’ordre, et arrêtez-vous à la première qui donne une réponse claire.
- Le problème est-il structurel ou corrigeable ? S’il est corrigeable, corrigez-le sur place et réévaluez la situation dans trois mois.
- La contrainte est-elle propre à cette plateforme ou commune aux plateformes WordPress infogérées ? Si elle lui est propre, une autre plateforme peut la régler. Si elle est commune, envisagez un serveur cPanel ou un hébergement cloud avec un fournisseur d’exploitation.
- Qui sera responsable des incidents après la migration, pendant quelles heures, et est-ce inscrit dans un contrat ?
- Qui est responsable de chaque fonction du tableau de la plateforme : cache, staging, sauvegardes, correctifs, certificats et supervision ?
- Quelles sont votre date de renouvellement, votre date limite de préavis et votre prochaine pointe ? Laissez plusieurs semaines entre la bascule et la pointe.
- Existe-t-il un plan de retour arrière écrit, avec l’ancien environnement gardé disponible jusqu’à ce que le bon fonctionnement du nouveau soit confirmé ?
- Combien coûte la migration au total, chevauchement et temps de votre équipe compris, par rapport à une année sans bouger ?
Un fournisseur qui ne peut pas répondre par écrit aux questions 3, 4 et 6 vous demande de porter vous-même le risque de la migration.
Où se situe Stack Harbor
Stack Harbor est un fournisseur d’exploitation infonuagique gérée (MSP) de propriété canadienne, dont le siège social est à Montréal, qui se consacre aux environnements de production. L’entreprise sert des PME et des agences d’environ 5 à 200 personnes qui exploitent des systèmes de production, comme des sites WordPress et WooCommerce, sans avoir leur propre équipe d’exploitation 24/7.
Les services de migration de Stack Harbor commencent par la découverte, un mandat de cadrage court et payant qui produit un plan de migration écrit et un devis fixe. Vous décidez de poursuivre ou non avant que commence tout travail en production. Chaque migration comprend un plan de retour arrière écrit, et l’ancien environnement reste en ligne et en lecture seule tant que le bon fonctionnement du nouveau n’est pas confirmé. Pour WooCommerce, les commandes, les clients, les produits et les abonnements sont synchronisés, avec une synchronisation delta finale (une copie des seuls changements) à la bascule. Les passerelles de paiement et la facturation récurrente sont testées en staging.
Changer d’hébergeur n’est pas obligatoire. Avec un mandat WordPress Entreprise, Stack Harbor peut exploiter l’environnement autour de votre hébergeur actuel si celui-ci tient la route. Pour les équipes qui veulent un serveur cPanel, la gestion cPanel / WHM couvre les serveurs de production sur l’infrastructure de Stack Harbor, en cloud public ou sur serveurs dédiés. Stack Harbor est partenaire NOC cPanel (NOC : centre d’exploitation du réseau) par l’entremise de WebPros, le programme par lequel l’entreprise obtient et émet directement les licences cPanel et WHM. Quand la résidence des données compte, Stack Harbor peut héberger WordPress dans ses deux centres de données de Montréal.
Le travail quotidien passe par le bureau de soutien, et les ingénieurs seniors sont responsables des incidents de gravité 1 (Sev-1). Stack Harbor ne publie aucun prix : chaque mandat fait l’objet d’un devis fixe pour un périmètre écrit. Si vos plaintes se trouvent dans les lignes structurelles, décrivez votre migration à Stack Harbor avant votre date de renouvellement. Si elles se trouvent dans les lignes corrigeables, votre plateforme actuelle et un développeur compétent pourraient suffire.
