Un flux véhicule, c'est un inventaire daté
Un flux véhicule WordPress commence toujours par quelque chose qui n'a rien à voir avec WordPress : un fichier déposé sur un serveur, ou un appel réseau vers l'éditeur de votre logiciel. Votre outil de gestion (DMS, logiciel VO, plateforme de multidiffusion) publie à intervalle régulier l'état de votre parc. Chaque véhicule y figure avec ses caractéristiques, ses photos et son prix, tels qu'ils étaient au moment de la publication.
Ce n'est ni une page web, ni un export comptable. C'est un inventaire structuré, écrit pour être lu par une machine. Trois conséquences très concrètes en découlent :
- Le flux ne vous dit pas ce qui a changé, il redonne tout. Dans la grande majorité des cas, vous recevez le catalogue complet à chaque passage, pas la liste des modifications. C'est à la passerelle de calculer la différence avec ce qui est déjà en ligne.
- Un véhicule absent du flux est un véhicule vendu, retiré, ou victime d'un incident technique. Ces trois situations produisent exactement le même signal. Les distinguer est le travail le plus délicat d'une synchronisation.
- Le flux ne contient que ce que l'éditeur a décidé d'y mettre. Si le champ « nombre de rapports de boîte » n'existe pas dans l'export, aucun développement WordPress ne le fera apparaître.
Les formats de flux véhicule que l'on rencontre vraiment
En pratique, quatre familles couvrent presque tout le marché automobile français, suisse et belge.
| Format | Comment on y accède | Fraîcheur typique | Ce qu'il faut surveiller |
|---|---|---|---|
| XML déposé | Fichier récupéré en FTP ou SFTP sur un serveur de l'éditeur | Celle du dépôt : le fichier date de la dernière génération, pas de votre lecture | Fichier tronqué en cours d'écriture, mot de passe FTP modifié sans préavis, encodage des accents |
| CSV / tableur | Même logique de dépôt, une ligne par véhicule | Identique au XML | Séparateur et décimales variables, colonnes ajoutées ou déplacées, listes d'équipements entassées dans une seule cellule |
| API REST | Appel authentifié en direct sur le service de l'éditeur (jeton, OAuth, URL signée) | Celle de la base au moment de l'appel | Pagination, expiration du jeton, quotas d'appels, indisponibilité temporaire du service |
| Multidiffusion | Flux normalisé produit par un diffuseur qui alimente aussi les portails | Celle du cycle de diffusion | Le flux est conçu pour les portails : certains champs y sont normalisés ou tronqués |
Le format ne détermine pas la qualité du résultat. Un CSV propre et complet vaut mieux qu'une API pauvre. Ce qui compte, c'est le contenu des champs et leur stabilité dans le temps.
Comment un flux véhicule devient des fiches WordPress
La lecture du flux n'est que la première étape. Entre le fichier brut et une fiche consultable, il se passe quatre choses.
1. Lecture et normalisation
Le connecteur récupère le flux, vérifie qu'il est exploitable, puis met les valeurs au format attendu. Un prix écrit « 15 900,00 » et un prix écrit « 15900.00 » doivent produire le même nombre. Une date de mise en circulation en jour/mois/année et une date en année-mois-jour doivent produire la même année de référence. Une énergie écrite « GO », « Gasoil » ou « Diesel » doit se retrouver dans un seul et même terme, sinon vos filtres de recherche affichent trois carburants là où il n'y en a qu'un.
2. Répartition dans la structure WordPress
Chaque véhicule devient un contenu personnalisé de type « annonce », avec sa propre URL. Ses caractéristiques se répartissent ensuite entre des taxonomies, pour tout ce qui doit être filtré ou regroupé, et des champs personnalisés, pour tout ce qui doit être affiché sans être filtré. Ce découpage se décide au mapping, une fois pour toutes : le reprendre après six mois de mise en ligne suppose de reconstruire les filtres et parfois les URL.
3. Traitement des photos
C'est le poste le plus lourd. Le flux ne transporte pas les images : il transporte des URL. La passerelle doit les télécharger, les déposer dans la médiathèque, les associer au bon véhicule, conserver leur ordre — la première photo du flux est la vignette du listing — et ne pas les retélécharger au passage suivant.
Cas fréquent en concession : un véhicule entre au flux le matin avec deux photos de reprise, le shooting est fait l'après-midi, et les trente photos définitives arrivent au flux suivant. La fiche doit se compléter toute seule, sans créer un second véhicule et sans laisser les deux clichés de reprise en tête de galerie.
4. Restitution
Vient enfin l'affichage : listing, moteur de recherche, fiche détaillée. Un point à vérifier avant de vous engager : un flux importé ne produit aucune page en soi. Un plugin d'import remplit une base de données et vous laisse construire l'affichage ; une passerelle livrée avec ses gabarits vous donne le site fini. Le détail de ce qui est installé figure sur la page tarifs et prestation d'installation.
Identifier un véhicule : la clé qui évite les doublons
Tout le problème du réimport en boucle tient dans une seule question : à quoi la passerelle reconnaît-elle qu'un véhicule du flux est déjà en ligne ?
| Candidat comme clé | Stable dans le temps ? | Unique ? | Verdict |
|---|---|---|---|
| Référence interne du logiciel | Oui tant que le véhicule reste dans le même dossier | Oui à l'échelle d'un compte, pas forcément entre deux logiciels | Clé principale |
| Numéro de série (VIN) | Oui, il ne change jamais | Oui à l'échelle mondiale | Excellent contrôle, mais absent de certains flux |
| Titre de l'annonce | Non, il est réécrit à chaque retouche commerciale | Non, deux Clio identiques existent | À proscrire |
| Prix, kilométrage, année | Non par nature | Non | À proscrire |
| URL de la première photo | Non, elle change au moindre nouveau shooting | Non | À proscrire |
Deux pièges classiques restent à surveiller. D'abord, la référence ne doit pas être comparée de façon approximative : une recherche large, qui accepte qu'une référence corresponde à un autre champ voisin, finit par apparier deux véhicules différents et par écraser l'un avec les données de l'autre. Ensuite, la référence doit être comparée sous une forme constante : des espaces en trop, une casse différente ou un zéro initial supprimé par un tableur suffisent à faire croire à un véhicule inconnu, donc à créer un doublon.
Les symptômes d'une clé mal choisie sont reconnaissables sans ouvrir le code :
- Le nombre de véhicules publiés augmente alors que le parc est stable.
- La médiathèque grossit à chaque synchronisation, avec des noms de fichiers suffixés en série.
- Les fiches perdent leur date de publication d'origine et remontent toutes en tête du tri « plus récent ».
- Les URL changent, et les positions acquises dans les moteurs de recherche disparaissent avec elles.
Le rythme de synchronisation et la rotation du parc
La synchronisation est planifiée : toutes les heures, ou deux fois par jour. Le bon rythme se déduit de la vitesse à laquelle vos données bougent, pas d'un principe général.
Le cas d'école est le prix modifié le vendredi soir. Une remise saisie à 19 h est en ligne vers 20 h avec une fréquence horaire ; avec deux passages quotidiens, elle attend le lendemain matin, et vos visiteurs du samedi consultent l'ancien prix pendant que vos annonces sur les portails affichent déjà le nouveau. Même arbitrage pour les sorties de parc : un véhicule vendu le samedi après-midi reste visible jusqu'au passage suivant.
Ce délai-là est acceptable. Ce qui ne l'est pas, c'est une fiche vendue qui reste en ligne pendant des jours parce que la synchronisation s'est arrêtée sans que personne ne le remarque. Un flux qui tombe ne fait pas de bruit : le site continue d'afficher un stock, simplement il n'est plus le vôtre. C'est la raison d'être du suivi de flux dans la maintenance annuelle.
Quand plusieurs flux véhicule alimentent le même site WordPress
Le cas est courant : deux points de vente sur deux logiciels différents, ou un logiciel VO pour l'occasion et un outil de multidiffusion pour le neuf. Un site WordPress peut parfaitement recevoir plusieurs flux, à condition de trancher quatre points avant l'installation.
- L'unicité des références entre sources. Deux logiciels peuvent produire la même référence pour deux véhicules différents. La clé doit donc être qualifiée par sa source, faute de quoi le second flux écrase le travail du premier à chaque passage.
- La source qui fait autorité. Si le même véhicule figure dans deux flux, une seule source doit gagner. Sans arbitrage explicite, les deux synchronisations se corrigent mutuellement et le prix oscille entre deux valeurs au fil de la journée.
- Le rattachement au point de vente. Adresse, ville, téléphone et interlocuteur doivent suivre le véhicule, sinon un client appelle l'agence qui est à cent kilomètres du véhicule qu'il vient de voir. Certains flux transportent nativement ces coordonnées, d'autres non.
- Le comportement en cas de panne d'une source. Si un flux devient inaccessible, ses véhicules ne doivent pas être considérés comme vendus. Une source muette n'est pas une source vide.
Ce qu'il faut vérifier avant de valider une mise en ligne
Une recette de synchronisation tient en une poignée de contrôles, à faire sur le stock réel et non sur un échantillon :
Ces six contrôles suffisent à écarter l'essentiel des dérives constatées sur les intégrations improvisées, où la synchronisation fonctionne le jour de la livraison et se dégrade en silence les semaines suivantes.
Si vous voulez voir à quoi ressemble un stock réellement branché sur son logiciel — listing, moteur de recherche, fiche complète et galerie — parcourez quelques exemples de sites automobiles synchronisés avant de comparer avec le vôtre.