OMNIA Immobilier · Immobilier
Omnia.ch, plateforme immobilière multi-agence connectée à APIMO
Omnia.ch est une plateforme immobilière multi-agences connectée à APIMO, conçue et développée par PULSE.digital. Le client a fourni des maquettes Figma abouties ; notre mission était de bâtir la plateforme « production-ready » derrière : exposer un catalogue de plusieurs milliers de biens, synchroniser les données chaque nuit depuis le logiciel métier, et transformer les visites en demandes qualifiées via un routage multi-agences et des automatisations e-mail. LE CONTEXTE — Le catalogue vit dans APIMO (base Publimmo) : la vérité des biens, des statuts et des médias est dans le logiciel métier, pas dans un CMS. Pour un groupe multi-agences, le site n'est pas une vitrine : c'est le canal qui transforme un catalogue métier en demandes entrantes — avec trois exigences : un catalogue web toujours aligné sur la réalité Publimmo, zéro lead perdu, et une recherche fluide malgré des milliers d'objets. LE DÉFI TECHNIQUE — APIMO n'est pas un CMS : structures d'objets, statuts, médias et champs hétérogènes qu'il faut normaliser et stabiliser côté web. Chaque nuit, le site reconstruit son état depuis APIMO : deltas, suppressions, changements de statut, images, incohérences — en évitant l'effet « site cassé » au moindre souci d'API. L'ARCHITECTURE — Mapping APIMO → modèle web (biens, promotions, lots, médias, statuts) ; scripts de synchronisation nocturne avec contrôles de cohérence ; stratégie de résilience (retries, logs, fallback). Un moteur de recherche et des filtres conçus pour un grand catalogue sans dégrader la fluidité, des fiches « orientées action » (demande de dossier, visite, contact), et un routage multi-agences avec règles e-mail par agence, anti-spam, validation des soumissions et monitoring (synchro OK/KO, volumes, erreurs). LES TECHNOLOGIES — Next.js (front SSR, SEO), Node.js (services de synchronisation), PostgreSQL (modèle web normalisé), API APIMO, e-mail transactionnel SMTP, jobs cron. CE QUE CE PROJET ENSEIGNE — Un portail immobilier réussi est d'abord un problème d'intégration et d'exploitation, pas de maquettes : la valeur se joue dans la synchronisation nocturne, le routage des leads et la résilience — exactement ce qui ne se voit pas dans un prototype. QUESTIONS FRÉQUENTES Pourquoi une synchronisation nocturne plutôt que du temps réel ? Le rythme métier immobilier le permet et la robustesse y gagne : reconstruction contrôlée, contrôles de cohérence, aucune dépendance à la disponibilité de l'API en journée. Que se passe-t-il si l'API APIMO échoue ? La stratégie de résilience (retries, logs, fallback) évite l'effet « site cassé » ; le monitoring signale les synchronisations OK/KO et les volumes traités. Comment les demandes atteignent-elles la bonne agence ? Routage multi-agences avec règles et gabarits e-mail par agence, anti-spam, validation des soumissions et traçabilité. Le design faisait-il partie du projet ? Non : Omnia a fourni des maquettes Figma abouties ; PULSE a bâti l'ingénierie de production derrière.
Sur cette page
À propos
Contexte du projet
Omnia.ch est une plateforme immobilière multi-agences connectée à APIMO, conçue et développée par PULSE.digital. Le client a fourni des maquettes Figma abouties ; notre mission était de bâtir la plateforme « production-ready » derrière : exposer un catalogue de plusieurs milliers de biens, synchroniser les données chaque nuit depuis le logiciel métier, et transformer les visites en demandes qualifiées via un routage multi-agences et des automatisations e-mail. LE CONTEXTE — Le catalogue vit dans APIMO (base Publimmo) : la vérité des biens, des statuts et des médias est dans le logiciel métier, pas dans un CMS. Pour un groupe multi-agences, le site n'est pas une vitrine : c'est le canal qui transforme un catalogue métier en demandes entrantes — avec trois exigences : un catalogue web toujours aligné sur la réalité Publimmo, zéro lead perdu, et une recherche fluide malgré des milliers d'objets. LE DÉFI TECHNIQUE — APIMO n'est pas un CMS : structures d'objets, statuts, médias et champs hétérogènes qu'il faut normaliser et stabiliser côté web. Chaque nuit, le site reconstruit son état depuis APIMO : deltas, suppressions, changements de statut, images, incohérences — en évitant l'effet « site cassé » au moindre souci d'API. L'ARCHITECTURE — Mapping APIMO → modèle web (biens, promotions, lots, médias, statuts) ; scripts de synchronisation nocturne avec contrôles de cohérence ; stratégie de résilience (retries, logs, fallback). Un moteur de recherche et des filtres conçus pour un grand catalogue sans dégrader la fluidité, des fiches « orientées action » (demande de dossier, visite, contact), et un routage multi-agences avec règles e-mail par agence, anti-spam, validation des soumissions et monitoring (synchro OK/KO, volumes, erreurs). LES TECHNOLOGIES — Next.js (front SSR, SEO), Node.js (services de synchronisation), PostgreSQL (modèle web normalisé), API APIMO, e-mail transactionnel SMTP, jobs cron. CE QUE CE PROJET ENSEIGNE — Un portail immobilier réussi est d'abord un problème d'intégration et d'exploitation, pas de maquettes : la valeur se joue dans la synchronisation nocturne, le routage des leads et la résilience — exactement ce qui ne se voit pas dans un prototype. QUESTIONS FRÉQUENTES Pourquoi une synchronisation nocturne plutôt que du temps réel ? Le rythme métier immobilier le permet et la robustesse y gagne : reconstruction contrôlée, contrôles de cohérence, aucune dépendance à la disponibilité de l'API en journée. Que se passe-t-il si l'API APIMO échoue ? La stratégie de résilience (retries, logs, fallback) évite l'effet « site cassé » ; le monitoring signale les synchronisations OK/KO et les volumes traités. Comment les demandes atteignent-elles la bonne agence ? Routage multi-agences avec règles et gabarits e-mail par agence, anti-spam, validation des soumissions et traçabilité. Le design faisait-il partie du projet ? Non : Omnia a fourni des maquettes Figma abouties ; PULSE a bâti l'ingénierie de production derrière.
Le défi
Défis & enjeux
Données métier fiables côté site
APIMO n'est pas un CMS. C'est un logiciel métier avec ses contraintes: structures d'objets, statuts, médias, champs hétérogènes. Il fallait normaliser et stabiliser tout ça côté web.
Synchro nocturne robuste
Chaque nuit, le site reconstruit son état depuis APIMO. Gestion des deltas, suppressions, changements de statuts, images, et incohérences. Éviter l'effet "site cassé" au moindre souci API.
Conversion multi-agence industrialisée
Un formulaire par agence implique: routage précis des demandes, gabarits emails par agence, anti-spam, délivrabilité et traçabilité. Zéro tolérance aux leads perdus.
Notre solution
Notre approche
Architecture & intégration
Mapping APIMO → modèle web (biens, promotions, lots, médias, statuts). Scripts de synchronisation nocturne + contrôles de cohérence. Stratégie de résilience (retries, logs, fallback).
Expérience & performance
Moteur de recherche et filtres conçus pour supporter un grand catalogue sans dégrader la fluidité. Fiches riches "orientées action" (demande de dossier, visite, contact).
Automatisation & fiabilité
Routage multi-agence avec règles email. Protection anti-spam et validation des soumissions. Monitoring (synchro OK/KO, volume traité, erreurs).
Fonctionnalités
La solution en détail
Recherche grand catalogue
Moteur et filtres conçus pour des milliers de biens sans perdre en fluidité.
Fiches orientées action
Demande de dossier, visite, contact — chaque fiche convertit.
Routage multi-agences
Règles et gabarits e-mail par agence, anti-spam, traçabilité.
Monitoring de synchro
Synchro OK/KO, volumes traités, erreurs : l’exploitation est visible.
Résultats
Impact & résultats
Impact qualitatif
- Un catalogue web aligné sur la réalité Publimmo, mis à jour chaque nuit sans intervention manuelle
- Une génération de demandes structurée par agence, avec routage fiable et confirmations automatiques
- Une plateforme pensée pour encaisser les "vrais problèmes": statuts qui changent, pics, erreurs API, et délivrabilité email