Comparison

Place ID vs CID: which Google Maps ID should you use?

Both identify a listing, but they serve different stacks. Place ID is the modern canonical key; CID powers many Maps and review deep links. Most lead systems should store Place ID first—and keep CID when links still need it.

Updated September 21, 2026

Also called: Place ID vs CID · ChIJ vs CID

Side-by-side comparison

Place IDCID
Typical shapeChIJ… stringLarge decimal integer
Best default for CRMYesSecondary key
Places API / modern lookupsYesNo
Many review / ludocid linksSometimes via placeid=Yes (cid / ludocid)
GMaps Lead Finder CSVPlace IdCid
Also relatedRight hex of Fid

Deep dives: What is Place ID? · What is CID? · business_id / Fid

When to use which

  • Use Place ID to dedupe lead lists, call Places-style APIs, and keep CRM history attached to one entity
  • Use CID when a partner sends cid= or ludocid links, or when validating legacy bookmarks
  • Use Fid / business_id when queuing reviews or photos jobs from stored hex pairs
  • Store all three when your export already includes them—storage is cheap; re-discovery is not

How to move between them

  1. Start from a real Maps place URL whenever possible.
  2. Paste into the Place ID & CID Converter.
  3. Copy Place ID for CRM/API, CID for deep links, and the feature hex pair for business_id workflows.

Common mix-ups

  • Sending CID to an endpoint that requires Place ID (or the reverse)
  • Assuming Fid is “just CID in hex” and dropping the left half of the pair
  • Merging CRM records on business name when Place IDs differ (or ignoring Place ID when names match)

FAQ