Le problème n'est pas d'importer, il est de savoir d'où vient chaque voiture
Un groupe qui exploite trois, cinq ou douze établissements fait vite le même constat : la synchronisation fonctionne, les véhicules apparaissent, mais personne ne sait plus lequel se trouve où. Un projet multi-sites automobile ne bute presque jamais sur la récupération des données. Il bute sur l'organisation de l'affichage : à quel point de vente rattacher chaque annonce, quelles coordonnées montrer au visiteur, et faut-il un seul site pour le groupe ou un site par concession.
Ces trois décisions se prennent avant l'installation. Les reprendre après coup, c'est retoucher chaque fiche déjà indexée : bien plus cher qu'une demi-journée de réflexion au départ.
Multi-sites automobile : trois configurations qui ne se traitent pas pareil
Le mot recouvre des situations techniquement très différentes. Identifiez la vôtre avant tout le reste.
Un logiciel, une base, plusieurs points de vente. La configuration la plus confortable : l'éditeur gère nativement la notion d'établissement et la transporte dans son flux. La passerelle TEC3H pour WordPress fonctionne ainsi : l'API authentifiée par jeton JWT gère la multi-concession, et chaque véhicule arrive accompagné des coordonnées de sa concession — adresse, ville, code postal, e-mail, téléphones. Le rattachement est donné, il n'est pas à deviner. Un logiciel, plusieurs contrats ou plusieurs comptes. Chaque établissement a ses propres identifiants, donc son propre flux, et ces sources ne savent rien les unes des autres. Le rattachement devient implicite : ce qui vient du flux n° 2 appartient à l'établissement n° 2. Contrepartie, un véhicule sorti du flux doit être traité dans le périmètre de son flux d'origine, jamais sur le parc entier. Une plateforme de multidiffusion qui consolide tout. Le flux est produit pour les portails et agrège déjà les établissements. La passerelle Ubiflow vers WordPress relève de ce cas : le flux XML transporte un contact à afficher par annonce, qui devient la donnée de rattachement côté site. Un flux de multidiffusion normalisant certains champs pour les portails, vérifiez celui-là avant de bâtir votre arborescence dessus.Site unique ou site par établissement : ce que chaque option coûte vraiment
C'est l'arbitrage structurant. Il n'a pas de réponse universelle, mais ses conséquences se mesurent.
| Critère | Un site unique pour le groupe | Un site par établissement |
|---|---|---|
| Référencement local | Une seule autorité de domaine, à renforcer par des pages par ville et par point de vente | Chaque domaine cible sa ville, mais démarre de zéro et progresse lentement |
| Recherche | Un visiteur voit tout le parc du groupe en une requête | Le visiteur ne voit que le stock local, sauf à recopier le parc sur chaque site |
| Maintenance WordPress | Un cœur, un thème, une pile d'extensions à tenir à jour | Autant de mises à jour, de sauvegardes et de certificats que de sites |
| Passerelle | Une installation, un paramétrage, un mapping | Une installation par site, avec le risque de divergence entre les configurations |
| Transfert d'un véhicule entre sites | Un changement de rattachement, l'URL ne bouge pas | Une fiche à supprimer d'un côté, à créer de l'autre, avec perte de l'URL indexée |
| Budget d'installation | Une prestation | Autant de prestations que de sites |
La dernière ligne du tableau est la plus simple à chiffrer, et c'est celle qu'on oublie : une installation de passerelle se facture par site, donc le détail de ce que couvre la prestation est à multiplier par le nombre de domaines avant d'arbitrer.
Rattacher chaque véhicule à son point de vente
Le rattachement est le champ qui commande tout le reste : le filtre, la fiche, le formulaire, la page établissement. Il doit être posé à l'import, pas calculé à l'affichage. Ce que les flux transportent pour cela varie beaucoup d'un éditeur à l'autre.
- Coordonnées d'établissement complètes. Adresse, ville, code postal, téléphones et e-mail arrivent avec le véhicule. C'est le cas des connexions par API qui gèrent nativement le multi-concession, comme la passerelle Bee2Link pour WordPress, dont l'appel authentifié remonte les coordonnées du point de vente en même temps que les photos, les groupes d'équipements et le prix total.
- Coordonnées d'annonceur. Un flux XML déposé en FTP transporte souvent la société, l'adresse, le code postal, la ville et les contacts. Cela suffit à rattacher, à condition que le groupe ait déclaré une raison sociale par établissement dans son logiciel — ce qui n'est pas toujours le cas.
- Un simple vendeur. Nom, prénom, e-mail de l'agent qui suit le véhicule. C'est exploitable, mais fragile : le jour où un commercial change d'établissement, tout son stock change de site.
- Rien du tout. Le flux ne dit pas d'où vient la voiture. Deux issues : faire ajouter le champ par l'éditeur, ou passer à un flux par établissement.
La règle à retenir sur la clé de rattachement
Rattachez sur un identifiant stable, jamais sur un libellé. Un code d'établissement survit à un déménagement comme à un changement d'enseigne. « Concession Nord » disparaît le jour où quelqu'un la renomme « Concession Nord — Groupe X » dans le logiciel : tous ses véhicules deviennent orphelins à la synchronisation suivante.
Afficher les coordonnées de la bonne concession sur la fiche
C'est l'erreur qui se voit immédiatement en clientèle. Un visiteur repère un véhicule, appelle le numéro affiché, et tombe sur l'établissement situé à cent kilomètres de la voiture. L'appel est perdu deux fois : le client est déçu, et le commercial qui décroche n'a rien à vendre.
La fiche véhicule livrée par AutoWP contient une sidebar avec le prix et un formulaire de contact, plus un bloc de services revendeur. Trois éléments doivent y suivre le rattachement du véhicule, et non le pied de page du site :
- Le nom, l'adresse et la ville de l'établissement qui détient le véhicule.
- Le téléphone affiché, y compris sur mobile où il devient un lien cliquable.
- La destination du formulaire de contact, qui doit arriver dans la boîte de l'établissement concerné, pas dans une adresse générale que personne ne relève le samedi.
La recherche unifiée sur un parc multi-sites automobile
Un parc de groupe se cherche de deux manières, et il faut assumer les deux. Le visiteur qui arrive par la page d'accueil veut voir large : un modèle, un budget, une énergie. Le moteur de recherche livré travaille sur ces critères — marque, modèle, énergie, kilométrage maximum, prix maximum, année minimum, et une case pour les utilitaires — et le listing affiche le compteur des véhicules disponibles avec les options de tri.
Le visiteur arrivé par une page établissement, lui, a déjà choisi son point de vente. Il ne doit pas être renvoyé dans le parc entier au premier filtre appliqué. C'est le rôle des quatre shortcodes livrés avec le plugin — iwp_listing, iwp_search, iwp_carousel et iwp_property — qui posent un listing, un moteur ou un carrousel sur n'importe quelle page. Une page par établissement, avec son bloc de véhicules et son formulaire, se construit ainsi sans dupliquer le site.
Deux règles évitent la plupart des mauvaises surprises :
- Conservez le périmètre pendant la navigation. Un filtre appliqué depuis une page établissement doit y rester. Sinon le visiteur croit consulter le stock local et demande un essai sur un véhicule situé à trois départements de là.
- Affichez toujours l'établissement dans la grille de résultats. Sur une recherche globale, la vignette doit dire où se trouve le véhicule. C'est une information de décision, pas un détail.
Rotation, transferts, photos : les cas qui cassent l'affichage
Les incidents d'un site de groupe ne ressemblent pas à ceux d'un site mono-établissement. Trois situations reviennent sans cesse.
Le transfert interne. Un véhicule passe du site A au site B sans changer de référence dans le logiciel. Si l'identification d'une fiche mélange référence et code d'établissement, la passerelle voit un véhicule disparaître d'un côté et un autre apparaître : fiche supprimée, fiche recréée, URL indexée perdue. L'identification doit porter sur le véhicule seul ; l'établissement en est un attribut, pas une part de son identité. Les photos qui n'arrivent pas. Chaque établissement a ses habitudes. L'un shoote le jour de l'entrée en stock, l'autre le lundi suivant. Sur la page groupe, l'établissement lent apparaît systématiquement avec des vignettes vides, et ses véhicules sont ignorés. Ce n'est pas un problème technique, c'est un problème de process interne que l'affichage rend visible : fixez un délai commun de mise en ligne des photos, quitte à décaler la publication d'un véhicule qui n'en a pas encore. Le prix modifié le vendredi soir. Un directeur ajuste ses prix à 18 h pour le week-end. Avec une synchronisation planifiée toutes les heures, l'ajustement est en ligne avant l'ouverture du samedi. Avec une synchronisation deux fois par jour, il peut n'arriver que le lendemain matin, voire plus tard si le flux concerné est régénéré la nuit chez l'éditeur. La question se pose flux par flux : ils ne sont pas produits au même rythme.Ce que le multi-sites automobile change côté maintenance
La charge ne se multiplie pas par le nombre de véhicules. Elle se multiplie par le nombre de sources et par le nombre d'installations WordPress. Faites le calcul sur votre propre organisation plutôt que de vous fier à un ordre de grandeur générique :
Ce calcul explique pourquoi un groupe qui a démarré avec un site par concession finit souvent par les fusionner. Le catalogue des passerelles disponibles précise le mode de connexion réel de chaque logiciel, ce qui permet de savoir dès le départ combien de sources vous aurez à suivre. L'installation, le paramétrage, le mapping des champs et la mise en forme sont réalisés par notre équipe en 5 jours ouvrés, pour 500 € HT, puis 150 € HT par an de maintenance : suivi du flux, corrections quand l'éditeur change son format, compatibilité avec les nouvelles versions de WordPress.
Si vous hésitez encore entre un site unique et un site par établissement, la question qui tranche est celle du rattachement : votre logiciel sait-il dire, pour chaque véhicule, à quel point de vente il appartient ? Détaillez-nous votre organisation et votre logiciel actuel, nous vous dirons ce que votre flux transporte réellement avant que vous n'arbitriez l'architecture de votre site.