Guides techniques

À qui s’adressent ces guides

Cette rubrique ne s’adresse pas à quelqu’un qui cherche encore d’où vient sa panne : pour cela, la rubrique des problèmes part du symptôme. Ici, on sait déjà ce qu’on veut faire. On veut créer un thème enfant avant de toucher au design, activer le mode debug pour voir le message que le site masque, préparer une migration sans perdre son référencement, ou simplement vider le bon cache.

Le lecteur type est un commerçant technique, un responsable e-commerce ou un développeur qui découvre une plateforme qu’il n’utilise pas tous les jours. Les guides supposent un accès à l’administration de la boutique, et pour certains un accès aux fichiers en SFTP ou au panneau de l’hébergeur. Quand c’est le cas, c’est dit dès le début, avant que vous n’ayez perdu dix minutes.

Comment la rubrique est organisée

Les vingt et un guides se lisent par groupes. Avant d’intervenir : sauvegarder la boutique, activer le mode debug sur PrestaShop, l’activer sur WordPress, régler les droits de fichiers sur le serveur. Observer : lire les journaux d’erreurs PrestaShop, lire ceux de WooCommerce, diagnostiquer une boutique lente. Entretien courant : vider le cache PrestaShop, vider le cache WordPress.

Personnaliser sans casser : créer un thème enfant WordPress, comprendre les hooks PrestaShop, choisir entre un override et un module. Performance et référencement : optimiser les images produits, migrer sans perdre son référencement, passer le site en HTTPS. Infrastructure et mises à jour : préparer une mise à jour majeure, choisir un hébergement e-commerce, sécuriser une boutique après un piratage. Connecter : configurer un transporteur PrestaShop, configurer un webhook de paiement, connecter un flux produits.

L’ordre dans lequel les prendre

Presque toutes les interventions se déroulent dans le même ordre, et le respecter évite l’essentiel des accidents. On sauvegarde d’abord : les fichiers et la base, ensemble, car restaurer l’un sans l’autre produit une boutique incohérente. On rend l’erreur visible ensuite, en activant le mode développement — sur PrestaShop, la constante _PS_MODE_DEV_ dans config/defines.inc.php ; sur WordPress, WP_DEBUG et WP_DEBUG_LOG dans wp-config.php, qui écrit dans wp-content/debug.log.

On lit ensuite ce que le site dit réellement, avant de formuler la moindre hypothèse. On corrige enfin, et une seule chose à la fois : deux modifications simultanées rendent impossible de savoir laquelle a marché. Puis on referme — désactiver le mode debug en production, car il affiche des chemins de fichiers et des extraits de requêtes qui n’ont rien à faire devant un visiteur.

Les guides supposent cette discipline plutôt qu’ils ne la répètent à chaque page. Si vous n’en lisez qu’un avant d’intervenir, lisez celui sur la sauvegarde.