[Nouveau] Les sauvegardes dans le Cloud deviennent plus simples - Duplicator Cloud élimine le stockage par des tiers
Joella Dunn
Joella Dunn
John Turner
John Turner
La migration d'un site d'adhésion vers un nouvel hébergeur est différente de celle d'un blog WordPress classique.
Il devrait le faire. Les enjeux sont plus importants.
Avec un site standard, vous vous inquiétez surtout des liens brisés ou des images manquantes. C'est ennuyeux, certes, mais c'est réparable.
Avec un site d'adhésion, vous gérez les abonnements actifs, les enregistrements de paiement et les comptes d'utilisateurs pour lesquels les gens ont payé.
Une seule erreur et vous vous retrouvez avec des membres qui ne peuvent pas se connecter, des paiements qui échouent ou, pire encore, des rétrofacturations parce que quelqu'un s'est vu refuser l'accès au contenu qu'il avait acheté.
Votre base de données gère les relations entre les utilisateurs, les niveaux d'adhésion, les dates de début d'abonnement, les jetons de paiement et les règles d'accès. Toutes ces données doivent être transférées proprement et continuer à fonctionner exactement comme avant.
Dans ce guide, je vous accompagne dans la migration de votre site d'adhésion, du choix du bon outil de migration au test de chaque fonction critique sur votre nouvel hébergeur.
Déménageons votre site en toute sécurité !
En voici les principaux enseignements :
Vous migrez votre site web d'adhésion parce que votre hébergement actuel ne fonctionne plus.
Il s'agit peut-être d'une question technique. Peut-être est-ce d'ordre financier. Quoi qu'il en soit, vous avez atteint le point où rester coûte plus cher que le risque de déménager.
Un site d'affiliation lent frustre les visiteurs et nuit à la fonctionnalité.
Lorsque votre serveur a du mal à suivre, le traitement des paiements est ralenti. Les membres perdent du temps lors du paiement. Les tentatives de facturation récurrente échouent parce que le webhook de Stripe ou PayPal ne peut pas atteindre votre serveur surchargé à temps.
Les temps de chargement des pages supérieurs à trois secondes commencent à affecter les taux de conversion. Au-delà de cinq secondes, vous perdez des membres avant même qu'ils ne voient ce que vous vendez.
Cinquante membres sur un plan d'hébergement partagé ? Cela fonctionne généralement bien.
Cinq cents membres ? Vous poussez le bouchon un peu loin.
L'augmentation du nombre de membres s'accompagne d'une augmentation de la taille de la base de données. Chaque connexion, chaque consultation de page et chaque mise à jour d'abonnement écrit dans la base de données. Vos tables wp_users et wp_usermeta grossissent.
Les requêtes qui prenaient auparavant des millisecondes prennent maintenant des secondes entières. Le plan d'hébergement bon marché qui fonctionnait parfaitement au lancement devient un goulot d'étranglement.
Vous avez besoin d'une plus grande allocation de CPU, de plus de RAM, et probablement d'un serveur dédié ou d'un hébergeur WordPress géré qui sait réellement comment régler MySQL pour la performance.
Certains hébergeurs ne s'intéressent tout simplement pas aux sites WordPress.
Ils vous vendront l'espace, mais si votre plugin d'adhésion entre en conflit avec la configuration de leur serveur, vous devrez vous débrouiller tout seul.
Pas d'environnement d'essai pour tester les mises à jour. Pas de mise en cache au niveau du serveur. Les tickets d'assistance sont traités par une personne qui lit un script et qui n'a jamais entendu parler de MemberPress.
Les meilleurs hébergeurs proposent des sites d'essai où vous pouvez tester les mises à jour des plugins avant de les mettre en ligne. Ils mettent à disposition des équipes d'assistance expertes qui comprennent l'architecture de WordPress.
Ils vous offrent des outils tels que l'accès WP-CLI, la mise en cache Redis et l'intégration CDN. Il s'agit là de conditions indispensables à la gestion d'une entreprise.
Parfois, les calculs sont simples.
Vous payez 200 $/mois pour un hébergement médiocre alors que vous pourriez obtenir de meilleures performances et fonctionnalités pour 80 $/mois ailleurs.
Sur une année, cela représente 1 440 dollars de retour dans votre poche. La migration du site web peut prendre un week-end et quelques essais minutieux, mais le retour sur investissement est immédiat.
Veillez simplement à ne pas vous contenter du prix. Un hébergement bon marché qui ne peut gérer votre trafic vous fera perdre plus de revenus que vous n'en économiserez sur votre facture mensuelle.
Voici la procédure que j'ai suivie pour migrer un site d'adhésion WordPress. Elle est méthodique et délibérément prudente, ce qui est exactement ce que vous voulez lorsque vous migrez un site qui génère des revenus.
Les plugins de migration génériques ont tendance à échouer sur les sites de membres.
Le problème est la taille de la base de données. La base de données d'un blog typique peut contenir 50 Mo. Un site d'adhésion avec quelques milliers d'utilisateurs ? Essayez 500 Mo ou plus.
Ajoutez l'historique des transactions, les enregistrements d'abonnement et les métadonnées de l'utilisateur provenant de votre plugin d'adhésion, et vous dépassez facilement 1 Go.
La plupart des environnements d'hébergement partagé ont des limites de temps d'exécution, généralement de 30 à 60 secondes. Lorsqu'un plugin de migration tente de compiler l'intégralité de votre base de données en une seule fois, il se heurte à cette limite et s'arrête.
Duplicator Pro gère les sauvegardes différemment. Il dispose d'un fichier de sauvegarde personnalisé (DupArchive) qui traite votre site en plus petits morceaux, en contournant les restrictions de temps.
Il décompose l'exportation de la base de données en éléments gérables, puis réassemble le tout à l'autre bout. Cette fonction est essentielle lorsque vous avez affaire à des données de membres que vous ne pouvez pas vous permettre de perdre.
Le plugin crée deux fichiers de sauvegarde importants : une archive compressée de l'ensemble de votre site (au format .zip ou .daf) et un script d'installation appelé installer.php.
Ensemble, ces fichiers contiennent tout ce qui est nécessaire pour reconstruire votre site sur un nouveau serveur.
Cette sauvegarde a deux objectifs. Premièrement, c'est votre filet de sécurité en cas de problème. D'autre part, c'est le paquet de migration que vous utiliserez pour reconstruire le site.
Avant de créer la sauvegarde, vérifiez les modèles de trafic de votre site. Si vous disposez d'un plugin Google Analytics tel que MonsterInsights, recherchez la période où le trafic est le plus faible, généralement tôt le matin dans votre fuseau horaire.
Créez la sauvegarde à ce moment-là. Vous minimiserez ainsi le risque de manquer de nouvelles inscriptions ou des transactions qui se produisent pendant que la sauvegarde est en cours.
Dans Duplicator Pro, le processus de sauvegarde est simple. Allez dans Sauvegardes " Ajouter un nouveau.
Choisissez l'emplacement de stockage local. Pour migrer l'intégralité de votre site d'adhésion, veillez à sélectionner le préréglage Sauvegarde de l'intégralité du site.
Laissez-le effectuer son analyse, puis créez la sauvegarde.
Une fois la sauvegarde terminée, téléchargez les deux fichiers sur votre ordinateur local : le fichier d'archive et le fichier installer.php.
Si vous migrez vers un nouvel hébergeur, il n'est pas nécessaire d'installer WordPress. Lors de la migration de votre site, Duplicator installera WordPress pour vous.
Ce dont vous avez besoin, c'est d'une base de données. Connectez-vous au panneau de contrôle de votre hébergement et créez une nouvelle base de données MySQL. Donnez-lui un nom dont vous vous souviendrez.
Créez un utilisateur de base de données avec un mot de passe fort.
Affectez cet utilisateur à la base de données que vous venez de créer et accordez-lui tous les privilèges.
Notez trois choses : le nom de la base de données, le nom d'utilisateur de la base de données et le mot de passe. Vous en aurez besoin dans quelques minutes.
Notez également l'hôte de la base de données - il s'agit généralement de localhost, mais certains hôtes utilisent une adresse différente.
Le fichier hosts de votre ordinateur vous permet d'outrepasser le DNS à des fins de test. Vous pouvez faire pointer votre domaine vers l'adresse IP du nouveau serveur sans modifier les serveurs de noms de votre domaine.
Cela signifie que vous pouvez tester entièrement votre nouveau site pendant que l'ancien site reste en ligne et au service de vos membres.
L'emplacement du fichier hosts dépend de votre système d'exploitation :
Ouvrez-le avec des privilèges d'administrateur (vous en aurez besoin pour enregistrer les modifications). Ajoutez une nouvelle ligne en bas de page :
123.456.789.101 yourdomain.com
Remplacez cette adresse IP par celle de votre nouveau serveur. Votre hébergeur vous fournira cette adresse, généralement dans l'e-mail de bienvenue ou dans le panneau de contrôle. Remplacez votredomaine.com par votre domaine actuel.
Sauvegardez le fichier. Désormais, lorsque vous tapez votre domaine dans un navigateur sur cet ordinateur, il est dirigé vers le nouveau serveur au lieu de l'ancien.
Ne vous inquiétez pas, tout le monde voit encore l'ancien site, vos membres ne seront donc pas perturbés.
Connectez-vous à votre nouveau serveur à l'aide d'un client FTP tel que FileZilla. Vous aurez besoin des informations d'identification FTP de votre hôte - généralement un nom d'utilisateur FTP, un mot de passe et un nom d'hôte.
Naviguez jusqu'au répertoire vide où se trouvera votre site. Téléchargez les deux fichiers : l'archive et installer.php.
Une fois le téléchargement terminé, ouvrez un navigateur et rendez-vous sur votredomaine.com/installer.php. Si vous avez correctement mis à jour votre fichier hosts, vous verrez l'interface d'installation de Duplicator.
Il vous demandera vos identifiants de base de données. Utilisez celles que vous avez écrites à la dernière étape.
Laissez le programme d'installation se terminer. Ne fermez pas le navigateur et ne l'interrompez pas.
Une fois la migration terminée, utilisez le bouton WP Admin pour vous reconnecter à votre site nouvellement migré !
Réservez au moins deux heures à cette tâche. C'est en se précipitant sur les tests que l'on se retrouve avec des membres qui envoient des courriels à minuit pour dire qu'ils ne peuvent pas accéder au cours pour lequel ils ont payé.
Commencez par un compte test - pas votre compte administrateur. Créez-en un si vous n'en avez pas encore, et donnez-lui une adhésion active.
Déconnectez-vous complètement de WordPress. Ouvrez une fenêtre de navigation incognito ou privée. Essayez de vous connecter avec les informations d'identification de ce compte test.
Cela a-t-il fonctionné du premier coup ? C'est bien. Vérifiez maintenant la page du compte. Regardez le niveau d'adhésion affiché.
Vérifiez la date d'expiration ou de renouvellement de l'adhésion. Comparez-les à ce que vous voyez dans votre panneau d'administration. Elles doivent correspondre exactement.
Vous devez également tester le processus de réinitialisation du mot de passe. Cliquez sur Mot de passe oublié et demandez un lien de réinitialisation.
Vérifiez si le courriel arrive (regardez dans les spams s'il n'apparaît pas au bout d'une minute). Cliquez sur le lien. Le lien vous amène-t-il à une page de réinitialisation du mot de passe sur le nouveau serveur ? Pouvez-vous effectivement réinitialiser le mot de passe et vous reconnecter ?
Cela permet de tester deux éléments essentiels : la configuration de votre serveur de messagerie et la gestion des sessions de votre plugin d'adhésion. Si la réinitialisation des mots de passe échoue, vos membres ne pourront pas récupérer leurs comptes. C'est un cauchemar pour l'assistance.
Connectez-vous à votre administrateur WordPress et allez à l'endroit où votre plugin d'adhésion affiche les données d'abonnement. Dans MemberPress, il s'agit de MemberPress " Subscriptions.
Examinez quelques abonnements actifs. Vérifiez le statut, la date de facturation et la méthode de paiement. Tout doit être identique à ce qu'il était sur l'ancien serveur.
Voici maintenant la partie critique qui échappe à la plupart des gens : les URL des webhooks.
Votre passerelle de paiement (Stripe, PayPal, etc.) envoie des notifications à votre site lorsque des événements se produisent - paiements réussis, paiements échoués, annulations d'abonnement. Ces notifications sont envoyées à une URL spécifique sur votre serveur. Cette URL pointe probablement encore vers votre ancien serveur.
Connectez-vous à votre tableau de bord Stripe ou PayPal. Trouvez les paramètres du webhook. Vous recherchez des URL contenant votre nom de domaine. Si vous voyez des URL avec l'adresse IP de votre ancien serveur ou un domaine temporaire, mettez-les à jour avec votre domaine actuel.
Dans MemberPress, l'URL du webhook ressemble généralement à yourdomain.com/?webhook=stripe ou similaire.
Effectuez une transaction test. La plupart des passerelles de paiement disposent d'un mode test. Si ce n'est pas le cas de la vôtre, utilisez un code de réduction de 100 % pour effectuer une transaction gratuite.
Souscrivez à un abonnement en utilisant votre compte de test. Vérifiez que l'abonnement apparaît correctement dans votre plugin d'adhésion. Vérifiez que le niveau d'accès de l'utilisateur est mis à jour.
Si les webhooks ne sont pas configurés correctement, les cartes de vos membres sont débitées avec succès par Stripe ou PayPal, mais votre site ne reçoit jamais de notification. Leur adhésion semble expirée alors qu'ils ont payé.
Connectez-vous en tant que membre test - celui qui a un abonnement actif.
Naviguez vers un élément de contenu qui doit être accessible à ce niveau d'adhésion. Un article de blog, une leçon de cours, une page de téléchargement - tout ce que vous souhaitez restreindre.
Pouvez-vous le voir ? Pouvez-vous télécharger des fichiers ou visionner des vidéos ?
Déconnectez-vous complètement. Ouvrez une nouvelle fenêtre incognito. Essayez d'accéder au même contenu en tant que visiteur déconnecté. Vous devriez tomber sur un paywall, une invite de connexion ou un message indiquant que le contenu est réservé aux membres.
Si vous voyez le contenu sans vous connecter, c'est que vos règles d'adhésion n'ont pas été transférées correctement. Cela signifie que n'importe qui peut accéder gratuitement à votre contenu payant.
Vérifiez un autre niveau d'adhésion si vous avez plusieurs niveaux. Connectez-vous en tant qu'utilisateur disposant d'un abonnement de base et essayez d'accéder au contenu premium. Ils doivent être bloqués. Les règles de restriction doivent fonctionner dans les deux sens : autoriser l'accès lorsqu'il est approprié et le bloquer lorsqu'il ne l'est pas.
Testez également votre page d'inscription des membres. Les nouveaux utilisateurs peuvent-ils s'inscrire ? Le formulaire de paiement se charge-t-il ? Il n'est pas nécessaire d'effectuer un achat réel, mais le formulaire doit au moins apparaître et fonctionner.
Allez dans Paramètres " Permaliens. Ne changez rien. Cliquez simplement sur le bouton Enregistrer les modifications en bas. Cela régénère votre fichier .htaccess et vos règles de réécriture pour le nouveau serveur.
Si vous sautez cette étape, vous risquez d'obtenir des erreurs 404 sur tous les sites, à l'exception de la page d'accueil.
Cliquez sur votre navigation principale. Recherchez les images cassées : celasignifie généralement que l'URL n'a pas été mise à jour correctement lors de la migration. Recherchez également les liens cassés.
Soumettez votre formulaire de contact si vous en avez un. Si le formulaire est envoyé mais que vous ne recevez jamais l'e-mail, votre configuration de messagerie doit être modifiée. De nombreux hébergeurs ont besoin de plugins SMTP pour envoyer des courriels de manière fiable.
Vérifiez s'il y a des erreurs PHP. Ajoutez ?debug=true à la fin d'une URL et voyez si des avertissements apparaissent.
Mieux encore, activez temporairement WP_DEBUG dans votre fichier wp-config.php. Corrigez toutes les erreurs que vous trouvez.
Vérifiez que votre certificat SSL est actif. Votre URL doit s'afficher sur https:// avec une icône de cadenas dans le navigateur. Si vous voyez un avertissement " Non sécurisé", vous devez installer ou activer un certificat SSL sur le nouvel hôte.
Vérifiez une dernière fois la vitesse de chargement des pages à l'aide d'un outil comme GTmetrix ou Pingdom. Votre nouvel hébergeur doit être au moins aussi performant que l'ancien, et de préférence plus performant. Si le site est nettement plus lent, c'est que quelque chose est mal configuré - probablement la mise en cache ou l'optimisation de la base de données.
Une fois que tout a été vérifié, vous êtes prêt à passer à l'action. Voici ce qu'il faut faire :
La propagation du DNS prend du temps, de quelques minutes à 48 heures.
Pensez à mettre l'ancien site en mode maintenance une fois que vous avez changé de DNS. Vous éviterez ainsi que de nouvelles inscriptions ou des modifications de contenu ne se produisent sur l'ancien serveur après le déménagement.
Laissez-le reposer pendant une semaine, au cas où vous auriez besoin de revenir en arrière. Ensuite, vous pouvez l'arrêter.
Pas si vous le faites correctement. L'abonnement lui-même se trouve sur votre passerelle de paiement, et non sur votre site WordPress. Tant que votre passerelle de paiement peut atteindre votre nouveau serveur via l'URL du webhook, la facturation récurrente se poursuit sans interruption.
Presque zéro. La méthode du fichier hosts vous permet de créer et de tester l'ensemble du nouveau site pendant que l'ancien reste actif. Le seul temps d'arrêt inévitable est celui de la propagation du DNS, et même dans ce cas, les deux sites fonctionnent - il s'agit simplement d'un passage progressif de l'ancien au nouveau.
Oui, vous pouvez migrer votre site d'adhésion vers un nouveau nom de domaine. Duplicator Pro gère cela correctement avec une recherche et un remplacement lors de l'installation. Recherchez votre ancien nom de domaine et remplacez-le par le nouveau.
Tests inadéquats. Testez chaque fonction critique de votre site d'affiliation avec des comptes de test avant de changer de DNS, sinon vous risquez de découvrir des problèmes plus tard.
La migration de votre site web d'adhésion peut offrir à vos membres une meilleure expérience.
Des chargements de page plus rapides signifient qu'ils restent plus longtemps sur le site. Un traitement fiable des paiements signifie moins d'échecs de transactions et moins de désabonnements. Une meilleure infrastructure d'hébergement signifie que vous passez moins de temps à résoudre des problèmes techniques.
Vos membres actuels vous font confiance en vous confiant leurs informations de paiement et leur accès au contenu qu'ils apprécient. Cette confiance se brise rapidement lorsque les pages de connexion ne se chargent pas ou que les renouvellements d'abonnement échouent silencieusement.
Les outils sont importants à cet égard. Un plugin de migration qui s'étouffe dans les grandes bases de données ou qui manipule des données sérialisées représente un risque pour votre entreprise.
Duplicator Pro gère la complexité des sites de membres spécifiquement parce qu'il a été conçu pour des migrations de ce type. Les bases de données volumineuses, les plugins d'adhésion, les intégrations de paiement - il traite tout de manière fiable et vous donne le contrôle dont vous avez besoin pour tester avant de passer à la mise en production.
Prêt à migrer ? Obtenez Duplicator Proet commencez la migration en toute confiance. Vos membres méritent un site qui travaille aussi dur que vous.
Pendant que vous êtes ici, je pense que vous aimerez ces autres ressources WordPress triées sur le volet :
Divulgation : Notre contenu est soutenu par les lecteurs. Cela signifie que si vous cliquez sur certains de nos liens, il se peut que nous recevions une commission. Nous ne recommandons que des produits dont nous pensons qu'ils apporteront une valeur ajoutée à nos lecteurs.
