Automate Google Drive folder IDs from Airtable clients
Learn how to auto-create Google Drive folders from Airtable, store stable folder IDs on each client record, and handle edge cases like “TBD” naming reliably.
If you’re creating client records in Airtable and manually making matching folders in Google Drive, you’re one missing folder ID away from broken automations.
The fix is simple: treat the Drive folder ID as a first-class field in your client table. Your automation should find-or-create the folder, then write the folder ID back to Airtable so every downstream workflow can route files correctly—even if someone renames or moves the folder later.
What you’re building
You’ll set up an automation that:
Triggers when a client record is created or updated
Normalizes the client name (to avoid mismatches)
Searches a Google Shared Drive for an existing folder
Creates the folder if it doesn’t exist
Writes the folder ID back to the Airtable client record
Handles naming edge cases and retries safely (idempotent updates)
Why you should store folder IDs (not folder paths)
Folder paths are for humans. Automations need stable identifiers.
A folder path can change when someone:
Renames a folder
Moves it to a different parent
Restructures Shared Drive organization
A Google Drive folder ID stays the same, which means your scenario can keep working even when the folder name changes.
Data model: the minimal Airtable setup
In your Airtable (or Notion) client table, add fields like:
Client Name (text)
Drive Folder ID (text)
Drive Folder URL (formula, optional)
Drive Folder Status (select: Missing / Found / Created / Error)
Last Drive Sync (datetime)
If you store documents in a specific subfolder (like “Client Meetings”), you can also store:
Client Meetings Folder ID
Automation scenario outline: Airtable to Google Drive folder sync
Use Make to build a “find-or-create folder ID” scenario.
Step 1: Trigger on Airtable create/update
Choose your trigger based on how you want to control backfills:
New record trigger for normal intake
Updated record trigger for backfill runs (often paired with a checkbox like “Backfill Drive Folder”)
Pro tip: for backfills, it’s safer to trigger on a deliberate flag than on “last modified time.” It reduces accidental mass runs.
Step 2: Normalize the client name (avoid folder mismatch)
Folder naming is where these scenarios usually fail.
Create a normalized value you can use consistently:
Trim whitespace
Collapse multiple spaces
Standardize punctuation
Optionally remove known suffixes (example: “- TBD”)
Example rules:
"Brandon Smith Wake - TBD" → "Brandon Smith Wake"
"American Car Realtor Association" (typo) → stays as-is, but will fail lookup (and should be flagged)
If you need to support suffix logic, keep both:
Client Name (raw) = what’s in Airtable
Client Name (normalized) = what you use for folder search
Step 3: Search for a folder in Google Shared Drive
Search inside your target Shared Drive and parent folder (e.g., “Active Clients”).
Search pattern options:
Exact match on folder name (simplest)
Contains match (more forgiving)
“Best match” strategy (advanced)
If you rely on contains match, add a guardrail so you don’t accidentally match the wrong client.
Step 4: Create the folder if not found
If the search returns no results:
Create a new folder with your standardized naming convention
Place it in the correct parent folder
Step 5: Write the folder ID back to Airtable (the critical step)
Update the client record with:
Drive Folder ID = the folder ID returned by Drive
Drive Folder Status = Found or Created
Last Drive Sync = now
Once this is filled, every other automation can route files correctly without re-searching Drive.
Upsert patterns (how to make this safe to rerun)
You want reruns to be safe. That means:
If Drive Folder ID already exists, do nothing (or verify it)
If it’s blank, find-or-create and set it
A practical guardrail:
Filter: only proceed when Drive Folder ID is empty OR “Backfill Drive Folder” is checked
This prevents duplicate folder creation and reduces wasted operations.
Troubleshooting: the failures you’ll actually see
1) The folder exists, but search returns nothing
Common causes:
You’re searching the wrong Shared Drive
You’re searching the wrong parent folder
Folder name doesn’t match (suffixes like “TBD,” punctuation, double spaces)
Fix:
Log the exact search string
Verify the folder’s actual name in Drive
Normalize the search term and rerun
2) Duplicate folders get created
This happens when:
The lookup fails (because of naming) and the scenario creates a “new” folder
The scenario reruns before the Airtable update happens
Fix:
Ensure your “update Airtable with folder ID” step is not optional
Add an early filter so reruns stop when Drive Folder ID is already present
3) Typos in client names break automation
If “American Car Realtor Association” is spelled differently across Airtable vs Drive, your automation can’t reliably match it.
Fix options:
Add a “Drive Folder Name Override” field in Airtable
Or store a “Client Folder Key” field that becomes the canonical folder name
When to use a queue + backfill approach
For a clean rollout:
Run a one-time backfill to populate Drive Folder ID for existing clients
Turn on the always-on scenario for new client records
This avoids a world where half your clients have IDs and half don’t.
Get help building your Airtable to Google Drive folder automation
If you want this to work reliably in a Shared Drive with real-world naming edge cases and without duplicate folders, Connex can help you design and implement it end-to-end. Book a free discovery call to get started.
A 49-second video and written steps for finding your Notion workspace ID. Log in, click your workspace name, open Settings, then Identity, and copy the ID.
HubSpot rejecting a bad campaign year from your donation form name? Here’s how to avoid multiple 4-digit numbers, parse the right year, and prevent failures.