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 column | What it holds | Map it to |
|---|---|---|
| place_id | Google's stable place identifier | The CRM's external id / unique key. This is the field that makes re-imports safe. |
| name | Business name exactly as listed | Company name |
| phone | The listing's primary phone number | Primary phone |
| website | The listing's published website, or empty | Website |
| address / city / country | Structured address parts | Billing or shipping address fields |
| maps_url | The Google Maps listing URL | A 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
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.
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.
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.
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.
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
CSV export
The full column contract and its stability guarantee.
For sales teams
Territory prospecting and the re-run cadence.
Keeping a list fresh
Refresh a territory without breaking CRM mappings.
Finding business emails
Where published addresses live and how to read the evidence columns.
Exporting to CSV
Preparing a clean file before the import.
Start with an invited account
Request access and we will help you size the first searches for your market.