Disponible pour missions & renforts d’agence · Réponse rapide, par la personne qui intervient

Impossible d’enregistrer une fiche produit dans le back-office PrestaShop

La connexion au back-office fonctionne, la fiche produit s’ouvre, mais l’enregistrement échoue ou déclenche une erreur : ce symptôme précis oriente le diagnostic vers un onglet ou un module précis, pas vers un problème serveur général. Trois causes reviennent le plus souvent.

Décrire mon problème Discuter sur WhatsApp

Un champ obligatoire vide sur un onglet qui n’est pas affiché

La fiche produit est découpée en plusieurs onglets : Informations, SEO, Associations, Prix, Combinaisons, et d’autres selon la configuration. Un champ multilingue laissé vide sur une langue pourtant active côté boutique peut bloquer l’enregistrement de tout le formulaire, même si l’onglet actuellement affiché ne montre aucune erreur.

C’est un des pièges les plus fréquents : l’utilisateur reste sur l’onglet Informations, ne voit rien d’anormal, alors que le blocage vient d’un champ SEO ou d’une autre langue jamais consultée pour ce produit.

Un module accroché à la sauvegarde du produit

Des hooks comme actionProductSave ou actionObjectProductUpdateAfter s’exécutent à chaque enregistrement de fiche produit. Si un module accroché à l’un de ces hooks rencontre une erreur, il peut bloquer toute la sauvegarde, même pour des champs qui n’ont rien à voir avec ce module.

Ce cas se reconnaît souvent parce que le blocage touche tous les produits, ou apparaît juste après l’installation ou la mise à jour d’un module en particulier.

Comment j’isole la cause

  1. Vérifier chaque onglet, y compris les langues secondaires

    Je parcours les onglets un par un, en particulier les champs obligatoires dans chaque langue active, pour repérer un champ vide qui bloque silencieusement.

  2. Désactiver les modules un par un

    Sur une copie de test, je désactive les modules récemment installés ou mis à jour, en particulier ceux accrochés à la sauvegarde produit, pour isoler celui qui bloque.

  3. Regarder les journaux d’erreur

    Les journaux du back-office ou du serveur donnent souvent le nom exact du module ou de la classe en cause quand l’enregistrement échoue.

  4. Vérifier la longueur des champs texte

    Pour une description très longue, je teste si un raccourcissement du contenu permet l’enregistrement, ce qui confirme une limite de champ en base de données.

Pages liées

Décrivez votre besoin en 1 minute

Quelques questions ciblées pour que je vous réponde avec une estimation, pas avec un questionnaire de plus.

Quelle est l’ampleur du problème ?
Qu’est-ce qui a changé juste avant l’apparition de l’erreur ?

Une mise à jour ou une modification récente oriente presque toujours le diagnostic en premier.

Le mode debug a-t-il été activé pour voir le détail de l’erreur ? (facultatif)

Il s’active dans config/defines.inc.php (_PS_MODE_DEV_) et révèle souvent la cause exacte en une ligne.

Avez-vous accès aux journaux d’erreurs ? (facultatif)
Quel message d’erreur s’affiche exactement ? (facultatif)

Recopiez-le tel quel, même s’il paraît incompréhensible.

Indiquez au moins un e-mail ou un téléphone pour que je puisse vous répondre.

Indiquez au moins un e-mail ou un téléphone pour que je puisse vous répondre.

Questions fréquentes

Je me connecte sans problème au back-office, mais je ne peux pas éditer un produit : est-ce lié ?
Non, ce sont deux problèmes différents. Un accès qui fonctionne mais un enregistrement qui échoue oriente vers un onglet de la fiche produit ou un module, pas vers un problème de connexion.
Pourquoi je ne vois aucune erreur alors que l’enregistrement échoue ?
Parce que l’erreur se produit souvent sur un onglet différent de celui affiché, en particulier un champ obligatoire vide dans une langue secondaire jamais consultée.
Comment savoir si c’est un module qui bloque ?
En désactivant, sur une copie de test, les modules récemment installés ou mis à jour, en particulier ceux accrochés à la sauvegarde produit, un par un, jusqu’à ce que l’enregistrement fonctionne à nouveau.
Le blocage touche un seul produit, est-ce la même cause ?
Souvent non : un blocage sur un seul produit oriente plutôt vers un champ spécifique à cette fiche, description trop longue, champ multilingue vide, alors qu’un blocage général sur tous les produits oriente vers un module.
Corriger un module qui bloque la sauvegarde, est-ce de la configuration ou du développement ?
C’est du développement : il faut identifier la ligne de code en cause dans le module ou dans une éventuelle surcharge, et la corriger sans casser le reste de ses fonctionnalités.