# Uber Eats (menus livraison + notes) — connecteur ubereats

Fiche générée automatiquement par scripts/gen_connector_docs.py le 2026-08-18 06:06 — ne pas éditer à la main, régénérer.

État : actif · Palier (tier) : 2 · Backend : Scrapfly

# Description de la source

Connecteur d'ENRICHISSEMENT Uber Eats (menus livraison + notes) — SANS clé API. Découverte par les sitemaps publics (robots.txt -> sitemap-store-*.xml.gz, URLs /ca/store//, index local data/ubereats-stores.json rafraîchi tous les 30 j). Chaque page de resto embarque un état React Query (REACT_QUERY_STATE) avec le menu complet (sections + items + prix en cents), la note Uber Eats, l'adresse, le téléphone et les GPS. Croisement CONSERVATEUR avec un resto EXISTANT seulement (téléphone identique, OU code postal + numéro civique identiques, OU GPS <120 m + nom similaire) : n'émet AUCUNE fiche. Menu -> table menus en price_context delivery (prix majorés ~25-30 %, CLAUDE.md §6.2), note -> details.ubereats. Économe : Scrapfly ASP (1 page ≈ 1 crédit constaté), budget UBEREATS_BUDGET (défaut 60) pages resto/cycle, verdict par magasin mis en cache (detail_cache), re-visite 30 j. Conformité §15 : extraction minimale, usage d'appoint (restos sans menu ailleurs), prix toujours étiquetés delivery, lien source conservé.

• Plateforme : ubereats · Site : https://www.ubereats.com
• Extraction (registre) : Découverte par sitemaps publics (robots.txt -> sitemap-store-*.xml.gz, URLs /ca/store/, index local data/ubereats-stores.json rafraîchi 30 j). Chaque page resto embarque REACT_QUERY_STATE (getStoreV1) : menu complet (sections/items/prix en cents), note, adresse, téléphone, GPS. Croisement conservateur avec un resto EXISTANT (téléphone identique OU postal+civique OU GPS<120 m + nom similaire) — n'émet aucune fiche. Menu -> table menus en price_context delivery (prix majorés ~25-30 %), note -> details.ubereats. Budget UBEREATS_BUDGET (60 pages/cycle), verdicts en cache, re-visite 30 j.
• Contexte de prix : delivery
• Module : restoka/connectors/ubereats.py — UberEatsConnector

# Accès

• Type d'accès : sitemap XML + pages HTML
• Endpoint de base : https://www.ubereats.com/robots.txt
• URLs du module : https://www.ubereats.com/robots.txt
• Pagination : réponse unique (pas de pagination)
• Backend anti-bot / rendu : Scrapfly (asp + render_js — contournement anti-bot)
• Politesse : 1.0 s entre requêtes, timeout 60 s, UA RestoKaBot/1.0 (+https://www.resto-ka.com/bot)
• Authentification : aucune — accès public/anonyme

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

Aucune fiche en BD pour cette source (connecteur en attente ou clé manquante) — schéma cible : table restaurants + menus.

# Fréquence & budget

• Cadence déclarée (registre) : quotidien par petits lots (60 pages), re-vérification 30 jours
• Cadence observée (médiane sync_log) : —
• Caps / budgets du module : MAX_CANDIDATES = 3, MAX_CONSECUTIVE_FAILURES = 3, MAX_GPS_M = 120.0

# Volumétrie & complétude

• Aucune donnée en BD pour cette source.
• Runs journalisés (60 derniers) : 0, 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 ubereats · vérifier sync_log (SELECT * FROM sync_log WHERE source='ubereats' ORDER BY ts DESC LIMIT 5;).

# Licence, attribution & conditions

• Cadre d'accès (registre, acces_legal) : Palier 2 (CLAUDE.md §9, §15) : CGU restrictives, Cloudflare — Scrapfly ASP (~1 crédit/page constaté). Usage d'appoint minimal : menus pour restos sans source dine-in/takeout, prix TOUJOURS étiquetés delivery, lien vers la fiche source conservé. Préférer UEAT/site du resto dès que disponible.
• Scraping / API : User-Agent identifiable RestoKaBot/1.0 (+https://www.resto-ka.com/bot; contact@spboucher.ai), throttling poli, aucun contournement d'accès ; les fiches pointent vers la source d'origine.
• Retrait sur demande : contact@spboucher.ai.

# Historique

• 2026-08-18 — vague d'enrichissement : standardisation de la documentation des connecteurs (fiche générée par scripts/gen_connector_docs.py).