Vendre des pièces détachées auto et moto en ligne
Dans ce secteur, l’acheteur ne cherche pas un produit : il cherche ce qui va sur sa voiture ou sa moto. Toute l’architecture de la boutique découle de cette inversion, et c’est elle qui rend ces projets différents des autres.
Le catalogue est indexé sur le véhicule, pas sur le produit
Une plaquette de frein n’a pas de nom commercial exploitable. Elle se trouve par une descente en cascade : marque, puis modèle, puis motorisation, puis années de production, puis code moteur. Ce chemin décrit une relation plusieurs-à-plusieurs entre les références du catalogue et les types de véhicules, et le nombre de couples se compte en centaines de milliers dès qu’un catalogue devient sérieux.
Aucun CMS e-commerce ne propose ce modèle en natif : ni PrestaShop, ni WooCommerce, ni Shopify n’ont de notion de véhicule compatible. Il faut donc une table de compatibilité dédiée, un sélecteur en cascade qui l’interroge sans recharger la page entière, et parfois une entrée supplémentaire par plaque d’immatriculation ou par numéro VIN. Cette dernière passe forcément par un service tiers, puisque l’information n’existe nulle part dans la boutique.
Les contraintes propres à la pièce détachée
- Formats normalisés du secteur : catalogues type TecDoc côté équipementiers, code d’identification national du véhicule — le « type mine » —, numéro VIN à 17 caractères. Les exploiter suppose d’aligner un référentiel externe sur le référentiel interne.
- Mises à jour trimestrielles de ces référentiels : une référence disparaît, une compatibilité change, un équipementier renumérote sa gamme, et les fiches déjà en ligne ne doivent pas se casser pour autant.
- Équivalences OEM et aftermarket : la même pièce porte une référence constructeur et plusieurs références équipementiers. La recherche interne doit retrouver la fiche à partir de n’importe laquelle d’entre elles.
- Tolérance de saisie sur ces références : tirets, points et espaces sont placés différemment par chaque source et par chaque acheteur. Le champ de références croisées doit être indexé sous une forme normalisée.
- Volumétrie : sur plusieurs centaines de milliers de références, la recherche native et les filtres à facettes du CMS s’écroulent. Sous PrestaShop, la reconstruction de l’index de recherche devient elle-même un chantier, et le passage à un moteur externe se pose sérieusement.
- Consigne et échange standard : une ligne supplémentaire à la commande, remboursée au retour de la pièce usagée. Ce n’est ni une taxe, ni un produit, ni une remise, et il faut la porter jusqu’à la facture puis jusqu’au remboursement.
- Livraison hors gabarit : pare-chocs, ligne d’échappement, envois sur palette, et pneus vendus par lots avec un port dégressif qui ne suit aucune grille au poids.
Comment j’interviens sur ce type de boutique
-
Sortir la compatibilité des tables produit
Je place la relation véhicule–référence dans une table dédiée, indexée sur les colonnes que le sélecteur interroge réellement. C’est la seule façon de garder un temps de réponse tenable quand le nombre de couples grimpe, et cela évite de gonfler les tables de caractéristiques du CMS jusqu’au point de rupture.
-
Absorber le référentiel équipementier
L’import passe par une couche de correspondance entre identifiants externes et identifiants internes, conservée d’une version à l’autre. Une livraison trimestrielle se rejoue alors sur un jeu d’essai, se compare à l’existant, et n’est appliquée qu’une fois les disparitions et les renumérotations identifiées.
-
Normaliser les références croisées
Chaque référence est stockée sous deux formes : celle affichée à l’acheteur, et celle réduite en majuscules sans séparateur, seule utilisée pour la comparaison. La recherche accepte alors les trois manières d’écrire la même chose sans multiplier les résultats vides.
-
Déporter la recherche et les facettes
Au-delà d’un certain volume, l’index natif ne tient plus. Je bascule la recherche plein texte et le filtrage vers un moteur externe alimenté en asynchrone, pour que l’affichage d’une catégorie ne dépende plus des requêtes de recherche du cœur ni de leur reconstruction.
-
Traiter la consigne comme une ligne typée
La consigne devient une ligne dédiée du panier, exclue des règles de remise, reportée à l’identique sur la facture, et rattachée au retour de la pièce usagée pour que le remboursement reste traçable côté comptable.
Les pages voisines les plus utiles
-
Catalogue volumineux
Ce qui casse quand le nombre de références dépasse ce que le CMS encaisse, et par quel bout commencer.
-
La recherche ne trouve pas un produit existant
Index incomplet, mot trop court, référence non indexée : les causes réelles quand une fiche reste introuvable.
-
Filtres disparus en page catégorie
Le comportement du filtrage à facettes quand le catalogue grossit ou qu’une catégorie change de configuration.
-
Import de produits en masse
Ce qui fait échouer un import de plusieurs milliers de lignes, et comment le rendre rejouable sans doublon.
Questions fréquentes
Peut-on chercher une pièce par plaque d’immatriculation ?
Faut-il un module de compatibilité ou un développement ?
Comment faire cohabiter références constructeur et équipementier dans la recherche ?
La consigne peut-elle être gérée avec un produit dédié ?
À partir de quel volume faut-il un moteur de recherche externe ?
Les pneus se traitent-ils comme le reste du catalogue ?
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.