Kinsta ou WP Engine pour mettre à jour une boutique sans perdre ses commandes ?

Partir des commandes qui continuent d’arriver

Une boutique WooCommerce doit mettre à jour son extension de livraison avant une période chargée. L’équipe veut tester le calcul des frais, les paiements et les confirmations sur une copie privée. Le site public continue à recevoir des commandes pendant la préparation. Le choix d’hébergement dépend alors de la façon de mettre en ligne les changements et de récupérer un état stable si les tarifs de livraison cessent de fonctionner.

Nous comparons Kinsta Launch Plus et la configuration Essential d’entrée de WP Engine pour une installation. Les ressources et les unités de facturation diffèrent. Utilisez ces deux configurations pour demander des propositions sur le même site, avec ses volumes, ses services externes et son besoin de reprise. Les prix et conditions cités ont été relevés le 10 novembre 2026. La comparaison repose sur les pages officielles et les fiches du catalogue.

Identifiez la donnée qui fait foi pour chaque opération. Une commande est enregistrée dans la boutique, le prestataire de paiement conserve l’état de l’encaissement et le service de livraison peut garder sa propre référence. Une restauration de WordPress ne synchronise pas ces systèmes. Avant de choisir, déterminez combien de ventes il serait possible de reconstituer et qui pourrait rapprocher les données après une panne.

Kinsta Launch Plus à 531 USD HT pour le premier cycle annuel

La grille Black Friday indique 531 USD HT facturés en annuel pour Launch Plus. Sur le parcours mensuel, Kinsta affiche 29,50 USD HT par mois pendant les trois premières mensualités de campagne, puis 59 USD HT par mois comme tarif de référence. La campagne est réservée aux nouveaux clients et sa fin est annoncée au 1er décembre 2026. Le premier mois gratuit est affiché pour Launch, un autre palier.

Les 708 USD barrés dans la colonne annuelle correspondent à douze mensualités de 59 USD. Le montant du renouvellement annuel de Launch Plus et sa date restent à obtenir. Pour situer le coût du parcours mensuel, trois mois à 29,50 USD suivis de neuf mois à 59 USD donnent 619,50 USD HT sur douze mois, à tarif de référence inchangé et hors options et dépassements. Le calcul décrit ce parcours. L’offre annuelle correspond à un premier cycle payé d’avance.

Launch Plus affiche un site, 25 Go de stockage, 25 Go de bande passante serveur et 250 Go de bande passante CDN par mois. Les 125 000 visites mensuelles affichées sont une estimation. Pour ce plan, le compteur de bande passante serveur et les enveloppes de CDN et de disque sont les éléments à suivre dans MyKinsta.

WP Engine Essential à partir de 336 USD pour la première année

La vitrine internationale présente Essential à partir de 28 USD par mois en équivalent annuel, soit 336 USD pour la première année prépayée. Les prix initiaux et les coupons sont réservés aux nouveaux clients Essential éligibles, pour une souscription et sans cumul avec une autre offre. Le prix payé au mois et le total avec taxes et options restent à vérifier. La configuration d’entrée affiche un site, 25 000 visites par mois et 10 Go de stockage.

Le comparatif de la gamme affiche 75 Go de bande passante mensuelle pour Essential. La documentation décrit un compteur comprenant les transferts compressés du serveur et du CDN ainsi que ceux des différents environnements. Vérifiez la dotation de la configuration choisie. Demandez aussi le barème de dépassement des visites. Le tarif public de 2 USD par millier cite des offres nommées telles que Startup et Agency Essentials, dont l’intitulé est différent.

Le montant récurrent dépend du tarif applicable à la reconduction et du contrat. Les conditions générales indiquent par défaut un cycle suivant de la même durée, avec notification au moins trente jours avant l’échéance pour s’opposer à la reconduction. Elles prévoient aussi un débit jusqu’à une semaine avant l’échéance. Demandez la date et le tarif pour votre configuration. Si le besoin dépasse l’environnement partagé d’Essential, faites chiffrer la proposition adaptée avant de comparer le budget.

