Astralis ou WNPower pour revenir en arrière sur le cache WooCommerce

Sortir d’une promotion sans perdre les commandes

Une boutique WordPress à Asunción lance une promotion de quarante-huit heures. Son prestataire argentin intervient sur une copie de recette et modifie le cache de page pour absorber le trafic du catalogue. À la clôture, le prix de référence revient et la règle temporaire doit disparaître. Le magasin doit prouver que le prix public est redevenu correct, que deux paniers ouverts restent distincts et que les commandes de test passées depuis le début de la campagne sont toujours présentes.

Ce comparatif porte sur le retour arrière du cache. Le changement à inverser est une règle ou un réglage de cache repéré avant campagne. Le prix de fin de promotion est déjà correct dans WooCommerce. L’équipe doit faire converger les réponses publiques vers ce prix en conservant les écritures intervenues depuis. Elle garde trois preuves indépendantes, le prix dans la source, le prix effectivement servi et la liste des commandes. Une seule capture d’écran après une purge ne couvre pas ces trois éléments.

Astralis Básico offre un point d’entrée au Paraguay, avec OpenLiteSpeed et LiteSpeed Cache annoncés. WNPower Cloud Hosting Starter vise le marché argentin, annonce Apache avec Nginx, une copie de staging et un outil d’exclusion de routes dans cPanel. L’intérêt de la paire est de comparer deux façons de retirer une règle sans changer de version du site. Les prix et limites sont appréciés dans le marché de chaque offre, en PYG et ARS.

Établir les témoins et le budget de retour

Sur une recette protégée et peuplée de données fictives, créez un article de catalogue dont le prix de référence est facile à distinguer du prix de campagne. Utilisez un identifiant de révision et notez le prix attendu pour les deux états. Retenez une page publique sans composant personnalisé pour vérifier le cache. Relevez les chemins effectivement attribués au panier, à la commande et au compte dans WooCommerce. Une traduction ou un changement de permalien peut rendre une liste générique d’exclusions incomplète.

Dans deux profils de navigateur indépendants, placez des références différentes dans les paniers A et B. Donnez-leur des quantités distinctes. Gardez un troisième profil anonyme sans panier pour la fiche publique. Sur recette, créez des commandes fictives avant et pendant la campagne et consignez leurs identifiants et états. Les contrôles sensibles sont exécutés sur les comptes de test autorisés et leurs propres paniers. Aucune carte bancaire ni adresse réelle ne sert de témoin.

Fixez un délai avant l’essai. Par exemple, accordez dix minutes à partir du changement de prix dans WooCommerce et terminez par deux passages consécutifs, séparés d’une minute, avec la même URL publique. Le premier relevé prouve que la réponse a changé. Le second vérifie qu’un cache réchauffé sert encore le prix attendu. Le délai sert de critère de recette. Les deux hébergeurs doivent être chronométrés sur une installation contrôlée si cette fenêtre conditionne le contrat.

Astralis Básico et la restauration des réglages LiteSpeed

Au Paraguay, Astralis annonce Enhance, OpenLiteSpeed, LiteSpeed Cache, SSL et des sauvegardes quotidiennes. La grille indique 1 Go SSD, environ 1 Go de mémoire, 1 vCPU maximum, 500 IOPS et 90 processus simultanés. Le domaine est facturé à part. Le stockage doit couvrir les médias et les données de la boutique. Vérifiez la place occupée par une éventuelle copie, ainsi que les droits pour la créer. Si la boutique approche du quota, la recette doit disposer d’un espace séparé chiffré dans le budget.

LiteSpeed Cache documente un export des réglages et la purge par URL, identifiant de publication ou catégorie. Avant la campagne, exportez les réglages depuis la copie de recette et notez la version de l’extension et l’URL de la destination. À la sortie, corrigez de préférence le réglage identifié si d’autres réglages ont changé entre-temps. Un import complet remplace tous les réglages de l’extension. Il convient lorsque la version et le périmètre correspondent et que les changements intervenus pendant la campagne ont été examinés.

OpenLiteSpeed ne prend pas en charge ESI, qui assemble des fragments de page soumis à des politiques de cache distinctes. Sur cette pile, traitez comme dynamiques les réponses avec un panier ou un mini-panier personnalisé tant que leur séparation n’a pas été validée. Les exclusions WooCommerce documentées par LiteSpeed sont un point de départ. Vérifiez l’état des routes réelles après restauration de la configuration. Les sauvegardes quotidiennes sont utiles pour d’autres incidents. Pour ce retour arrière, conservez la base active.

Astralis annonce une assistance en espagnol. Le site propose des canaux publics et l’accès au portail. Enhance documente plusieurs langues d’interface, dont le français, ainsi que l’espagnol en bêta. Confirmez la langue sur la version du compte et la langue d’un ticket technique. Les pages consultées n’établissent ni un délai d’intervention pour une fin de campagne ni une copie isolée prête à l’emploi sur Básico.

WNPower Starter et la séparation entre règle Nginx et purge

