Wie business_id / Fid aussieht
Immer ein Paar: links Hex, Doppelpunkt, rechts Hex. Beide Seiten beginnen meist mit 0x. Doppelpunkt nie entfernen; nicht nur das letzte Hex aus einem Review-Hash behalten.
- Gültig: 0x89c25a31c4a7d4d3:0x6a0e8c8f2b1a9e7c
- Gleiche Entität: Fid (CSV), business_id (API/MCP), Hex-Feature-Paar (Converter-UI)
- Nicht dasselbe: Place ID ChIJ oder CID nur dezimal
Wo Fid / business_id vorkommt
| Surface | Anzeigename |
|---|---|
| Lead-CSV / Online-Export | Spalte Fid |
| Review- & Photos-Jobs | business_id als place-Input (mit Maps-URL) |
| HTTP Agent / MCP | place-Feld: Maps-URL oder business_id-Paar |
| In Maps-URLs | Oft !1s0x…:0x…, ftid= oder #lrd=0x…:0x… |
Rechtes Hex lässt sich oft in CID dezimal umrechnen. Das volle Paar bleibt business_id in APIs.
business_id / Fid ermitteln
- Google-Maps-Place-URL kopieren (oder Review-Deep-Link mit vollem Paar).
- In Place ID & CID Converter einfügen und Hex-Feature-Paar kopieren.
- Oder Leads exportieren — Spalte Fid ist pro Zeile bereits gefüllt.
Für Reviews und Photos: Maps-URL oder business_id 0x…:0x… — ein Place pro Job.
Fid in Lead-Workflows
- Review- oder Photos-Scrapes queuen ohne Maps neu zu öffnen, wenn Fid gespeichert ist
- Zeilen zwischen Tools alignen, die business_id statt Place ID sprechen
- Kaputte #lrd=-Review-Links mit Hex-Paaren debuggen
- Sekundärkey neben Place Id für Partner, die nur Hex-IDs senden
Typische Fehler
- Fid als Place ID in Places-API-Queries behandeln
- Nur eine Hälfte des Paars aus #lrd= speichern
- Separate CRM-Felder „Fid“ und „business_id“ anlegen, als wären sie verschieden
- Converter „CID (hex)“ (einzelnes Hex) mit vollem Hex-Feature-Paar verwechseln