Keep Algolia search in sync with new Airtable records

When your team adds a row in Airtable, we push it straight into your Algolia index so your site search stays current without manual syncs.

Deterministic Code
AirtableAlgoliaOperationsMarketingData Sync
PromptCreate

Every time a new record is created in a specific Airtable table, push it into my Algolia index so the search on my public site stays current.

Trigger: an Airtable poll on the new_record event, scoped to one base and one table that I pick when I set this up.

For each new Airtable record, call Algolia's Add or Replace Record operation on my target index. Use the Airtable record ID as the Algolia objectID so a future re-sync of the same record updates the existing Algolia entry instead of creating a duplicate.

Map a fixed set of Airtable fields into the Algolia record body. Start with Name, Category, Description, Image URL, and the public page URL. Copy them straight across, keeping the same field names on the Algolia side unless I say otherwise. Skip records where the Name field is empty so the search index does not fill up with placeholder rows.

I do not want a nightly full re-index and I do not want a manual sync button. The whole point is that new rows from content editors show up in site search within a minute or two of being saved in Airtable. A follow-up workflow can later extend this to updates (new_or_updated_record) and deletes; keep this one focused on inserts.

Additional information

What does this prompt do?
  • Watches a specific Airtable table for new records and pushes each one into your Algolia index as soon as it appears.
  • Uses the Airtable record ID as the Algolia object ID so any future re-sync updates the same entry instead of creating duplicates.
  • Maps a fixed set of Airtable fields (name, category, description, image URL, page URL) into a clean Algolia record structure.
  • Keeps your public search current in near real time, with no nightly full re-index or manual sync button to press.
What do I need to use this?
  • An Airtable base with the table you want to keep in sync (a login with access to that base)
  • An Algolia account and the index that powers your site search
  • The list of Airtable fields you want searchable in Algolia (for example name, category, description, image, and page URL)
How can I customize it?
  • Change which Airtable table or view is being watched.
  • Adjust which fields are copied over and how they are named on the Algolia side.
  • Point at a different Algolia index (for example a staging index while you test, then production).

Frequently asked questions

Will editing a row in Airtable later update the same Algolia entry?
This starter handles brand new rows only. Because we use the Airtable record ID as the Algolia object ID, you can add a companion workflow that listens for edits and it will overwrite the same Algolia entry instead of creating a duplicate.
What happens if the same record gets pushed twice?
You will not get duplicates. The Airtable record ID is used as the Algolia object ID, so a second push simply replaces the existing entry with the latest field values.
Do I need a paid Algolia plan?
No. This works with any Algolia application, including the free tier, as long as the API key you connect has permission to write to the index.
How quickly does a new Airtable row show up in search?
Usually within a minute or two. We check Airtable on a regular cadence and Algolia indexes the record right after we send it.
What if a record gets removed in Airtable? Does it disappear from search?
Deletions are not included in this starter. You can add a companion workflow that watches for removed rows and clears the matching Algolia entry using the same record ID.

Stop re-indexing Algolia by hand.

Let new Airtable rows land in your public site's search the moment content editors save them.