À quoi ressemble business_id / Fid
Toujours une paire : hex gauche, deux-points, hex droit. Les deux côtés commencent en général par 0x. Ne supprimez jamais le deux-points et ne gardez pas seulement le hex final d’un hash d’avis.
- Valide : 0x89c25a31c4a7d4d3:0x6a0e8c8f2b1a9e7c
- Mêmes noms d’entité : Fid (CSV), business_id (API/MCP), paire hex feature (UI convertisseur)
- Pas la même chose : Place ID ChIJ, ou CID décimal seul
Où apparaît Fid / business_id
| Surface | Nom affiché |
|---|---|
| CSV leads / export Online | Colonne Fid |
| Jobs avis et photos | business_id accepté comme entrée place (avec URL Maps) |
| HTTP Agent / MCP | Le champ place peut être une URL Maps ou une paire business_id |
| Intérieur URL Maps | Souvent en !1s0x…:0x…, ftid=, ou #lrd=0x…:0x… |
Le hex de droite se convertit souvent en CID décimal. La paire complète reste ce que les API appellent business_id.
Comment obtenir un business_id / Fid
- Copiez une URL fiche Google Maps (ou un lien profond d’avis incluant la paire complète).
- Collez dans le convertisseur Place ID et CID et copiez Paire hex feature.
- Ou exportez des leads — la colonne Fid est déjà remplie sur chaque ligne.
Pour les avis et photos, collez l’URL Maps ou le business_id 0x…:0x… — un lieu par job.
Fid dans les flux de leads
- Mettre en file des scrapes avis ou photos sans rouvrir Maps quand Fid est déjà stocké
- Aligner des lignes entre outils qui parlent business_id plutôt que Place ID
- Déboguer des liens d’avis cassés qui embarquent des paires hex #lrd=
- Garder une clé secondaire à côté de Place Id pour les partenaires qui n’envoient que des ID hex
Erreurs fréquentes
- Appeler Fid un Place ID dans les requêtes Places API
- Ne sauver qu’une moitié de la paire depuis un fragment #lrd=
- Créer des champs glossaire ou CRM séparés pour « Fid » et « business_id » comme s’ils différaient
- Confondre le « CID (hex) » du convertisseur (hex seul) avec la paire hex feature complète