Pour comparer douze mois de départ, gardez les bases annuelles de 531 USD HT chez Kinsta et de 336 USD affichés chez WP Engine. Le traitement fiscal de cette dernière somme reste à confirmer pour le titulaire : aucun total TTC ni économie nette ne peut être déduit de ces deux nombres seuls. Demandez ensuite les mêmes options et le même objectif de reprise. Un budget sur vingt-quatre mois reste incomplet tant que les deux renouvellements annuels ne sont pas chiffrés.

Lire les compteurs avec les données de la boutique

Une fiche produit mise en cache et un panier connecté sollicitent l’hébergement différemment. Utilisez les relevés du site existant. Notez les périodes de pointe, les importations, les appels au stock et les opérations de recherche. Les volumes mensuels donnent un contexte, tandis que les lenteurs ou erreurs constatées pendant les importations renseignent sur le travail de l’application. Comparez les deux propositions avec les mêmes observations.

Chez Kinsta, Launch Plus est facturé sur la bande passante serveur et suit séparément le CDN et le disque. La documentation affiche 0,50 USD par Go de bande passante serveur excédentaire, 0,05 USD par Go de CDN supplémentaire et 2 USD par Go et par mois de disque excédentaire, au prorata des jours de dépassement. Conservez un relevé des trois compteurs pour repérer celui qui ferait évoluer la facture.

WP Engine calcule ses visites facturables à partir des adresses IP uniques par jour UTC, avec des exclusions pour les ressources statiques seules et certains robots. Demandez comment retrouver la consommation du site et celle de ses copies. Une visite de l’outil d’audience et une visite du compteur de facturation peuvent avoir un sens différent. Le dimensionnement doit aussi couvrir les opérations de la boutique qui occupent des ressources sans ajouter beaucoup de visites, comme la mise à jour d’un catalogue.

Séparer la fréquence des copies et leur durée de conservation

Kinsta annonce des sauvegardes quotidiennes conservées quatorze jours sur Launch Plus. Le guide de WP Engine décrit trente jours de points et la vitrine annonce une conservation de trente à soixante jours. Utilisez les dates visibles dans le portail pour établir le plan de reprise. Une conservation plus longue aide à retrouver une version plus ancienne. La perte entre la dernière copie et la panne dépend de la fréquence des points et des commandes reçues dans cet intervalle.

Kinsta affiche deux options par site, une copie toutes les six heures à 20 USD par mois ou une copie horaire à 100 USD par mois. Ces points supplémentaires sont conservés vingt-quatre heures. À tarif inchangé, douze mois de l’option six heures représentent 240 USD. Pour WP Engine Essential, le guide documente des points automatiques quotidiens et la création de points manuels. La disponibilité d’une fréquence supérieure et son prix restent à confirmer.

Si la boutique fixe à deux heures l’intervalle maximal de données à reconstituer, le rythme quotidien et l’option six heures laissent un intervalle plus long. Une copie horaire fournit un point plus fréquent, sous réserve de son exécution et de sa disponibilité. Dans tous les cas, préparez l’inventaire des ventes et des encaissements postérieurs au point choisi. Un point manuel juste avant la mise à jour réduit l’intervalle autour de cette opération. Il faut aussi prévoir la reprise des ventes qui arrivent ensuite.

Exporter une copie de travail et restaurer d’abord hors production

Avant de restaurer la boutique sur une copie, préparez son isolement avec le mainteneur : accès privé, déclencheurs planifiés arrêtés et échanges vers les paiements, le stock, la livraison et les destinataires réels bloqués ou remplacés par leurs destinations de test. Une protection par mot de passe ne neutralise pas à elle seule les tâches du serveur. La restauration peut réintroduire des clés et réglages de production ; faites maintenir les blocages pendant cette opération. Si le compte ne permet pas cet isolement dès la création de la copie, examinez l’archive dans un environnement séparé sans accès aux services réels avant de démarrer WordPress.

Sur Kinsta, le panneau permet de générer une archive téléchargeable des fichiers et de la base une fois par semaine. Elle reste disponible quarante-huit heures. Relevez séparément les redirections et les réglages de la plateforme. Pour examiner un point du site en ligne, créez d’abord une cible de staging. Dans les sauvegardes du site, choisissez le point, puis Restore to et la cible. La documentation indique qu’une restauration peut rétablir les fichiers, la base et des réglages MyKinsta dont les domaines.

