# Gestion Matinale — connecteur matinale

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 : Estrie · Backend : direct · Annonces actives : 45/48

# Description de la source

connecteur Gestion Matinale (gestionmatinale.com) ~44 apparts + maisons à Sherbrooke, Magog et Windsor. WordPress + WooCommerce : chaque logement offert est un « produit » — archives /a-louer/appartements-logements/ (paginée, 16/page) et /a-louer/maison/. Cartes li.product : titre « 1330 KING OUEST, SHERBROOKE, J1J 2B6 (Août) » (adresse, ville, code postal + disponibilité entre parenthèses), prix WooCommerce, type d'unité dans la taxonomie (classe product_cat-5-1-2) et photo. external_id = ID WordPress (classe post-). ATTENTION robots.txt : « Crawl-Delay: 20 » -> request_delay de 20 s, respecté aussi pour les fiches produit : chaque fiche (galerie complète + description) n'est visitée qu'à l'apparition de l'annonce ou à un changement de prix/dispo (cache BD detail), budget max_details par sync. La première synchronisation complète prend ~15 min (43 fiches x 20 s) ; les suivantes retombent à 4-5 requêtes.

• Site : https://gestionmatinale.com
• Page des annonces : https://gestionmatinale.com/a-louer/appartements-logements/
• Secteurs couverts : Sherbrooke, Magog, Orford, Sainte-Catherine-de-Hatley, Stukely-Sud
• Module : louka/connectors/matinale.py — classe MatinaleConnector

# Accès

• Type d'accès : pages HTML (rendu serveur)
• Endpoint de base : https://gestionmatinale.com
• URLs de départ (constantes du module) : https://gestionmatinale.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 : 20.0 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, pages HTML (rendu serveur)) alimente les colonnes de la table listings. Complétude mesurée en SQL sur les 45 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:11 — 44 trouvées, +0 / ~8 / -0
• Throttling : 20.0 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 : 48 au total, 45 actives
• Première ingestion : 2026-08-09 · Dernière observation : 2026-09-04
• Complétude clé (actives) : GPS 58 % · prix 100 % · photos 100 % · description 100 %
• 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 matinale · vérifier ensuite sync_log (SELECT * FROM sync_log WHERE source='matinale' 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 20.0 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).