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.

Sep 3, 2026
Automate Google Drive folder IDs from Airtable clients
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:
  1. Run a one-time backfill to populate Drive Folder ID for existing clients
  2. 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.
Photo by Maksym Kaharlytskyi on Unsplash
Photo by Maksym Kaharlytskyi on Unsplash