Skip to main content
Aucun compte requis. Idéal pour tester votre parsing en local ou découvrir le format avant de demander une clé test. Les 4 endpoints renvoient des données réelles, anonymisées si besoin.

1. Échantillon de properties

10 properties (biens dédupliqués multi-portails). Schéma identique à POST /v2/protected/properties/search.
Référence : GET /v2/sample/properties.

2. Échantillon d’adverts

10 adverts (annonces brutes, 1 advert = 1 URL portail). Schéma identique au payload livré par une alerte ADVERT en webhook.
Référence : GET /v2/sample/adverts.

3. Webhook properties — payload type

Exemple du body envoyé par Fluximmo sur un webhook PROPERTY (création / merge). Le payload contient les IDs uniquement : un refetch via GET /v2/protected/properties/{flxId} est requis pour récupérer la donnée enrichie.
Référence : GET /v2/sample/webhook/properties.

4. Webhook adverts — payload type

Exemple du body envoyé par Fluximmo sur un webhook ADVERT (création, changement de prix, republication, mise hors-ligne). Le payload est complet, pas de refetch nécessaire.
Référence : GET /v2/sample/webhook/adverts.

Property vs Advert — API à la demande vs flux temps-réel

La différence principale est un mode d’usage, pas un format de données :
  • Property = consultation API à la demande (recherche/refetch synchrone, idéal pour interfaces utilisateur, dashboards, scoring ponctuel, enrichissement à la requête).
  • Advert = flux temps-réel via webhook (gros volume d’événements continus poussés en push, idéal pour réplique de DB, pipelines de traitement, alertes live, ingestion massive).
Détail complet : Property vs Advert.
Reconstituer la dédup côté client — chaque advert porte un propertyFlxId. Deux adverts avec le même propertyFlxId sont des doublons d’un même bien physique. La première advert non-dupliquée a flx_id == property_id ; les suivantes héritent du property_id de la chaîne. Un client ADVERTS-only peut donc reconstruire sa propre vue agrégée à la Property côté DB.
Cycle de vie alerte — Supprimer + recréer une alerte = perte d’historique des events sur les annonces matchées par l’ancienne alerte. Préférez PATCH /alerts/{flxId} pour modifier en place.
Pas de backfill à la création — Une alerte ne match QUE les adverts/properties traitées après sa création. Les annonces antérieures qualifiantes ne seront jamais émises. Pour couvrir le passé : demandez le backfill historique sur votre webhook par mail à [email protected].
Events ADVERT réelsPRICE (toute variation, même 1 €), REPUBLISHED (offline → online), UNPUBLISHED (online → offline). CHECK (vérification sans changement) ne déclenche pas de webhook.

Étape suivante

Quickstart 5 min

Récupérer une clé test gratuite et lancer un premier search authentifié.

Property vs Advert

Décider quel endpoint correspond à votre cas d’usage.

Clé test gratuite — 1 semaine

Créez un compte sur my.fluximmo.io pour récupérer une clé API test gratuite (1 semaine, accès limité). Aucun paiement requis.