Cloud Hosting Starter annonce 2 cœurs, 2 Go de mémoire dédiés, 40 Go SSD ou NVMe, des sauvegardes quotidiennes sur S3 et une fonction de staging. Le guide décrit une copie de WordPress. La recette doit avoir un hôte identifiable et une protection testée. Lorsque la copie est dans un sous-répertoire, vérifiez que la commande de purge ou le changement de règle cible bien ce chemin, et que le panneau ne traite pas toute la boutique de production dans la même opération. L’aide WNPower décrit ses copies JetBackup comme réalisées au mieux et ne fixe pas de durée de rétention propre à Starter. Conservez l’export des réglages du cache avec le relevé de recette.

Le guide HTTP Performance montre comment choisir un domaine, un sous-domaine ou un alias, puis exclure un chemin dans cPanel. La commande Reactivar caché retire cette exclusion. La documentation précise que le champ accepte un chemin sans paramètres de requête. Réservez cette commande au retrait d’une exclusion temporaire qui concernait le catalogue. Les routes privées conservent leurs protections. Pour les variantes qui dépendent de paramètres ou de cookies, vérifiez les règles de la couche concernée et le comportement observé sur le domaine de recette.

WNPower décrit aussi une purge Nginx dans cPanel et un bouton de désactivation temporaire susceptible de se réactiver après quelques jours. Une purge évacue des réponses stockées. Une exclusion gouverne les réponses futures. La désactivation temporaire du serveur a un autre périmètre. Notez ces trois états dans le relevé pour que le technicien qui reprend le dossier puisse les distinguer. Si une extension WordPress met aussi des pages HTML en cache, traitez sa règle et ses réponses avant celles du proxy Nginx.

La page annonce l’intégration de Cloudflare, et indique à la fois une bande passante non mesurée dans la carte et 90 Go de trafic par mois dans sa FAQ pour Starter. Demandez quel seuil s’applique et quelle marge reste lorsque le cache est contourné. Vérifiez également la région AWS de l’instance et celle des sauvegardes si elles conditionnent le projet. Le centre d’aide et les libellés consultés sont en espagnol, et le support client passe par des tickets. Confirmez le français et le délai de prise en charge si l’équipe en dépend.

Lire les montants, la fiscalité et la reconduction séparément

Astralis affiche 29 000 PYG par mois ou 290 000 PYG pour douze mois sur Básico. Le cycle annuel coûte l’équivalent de dix mensualités au prix affiché, avec un écart de 58 000 PYG par rapport à douze paiements mensuels. Le domaine et une éventuelle recette séparée doivent être chiffrés à part. La grille consultée ne précise pas si l’IVA est incluse. Demandez le montant total, la ventilation de la taxe et le prix du prochain cycle avant de comparer des devis.

Les conditions Astralis prévoient une reconduction automatique à défaut d’annulation avant la période suivante. Notez l’échéance exacte, le canal de demande et la date à laquelle une annulation doit être enregistrée. Les conditions prévoient aussi la possibilité de réviser les prix. Le montant annuel relevé constitue un repère à la date de vérification, avec un tarif futur à confirmer.

Pour WNPower, la carte Cloud Hosting Starter affiche 32 145 ARS HT par mois en promotion. La FAQ affiche 64 290 ARS HT par mois à la reconduction et indique une IVA argentine de 21 %. Les montants mensuels correspondants sont 38 895,45 ARS TTC et 77 790,90 ARS TTC par calcul. La carte mentionne deux mois d’économie sur le paiement annuel. Vérifiez le cycle proposé, le montant débité et les conditions de cumul au récapitulatif avant de calculer un total sur douze mois.

Les conditions WNPower indiquent une reconduction automatique pour une durée identique au cycle choisi. L’aide explique où consulter la prochaine date et le montant dans le compte. Un changement de période passe par un ticket au plus tard cinq jours avant la prochaine reconduction selon les conditions. La demande de résiliation passe par le portail et doit être traitée avant le prochain cycle selon le calendrier affiché. Déterminez le prix réellement facturé et exportez les données utiles avant la fin du service.

Purger de la source vers les visiteurs

Avant la sortie de campagne, inventoriez les couches qui servent du HTML sur la recette. Distinguez la mise en cache WordPress ou LiteSpeed, le proxy d’origine, le CDN éventuel et le navigateur. La présence d’une offre Cloudflare en un clic ne prouve pas que le CDN stocke le HTML. Un cache d’images seul ne retient pas le prix affiché par le document. Conservez la liste des couches réellement actives et des personnes capables de les purger.

Validez le nouveau prix à l’origine et consignez l’état des règles. Retirez le réglage de campagne en vérifiant que les exclusions du panier, de la commande et du compte restent en vigueur. Purgez d’abord la couche la plus proche de WordPress, puis le proxy, puis le CDN s’il met effectivement le HTML en cache. Si une couche externe est purgée pendant que l’origine sert encore l’ancienne fiche, elle peut se remplir à nouveau avec l’ancien prix. Une nouvelle purge externe sera alors nécessaire après correction à l’origine.

