# Agence immobilière transfrontalière : trois langues sans multiplier les fiches

> Retour d'expérience sur une architecture qui évite la duplication de fiches entre biens similaires traduits, pour une agence active de part et d'autre d'une frontière.

- Auteur : Clément Hadrot
- Publié le : 2024-08-12
- Mis à jour le : 2024-08-12
- Catégorie : Multilingue
- URL : https://wpmoderne.dev.wordpress-developpement.fr/multilingue/agence-immobiliere-transfrontaliere-trois-langues/

## L’essentiel

- Un bien réel = une fiche source, jamais une fiche par langue dupliquée
- Les caractéristiques chiffrées restent partagées, la description seule est traduite
- Le mandat commercial détermine la langue prioritaire, pas l'inverse

Combien de fiches distinctes une agence immobilière transfrontalière doit-elle maintenir pour un bien commercialisé en français, en allemand et en anglais ? La tentation naturelle est de répondre « trois », une par langue, mais c'est précisément cette approche qui a posé problème à une agence active de part et d'autre d'une frontière linguistique, avec un portefeuille de plusieurs centaines de biens.

Le constat de départ était simple : les commerciaux passaient un temps disproportionné à recopier les caractéristiques chiffrées d'un bien (surface, nombre de pièces, prix, année de construction) dans chacune des trois fiches censées représenter le même bien, avec un risque d'erreur de recopie à chaque mise à jour de prix.

## Le problème d'une fiche par langue

Avec une fiche entièrement dupliquée par langue, sans mécanisme de synchronisation, chaque changement de prix imposait de modifier trois enregistrements distincts. Sur un marché immobilier où les prix évoluent régulièrement, ce fonctionnement a généré plusieurs incidents concrets : un bien affiché à un prix obsolète dans une langue, alors que la version dans l'autre langue affichait le prix à jour, ce qui a créé de la confusion auprès de clients consultant les deux versions.

## L'architecture retenue : une fiche source, des traductions éditoriales

La refonte a séparé strictement deux natures de données. D'un côté, les caractéristiques factuelles du bien (surface, prix, nombre de pièces, DPE, année de construction), stockées dans un type de contenu `bien_source` unique et non traduit. De l'autre, la description commerciale, les points forts rédigés et les mentions légales locales, gérés comme du contenu traduit via Polylang, chaque traduction référençant le bien source par un champ de relation ACF.

> L'essentiel à retenir : Un bien réel = une fiche source, jamais une fiche par langue dupliquée ; Les caractéristiques chiffrées restent partagées, la description seule est traduite ; Le mandat commercial détermine la langue prioritaire, pas l'inverse

```
$bien_source_id = get_field( 'bien_lie' );
$prix = get_field( 'prix', $bien_source_id );
$surface = get_field( 'surface', $bien_source_id );
$description_traduite = get_the_content(); // Contenu propre à la traduction affichée
```

## Le mandat commercial détermine la langue prioritaire

Un point spécifique à ce marché transfrontalier a nécessité un ajustement : selon le côté de la frontière où se situe le mandat de vente, la langue prioritaire de communication diffère, et certains biens ne sont volontairement pas traduits dans une troisième langue si le mandat commercial ne le justifie pas commercialement. Sur ce portefeuille, seuls 45 % des biens sont finalement communiqués dans les trois langues, le reste restant volontairement limité à la langue locale du mandat.

### Un champ de statut de traduction par bien

Pour éviter que cette décision commerciale ne se perde dans le flux de travail quotidien, un champ de statut explicite (« traduction requise », « traduction non prioritaire », « traduction complète ») a été ajouté à chaque fiche source, visible directement par les commerciaux sans qu'ils aient à deviner la politique de traduction applicable à chaque bien.

## Gains mesurés après la refonte

- Zéro incident de prix divergent entre langues depuis la mise en place de la fiche source unique.
- Le temps de saisie d'un nouveau bien a diminué, la recopie manuelle des caractéristiques chiffrées ayant disparu.
- La mise à jour d'un prix se répercute désormais instantanément dans les trois langues concernées.

Ce projet ne cherchait pas à optimiser le référencement des doublons entre langues, sujet traité par ailleurs et propre à une problématique différente : l'objectif ici était purement organisationnel et commercial, réduire le risque d'erreur humaine sur des données sensibles comme le prix.

> Dans l'immobilier transfrontalier, la langue ne définit jamais le prix d'un bien : elle en définit seulement la présentation commerciale.

## Notre verdict

Cette architecture à fiche source unique s'applique à tout secteur où un même actif réel doit être présenté dans plusieurs langues sans que ses caractéristiques factuelles ne varient : immobilier, mais aussi véhicules d'occasion, équipements industriels, ou tout catalogue où le prix et les caractéristiques techniques priment sur le texte éditorial.