# Multi-Logis — connecteur multi_logis

Fiche générée automatiquement par scripts/gen_connector_docs.py le 2026-09-04 14:12 — ne pas éditer à la main, régénérer.

État : actif · Région : Côte-Nord · Backend : direct · Annonces actives : 27/27

# Description de la source

connecteur Multi-Logis (multi-logis.com — 500+ logements : Sept-Îles, Port-Cartier — plus gros parc de la Côte-Nord — et aussi Lévis, toutes les villes conservées). WordPress + Elementor + JetEngine + plugin maison « multilogis-listing », tout rendu serveur. Liste /trouver-mon-appartement/ : une carte par bâtiment (nom, adresse, typologies offertes, « À partir de »). Page /batiment// (via cache BD) : unités disponibles individuelles (numéro, type, description, loyer, superficie, disponibilité, galerie, plan), adresse structurée du champ ACF (ville, code postal, lat/lng) et listes « Inclus » / « Caractéristiques » de l'immeuble. Une annonce Lou-Ka = une unité disponible. Les champs des unités sont identifiés par leur CONTENU (motifs « $/mois », « Studio/n½ », « Superficie: », « Disponibilité: ») — robustes aux ids Elementor. Immeubles commerciaux (« Le St-Georges ») sans unités : ignorés d'eux-mêmes. robots.txt ouvert, sitemap Yoast.

• Site : https://multi-logis.com
• Page des annonces : https://multi-logis.com/trouver-mon-appartement/
• Secteurs couverts : Sept-Îles (Perreault, Giasson, Otter, Régnault, Radisson, Bissot, Gallant), Port-Cartier (Maisonneuve) + Lévis (Le Duc de Lévy, Vieux-Lévis) — toutes les villes conservées
• Module : louka/connectors/multi_logis.py — classe MultiLogisConnector

# Accès

• Type d'accès : sitemap XML + pages HTML
• Endpoint de base : https://multi-logis.com
• URLs de départ (constantes du module) : https://multi-logis.com
• Authentification : aucune — contenu public
• Pagination : page de liste unique (pas de pagination)
• Backend anti-bot / rendu : requests direct (session UA LouKaBot, throttling poli)
• Politesse : 0.6 s entre requêtes, timeout 30 s, User-Agent identifiable LouKaBot/1.0 (+https://www.lou-ka.com/bot)

# Champs récupérés → schéma cible

Le connecteur (direct, sitemap XML + pages HTML) alimente les colonnes de la table listings. Complétude mesurée en SQL sur les 27 annonces actives ; exemple tiré d'une ligne réelle de la BD.

# Fréquence & budget

• Cadence observée (médiane des passages OK, sync_log) : ≈ 3.4 h
• Dernier passage OK : 2026-09-04 08:14 — 27 trouvées, +0 / ~0 / -0
• Throttling : 0.6 s entre requêtes (constante de classe request_delay)
• Cache des pages détail (BD detail_cache) : activé — évite de re-visiter les fiches inchangées

# Volumétrie & complétude

• Annonces en BD : 27 au total, 27 actives
• Première ingestion : 2026-08-09 · Dernière observation : 2026-09-04
• Complétude clé (actives) : GPS 100 % · prix 96 % · photos 70 % · description 81 %
• Runs journalisés (60 derniers) : 60, dont 0 en erreur

# Erreurs connues & dépannage

Aucune erreur dans les 60 derniers runs journalisés.

Rejouer la source seule : python3 run.py sync multi_logis · vérifier ensuite sync_log (SELECT * FROM sync_log WHERE source='multi_logis' ORDER BY ts DESC LIMIT 5;).

# Licence, attribution & conditions

• Scraping poli d'annonces publiques (données factuelles : prix, adresse, disponibilité) publiées par le gestionnaire sur son propre site.
• User-Agent identifiable avec page d'information et contact : LouKaBot/1.0 (+https://www.lou-ka.com/bot; contact@spboucher.ai) ; throttling 0.6 s ; cache détail pour minimiser les requêtes.
• Chaque annonce affichée sur Lou-Ka pointe vers l'annonce d'origine (colonne url) — la source garde le trafic de conversion.
• Retrait sur demande : contact@spboucher.ai.

# Historique

• 2026-08-09 — premières annonces de la source ingérées dans la BD.
• 2026-08-18 — vague d'enrichissement : standardisation de la documentation des connecteurs (fiche générée par scripts/gen_connector_docs.py).