Le décalage n'est pas un oubli, c'est un mécanisme
Un client appelle pour un véhicule vu sur votre site. Il est vendu depuis dix jours. Ou il est toujours disponible, mais le prix affiché n'est plus le bon depuis la dernière remise. Vous vous excusez, et vous notez mentalement qu'il faudrait « faire le ménage sur le site ».
Ce scénario ne relève pas de la négligence. Il se répète parce que la chaîne entre votre logiciel de gestion et votre site WordPress produit du retard par construction. Tant qu'elle n'est pas revue, le retard revient, quel que soit le sérieux de la personne qui s'en occupe.
Les causes se répartissent en deux familles. Les causes d'organisation concernent les sites où le stock est saisi à la main. Les causes techniques concernent les sites déjà censés être connectés à un flux, et qui affichent pourtant un stock faux. Ces derniers cas sont les plus frustrants : tout le monde croit le problème résolu.
Les cinq causes d'organisation
La double saisie fabrique du retard par construction
Quand votre logiciel de gestion et votre site ne communiquent pas, chaque information existe deux fois : une fois dans le logiciel, une fois dans le back-office WordPress. La deuxième saisie est toujours postérieure à la première. Le décalage n'est pas un incident, c'est la définition du dispositif.
Le stock bouge tous les jours : entrées de reprise, sorties, baisses de prix, photos refaites après préparation. Un site alimenté à la main court après une réalité qui avance plus vite que lui.
La vitesse d'un logiciel ne se rattrape pas à la main
Un logiciel de gestion enregistre un changement de prix ou un passage en « vendu » au moment où le vendeur le saisit. Reporter ce même changement sur le site suppose d'ouvrir un navigateur, de se connecter, de retrouver la bonne fiche parmi plusieurs dizaines, de modifier les bons champs et de republier. Cette différence ne se corrige pas par de la discipline, mais en supprimant l'étape manuelle.
WordPress ne sait rien d'un véhicule tant qu'on ne le lui a pas appris
WordPress gère nativement des articles et des pages. Un véhicule d'occasion, lui, suppose une structure : un type de contenu dédié, des taxonomies (marque, modèle, énergie, boîte, carrosserie), des champs personnalisés (kilométrage, mise en circulation, puissance DIN et fiscale, cylindrée, nombre de places et de portes), une galerie photo et une liste d'équipements.
Sans cette structure, les données finissent dans du texte libre. Elles s'affichent, mais elles ne sont plus exploitables : impossible de filtrer sur « diesel, boîte automatique, moins de 100 000 km » si le kilométrage est écrit dans le corps de l'annonce. C'est ce qui sépare un simple import de données d'un ensemble listing, moteur de recherche et fiche véhicule prêt à l'emploi.
La dette de saisie s'accumule sans bruit
Chaque saisie approximative laisse une trace. Au bout de quelques mois, on retrouve toujours les mêmes symptômes :
- des taxonomies en double, parce que « Renault », « renault » et « RENAULT » ont été créées à trois moments différents ;
- des champs remplis sur certaines fiches et vides sur d'autres, ce qui vide les filtres de leur sens ;
- des photos publiées en pleine résolution, jamais redimensionnées, qui alourdissent chaque page ;
- des fiches de véhicules vendus il y a longtemps, jamais dépubliées, jamais redirigées.
Le site passe après le client qui est dans le hall
C'est normal, et c'est même sain. Dans un garage ou une concession, la priorité va au client présent, à la livraison à préparer, au dossier de financement à boucler. La mise à jour du site est traitée « quand on aura le temps », c'est-à-dire le soir, mal, ou jamais. Le seul arbitrage tenable consiste à retirer complètement le site de la liste des tâches quotidiennes.
Les quatre pannes techniques des sites déjà « connectés »
Ce sont les cas que nous rencontrons le plus souvent en reprise d'un site existant. Le propriétaire est persuadé que sa synchronisation fonctionne, parce qu'elle a fonctionné le premier jour.
Le flux est déposé mais personne ne le relit
L'éditeur du logiciel dépose bien son export sur un serveur FTP, ou expose bien son API. Le fichier est là, daté du matin même. Mais côté WordPress, plus rien ne va le chercher : la tâche planifiée ne s'exécute plus.
Sur WordPress, la planification repose sur le cron interne, déclenché par le trafic du site, ou sur une tâche système. Il suffit d'un plugin de cache mal réglé, d'une règle de sécurité qui bloque l'appel, d'un identifiant FTP changé sans prévenir ou d'une migration d'hébergement pour que tout s'arrête. Rien ne casse visuellement : le site continue d'afficher le dernier état importé, parfois depuis des mois. C'est la panne la plus fréquente et la plus silencieuse.
Les photos ne sont pas rapatriées
Deuxième cas classique : les données textuelles arrivent, les photos non. Les fiches se créent avec le bon prix et le bon kilométrage, mais avec une image par défaut ou une galerie vide.
Les causes sont toujours du même ordre. Les URL de photos du flux pointent vers un serveur qui refuse les requêtes extérieures. Le téléchargement dépasse le temps d'exécution autorisé par l'hébergeur et s'interrompt au milieu du lot. Le dossier d'envoi de WordPress n'est pas accessible en écriture. Ou l'import ne récupère que la première image alors que le flux en contient trente ou plus.
Ce point n'est pas cosmétique : une annonce sans galerie complète ne génère pas d'appel. La correction consiste à rapatrier réellement toutes les photos du flux dans la médiathèque et à les afficher dans une visionneuse plein écran, pas à pointer vers une image hébergée ailleurs.
Les véhicules vendus restent en ligne faute de règle de suppression
Beaucoup d'imports savent créer et mettre à jour, mais ne savent pas quoi faire d'un véhicule qui disparaît du flux. Le logiciel a sorti la voiture du stock, elle n'est plus dans l'export, et la fiche reste publiée indéfiniment sur le site.
C'est la source numéro un d'appels sur des véhicules indisponibles. Le point à vérifier est donc explicite : votre installation applique-t-elle une règle sur les véhicules sortis du flux ? Il y a trois comportements possibles, et ils ne se valent pas.
| Comportement | Effet sur le site | Quand le choisir |
|---|---|---|
| Suppression définitive | La fiche disparaît, son URL renvoie une erreur 404 | Stock à forte rotation, peu d'enjeu SEO sur les fiches |
| Mise à la corbeille | La fiche est dépubliée mais récupérable | Période de test, ou stock avec des retours fréquents |
| Bascule en catégorie « vendus » | La page reste en ligne, signalée comme vendue | Vous voulez conserver le référencement acquis par la fiche |
Le format a changé côté éditeur et rien ne l'a signalé
Les éditeurs font évoluer leurs exports. Une balise est renommée, un champ passe d'un format de date à un autre, une API change sa pagination ou son mode d'authentification, un identifiant de concession est ajouté. Ces changements ne sont pas toujours annoncés, et rarement à l'avance.
Une passerelle non maintenue continue alors de tourner en produisant des données partielles : les prix ne se mettent plus à jour, les équipements disparaissent, ou tous les véhicules sont réimportés en double. Les modes de connexion diffèrent d'un éditeur à l'autre — dépôt XML sur FTP avec repli SFTP côté PlanetVO, API authentifiée par jeton JWT et gestion multi-concessions côté TEC3H, API OAuth côté AutoScout24 — donc les points de rupture aussi.
C'est exactement ce que couvre la maintenance annuelle : surveiller le flux et corriger le connecteur quand l'éditeur change ses règles, sans que vous ayez à le découvrir par un client mécontent.
Diagnostic en six points
Faites ce test sur votre site actuel. Il prend une dizaine de minutes et il suffit à situer le problème.
Les points 1, 2 et 5 pointent vers la chaîne de synchronisation. Les points 3, 4 et 6 pointent vers le mapping et la structure des données. Dans les deux cas, la correction est technique, pas organisationnelle.
Une source unique de vérité, et une seule
La seule configuration stable consiste à faire de votre logiciel métier la référence unique, et à ne plus rien saisir sur le site. WordPress devient un simple afficheur : il reçoit, il structure, il publie.
Concrètement, cela suppose quatre choses : une récupération du flux planifiée à intervalle régulier — toutes les heures ou deux fois par jour selon le rythme de votre stock —, un mapping complet des champs de votre éditeur vers les champs du site, un rapatriement effectif de toutes les photos, et une règle explicite pour les véhicules sortis du flux. C'est le périmètre de l'installation que nous réalisons en 5 jours ouvrés, paramétrage et mise en forme compris, pour 500 € HT, puis 150 € HT par an de maintenance du connecteur.
Si vous voulez situer votre cas avant d'aller plus loin, commencez par la liste des logiciels déjà connectés à WordPress : vous y verrez le mode de connexion réellement utilisé pour le vôtre, et les données qu'il permet de remonter. Les questions de mise en œuvre les plus fréquentes, hébergement, thème existant et délais, sont traitées dans notre foire aux questions.