Sur WP Engine, ouvrez l’environnement puis Backups. Le menu du point permet de préparer un ZIP complet ou partiel. Le fichier préparé est accessible jusqu’à sept jours. L’export de la base par ce parcours porte sur la base entière. Pour examiner un point dans un autre environnement, utilisez la copie Push to. Choisissez la cible, le type Custom et Backup point comme source. Depuis un point de sauvegarde, l’inclusion de la base reprend toutes ses tables ; la sélection table par table concerne la copie de l’état courant. Confirmez la date et le périmètre avant d’exécuter la copie. Une restauration dans le même environnement peut supprimer les fichiers absents du point choisi.

Sur la copie restaurée, neutralisez les paiements réels, les messages aux clients et les tâches qui contactent les services de stock ou de livraison. Ouvrez une ancienne commande et vérifiez son état avec des données de test. Vérifiez aussi les fichiers nécessaires à l’extension. Notez le point utilisé et les éléments manquants. Cette étape permet de décider si un retour en production exige une restauration complète ou la reprise d’un composant ciblé.

Déployer la mise à jour en conservant les données de production

Le staging standard de Kinsta permet de préparer une copie. Dans MyKinsta, le déploiement peut cibler des fichiers, des dossiers ou des tables. Les paramètres d’environnement de la source sont toutefois copiés vers la destination même lors d’un déploiement sélectif. Contrôlez les redirections, les réglages PHP, la géolocalisation et les règles Nginx avant de valider. Le guide signale une brève interruption possible à la fin d’un déploiement vers le site en ligne.

Le portail WP Engine distingue production, staging et développement selon les environnements créés. La copie personnalisée de l’état courant permet d’inclure certaines tables. Depuis un point de sauvegarde, la base incluse reste entière. Les tables sélectionnées déjà présentes à destination sont remplacées. Un ZIP partiel et une copie sélective de tables répondent à des opérations différentes. Contrôlez aussi les règles du serveur, les médias éventuellement stockés ailleurs et les services liés au domaine du staging.

Pour la mise à jour de livraison, vérifiez d’abord si le changement tient dans les fichiers de l’extension ou s’il exige une migration de données. Si la mise à jour peut être rejouée sur une base de production conservée, appliquez le changement documenté et vérifiez le résultat. Si des tables doivent être transférées, identifiez où sont stockées les commandes et les données associées. WooCommerce peut utiliser des tables dédiées avec HPOS. Les extensions peuvent ajouter leurs propres données. Faites valider le périmètre avec la personne qui maintient la boutique.

• Avant le déploiement, créez un point actuel et relevez le dernier numéro de commande, son statut et sa référence de paiement.
• Sur la copie privée, vérifiez les frais de livraison et le parcours complet avec des données et un moyen de paiement de test.
• Au créneau choisi, appliquez le changement ciblé et contrôlez un produit, le panier, l’administration et les notifications attendues.
• Si le contrôle échoue, conservez l’état récent et relevez les nouvelles commandes avant toute reprise de base. Rétablissez le composant concerné si cela suffit.

Définir ce qui relève des mises à jour gérées

Le socle WordPress, les extensions et les paramètres de vente demandent des validations différentes. Relevez la version de l’extension de livraison, ses dépendances, les zones et les taxes configurées. Faites confirmer les contraintes de compatibilité des fonctions de cache, de sécurité et de sauvegarde utilisées aujourd’hui. Kinsta documente ses restrictions par extension. Pour WP Engine, demandez une confirmation pour les composants dont dépend la boutique.

WP Engine présente Smart Plugin Manager en option sur Essential. Le guide décrit une vérification automatique et un retour arrière lorsqu’une anomalie est détectée. Pour un calcul de frais ou une synchronisation de stock, gardez un contrôle propre à la boutique. Un affichage identique peut accompagner une erreur de calcul. Chiffrez les licences nécessaires par environnement et confirmez les fonctions incluses dans les deux offres retenues.

Prévoir qui traite l’incident le jour du déploiement

