Deux fiches pour une seule voiture : ce que voit le client
Un visiteur cherche une citadine essence sur votre site. Il trouve la même, deux fois, à 500 € d'écart. Il ne conclut pas que votre passerelle a un défaut de déduplication des véhicules : il conclut que vos prix ne sont pas fiables. Le doublon est un problème technique, mais il se paie en crédibilité commerciale.
La déduplication des véhicules consiste à garantir qu'un véhicule physique correspond à une fiche et une seule, quelle que soit la façon dont il entre dans le site. Ce n'est ni un réglage d'affichage, ni un nettoyage périodique à faire à la main. C'est une question d'identité : à quoi le site reconnaît-il, à chaque synchronisation, qu'il a déjà vu cette voiture ?
Tant que cette question n'est pas tranchée, les doublons reviennent : vous en supprimez trente le lundi, la synchronisation de la nuit en recrée trente. On traite le symptôme, la fiche en trop, au lieu de la règle qui la fabrique.
Les quatre causes d'un véhicule affiché deux fois
Dans les installations que nous reprenons, les doublons viennent presque toujours de l'une de ces quatre situations. Elles se cumulent souvent.
La clé d'identification est trop faible
C'est la cause la plus fréquente. La passerelle compare le véhicule du flux à ceux déjà en base sur un critère instable : le titre de l'annonce, la combinaison marque-modèle-année, parfois l'URL de la première photo.
Or ces valeurs bougent. Une version passe de « 1.5 dCi 115 Business » à « 1.5 dCi 115 ch Business », et le véhicule devient inconnu aux yeux du site : il est recréé. À l'inverse, une clé trop large apparie deux véhicules distincts. Deux citadines de même année, même finition et même couleur achetées en lot n'ont ni le même kilométrage ni le même prix, mais portent le même titre : une fiche écrase l'autre à chaque passe.
La référence change côté logiciel
La référence interne est la bonne clé, mais elle n'est stable que tant que le véhicule reste dans le même dossier. Or un parc tourne, et certaines opérations en fabriquent une nouvelle.
Un véhicule de démonstration repris en stock est souvent ressaisi comme une entrée neuve. Une reprise annulée puis refaite crée un second dossier. Un transfert entre deux sites d'un même groupe attribue une référence propre à la concession d'accueil. Dans les trois cas, le flux exporte deux références pour une seule voiture, et le site fait ce qu'on lui a demandé : il crée une fiche. C'est précisément là que le numéro de série (VIN), quand le logiciel l'expose, sert de garde-fou — c'est le cas des flux XML récupérés en FTP par la passerelle PlanetVO pour WordPress, qui transportent le numéro de série au même titre que le kilométrage ou les équipements.
Deux flux se recouvrent
Cas typique d'une concession qui a empilé les outils au fil des années : le logiciel de gestion alimente le site, et l'outil de multidiffusion l'alimente aussi, parce que personne n'a coupé la première connexion en installant la seconde.
Le résultat n'est pas seulement une fiche en double. C'est une fiche en double qui diverge. Une remise saisie le vendredi à 19 h remonte par le flux synchronisé toutes les heures, mais pas encore par celui qui passe deux fois par jour. Le samedi matin, votre site affiche l'ancien et le nouveau prix côte à côte. Une passerelle Ubiflow vers WordPress restitue le même parc que votre logiciel métier : les deux sources doivent être arbitrées, pas additionnées.
Le recouvrement se produit aussi à l'intérieur d'une même source. Un groupe multi-concessions expose parfois le même véhicule dans deux périmètres pendant un transfert, ce que gère nativement une connexion TEC3H multi-concessions à condition que la clé intègre la notion de point de vente.
Le réimport après incident
Un flux indisponible, un mot de passe FTP changé, un jeton d'API expiré : la synchronisation échoue. À la reprise, si le rattrapage repart d'une base vide ou d'une correspondance perdue, tout le parc est réimporté comme s'il était neuf.
Le comportement choisi pour les véhicules sortis du flux décide alors de la suite. Avec une bascule en catégorie « vendus » — option retenue par la plupart des concessions parce qu'elle préserve la page et son référencement — les anciennes fiches restent en ligne. Si la recherche de correspondance ne va pas les chercher dans cette catégorie, chaque véhicule revenu au flux crée une seconde fiche à côté de son propre exemplaire marqué vendu. Une vente qui échoue et un véhicule qui revient en stock produisent exactement le même effet.
Choisir une clé stable : le cœur de la déduplication des véhicules
Toute la fiabilité d'un site tient à ce tableau. Le principe : une clé se juge sur deux critères, sa stabilité dans le temps et son unicité.
| Candidat comme clé | Stable dans le temps | Unique | Usage recommandé |
|---|---|---|---|
| Titre ou libellé de l'annonce | Non, il est réécrit à la main | Non, deux véhicules jumeaux le partagent | À proscrire |
| Marque + modèle + année | Oui | Non, insuffisant sur un lot | À proscrire |
| Référence interne du logiciel | Oui tant que le dossier ne change pas | Oui à l'échelle d'un compte | Clé principale |
| Numéro de série (VIN) | Oui, il suit la voiture | Oui par construction | Contrôle de cohérence |
| URL de la première photo | Non, elle change au moindre reclassement | Non | À proscrire |
| Identifiant d'annonce du portail | Oui pendant la diffusion | Oui par portail, pas entre portails | Clé secondaire, jamais seule |
Un point technique décide du reste : la comparaison doit être stricte. Une recherche large, qui accepte qu'une référence corresponde aussi à un champ voisin, finit par apparier deux véhicules différents. On ne s'en aperçoit pas immédiatement, parce que le nombre de fiches reste correct — ce sont les données qui se mélangent.
Normaliser la clé avant de comparer
Une référence identique peut être vue comme différente pour des raisons purement typographiques. Ces écarts sont invisibles à l'œil et suffisent à créer un doublon à chaque synchronisation.
- Espaces en début ou fin de valeur, ajoutés par un export ou une saisie.
- Casse variable, la même référence exportée en majuscules un jour, en minuscules le lendemain.
- Zéro initial supprimé, classiquement quand le flux transite par un fichier ouvert dans un tableur.
- Préfixe de concession ajouté ou retiré lors d'un changement de paramétrage côté éditeur.
- Caractères invisibles, retours à la ligne ou tabulations conservés dans un champ XML.
Le doublon invisible : la déduplication des photos
Les fiches en double se voient. Les photos en double, non — jusqu'au jour où l'hébergement sature.
Le scénario est banal. Une photo ne se télécharge pas : serveur de l'éditeur lent, URL momentanément indisponible, image encore en traitement après la préparation du véhicule. À la passe suivante, la passerelle réessaie. Si elle ne reconnaît pas les images déjà présentes en médiathèque, elle ne réimporte pas seulement la manquante : elle réimporte les trente, avec des noms de fichiers suffixés en série.
Pour mesurer l'effet sur votre propre cas, appliquez le calcul à vos chiffres plutôt qu'à une moyenne : nombre de véhicules au flux, multiplié par le nombre moyen de photos par véhicule, multiplié par le nombre de synchronisations quotidiennes. Avec une fréquence horaire, un défaut de déduplication reproduit ce volume vingt-quatre fois par jour. C'est une méthode d'estimation, pas une statistique : le résultat dépend de votre parc.
Rattraper un parc déjà pollué : la déduplication a posteriori
Nettoyer avant d'avoir corrigé la règle ne sert à rien : la synchronisation suivante annule le travail. L'ordre des opérations compte.
L'étape 4 est celle qu'on néglige. Supprimer la vieille fiche et garder la neuve paraît logique, sauf que le référencement acquis part avec l'ancienne URL.
Empêcher le site de repartir en boucle
Une fois le parc propre, trois vérifications suffisent à maintenir l'état, et elles ne demandent pas de compétence technique.
- Surveiller le compteur du listing. Un parc stable dont le nombre de véhicules publiés augmente chaque nuit signale une clé défaillante, pas un afflux de stock.
- Surveiller le poids de la médiathèque. Une croissance régulière alors que le parc ne bouge pas trahit un problème de déduplication des photos.
- Vérifier après chaque incident de flux. C'est au redémarrage d'une synchronisation interrompue que les doublons se créent en masse, jamais en régime normal.
Ce paramétrage se décide à l'installation, pas après. Chez AutoWP, le mapping des champs, le choix de la clé et le comportement des véhicules sortis du flux — suppression, corbeille ou bascule en « vendus » — sont réglés par notre équipe pendant les 5 jours ouvrés de mise en place, pour 500 € HT et 150 € HT par an de maintenance. La page tarifs détaille ce que couvre cette prestation, y compris le suivi du flux quand l'éditeur change son format.
Si votre site affiche aujourd'hui plus de véhicules que votre logiciel n'en contient, l'écart est mesurable en quelques minutes : comparez le compteur de votre listing au nombre de véhicules actifs dans votre logiciel. Décrivez-nous cet écart et votre logiciel actuel, nous vous dirons d'où viennent les doublons avant même de toucher au site.