En présence de variantes de devise, de langue ou de produit, identifiez les adresses et les variantes concernées. L’URL de la fiche n’est pas toujours la seule entrée qui affiche le prix. Le catalogue, la catégorie et les autres pages qui reprennent le produit peuvent garder une ancienne représentation. Utilisez un navigateur de contrôle frais et reprenez la même URL pour le second passage. Comparez les corps des réponses et les en-têtes disponibles. Un signal de cache sur une couche ne décrit pas la politique des autres.

Signer l’isolation du panier et la conservation des écritures

Reprenez les deux paniers A et B avant et après la purge. Sur le compte A, relevez sa référence et sa quantité. Faites de même sur B, puis confirmez qu’un profil sans panier part d’un état vide. Les pages de commande et de compte doivent rester propres au profil autorisé. Si la boutique utilise des blocs WooCommerce, contrôlez aussi les réponses dynamiques qui alimentent le panier et vérifiez le changement de quantité. Pour une réponse personnalisée, le relevé attendu comprend à la fois le bon contenu et l’absence de réutilisation publique.

Vérifiez les commandes de test à partir des mêmes identifiants et états que dans le relevé d’avant intervention. Un retour arrière des réglages du cache peut modifier les réponses visibles sans toucher aux enregistrements. Une restauration générale de la base pourrait, elle, effacer des commandes plus récentes. Si un incident impose une récupération de données, traitez-la séparément avec un relevé des commandes à préserver et une procédure validée par la boutique.

Déclarez la sortie validée si le prix de référence s’affiche deux fois de suite, si chaque panier conserve uniquement ses éléments attendus, si le compte anonyme est vide, et si les commandes de test sont toujours présentes. Arrêtez le déploiement si une réponse personnalisée est réutilisée publiquement, si le prix régresse entre deux passages ou si une commande manque. Notez le nom du réglage, la couche purgée, l’heure et l’auteur de chaque action. Ce relevé aide à attribuer un résultat à une opération plutôt qu’à l’expiration d’une durée de vie.

Rejouer hors ligne les deux ordres de purge

L’exercice livré simule un catalogue, deux sessions et un registre de commandes. Il utilise deux mémoires pour les réponses publiques, origine et périphérie, et des données privées servies directement par la maquette. Il fonctionne avec Node.js sans dépendance. Lancez le script après extraction. Le premier scénario retire le réglage temporaire, purge l’origine puis la périphérie et vérifie deux réponses publiques de suite. Un second scénario purge la périphérie avant l’origine et introduit une visite entre ces deux opérations. Ouvrez le terminal dans le dossier extrait, lancez « node exercice.cjs » et comparez les décisions à « attendu.json ».

Ce second parcours montre comment une fiche publique obsolète peut être réintroduite dans le cache extérieur alors que le registre est intact. Après la purge de l’origine, un contrôle à l’origine retourne le nouveau prix. Le visiteur passant par la périphérie voit encore le précédent jusqu’à une seconde purge de cette couche. Les deux paniers restent distincts tout au long du test. La maquette ne met jamais de données privées dans les deux mémoires et ne reproduit pas le fonctionnement de LiteSpeed, de Nginx ou d’un CDN réel.

Utilisez le rapport pour vérifier les critères et expliquer un échec. En essai réel, relevez la date et l’heure ainsi que l’endroit d’où viennent les réponses. Si la protection de la recette empêche toute mise en cache, validez l’isolation sur cet environnement et traitez la preuve de réchauffement séparément sur une vitrine de test autorisée contenant uniquement les données fictives prévues.

Choisir selon le geste que l’équipe peut effectuer seule

Choisissez Astralis Básico pour un catalogue léger au Paraguay lorsque le support en espagnol suffit, que la copie tient dans le budget et que l’équipe maîtrise les réglages de LiteSpeed Cache. Son chemin de retour est l’édition ciblée ou l’import contrôlé de la configuration, suivi d’une purge de page. Si la recette exige un second environnement isolé, confirmez son emplacement, ses droits et son coût. Écartez ce scénario si le projet suppose l’assemblage de fragments via ESI avec OpenLiteSpeed seul.

Choisissez WNPower Starter lorsque l’équipe veut une copie de staging annoncée et une commande de retrait d’exclusion Nginx par chemin dans cPanel. Ce choix est plus documenté pour une équipe qui préfère voir l’état de l’exclusion dans le panneau. Si la règle concerne une requête avec paramètres, le champ du panneau ne suffit pas à la décrire. La décision dépend alors du niveau qui possède cette règle et de l’accès nécessaire pour la retirer et purger.

Si la fenêtre de retour est contractuelle, demandez une démonstration chronométrée de la chaîne de purge et des droits sur chaque couche. En l’absence de preuve sur le cache HTML externe, prévoyez une campagne qui garde le cache de page cantonné à la vitrine anonyme et qui exclut les écrans personnalisés. La recette est prête lorsqu’une autre personne peut retrouver les commandes, reproduire les contrôles et expliquer pourquoi les deux passages publics affichent le même prix.

Pour aller plus loin

• Lire la fiche Astralis
• Lire la fiche WNPower
• Diagnostiquer un panier WooCommerce incohérent
• Télécharger la maquette de retour arrière du cache (ZIP)