Kinsta annonce un chat technique en français en continu pour les clients ayant un forfait payant actif. Les équipes de vente, de facturation et de migration ont leurs propres horaires. WP Engine annonce le chat en continu sur Essential. La disponibilité d’un interlocuteur humain francophone sur ce contrat reste à confirmer. Pour les deux offres, vérifiez le canal auquel l’équipe aura accès le soir de la mise à jour.

Un incident de paiement, une règle de livraison incorrecte et un site inaccessible peuvent relever d’intervenants différents. Nommez la personne qui contacte l’hébergeur, l’éditeur de l’extension et le prestataire de paiement. Pour demander une intervention, rassemblez l’heure, l’environnement, le dernier changement et l’étape touchée. Les délais et le périmètre de résolution de votre incident se vérifient dans les conditions de support.

Intégrer la messagerie, les licences et la reprise au budget

La boîte professionnelle et l’envoi des reçus WooCommerce sont deux services à chiffrer séparément. Kinsta documente l’envoi transactionnel dans certaines limites et ne fournit pas de boîtes. WP Engine recommande un prestataire d’envoi spécialisé pour les besoins de suivi et de fiabilité. Vérifiez le service actuel qui envoie les confirmations et le réglage de l’adresse de retour avant de déplacer le site.

Ajoutez les licences nécessaires au site public, à la copie d’essai et au suivi du catalogue. Pour un besoin de copies fréquentes, relevez le prix, les dates accessibles et le temps nécessaire à la reprise. Un coût de départ de 336 ou 531 USD ne chiffre à lui seul ni les options ni les interventions. Les renouvellements des deux offres restent ouverts. Conservez un budget par cycle et une ligne distincte pour les frais récurrents de la boutique.

Migrer le site en gardant un registre des ventes récentes

Kinsta documente un service de migration pour WordPress. WP Engine documente une extension de transfert et un parcours manuel, avec des prérequis techniques. Faites confirmer le périmètre de l’aide pour la configuration choisie. Recensez les médias, les tâches planifiées, les intégrations et les accès avant le transfert. Pour une boutique ouverte, convenez du moment auquel la source cesse de recevoir des commandes et de la reprise des modifications depuis la première copie.

Préparez une destination de contrôle sans trafic public. Conservez l’ancien hébergement pendant les vérifications. Testez les pages, les téléchargements et les actions administratives avec des moyens de test. Notez la date de la dernière commande reprise et confirmez les commandes réglées auprès du prestataire de paiement. La bascule intervient lorsque les données utiles ont été transférées et que la destination est vérifiée.

Si le site revient provisoirement vers l’ancienne destination, notez quelles commandes sont arrivées de chaque côté. Réconciliez les états de commande et de paiement avant de rouvrir la prise de commandes sur la destination retenue. Lors d’un départ ultérieur, exportez les fichiers, le SQL et les réglages de la plateforme pendant que les accès sont actifs. Le responsable du site garde la main sur le domaine, les accès de secours et les licences.

Choisir selon le périmètre de mise à jour et de récupération

Launch Plus est une piste si la boutique peut chiffrer ses transferts serveur, si le chat en français facilite la coordination et si les options de fréquence correspondent à son besoin de copie. Pour une mise en ligne sélective, exigez un contrôle des réglages d’environnement avant de retenir ce parcours. Essential est une piste si les ressources d’entrée correspondent au site et si l’équipe peut exploiter les environnements et les copies personnalisées. Faites confirmer le barème de visites, le canal de support et les licences nécessaires.

Demandez deux propositions avec la même liste de fonctions et le même seuil de reprise. Relevez le premier cycle, la date du prélèvement suivant et le prix du renouvellement. Retenez un protocole réalisable sur les deux offres, avec une copie indépendante et une manière de reconstituer les ventes arrivées après le point choisi. La décision porte sur la capacité et le coût du site existant ainsi que sur le travail que l’équipe pourra réellement effectuer pendant un incident.

Pour aller plus loin

• Choisir un outil de sauvegarde WordPress indépendant
• Comparer les outils de migration et de préproduction
• Contrôler les tâches planifiées avant la migration