Votre flux produits tournait tous les matins à 6 h. Depuis mardi, rien : 200 nouvelles références fournisseur n'apparaissent pas, les prix restent ceux de la semaine dernière, Google Merchant Center affiche des erreurs. Un flux produits qui ne s'importe plus, c'est du CA perdu — et parfois des ventes sur des articles en rupture.
On intervient sur ce type de panne chez des e-commerçants lillois qui alimentent leur boutique via ERP, PIM, fichier CSV ou API fournisseur. Dans la majorité des cas, la rupture vient d'un changement de format, d'un certificat expiré ou d'un seuil de volume dépassé. Voici comment reprendre le contrôle.
Symptômes : votre catalogue n'est plus à jour
Un flux figé se repère d'abord dans les dates : la dernière mise à jour produit remonte à plusieurs jours ou semaines. Les nouvelles références fournisseur n'apparaissent pas, les prix web divergent du tarif officiel ou du magasin, et des produits épuisés en entrepôt restent affichés « en stock ». Les images manquent ou datent, Google Merchant Center, Meta Catalog et les comparateurs remontent des erreurs. Parfois un email d'alerte du plugin d'import arrive ; parfois, pire, le cron tourne en silence sans rien mettre à jour.
Un flux figé depuis 48 h sur un catalogue à rotation rapide, c'est des campagnes Ads qui poussent des produits indisponibles.
Pour une boutique mode ou bricolage à 2 000 SKU, une semaine sans sync peut représenter 5 à 15 % de références obsolètes — et des taux de rebond publicitaire en hausse. Le temps de chargement anormalement long du catalogue admin est un signal secondaire mais utile : l'import partiel peut saturer la base sans échouer visiblement.
Causes fréquentes d'un flux produits en panne
La rupture peut venir de la source, de l'import, ou d'un conflit entre les deux. Identifier le bon niveau évite de remapper inutilement pendant que le fichier source est corrompu.
Changement côté source
Le fournisseur ou l'ERP modifie la structure CSV — colonnes, séparateur, encodage — sans préavis. Une nouvelle référence obligatoire (EAN, marque, catégorie Google) n'est pas mappée. L'API fournisseur passe en version deprecated et l'ancien endpoint ne répond plus.
Problème technique côté import
Le cron serveur se désactive après une migration hébergement. Un timeout PHP frappe les gros fichiers (plus de 10 000 lignes). La mémoire insuffisante provoque un import partiel silencieux. Le plugin d'import devient incompatible avec la dernière version WooCommerce ou PrestaShop.
Authentification, validation et conflits
L'URL flux est protégée et le mot de passe a changé, le token FTP a expiré, ou le certificat SSL du serveur source n'est plus valide. L'IP du serveur boutique n'est plus whitelistée chez le fournisseur. Des règles de validation trop strictes rejettent les produits sans description ou avec prix à 0, et un doublon SKU peut bloquer tout le batch au lieu de skipper la ligne. Enfin, le conflit source de vérité : l'équipe modifie manuellement des fiches en boutique, écrasées à chaque import nocturne — ou inversement, l'import est désactivé par peur d'écraser le travail marketing.
Marketplace et multicanal
Le flux Google Shopping est distinct du flux boutique, et un seul des deux est mis à jour. Résultat : la boutique semble à jour en admin, mais les campagnes paid poussent un catalogue mort.
Diagnostic : où la chaîne se casse
Commencez par le fichier source, pas par le plugin. Téléchargez manuellement le CSV ou appelez l'API : le fichier se génère-t-il ? Taille cohérente ? Encodage UTF-8 ? Ouvrez les dix premières lignes et vérifiez les colonnes attendues.
Ensuite, consultez les logs d'import — WooCommerce Product CSV Import, WP All Import, module PrestaShop « import cron », ou script custom. Notez la dernière exécution réussie. Testez un import manuel restreint de 5 produits en mode « update existing » : si ça marche en petit volume mais pas en cron, suspectez timeout ou mémoire.
Contrôlez le cron : sur WordPress, WP Crontrol ou logs hébergeur. Le job est-il planifié ? S'exécute-t-il vraiment ? Certaines boutiques n'ont du trafic que le matin — le pseudo-cron WordPress ne part jamais la nuit. Terminez par un SKU témoin : choisissez une référence modifiée récemment côté ERP, vérifiez sa présence dans le flux, puis dans la boutique. Où s'arrête la mise à jour ?
Corrections : par ordre de priorité
Urgent — remettre le catalogue en ligne sous 24 h
Relancez un import manuel complet si le fichier source est OK. Rétablissez l'accès FTP, URL ou token. Augmentez temporairement timeout et memory_limit PHP. Désactivez les campagnes sur les produits dont le stock est inconnu — mieux vaut une pause Ads qu'une vague d'annulations.
Important — stabiliser sous 2 semaines
Adaptez le mapping aux nouvelles colonnes source. Passez les gros catalogues en import par chunks (500 à 1 000 lignes). Configurez des alertes email si l'import échoue ou si zéro produit est mis à jour. Définissez une règle claire : quels champs viennent de l'ERP, quels champs restent éditables en boutique (SEO, visuels).
Plus tard — architecture durable
Un PIM ou middleware central (Akeneo, feed manager, script custom) devient pertinent au-delà de 5 000 SKU ou dès trois canaux. Privilégiez la sync différentielle (seuls les produits modifiés) plutôt que le full dump. Ajoutez un monitoring via surveillance site et un SLA interne « catalogue inférieur à 24 h ». Documentez le format, la fréquence et le contact technique fournisseur.
Coûts indicatifs 2026 : correction mapping + cron entre 600 et 2 000 € ; refonte flux sur middleware entre 4 000 et 12 000 € ; PIM + connecteurs multicanal entre 15 000 et 40 000 €. Le bon investissement dépend du nombre de SKU et du nombre de canaux (boutique, Google, Amazon, magasin).
Prévention : un flux produits fiable
Les flux produits sont le socle de tout le reste : Ads, SEO, logistique, compta. Un catalogue fiable vaut plus qu'une refonte graphique si vos ventes dépendent du trafic payant ou d'un ERP fournisseur exigeant.
Formalisez un contrat format avec le fournisseur ou l'ERP : toute colonne ajoutée = préavis. Testez sur un environnement staging avant la prod. Générez un rapport post-import automatique (X créés, Y mis à jour, Z erreurs). Écrivez noir sur blanc la source de vérité : ERP pour prix/stock, boutique pour contenu marketing — ou l'inverse, mais une seule règle. Pour les gros volumes, préférez une tâche cron serveur (crontab) au pseudo-cron WordPress. Revoyez hebdomadairement Merchant Center : les erreurs feed sont un early warning.
Pour structurer l'ensemble ERP–boutique–marketplace, le guide intégrations e-commerce, ERP, CRM et logistique pose le cadre. Les catalogues techniques B2B ont des contraintes spécifiques — voir optimisation e-commerce produits techniques B2B.
Impact SEO et publicité
Un flux mort ne touche pas que le back-office. Des fiches avec prix erroné dégradent l'expérience et génèrent des plaintes. Google Shopping refuse des articles et la visibilité baisse. Les campagnes Meta avec catalogues dynamiques obsolètes gaspillent le CPC. Les ruptures non synchronisées provoquent annulations et avis négatifs. Remettre le flux à jour est souvent plus urgent qu'une optimisation SEO classique quand les campagnes paid tournent.
Formats de flux : ce que votre fichier doit contenir
Un flux produits exploitable pour l'e-commerce PME repose sur un socle minimal. Chaque colonne manquante peut faire rejeter une ligne ou tout le batch selon la sévérité du plugin.
Vous avez besoin d'un SKU ou référence unique stable (jamais réutilisée), d'un EAN/GTIN si Google Shopping ou marketplaces, d'un libellé et d'une description (même courte), d'un prix HT ou TTC cohérent avec votre politique boutique, d'un taux TVA ou code catégorie fiscale, d'un stock disponible, d'une URL image principale en HTTPS, d'une catégorie interne et d'une catégorie Google si feed Ads, d'un statut actif/archivé/rupture longue durée, et de poids et dimensions si calcul livraison automatique.
Checklist : flux produits sain en 24 h
Avant de considérer la situation stabilisée, validez ces quatre points :
- fichier source téléchargeable manuellement sans erreur
- cron ou tâche planifiée exécutée dans les dernières 24 h
- SKU témoin : prix et stock alignés source ↔ boutique
- alerte email configurée si import échoue ou 0 update
Un catalogue fiable vaut plus qu'une refonte graphique si vos ventes dépendent du trafic payant.
FAQ
Mon import part but n'update rien : pourquoi ?
Souvent SKU ou EAN de matching incorrect : le flux crée des doublons au lieu de mettre à jour, ou skip tout. Vérifiez la clé de correspondance configurée dans le plugin.
CSV, XML ou API : que choisir ?
API ou flux XML structuré pour gros volumes et mises à jour fréquentes. CSV suffit pour moins de 2 000 SKU et sync quotidienne. L'important = fiabilité et alerting, pas le format en soi.
L'import écrase mes textes SEO : comment faire ?
Configurez le mapping : mettre à jour prix/stock uniquement, pas titre ni description. Ou inversement, figer certains champs côté boutique avec flag « ne pas écraser ».
Faut-il un PIM dès le départ ?
Pas pour 500 SKU et un seul canal. Au-delà de 5 000 références ou dès trois canaux (web, Google, Amazon), un PIM ou middleware central évite le chaos.
Le cron WordPress est-il fiable ?
Partiellement. Il dépend du trafic site. Pour un import critique à 6 h, utilisez une vraie tâche cron serveur ou un service externe (EasyCron, cron hébergeur).
Et maintenant ?
Si votre catalogue n'a pas bougé depuis plus de 24 h, téléchargez le flux source maintenant. S'il est correct, le problème est côté import — logs et cron en premier. S'il est vide ou corrompu, contactez l'ERP ou le fournisseur.
Apresta aide les e-commerçants de Lille et des Hauts-de-France à sécuriser flux produits, imports cron et multicanal. On intervient sur WooCommerce, PrestaShop, Shopify et les connecteurs ERP.