Refonte Lucretia Immobilier

01

Synthèse

Lucretia Immobilier dispose aujourd'hui d'un site Webflow riche en contenu mais sans couche « produit » : pas de recherche, pas de filtres, pas de pages quartiers, pas de multilingue, aucune automatisation, et plusieurs anomalies qui font perdre des leads. Le projet refond le site sur WordPress en capitalisant sur l'existant, et le branche sur les meilleures sources de données du marché.

Les choix structurants : WordPress + ACF sur mesure (le standard de fait du secteur — les trois sites de référence du client sont tous en WordPress), Reelly comme source off-plan (seule API réellement documentée), les données ouvertes officielles du Dubai Land Department pour les statistiques quartiers, et une architecture d'automatisation — orchestrée par n8n (recommandé) ou Make, comparés en §7.1 — où les flux alimentent une base intermédiaire avant injection dans WordPress.

02

Contexte et objectifs

2.1 — Le point de départ

Lucretia Immobilier est une agence basée à Business Bay, Dubaï (RERA n° 1355249), positionnée comme cabinet de conseil patrimonial pour une clientèle francophone. Son site actuel (lucretia-immobilier.com, Webflow) possède un vrai actif éditorial — 179 fiches projets, 65 pages promoteurs, 17 fiches équipe — mais souffre de limites structurelles : aucun moteur de recherche ni filtre sur le catalogue, pas de pages quartiers, pas de multilingue ni de multi-devises, aucune automatisation, un formulaire de contact très probablement inopérant (bouton sans fonction d'envoi), des liens morts sur la page d'accueil et une conformité RGPD absente.

2.2 — Références de marché

Trois sites servent de référence : dubairealestate.net, dubai-immo.com et ownerss.com. Leur analyse détaillée définit le socle standard attendu (catalogue filtrable, fiches structurées, brochure contre formulaire, WhatsApp omniprésent, multilingue, devises) — et le meilleur de chacun est agrégé :

2.3 — Différenciateurs

Aucun des trois sites de référence ne propose : un assistant IA de qualification, un ROI affiché par projet et par quartier (rendu possible par les données officielles DLD), un comparateur de projets, des alertes e-mail. Ce sont les axes de différenciation de Lucretia — intégrés au périmètre ou en option (§9).

2.4 — Objectifs mesurables

• Catalogue off-plan complet et à jour sans saisie manuelle (synchronisation quotidienne).
• Publication des biens secondaires automatisée depuis Telegram, avec validation humaine.
• Pages quartiers alimentées par les données officielles DLD : prix, volumes, rentabilité.
• Tunnel de leads tracé de bout en bout : formulaire → CRM → SMS, avec attribution publicitaire (fbclid / gclid).
• Site bilingue FR/EN, prix affichables en AED, EUR, USD et CHF.
• Correction des anomalies actuelles (formulaire, liens morts, RGPD, SEO technique).

03

Intervenants et responsabilités

La phase design précède le développement : charte + maquettes des gabarits clés (accueil, listing off-plan, fiche projet, fiche quartier, fiche promoteur, article, formulaires, mobile), validées par le client. L'identité actuelle — bleu marine et bordeaux, typographies Lexend/Inter, positionnement « conseil patrimonial » sobre, différenciant face au luxe doré habituel de Dubaï — constitue le point de départ, à professionnaliser.

04

Arborescence proposée

Construite à partir de l'existant (ce qui est conservé, refondu ou supprimé) et du standard des trois références. Les pages absentes aujourd'hui — quartiers, secondaire, services détaillés, FAQ, blog réel, mentions légales — sont créées ; les résidus du template Webflow d'origine (pages de démonstration en anglais) sont supprimés.

• /AccueilRefondu
• /agence/L'agenceNouveau
  • equipe/L'équipeMigré ×17
• /off-plan/Catalogue off-plan — filtres + carteNouveauAuto · Reelly
  • {slug}/Fiche projetMigré ×179Auto · Reelly
• /secondaire/Biens secondaires — filtresNouveauAuto · Telegram
  • {slug}/Fiche bien — validée avant publication
• /international/Maldives · France · Bali · Marrakech · GéorgieEn attente
• /quartiers/Index des quartiersNouveau
  • {slug}/Fiche quartier — stats de marchéAuto · DLD
• /promoteurs/Index des promoteurs — exclusions géréesNouveau
  • {slug}/Fiche promoteurMigré ×65Auto · Reelly
• /actualites/ActualitésNouveauAuto · IA
  • {slug}/Article — validé avant publication + post LinkedIn
• /top-investissements/Sélection éditoriale des meilleurs projetsNouveau
• /estimer-mon-bien/Formulaire d'estimation — lead + SMSNouveau
• /simulateur/Simuler mon investissementNouveau
• /services/ServicesNouveau
  • property-management/Gestion locative
  • creation-societe/Création de société aux EAU
  • golden-visa/Golden Visa
• /faq/·/contact/·/mentions-legales/·/politique-de-confidentialite/Nouveau
• /en/…Version anglaise — miroir complet du site FR, hreflang

Plan de site cible — chaque page « Auto » reste éditable manuellement dans l'admin.

4.1 — Migration depuis le site actuel

• 179 fiches projets migrées vers /off-plan/{slug} : textes FR, galeries (24 à 50 visuels par projet), plans de paiement, temps de trajet, agent référent.
• 65 fiches promoteurs migrées (titles SEO existants conservés) ; 17 fiches équipe migrées et enrichies.
• Redirections 301 systématiques (conservation des acquis SEO), y compris la redirection www → apex absente aujourd'hui.
• Rapprochement fiches migrées ↔ projets issus de l'API pour éviter tout doublon : le texte éditorial existant est conservé et enrichi des données API.

05

Spécifications par page

5.1 — Accueil

Hero avec promesse et recherche rapide (quartier, budget, chambres) ; sections : projets à la une, top investissements, quartiers phares, chiffres clés du marché (données DLD), services, réassurance (RERA, expérience, avis), derniers articles, CTA contact. Le bouton WhatsApp flottant devient global (aujourd'hui limité aux fiches projets).

5.2 — Catalogue off-plan

Filtres combinables, URLs partageables, compteur de résultats :

Tri : prix, date de livraison, nouveautés. Vues : grille et carte interactive. Pagination ou chargement progressif.

5.3 — Fiche projet

Trame reprenant l'existant (qui est bon), enrichie du modèle ownerss :

5.4 — Secondaire

Listing filtrable (quartier, prix, chambres, surface, type) alimenté par l'automatisation Telegram (§7.2). Fiche bien : galerie, caractéristiques, prix, localisation, agent, CTA contact/WhatsApp. Chaque annonce importée passe par une validation avant publication.

5.5 — Fiche quartier

Présentation éditoriale (texte, photos) + bloc données de marché automatisé (source DLD) : prix moyen au m², volume de ventes sur 12 mois, évolution des prix, rendement locatif moyen (calculé en croisant ventes et loyers Ejari), répartition off-plan / revente — avec source et date de mise à jour affichées. Projets et biens du quartier, carte. Ces pages sont le principal levier SEO du site.

5.6 — Fiche promoteur

Logo, description, chiffres (projets livrés / en cours), projets présents sur le site, contact. Index trié et filtrable. Alimentation automatique avec liste d'exclusion gérée dans l'admin (§7.4).

5.7 — Actualités

Articles générés par IA à partir d'une veille des médias locaux, réécrits (jamais copiés), passés en brouillon pour validation humaine, déclinés en post LinkedIn (§7.5). Catégories : marché, réglementation, quartiers, guides.

5.8 — Estimer mon bien

Formulaire en étapes : type de bien, quartier/immeuble, surface, chambres, état, coordonnées (téléphone obligatoire). Envoi automatisé (§7.6) : notification équipe + SMS de confirmation. En option : fourchette indicative instantanée basée sur les données DLD du quartier.

5.9 — Simulateur d'investissement

Prix d'achat, plan de paiement (répartition %), frais DLD (4 %) et annexes, loyer annuel estimé, horizon de revente → rendement locatif brut/net, plus-value estimée, échéancier des paiements. Sans inscription ; capture de lead optionnelle en fin de simulation.

5.10 — Pages services et institutionnelles

• Top investissements : sélection éditoriale, mise en avant manuelle depuis l'admin.
• Property management, Création de société, Golden Visa : pages éditoriales avec FAQ dédiée et formulaire contextualisé.
• L'agence / L'équipe : réassurance, RERA, fiches agents enrichies.
• FAQ : accordéons par thème, balisage FAQPage.
• Contact : formulaire fonctionnel (correction de l'anomalie actuelle), coordonnées, carte, WhatsApp, prise de rendez-vous.
• International : rubrique prévue au menu (« bientôt disponible ») mais hors périmètre V1 (option §9) — Maldives, France, Bali, Marrakech, Géorgie.

06

Fonctionnalités transverses

6.1 — Multilingue FR / EN

Site intégralement bilingue : interface, pages statiques et contenus automatisés (l'API off-plan fournit les descriptions en FR et EN ; les articles IA sont générés dans les deux langues). URLs /en/…, hreflang, sélecteur dans le header. Solution : WPML ou Polylang Pro (arbitrage en phase technique). Correction du lang="en" actuellement déclaré sur du contenu français.

6.2 — Multi-devises AED / EUR / USD / CHF

Prix stockés en AED (référence du marché et de l'API). Sélecteur global (header + filtres) convertissant l'affichage avec des taux mis à jour quotidiennement, choix mémorisé, mention « converti au taux du jour ».

6.3 — SEO technique

• Silos d'URL propres, redirections 301 de migration, canonical, www → apex, sitemap, robots.txt.
• Données structurées JSON-LD : Organization, RealEstateListing / Product + Offer, BreadcrumbList, FAQPage, Article.
• og:image et metas sociales sur tous les gabarits, attributs alt systématiques.
• Performance : Core Web Vitals « bon » (WebP, lazy loading, cache + CDN, carte chargée à l'interaction). Site accessible aux crawlers, y compris moteurs IA.

6.4 — RGPD et conformité

Bandeau de consentement (Pixel Meta et GA4 conditionnés au consentement — aujourd'hui déclenchés sans), mentions légales, politique de confidentialité, registre des finalités des formulaires (dont consentement SMS).

6.5 — Tracking et attribution publicitaire

GA4 + Pixel Meta (+ balise Google Ads le cas échéant). Capture des fbclid, gclid et UTM : stockés à l'arrivée (cookie first-party) puis injectés en champs cachés dans tous les formulaires — chaque lead part avec sa source publicitaire.

6.6 — IA sur le site

Inclus au socle : l'IA en coulisses (réécriture des actualités, parsing des annonces Telegram, traductions assistées). En option (§9) : un assistant conversationnel visible, qui qualifie le visiteur (budget, objectif, quartier), recommande des projets du catalogue et transmet la conversation en lead. Aucun concurrent n'en dispose. Périmètre exact à confirmer (Q5).

07

Automatisations

Principe d'architecture, quel que soit l'outil : les scénarios n'écrivent pas directement dans WordPress pour les gros volumes. Les données transitent par une base intermédiaire, puis sont injectées via l'API REST WordPress. Avantages : rejeu en cas d'échec, déduplication, journal des synchronisations. Chaque flux dispose d'une alerte en cas d'erreur.

7.1 — Choix de l'orchestrateur : n8n ou Make

Les six flux ci-dessous peuvent être construits avec l'un ou l'autre. Le choix pèse sur le coût récurrent, la robustesse des gros volumes et l'autonomie de l'équipe — c'est un des arbitrages structurants du projet.

08

Approche technique WordPress

8.1 — Arbitrage : thème immobilier vs sur-mesure ACF

8.2 — Modèle de données

• Projet off-plan : identifiant source, nom, slug, descriptions FR/EN, promoteur et quartier (relations), émirat, GPS, statuts, % d'avancement, prix min/max AED, livraison (trimestre + date), post-handover, plan(s) de paiement, typologies (répéteur), commodités, service charges, galeries, brochure, master plan, POI, agent référent, flags de mise en avant.
• Bien secondaire : référence, type, quartier, prix, chambres, surface, description, photos, statut de validation, canal source.
• Quartier : nom FR/EN, description, photos, champs data DLD + date de mise à jour.
• Promoteur : nom, logo, description, site, chiffres, flag exclusion.
• Membre d'équipe · Article · Lead (journal local en plus du CRM).

8.3 — Briques pressenties

ACF Pro (champs), FacetWP (filtres à facettes), WPML ou Polylang Pro, WS Form ou Gravity Forms (multi-étapes + webhooks), WP Rocket + CDN, RankMath, Complianz ou CookieYes, WP All Import (assistance migration), cartographie Leaflet/OpenStreetMap ou Mapbox avec compte propre au client (le site actuel expose le jeton d'un prestataire tiers). Ingestion : API REST WordPress + Application Password dédié. Hébergement infogéré performant (choix avec le client, Q11).

09

Lots et options

Enchaînement — les lots 1 à 7 démarrent en parallèle dès le socle livré, chacun sous réserve de ses prérequis (P1 – P4).

Options (chiffrées séparément, §10)

• International — rubrique et fiches Maldives, France, Bali, Marrakech, Géorgie (en attente côté client).
• Assistant IA visible — chatbot de qualification branché sur le catalogue.
• Comparateur de projets · Alertes e-mail · Espace membre (favoris, recherches).
• Estimation instantanée — fourchette automatique sur « Estimer mon bien » à partir des données DLD.
• Diffusion vers Bayut / portails — feed XML sortant (le sens autorisé).
• Import Telegram canaux tiers — scénario B, sous réserve d'acceptation des risques.
• Maintenance — forfait mensuel : mises à jour, surveillance des scénarios, support.

10

Devis estimatif

Évaluation indicative en jours, au taux journalier de 450 € HT. Les fourchettes seront resserrées après les réponses aux questions ouvertes (§12), la validation des structures de données Reelly (clé d'évaluation, P1) et les retours de la phase design. Hors coûts récurrents (abonnements tiers, §11.2).

Options

Cette section est une base de discussion, pas un engagement contractuel : le devis ferme sera établi lot par lot après validation du périmètre et des prérequis. Le lot 2 suppose le scénario A (bot admin) ; le scénario B serait chiffré à part. Si n8n auto-hébergé est retenu (§7.1), son installation et sa sécurisation sont incluses dans le socle et le pilotage — sans surcoût de jours.

11

Prérequis, hypothèses et coûts récurrents

11.1 — Prérequis (client, à lancer dès la signature)

• P1 — Reelly : demander le devis API et une clé d'évaluation élargie (la clé gratuite est limitée à 20 projets). À faire préciser : disponibilité réelle des données de transactions DLD annoncées commercialement ; palier donnant accès à l'inventaire par unité ; URL d'API contractuelle et garantie de service ; conditions de réutilisation publique.
• P2 — Telegram : liste des canaux sources et confirmation qu'un bot administrateur peut y être ajouté.
• P3 — Dubai Pulse : création du compte et identifiants API (gratuit) ; vérification de l'accessibilité depuis l'infrastructure d'exécution.
• P4 — SMS TDRA : enregistrement du sender ID via l'entité émiratie de l'agence (3-4 semaines).
• P5 — Accès : Webflow (export), DNS/domaine, page LinkedIn, comptes publicitaires, CRM.
• P6 — Contenus : textes des pages services, bios équipe, base de contenu propre (Q6).

11.2 — Coûts récurrents (à la charge du client)

11.3 — Hypothèses

• Les structures Reelly non testables sans clé (plans de paiement détaillés, prix par typologie, contours) sont validées en début de Lot 1 ; chaque incertitude de l'annexe (§14) a sa solution de repli.
• Les statistiques DLD suivent la fréquence de publication officielle ; le site affiche la date de mise à jour.
• Ni Reelly ni le DLD ne fournissent les contours géographiques des quartiers — repli OpenStreetMap si carte par quartier souhaitée.
• La modération (annonces Telegram, articles IA) est assurée par l'équipe du client.

12

Questions ouvertes au client

13

Hors périmètre

• Import de données depuis Bayut, Property Finder, dubizzle ou DXB Interact (interdit par leurs conditions d'utilisation ou non supporté).
• Lecture de canaux Telegram sans bot administrateur (sauf option explicite avec acceptation des risques).
• Réutilisation de photographies de presse (remplacées par visuels sous licence ou générés).
• Création et frais des comptes tiers — accompagnement inclus, souscription par le client.
• Production photo / vidéo, campagnes publicitaires, community management.
• Rédaction des contenus statiques si assurée par le client (Q7).
• Maintenance et évolutions post-lancement (forfait séparé, §9).

A — Annexe

Matrice des données requises

Vérification effectuée sur la documentation officielle de l'API Reelly (19 endpoints analysés) et sur les datasets ouverts du DLD. Chaque donnée nécessaire au site est croisée avec sa source réelle et son statut de disponibilité.

Confirmé disponible et documenté   À valider annoncé mais spécification ambiguë — à tester avec une clé API   Manquant indisponible, solution de repli indiquée

A.1 — Projet off-plan (source : API Reelly)

A.2 — Promoteur (source : API Reelly)

A.3 — Quartier (source : datasets ouverts DLD)

A.4 — Bien secondaire (source : Telegram)

A.5 — À valider en début de projet (clé d'évaluation Reelly)

1. Structure réelle de typical_units et payment_plans.steps sur 20+ projets Dubaï (taux de plans structurés en %).
2. Taux de remplissage : brochures, plans d'étage, traductions FR, % d'avancement.
3. Résolution des identifiants ville / pays ; contenu réel du champ polygone.
4. Liste des filtres serveur actifs ; unité monétaire exacte des prix unitaires.
5. URL d'API contractuelle (deux hôtes coexistent dans la documentation) et engagement de service.
6. Accessibilité de Dubai Pulse depuis l'infrastructure retenue + en-têtes réels des CSV + fréquence officielle de mise à jour.