Pourquoi les PDP génériques sapent vos marges en silence

Un acheteur arrive sur votre page catégorie. En clique un. Lit la description.

Puis ouvre trois autres onglets. Même produit, trois concurrents. Lit chacun.

Les descriptions sont quasi identiques. Mêmes bullet points. Mêmes adjectifs. Même la cadence des phrases est un copier-coller depuis la fiche fournisseur.

Elle prend le moins cher. Pourquoi pas.

Vous venez de perdre une vente que vous auriez dû gagner, et ça n'apparaîtra jamais sur un dashboard. Vous mettrez ça sur le compte de la pression du marché, ou d'une semaine molle, ou de la météo. Ce n'était pas la pression du marché. C'est un problème de contenu déguisé en problème de prix, et presque tous les retailers européens en saignent.

Comment les descriptions fournisseur arrivent dans votre PIM (et y restent)

La plupart des données catalogue arrivent encore par les mêmes trois canaux. Un portail fournisseur. Un flux GS1. Un PDF que le commercial vous a envoyé par mail le trimestre dernier, accompagné d'un Excel à moitié cassé.

La description qui accompagne chacun de ces canaux a été rédigée une fois, par quelqu'un du marketing chez le fabricant, pour tous les retailers de leur réseau de distribution. Cette copie est censée être neutre. Réutilisable. Sans risque.

Donc elle est réutilisée. Tout le monde la réutilise. Amazon. La marketplace. Vos deux plus gros concurrents directs. Le nouvel entrant qui vient de vous casser les prix de 8 %. Tous publient le même paragraphe parce que personne dans une équipe catalogue n'a la bande passante pour réécrire 5 000 SKU chaque trimestre.

Votre équipe non plus. Vous expédiez donc la copie fournisseur. Comme tout le monde.

C'est comme ça que trente boutiques se retrouvent avec exactement le même paragraphe sur exactement le même produit. Et qu'un acheteur scanne ces trois paragraphes en 90 secondes, conclut qu'ils sont indissociables, et trie par prix.

La version SEO du même problème

Google lit ces paragraphes identiques et en traite la plupart comme du contenu dupliqué. Il ne choisit pas un gagnant au hasard. Il choisit le domaine le plus fort. Ce n'est presque jamais vous. C'est le fabricant ou la marketplace.

Vous avez payé pour la mise en ligne. Pour la photographie. L'équipe merchandising a calibré la nouvelle collection. Et vous n'avez pas dépensé quelques centaines d'euros de copy original — la page ne ranke jamais.

Des mois de trafic cumulé partent ailleurs.

Les retailers qui investissent dans des PDP différenciées récupèrent ce trafic. Chaque trimestre l'écart se creuse.

Les maths de la conversion

La plupart des directions e-commerce suivent la conversion comme une seule ligne sur un dashboard. Elle bouge avec le mix de trafic, la saisonnalité, le paid. Donc quand le contenu est la cause, ça n'apparaît jamais clairement.

Segmentez les données et l'écart est bruyant. Les pages avec du copy original, adapté au persona, convertissent nettement mieux que celles avec du copy fournisseur brut. L'ajout au panier bouge en premier. La conversion suit quelques semaines plus tard. Le rebond sur la page produit chute d'une marge que vous sentirez dès le rapport du mois suivant.

Pas besoin de me croire sur parole. Prenez 100 SKU de votre propre catalogue. Triez par trafic. Comparez l'échantillon avec copy original à celui sans. La plupart des équipes catalogue n'ont jamais fait ce test. Celles qui le font ne publient plus jamais de PDP générique.

"On corrigera au prochain trimestre" n'arrive jamais

Toutes les équipes catalogue avec qui j'ai bossé savent que leur contenu est générique. Elles le savent depuis des années. Si ça reste générique, ce n'est pas une question de volonté. C'est structurel.

Un rédacteur qui connaît votre marque et votre client peut réécrire une PDP en quinze, peut-être vingt minutes. Pour un catalogue de 5 000 SKU, ça fait environ 1 500 heures. Soit dix mois de travail à temps plein pour une seule personne qui ne ferait que ça. Dix mois. À cramer leur OKR au complet.

Donc à la place, vous prenez des freelances pour un trimestre. Ou une agence. Ou vous regroupez le travail en saison creuse. Dans toutes les versions, le projet est trop gros pour être terminé un jour.

De nouveaux produits arrivent plus vite que vous ne réécrivez. La voix dérive entre rédacteurs. La moitié du catalogue reste générique pour toujours, parce qu'au moment où vous auriez fini, l'équipe est déjà passée au lancement de l'année suivante.

Ce n'est pas un problème de productivité. C'est un problème d'unit-economics. La réécriture manuelle à l'échelle d'un vrai catalogue, ça ne se rentabilise pas. Point final.

À quoi ressemble une PDP non générique

Faites le test sur votre propre site. Allez sur une page catégorie. Cliquez sur trois produits. Lisez le premier paragraphe de chaque PDP.

Si vous ne pouvez pas dire de quel retailer il s'agit, votre client non plus.

Une PDP qui mérite sa place nomme l'acheteur quelque part dans les trois premières phrases. Parents actifs. Cuisiniers à domicile qui reçoivent. Acheteurs débutants qui cherchent du matériel performant. Elle écrit dans ce contexte, pas dans une fiche technique, et elle répond — explicitement — aux trois questions que l'acheteur se pose en silence dans sa tête.

Elle ne commence pas non plus par le nom du fabricant.

La version mécanique de ce travail, c'est facile de la balayer comme du "bon copywriting". Ce n'est pas ça. C'est un problème de configuration. Ton, persona, taxonomie d'attributs. Défini une fois. Appliqué à l'identique. Le copy est en aval.

La sortie, c'est l'automatisation, pas plus de monde

Pendant la majeure partie de la dernière décennie, les seules solutions proposées à ce problème étaient "embaucher plus de rédacteurs" ou "externaliser à une agence". Les deux échouent à l'échelle, pour la raison d'unit-economics ci-dessus. Donc le problème a persisté.

Ce qui a changé, c'est que vous pouvez désormais définir votre voix de marque, vos personas, votre ordre d'attributs — une seule fois — et appliquer cette configuration à chaque produit du catalogue. De manière programmatique. Quelques secondes par SKU.

C'est l'architecture derrière EANScan. On dépose un EAN. La plateforme va chercher les données source, les passe par votre configuration, et sort une PDP enrichie — titre, description, bullets, attributs, métadonnées structurées — qui ressemble à votre boutique. Votre équipe relit. Votre équipe valide. La marque reste cohérente. Le catalogue rattrape son retard.

Si vous dirigez l'e-commerce ou le catalogue chez un retailer avec 5 000+ SKU et que ce qui précède résonne, réservez une démo. Envoyez 50 EAN de votre catalogue avant l'appel et nous les passerons sur la plateforme avant qu'on se parle. Vous verrez du vrai output sur de vrais produits. Pas de slide deck.