Quels réglages un artisan qui monte seul sa boutique en ligne a-t-il le plus de chances d’oublier ? Après plusieurs accompagnements de créateurs lançant leur première boutique WooCommerce sans équipe technique dédiée, trois points reviennent presque à chaque fois, souvent découverts après coup, au pire moment : juste avant ou pendant un pic de visite lié à une mise en avant sur les réseaux sociaux ou une newsletter.
Ces réglages n’ont rien d’exotique. Ils sont simplement absents des tutoriels génériques d’installation, centrés sur l’apparence de la boutique plutôt que sur sa tenue en charge.
Premier oubli : le cache de page qui n’exclut pas le panier
Un plugin de cache de page installé par défaut met en cache toutes les pages, y compris parfois la page panier ou la page compte client, si sa configuration reste sur les réglages d’origine. Résultat : un visiteur peut voir apparaître, pendant une fraction de seconde ou plus durablement selon la durée de vie du cache, un panier qui n’est pas le sien.
La vérification est rapide : ouvrir la page panier dans deux navigateurs différents, y ajouter des articles différents, et s’assurer qu’aucun des deux ne voit le contenu de l’autre après un rafraîchissement. La plupart des plugins de cache proposent une exclusion automatique des pages WooCommerce sensibles, mais cette option reste parfois désactivée par défaut selon la version installée.
Deuxième oubli : des limites PHP calibrées pour un site vitrine
Un hébergement mutualisé standard configure souvent une limite de mémoire PHP et un temps d’exécution maximal pensés pour un site vitrine, pas pour une boutique avec ses calculs de panier, ses règles de promotion et ses appels à des services de paiement. Ces limites, invisibles tant que la boutique reste simple, se révèlent au premier import de catalogue un peu volumineux ou à la première commande combinant plusieurs remises.
- Vérifier la valeur de
memory_limitdans les informations système de WooCommerce (menu WooCommerce, Statut). - Relever le
max_execution_timeeffectif, pas seulement celui déclaré dans le fichier de configuration. - Demander une augmentation à l’hébergeur si les valeurs sont en dessous des recommandations officielles de WooCommerce, avant l’ouverture plutôt qu’après un incident.
Troisième oubli : un cache jamais préchauffé
Un cache de page vide au moment où arrive la première vague de visiteurs, par exemple juste après l’envoi d’une newsletter annonçant une nouvelle collection, oblige les tout premiers visiteurs à subir la génération la plus lente de chaque page : celle qui construit le cache pour tous les suivants. Sur une boutique avec peu de pages, l’effet reste limité. Sur un catalogue plus large avec des pages de catégorie lourdes, les premiers visiteurs peuvent tomber sur des temps de chargement nettement supérieurs à la moyenne habituelle.
Un simple parcours des pages principales avec un outil de requêtes en ligne de commande, juste avant l’envoi d’une communication, suffit à préchauffer les pages les plus consultées et à éviter ce désagrément aux premiers arrivants.
Pourquoi ces trois points passent sous le radar
Aucun des trois ne provoque d’erreur visible tant que le trafic reste faible. Ils se révèlent précisément au moment où l’artisan a le moins de disponibilité pour les corriger : pendant un pic de commandes. D’où l’intérêt de les vérifier à froid, dans le calme, avant toute mise en avant de la boutique.
Un réglage qui ne pose jamais de problème en dessous d’un certain trafic n’est pas un réglage réglé : c’est un réglage pas encore testé.
Pour aller plus loin
Ces trois points ne remplacent pas un audit complet de performance, mais ils couvrent les cas les plus fréquents et les plus coûteux en image de marque quand ils se produisent devant les premiers clients. Une vérification de dix minutes, avant l’ouverture, évite le scénario le plus frustrant : une boutique techniquement fonctionnelle mais qui montre ses limites précisément le jour où elle reçoit enfin de l’attention.
