Aller au contenu
aymeric filliot

Maintenance WooCommerce

Maintenance WooCommerce : une boutique en panne, ce sont des ventes perdues

Quand un site vitrine tombe, vous perdez de la visibilité. Quand une boutique tombe, vous perdez de l'argent, heure par heure, et vous continuez pendant ce temps à payer votre publicité pour envoyer des visiteurs sur une boutique qui ne vend pas.

C'est la différence de fond entre maintenir un site vitrine et maintenir un site e-commerce. Sur une vitrine, le coût d'une panne est diffus, difficile à chiffrer. Sur une boutique, il se calcule : prenez votre chiffre d'affaires en ligne du mois, divisez par le nombre d'heures d'ouverture, vous avez le prix d'une heure d'indisponibilité. Faites le calcul une fois, honnêtement, et la question de la maintenance ne se pose plus dans les mêmes termes.

Je m'appelle Aymeric Filliot, je suis développeur WordPress et WooCommerce indépendant, et je maintiens des boutiques en ligne au quotidien.

Réserver un audit gratuit audit de boutique offert, sans engagement

L'enjeu

Le pire, ce n'est pas la panne visible

Une boutique complètement à terre, au moins, vous le voyez. Vous êtes prévenu, vous appelez quelqu'un, on répare.

Le vrai danger d'une boutique, c'est la panne silencieuse. Le bouton « Ajouter au panier » qui ne répond plus depuis la dernière mise à jour. Le module de paiement qui refuse une carte sur deux. L'email de confirmation de commande qui ne part plus. Le tunnel de commande qui plante à l'étape de livraison sur mobile, mais seulement sur mobile.

Dans tous ces cas, la boutique a l'air d'aller très bien. Les pages s'affichent, le catalogue est là, rien n'est rouge dans votre tableau de bord. Simplement, les commandes ne rentrent plus, et personne ne vous le dit. Un client dont le panier échoue ne vous écrit pas pour vous prévenir : il ferme l'onglet et va acheter ailleurs. Vous ne découvrirez le problème que plus tard, en trouvant la semaine anormalement calme, et vous ne saurez jamais combien de ventes vous avez laissées passer.

C'est pour ça qu'une boutique ne se surveille pas comme un site vitrine. Vérifier qu'elle répond ne suffit pas. Il faut vérifier qu'elle vend.

En plus

