# Guides techniques

> Vingt et une procédures écrites pour être suivies, pas seulement lues. Chacune part d’une tâche précise — sauvegarder avant d’intervenir, activer le mode debug, lire un journal d’erreurs, préparer une montée de version — et donne les étapes dans l’ordre, avec ce qu’il faut vérifier à chaque fois.

- Source canonique : [https://allaux.fr/guides](https://allaux.fr/guides)
- Langue : FR
- Dernière mise à jour : 2026-09-30

## À 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.

## Les quatre guides les plus utilisés

- **Sauvegarder sa boutique avant une intervention** — Ce qu’il faut sauvegarder exactement, où le déposer, et comment vérifier que la sauvegarde est réellement restaurable. ([/guides/sauvegarder-boutique-avant-intervention](/guides/sauvegarder-boutique-avant-intervention))
- **Activer le mode debug PrestaShop** — Rendre visible l’erreur PHP masquée derrière une page blanche ou une erreur 500, puis refermer proprement. ([/guides/activer-mode-debug-prestashop](/guides/activer-mode-debug-prestashop))
- **Vider le cache PrestaShop** — Les différentes couches de cache, celle qui correspond à votre symptôme, et le cas des modifications qui ne remontent pas. ([/guides/vider-cache-prestashop](/guides/vider-cache-prestashop))
- **Diagnostiquer une boutique lente** — Mesurer avant d’optimiser : séparer le temps serveur du temps d’affichage, et trouver ce qui coûte réellement. ([/guides/diagnostiquer-boutique-lente](/guides/diagnostiquer-boutique-lente))

## Le mode debug ne reste pas activé

> Laissé actif sur un site en ligne, il expose des chemins de fichiers, des versions de composants et parfois des extraits de requêtes. C’est un renseignement offert à qui cherche une faille. Réactivez-le pour diagnostiquer, désactivez-le dès que c’est fait.

## Boutique et intelligence artificielle

- **Commerce agentique** — ACP, UCP, achat dans ChatGPT ou le Mode IA : ce qui est réellement ouvert en France et quoi préparer. ([/guides/commerce-agentique](/guides/commerce-agentique))
- **Rendre sa boutique visible dans les moteurs IA** — Robots des assistants, données structurées, pages lisibles et llms.txt, sans promesse intenable. ([/guides/boutique-visible-moteurs-ia](/guides/boutique-visible-moteurs-ia))

## FAQ

### Quelle est la différence avec la rubrique des problèmes ?

La rubrique des problèmes part d’un symptôme et cherche la cause. Les guides partent d’une tâche décidée et donnent la marche à suivre. En pratique, on passe souvent de l’une à l’autre : la page de diagnostic identifie le sujet, le guide explique comment le traiter.

### Puis-je suivre ces procédures sans être développeur ?

La plupart, oui, à condition d’avoir les accès nécessaires et de ne pas sauter l’étape de sauvegarde. Les guides qui exigent une réelle compétence technique le signalent en tête de page plutôt que de vous laisser le découvrir au milieu.

### Les procédures dépendent-elles de ma version de PrestaShop ou de WordPress ?

Parfois. Les chemins de fichiers et les écrans d’administration changent entre versions majeures. Les guides indiquent la version de référence utilisée et signalent les différences là où elles comptent, en particulier entre PrestaShop 1.7, 8 et 9.

### Que faire si la procédure ne donne pas le résultat annoncé ?

Arrêtez-vous plutôt que d’enchaîner. Un écart entre ce que décrit le guide et ce que vous voyez signale presque toujours une différence de configuration — une extension qui intercepte, un hébergement particulier, une version antérieure — et continuer à l’aveugle transforme un écart en panne.