Pourquoi synchroniser son CRM avec son site ?
Une agence immobilière saisit ses biens dans son CRM (Apimo, Hektor, Sweepbright…). Ressaisir manuellement ces biens sur le site web fait perdre du temps, multiplie les erreurs et crée des incohérences (prix non à jour, biens vendus encore affichés).
Les 4 modèles de synchronisation
| Modèle | Fréquence | Avantages | Limites |
|---|---|---|---|
| Export manuel CSV | À la main | Simple | Non scalable, erreurs humaines |
| Pull XML/CSV périodique | Plusieurs fois par jour | Robuste, économique | Pas temps réel |
| Pull API périodique | Plusieurs fois par jour | Données fraîches, filtres | Quota API |
| Webhook (event-driven) | Instantané | Temps réel | Setup plus complexe |
Le modèle Ts-Immo
Ts-Immo combine plusieurs modèles selon le CRM source : webhook pour Sweepbright (temps réel), pull périodique pour les autres CRM. Un modèle unifié interne masque cette complexité du côté du site.
Gérer le différentiel intelligemment
Plutôt que de tout réécrire à chaque synchro, Ts-Immo calcule un diff : nouvelles annonces, modifiées, supprimées. Seules les modifications sont propagées vers WordPress / Next.js.
- Nouvelles annonces — création du post côté site
- Modifications — update partiel des champs concernés
- Suppressions — dépublication du post (pas de DELETE brut)
- Photos modifiées — re-téléchargement et remplacement dans la médiathèque
Gérer les photos
Les photos sont le poste le plus coûteux. Ts-Immo les télécharge une par une depuis le CRM, les optimise, les héberge sur un CDN, puis fournit l'URL définitive au site cible.
Remontée des leads
La synchronisation est bidirectionnelle pour les leads : un visiteur soumet un formulaire sur le site → le lead est posté vers /v1/leads → Ts-Immo route le lead vers le CRM source (Apimo, Hektor, AdNov…).