Ce qu'une boutique WooCommerce demande en plus

  1. Le cache ne doit jamais s'appliquer au panier ni à la commande

    C'est l'erreur la plus fréquente, et la plus coûteuse.

    Le cache sert à servir à tout le monde la même page toute prête, sans la reconstruire à chaque visite. C'est excellent pour votre page d'accueil ou vos fiches produits, qui sont identiques pour tous les visiteurs. C'est catastrophique pour le panier, le tunnel de commande et le compte client, parce que ces pages-là sont personnelles : elles dépendent de qui les consulte.

    Un cache mal configuré sur ces pages, et vous obtenez deux symptômes que je vois régulièrement. Soit le panier du client se vide tout seul, parce qu'on lui sert une version figée de la page, enregistrée avant qu'il n'ajoute son produit. Soit, pire, un visiteur voit le panier d'un autre client, avec le contenu de sa commande et parfois ses informations. C'est une fuite de données, en plus d'une vente perdue.

    Une boutique bien configurée exclut explicitement du cache le panier, la commande et le compte client, et met en cache le reste. Ce réglage se vérifie, et il se re-vérifie après chaque changement d'extension de cache ou d'hébergement, parce que c'est typiquement le genre de configuration qui saute sans prévenir.

  2. Des sauvegardes plus fréquentes, parce que les commandes arrivent en continu

    Sur un site vitrine, une sauvegarde hebdomadaire est raisonnable : entre deux sauvegardes, il ne se passe pas grand-chose, et restaurer la version de la semaine dernière ne fait perdre presque rien.

    Sur une boutique, cette même logique vous coûte des commandes. Vos clients achètent pendant la nuit, le week-end, à toute heure. Chaque commande, chaque paiement, chaque compte client créé est une donnée qui n'existe que dans votre base. Restaurer une sauvegarde de la veille, c'est effacer une journée entière de commandes : des clients ont payé, ils attendent leur colis, et leur commande a disparu de votre système. Vous vous retrouvez à reconstituer à la main, en croisant vos emails et vos relevés de paiement.

    Une boutique se sauvegarde donc au minimum quotidiennement, et la sauvegarde se stocke ailleurs que sur le serveur du site. Comme partout, une sauvegarde ne vaut que si on l'a réellement testée : tant qu'on n'a pas restauré une boutique à partir de sa sauvegarde, on ne sait pas si elle fonctionne.

  3. Un vrai test de commande après chaque mise à jour

    WooCommerce, ses extensions de paiement, de livraison, de facturation et le cœur de WordPress se mettent à jour très souvent. Chacun peut casser le tunnel de commande sans casser le reste du site.

    Vérifier qu'une page s'affiche après une mise à jour ne prouve rien. La seule vérification qui compte, c'est de dérouler une commande de bout en bout. Je le fais avant chaque déploiement, sur une copie de votre boutique, avec les passerelles de paiement en mode test : panier, commande, paiement, puis je contrôle que la commande apparaît bien dans l'administration, que le stock a bougé et que l'email de confirmation est parti. Une carte de test remplace la vraie, sans un centime de mouvement, et je peux recommencer autant de fois que nécessaire. Toutes les passerelles proposent ce mode, de Stripe et PayPal aux passerelles bancaires comme SystemPay ou Monetico.

    C'est le test qui vise juste : une mise à jour casse du code (un conflit entre deux extensions, un script de commande qui meurt, un template qui ne correspond plus), jamais vos identifiants ni la configuration de votre compte marchand. Le mode test met sous tension exactement la zone où le risque se trouve.

    Une fois la mise à jour en ligne, je vérifie que le formulaire de paiement s'affiche et s'initialise réellement sur votre boutique : bouton PayPal rendu, champs de carte montés, aucune erreur. Cela prend quelques minutes. C'est la différence entre découvrir un tunnel cassé tout de suite et le découvrir trois semaines plus tard, en cherchant pourquoi le chiffre d'affaires a chuté.

  4. Les extensions e-commerce qui alourdissent la boutique

    Une boutique attire les extensions : moyens de paiement, transporteurs, filtres de recherche, avis clients, programmes de fidélité, relance de panier abandonné, connecteurs comptables. Chacune répond à un besoin réel, et chacune ajoute son poids.

    WooCommerce est par nature plus lourd qu'un site vitrine : les pages catalogue, le panier et la commande interrogent la base de données à chaque affichage et ne peuvent pas être entièrement mises en cache, précisément parce qu'elles sont personnelles. Le terrain est donc moins pardonnant. Sur une boutique lente, les visiteurs abandonnent au moment le plus cher pour vous : dans le tunnel de commande, quand ils avaient déjà décidé d'acheter.

    Optimiser une boutique WooCommerce, ce n'est donc pas empiler un plugin de cache et espérer. C'est retirer ce qui ne sert plus, alléger le catalogue et les images, nettoyer la base des données mortes laissées par les anciennes extensions, et régler le cache correctement, avec les bonnes exclusions. Le raisonnement est le même que sur n'importe quel site qui rame, et je le détaille ici :

    pourquoi un site WordPress devient lent, et comment on le corrige vraiment.

  5. Les données clients et le RGPD

    Une boutique stocke bien plus qu'un site vitrine : noms, adresses, emails, téléphones, historique d'achat. Ce sont des données personnelles, et elles vous engagent.

    Concrètement, cela veut dire trois choses. Ces données doivent être protégées, car une boutique piratée n'expose pas seulement votre site, elle expose vos clients. Elles ne doivent pas s'accumuler indéfiniment sans raison. Et vous devez être en mesure de répondre à un client qui demande l'accès à ses données ou leur suppression.

    Ce n'est pas un sujet juridique abstrait, c'est un sujet de maintenance : des comptes clients obsolètes qui traînent, des extensions qui envoient des données à des services tiers sans que vous le sachiez, une faille non corrigée sur un site qui contient votre fichier client. Cela se surveille avec le reste.

La prestation

Ma façon de maintenir une boutique

