Guide

How to import Google Maps leads into a CRM

Published 11 October 2026 · Gmap Data guides

A step-by-step mapping for taking a Google Maps lead export into a CRM without creating duplicates: which columns to map first, why place_id is the field that makes the import repeatable, and how the contact and email-evidence columns fit a CRM's data model.

The mapping guidance is deliberately vendor-neutral, because the column contract is what Gmap Data controls.

New accounts are invite-only while we onboard early customers.

The short answer

Import the CSV as a single object type and map the identity columns first: name, place_id, phone and website. Use place_id as the external identifier so a later import updates the existing record instead of creating a second one.

Do the column mapping once and it keeps working: existing export columns keep their names and positions, and new fields are appended at the end rather than inserted.

Map these columns first

The export's leading columns are the ones that decide whether an import is idempotent. Map them before anything else:

Swipe the table sideways to see every column.

Export columnWhat it holdsMap it to
place_idGoogle's stable place identifierThe CRM's external id / unique key. This is the field that makes re-imports safe.
nameBusiness name exactly as listedCompany name
phoneThe listing's primary phone numberPrimary phone
websiteThe listing's published website, or emptyWebsite
address / city / countryStructured address partsBilling or shipping address fields
maps_urlThe Google Maps listing URLA custom field, useful for a rep checking the listing live

Column names and positions are stable. When new fields are added to the export they are appended, so an existing mapping keeps working.

A five-step import

  1. Choose one object

    A Maps row is one business. Import as companies or accounts, not as contacts, unless you deliberately want one lead per email.

  2. Set the external key

    Point the CRM's unique identifier at place_id. This is the step that turns every future import into an update instead of a duplicate.

  3. Map contacts separately

    Emails arrive in a comma-separated emails column with a parallel email_source column. Split them into child records if your CRM models them that way.

  4. Map enrichment fields as custom fields

    rating, reviews, business_status, types, hours and the email evidence columns have no standard CRM equivalent. Map them as custom fields so a rep can filter and report on them.

  5. Import into a test list first

    Import one run, check the deduplication against an existing territory, then import the rest.

Deduplication rules that matter at import time

  • Key on place_id, never on name or phone: both get edited by owners and both collide across branches.
  • The same brand at different addresses is a different business. Deduplication by place id preserves those branches rather than collapsing them.
  • When combining exports from two tools, convert both to place_id before merging, or you will create duplicates at the boundary.
  • An empty cell means the listing or website did not publish that field. Do not backfill it with a guess to satisfy a CRM's required-field rule.

Contact and email columns

Where a business publishes an email address on its own website, the export carries it with its evidence alongside the business row:

  • emails - the discovered addresses, comma-separated when there is more than one
  • email_source and email_discovery_sources - where each address was found, including the page and the method
  • email_type, email_domain_match, email_confidence - how the address was classified and whether it matches the business domain
  • mx_status and the deliverability columns - the mail server check and any verification result
  • lead_quality, relevance and social_evidence - the product's own quality review of the contact

What not to expect

  • Gmap Data does not write to a CRM directly. The hand-off is the CSV, or a project export from the app.
  • It does not create, update or delete records in HubSpot, Salesforce or any other system on your behalf.
  • It does not send outreach. Sequences, opt-outs and suppression stay in your existing tools and are your responsibility.
  • Google Sheets export is an operator-workspace tool, not a customer feature, so the customer path is CSV.

Questions

Frequently asked questions

Which column should be the CRM's unique identifier?

place_id. It is Google's stable identifier for the place, so a later import of the same area updates the existing record instead of creating a duplicate company.

Will the export columns change under my mapping?

No. Existing columns keep their names and positions. New fields are appended at the end, so a mapping built on the current export keeps working.

Should I import businesses as contacts or companies?

Companies or accounts, because a Maps row is one business. If you want one CRM record per email address, import the emails column into a separate contacts object linked to the company.

How do I avoid re-contacting businesses I already emailed?

Keep suppression on your side and apply it before importing a refresh. Use projects to review rows and record what should stay out of an export.

Can I import directly into Google Sheets instead?

Yes, as a spreadsheet. Gmap Data's Google Sheets export is an operator-workspace tool rather than a customer feature, so the customer path is a CSV download you then import.

Keep exploring

Related pages

Start with an invited account

Request access and we will help you size the first searches for your market.