La synchronisation des photos véhicules casse avant le reste des données
Sur une passerelle qui déraille, le symptôme est presque toujours le même : les données sont là, les photos non. Le prix est juste, le kilométrage est juste, la liste d'équipements est complète, et la fiche affiche onze images au lieu de trente-deux. La synchronisation des photos véhicules est la partie de l'import qui lâche en premier, et ce n'est pas un hasard : elle n'obéit pas aux mêmes règles que le reste du flux.
Les caractéristiques d'un véhicule voyagent à l'intérieur du fichier ou de la réponse d'API : marque, cylindrée, puissance fiscale, garantie, observations du commercial arrivent en un seul transfert, qui aboutit ou qui échoue en bloc. Les photos, elles, ne sont pas dans le flux. Le flux ne transporte que leurs adresses, et la passerelle doit aller chercher chaque image sur un autre serveur, avec une requête réseau par cliché.
L'ordre de grandeur se calcule avec vos chiffres, pas avec une moyenne du marché : votre nombre de véhicules multiplié par votre nombre moyen de photos. Un parc de 150 véhicules documentés à trente clichés, c'est un fichier d'un côté, 4 500 téléchargements indépendants de l'autre. Chacun peut échouer seul, sans bruit.
Trois fragilités propres aux photos d'un flux véhicules
Des adresses qui ne sont pas faites pour durer
Une URL de photo n'est pas un identifiant stable. Selon l'éditeur, elle contient un jeton de signature, un horodatage, ou un chemin régénéré à chaque nouveau traitement du véhicule. Sur une connexion signée comme celle de la passerelle Auto-Gestion pour WordPress, où l'appel lui-même est authentifié par une clé et un secret, les adresses servies ont une durée de validité : celle que vous notez aujourd'hui ne répondra pas dans trois semaines.
D'où la règle qui commande tout le reste : les photos doivent être copiées dans la médiathèque WordPress, jamais affichées depuis le serveur de l'éditeur. Un site qui pointe sur les images distantes fonctionne le jour de la recette, puis se vide. Et le jour où vous changez de logiciel, vous perdez toutes les images de toutes vos fiches, y compris celles des véhicules vendus qui vous rapportaient encore du trafic.
Ce que l'éditeur laisse réellement sortir
Une passerelle n'affiche que ce qu'on lui donne. Deux plafonds sont fixés en amont, chez votre éditeur : la largeur des images servies, souvent calibrée pour un portail, et le nombre de clichés exposés par véhicule, parfois huit quand le logiciel en stocke quarante. Aucun réglage côté site ne les rattrape. Le contrôle prend deux minutes : ouvrez une URL de photo du flux dans un navigateur pour lire ses dimensions, puis comparez le nombre de balises photo d'une référence avec ce que montre votre logiciel.
L'ordre des photos
La première photo devient l'image mise en avant, donc la vignette du listing et l'aperçu partagé sur les réseaux. Or le flux ne porte pas toujours un ordre explicite : c'est alors l'ordre d'apparition dans le fichier qui fait foi, et une passerelle qui retrie par nom de fichier obtient « IMG_10.jpg » avant « IMG_9.jpg ». Votre listing s'ouvre sur un plan de coffre. Sur un flux XML récupéré en FTP, comme celui de la passerelle PlanetVO vers WordPress, l'ordre du fichier est la seule source d'ordre disponible : il se conserve tel quel, sans tri.
Le remplacement des photos, le vrai piège des mises à jour
Le scénario qui coûte le plus cher ne commence pas par une photo. Vendredi 18 h, un vendeur passe une remise de 500 € sur un véhicule. À la synchronisation suivante, la passerelle voit un champ modifié et met la fiche à jour. Que fait-elle de la galerie ?
Trois implémentations existent. Elles produisent le même affichage et des factures d'hébergement très différentes.
| Stratégie de mise à jour | Ce qui se passe à chaque passe | Conséquence |
|---|---|---|
| Purger la galerie puis tout réimporter | Les 32 pièces jointes sont supprimées et retéléchargées | Une remise de prix déclenche 32 téléchargements ; les identifiants d'images changent, les caches se vident, la médiathèque se fragmente |
| Ne jamais toucher aux photos après la création | Rien n'est retéléchargé | Le nouveau shooting du lundi n'arrive jamais ; le véhicule garde ses deux photos de reprise |
| Comparer et n'écrire que l'écart | Les images déjà présentes sont conservées, les nouvelles sont ajoutées, les disparues sont retirées | Une remise de prix ne coûte aucun téléchargement ; le nouveau shooting remonte à la passe suivante |
Le cas se corse en multi-établissement. Quand un véhicule change de site — ce que gère une connexion multi-concessions comme la passerelle TEC3H pour WordPress —, l'éditeur régénère souvent les adresses des images alors que les clichés sont identiques. Une passerelle qui reconnaît les photos par leur URL complète croit voir trente nouveautés et duplique la galerie.
Ne pas retélécharger trente photos à chaque passage du cron
C'est le point technique qui sépare une intégration propre d'une intégration qui gonfle, et les critères de reconnaissance ne se valent pas.
| Critère de reconnaissance | Ce qu'il vaut | Limite |
|---|---|---|
| Nom de fichier seul | Insuffisant | « IMG_0001.jpg » existe chez tous vos véhicules : collisions garanties |
| Position dans la galerie | Insuffisant | Une photo insérée en 3e position décale tout le reste |
| URL complète mémorisée sur la pièce jointe | Correct | Casse dès que l'éditeur resigne ou régénère ses adresses |
| URL privée de sa partie variable, associée à la référence du véhicule | Bon | Demande de connaître le format d'URL de chaque éditeur |
| Requête conditionnelle sur l'en-tête de l'image | Bon | Évite de rapatrier le corps de la réponse quand rien n'a changé |
| Empreinte du contenu de l'image | Le plus sûr | Impose de télécharger l'image pour la comparer : utile en second niveau, pas en premier |
Pour mesurer ce que la déduplication vous économise, appliquez le calcul à votre parc plutôt qu'à une statistique : nombre de véhicules, multiplié par le nombre moyen de photos, multiplié par le nombre de synchronisations par jour. Avec une passe horaire, une passerelle qui ne déduplique pas reproduit ce volume vingt-quatre fois par jour. Sur un parc à rotation rapide, l'écart ne se voit pas à l'écran : il se voit sur l'espace disque et sur les temps de réponse en fin de journée.
Le cas symétrique ressemble à une panne sans en être une. Une photo qui n'arrive pas sur un véhicule qui en compte trente vient presque toujours d'en face : adresse en erreur, ou image pas encore publiée au moment de la passe. Une passerelle correctement écrite importe les vingt-neuf autres et récupère la manquante au passage suivant — raison de plus pour ne jamais purger une galerie avant de savoir si les nouvelles images répondent.
Ce qu'une galerie plein écran correctement alimentée apporte
Importer les images n'est que la moitié du travail. Un plugin d'import seul dépose trente pièces jointes en médiathèque et vous laisse écrire le gabarit ; sans visionneuse, elles finissent empilées en colonne, ou pas affichées.
Une fiche AutoWP présente l'intégralité des photos du flux dans une visionneuse plein écran PhotoSwipe : navigation au clavier et au doigt, zoom, défilement sur mobile, ordre du flux respecté. La première image sert de vignette au listing et d'aperçu au partage. Les mêmes photos alimentent le reste du site via les shortcodes, notamment le carrousel posé sur une page d'accueil construite avec Elementor ou Divi. Jugez du rendu sur des sites automobiles réellement synchronisés plutôt que sur une capture d'écran.
Photos de véhicules et temps de chargement : où passent les octets
C'est là que la synchronisation des photos véhicules rejoint la performance. WordPress génère plusieurs tailles à l'import de chaque image. L'étape est coûteuse — avec le téléchargement, c'est le poste le plus lourd d'une passe — mais elle est payée une fois, par le cron. Le visiteur, lui, ne doit jamais recevoir l'original.
Trois erreurs ruinent ce bénéfice :
- Servir l'image pleine résolution dans le listing, redimensionnée en CSS. Vingt véhicules par page, vingt images de 3 000 pixels : la page pèse plusieurs mégaoctets pour afficher des vignettes de 400 pixels.
- Charger les trente-deux photos de la galerie à l'ouverture de la fiche. Une visionneuse correcte n'affiche que la photo principale et des miniatures ; les pleines tailles ne sont demandées qu'au passage en plein écran.
- Désactiver le chargement différé pour régler un souci d'affichage. Les images situées sous la ligne de flottaison n'ont aucune raison d'être téléchargées avant que le visiteur ne descende.
Dernier point, souvent oublié : le stock d'images ne diminue jamais seul. Si vous basculez les véhicules sortis du flux dans la catégorie « vendus » plutôt que de les supprimer — le réglage que nous recommandons pour conserver le référencement acquis —, leurs photos restent en médiathèque. Arbitrage assumé, mais à planifier en espace disque.
Les six vérifications à faire sur votre site aujourd'hui
- Comptez les photos d'un véhicule dans le logiciel, puis sur la fiche en ligne. Un écart constant est un problème de flux, un écart variable un problème d'import.
- Ouvrez une URL de photo du flux dans un navigateur et notez sa largeur en pixels.
- Vérifiez la vignette du listing sur cinq véhicules : une vignette qui n'est pas la photo d'ouverture attendue trahit un ordre non conservé.
- Relevez le poids de la médiathèque à deux semaines d'intervalle, à parc constant. Une croissance régulière signale une déduplication défaillante.
- Modifiez un prix, puis regardez après la passe suivante si les identifiants des images de la fiche ont changé.
- Mesurez le poids d'une fiche avant ouverture de la galerie, en réseau mobile.
Si l'un de ces six points ne passe pas chez vous, le correctif se situe dans le paramétrage de l'import, pas dans le thème. Décrivez-nous votre logiciel et ce que vous constatez sur vos fiches : nous regardons votre flux et le nombre de photos qu'il expose réellement avant de proposer quoi que ce soit.