Je m'occupe de la boutique comme d'un outil de vente, pas comme d'un site.

Les mises à jour de WordPress, de WooCommerce et des extensions sont testées avant d'être déployées, et suivies d'un vrai passage de commande. La boutique est sauvegardée quotidiennement, en dehors du serveur, et je vérifie que la restauration fonctionne. Le cache est configuré avec les exclusions correctes sur le panier, la commande et le compte client, et ces exclusions sont re-contrôlées après chaque changement. La disponibilité et les paiements sont surveillés en continu : si quelque chose casse, je suis prévenu, généralement avant vous. Et en cas de panne ou de piratage, la résolution et la remise en ligne sont comprises dans le forfait, sans facture surprise.

Surtout, vous avez un interlocuteur unique qui connaît votre boutique, ses extensions, ses réglages particuliers et ses fragilités. Le jour où le paiement tombe un samedi soir, ce n'est pas un ticket anonyme qui vous répond.

Une boutique relève de mon forfait le plus complet, parce qu'elle demande plus de surveillance, des sauvegardes plus fréquentes et une réactivité plus forte qu'un site vitrine.

Le détail des formules, des prix et de ce qui est inclus est ici : voir mes forfaits de maintenance WordPress.

Questions fréquentes

Questions fréquentes

Pourquoi une boutique WooCommerce se maintient-elle différemment d'un site vitrine ?

Parce que le coût d'une panne n'est pas le même. Sur une vitrine, une panne fait perdre de la visibilité ; sur une boutique, elle fait perdre de l'argent heure par heure, pendant que la publicité continue d'envoyer des visiteurs. Une boutique demande donc des sauvegardes plus fréquentes, un cache correctement exclu du panier et de la commande, un vrai test de commande après chaque mise à jour, et une surveillance qui vérifie qu'elle vend, pas seulement qu'elle répond.

Le cache peut-il casser mon panier ou mon tunnel de commande ?

Oui, et c'est l'erreur la plus fréquente. Le panier, le tunnel de commande et le compte client sont des pages personnelles : elles dépendent de qui les consulte. Un cache appliqué à ces pages peut vider le panier du client, ou pire, servir à un visiteur le panier d'un autre — une fuite de données. Une boutique bien configurée exclut explicitement ces pages du cache, et ce réglage se re-vérifie après chaque changement d'extension de cache ou d'hébergement.

À quelle fréquence faut-il sauvegarder une boutique WooCommerce ?

Au minimum quotidiennement, et hors du serveur du site. Vos clients commandent à toute heure : restaurer une sauvegarde de la veille effacerait une journée entière de commandes déjà payées. Comme partout, une sauvegarde ne vaut que si on l'a réellement testée — tant qu'on n'a pas restauré la boutique à partir de sa sauvegarde, on ne sait pas si elle fonctionne.

Pourquoi tester une commande après chaque mise à jour ?

Parce que WooCommerce, ses extensions de paiement et de livraison et le cœur de WordPress se mettent à jour très souvent, et chacune peut casser le tunnel de commande sans casser le reste du site. Vérifier qu'une page s'affiche ne prouve rien : la seule preuve, c'est de passer une commande réelle de bout en bout et de vérifier qu'elle apparaît en administration, que le stock a bougé et que l'email de confirmation est parti.

Combien coûte la maintenance d'une boutique WooCommerce ?

Une boutique relève de mon forfait le plus complet, parce qu'elle demande plus de surveillance, des sauvegardes plus fréquentes et une réactivité plus forte qu'un site vitrine. Le détail des formules et des prix est présenté sur la page des forfaits de maintenance WordPress.

Audit gratuit

Un audit gratuit de votre boutique

Vous ne savez pas dans quel état est votre boutique ? Je regarde concrètement ce qui compte : le cache et ses exclusions sur le panier et la commande, l'état de vos sauvegardes, les mises à jour en retard, la vitesse de vos pages produit et de votre tunnel, et je passe une commande test pour vérifier qu'elle aboutit vraiment. Vous repartez avec un état des lieux clair et les priorités à traiter, que vous décidiez ensuite de vous en occuper vous-même ou de me le confier. Sans engagement.

audit de boutique offert, sans engagement