Voor veel ondernemers is Airtable de eerste database die ze ooit hebben gemaakt, ook al noemden ze het zo niet. Het is een spreadsheet die zich als database gedraagt, met een API erbij. Voor een prototype is dat vaak precies genoeg. Hieronder lees je wat het goed doet, waar het knelt zodra het serieus wordt en wanneer je beter overstapt.
Een spreadsheet die zich als database gedraagt, en een API waar je app tegen praat.
Airtable (airtable.com) is een online tabellendatabase van het Amerikaanse Formagrid Inc., dat onder de naam Airtable werkt. Je ziet rijen en kolommen, dus het voelt als een spreadsheet. Het verschil zit in die kolommen: elk veld heeft een type, zoals tekst, getal, datum, keuzelijst, bijlage of een koppeling naar een rij in een andere tabel. Tabellen leven samen in een base, en die base is de eenheid waar Airtable alles aan ophangt: rechten, limieten en de API.
Daarbovenop zitten weergaven en filters, interfaces waarmee je schermen bouwt voor mensen die de tabel niet hoeven te zien, automatiseringen en formulieren. En er is een web-API: elke base is met een token te lezen en te schrijven. Dat laatste is de reden dat Airtable achter prototypes opduikt. Je frontend praat met de API, jij houdt de gegevens bij in een weergave die je aan niemand hoeft uit te leggen.
Airtable presenteert zichzelf inmiddels als AI-platform. Omni is de gespreksassistent die uit een beschrijving in gewone taal tabellen, interfaces en automatiseringen opzet, en er zijn agents die per record werk doen zoals samenvatten of verrijken. Die AI-functies zitten sinds die omslag in de abonnementen zelf, met een pot tegoed per plan, in plaats van als losse toeslag per gebruiker.
Volledige openheid: wij gebruiken bij OneDayBuild dit soort gereedschap in ons werk en we verkopen prototype-dagen. We hebben geen commerciële band met Airtable of Formagrid. Ga je vooral de keuze tussen opslagvormen af, begin dan bij database kiezen voor je MVP.
Het antwoord hangt af van wie de gegevens gebruikt en hoeveel rijen het worden.
De sterke punten komen allemaal uit hetzelfde: je hebt een gegevensmodel zonder dat iemand een achterkant bouwt.
In een echte database kost een veld erbij een schemawijziging en een migratie. In Airtable voeg je een kolom toe en typ je door. Voor een prototype waarin het model nog schuift is dat het belangrijkste dat Airtable je geeft.
Elke base heeft een web-API. Met een token leest en schrijft je frontend of je automatiseringstool records, zonder dat iemand een server, een inlog of een beheerpaneel schrijft.
Wie de gegevens onderhoudt ziet een tabel, en dat kent hij al. Wil je minder laten zien, dan zet je een interface ervoor. Je hoeft geen beheeromgeving te ontwerpen om te beginnen.
De grenzen zitten niet in de functies. Ze zitten in wat een base is.
Links van Airtable staan de spreadsheets, rechts de echte databases.
Blijf je in de spreadsheethoek, dan is Google Sheets de laagste drempel, maar daar mis je de veldtypen die je dwingen en de koppelingen tussen tabellen. Notion kent ook databases met een API, met het accent op documenten en kennis. Airtable zit daar tussenin: strakker dan een spreadsheet, losser dan een database.
Wil je hetzelfde gemak met de gegevens op je eigen server of in Europa, dan kom je bij open source varianten uit. Baserow is er zo een: dezelfde tabelbenadering onder een MIT-licentie, met de keuze tussen hun cloud en zelf hosten. Je ruilt gemak in voor beheer.
Groeit het richting een echte app, dan is de volgende stap een echte database. Supabase is daarvoor de bekendste route: PostgreSQL met inloggen, opslag en rechten per rij ingebouwd. Die vergelijking verdient een eigen stuk, hier volstaat de richting. Airtable is er om te ontdekken wat je model moet zijn, een database om dat model te dragen. Welke kant voor jou logisch is loop je na in database kiezen voor je MVP.
Bouw je met een AI-tool, let dan op wat die tool zelf al aan opslag meebrengt, want dan is de keuze soms al gemaakt. Ons overzicht van de beste AI app builder gaat daarop in, en wat vibe coding wel en niet oplevert zet de verwachtingen op scherp.
Geen cijfer. Wel een duidelijk moment waarop je moet doorschuiven.
Als eerste database is Airtable moeilijk te verslaan. Je zet een model neer dat klopt en je kunt het daarna omgooien zonder dat er iets stukgaat aan de kant van je gegevens. Voor het valideren van een idee is dat de goede ruil: je verliest netheid, je wint tempo. Wat je precies wilt aantonen scherp je aan in app-idee valideren.
Het moment om te wisselen is beter te herkennen dan te voorspellen. Vijf signalen: je rijen lopen tegen de grens van de base aan, pagina's wachten op de API en je bent aan het cachen, je slaat gegevens dubbel op omdat koppelvelden niet doen wat een relatie doet, je moet per gebruiker afschermen wie wat ziet, of je verwerkt gegevens die niet zonder meer in de VS mogen staan. Gelden er twee, dan is het geen kwestie van optimaliseren meer maar van verhuizen.
Verhuizen is minder eng dan het klinkt, mits je het niet uitstelt. Je gegevens zijn via de API uit te lezen, je model staat er al, en de database zelf is meestal minder werk dan de schermen die erop staan. Wat er na de bouwdag met je prototype gebeurt staat in prototype hosten na de bouwdag.
Bij OneDayBuild zetten we in één werkdag een klikbaar prototype neer, met de opslag die past bij dat ene ding dat je wilt testen. Twijfel je of jouw idee klein genoeg is voor zo'n dag, loop het na met de kan-dit-in-1-dag-check.
Airtable slaat gegevens gestructureerd op in tabellen met veldtypen en koppelingen, en is via een API te bevragen. Wat het niet doet, is afdwingen wat een relationele database afdwingt: sleutels, uniciteit en relaties waar de database zelf op let. Voor een prototype is dat verschil vaak niet erg, voor een systeem dat lang mee moet wel.
Voor een prototype of een interne toepassing kan dat goed. Elke base heeft een web-API waarmee je met een token records leest en schrijft. Let op twee dingen: er geldt een limiet op het aantal verzoeken per seconde per base, dus je zult moeten cachen, en dat token mag nooit in code staan die de bezoeker kan inzien.
Op vier punten: het aantal records dat een base mag bevatten, de snelheid van de API per base, koppelvelden die geen echte relaties zijn, en rechten die niet per rij te regelen zijn. Die vier komen zelden los van elkaar.
Standaard op Amerikaanse servers. Airtable is van Formagrid Inc. uit Californië en gebruikt standaard AWS in de VS. Europese opslag van de inhoud van je bases kan, maar alleen op het hoogste abonnementsniveau en voor de hele organisatie tegelijk. Een deel van de metadata blijft ook dan in de VS.
Airtable heeft een gratis laag en rekent daarboven per gebruiker, met meerdere niveaus en een variant op maat voor grote organisaties. De AI-functies zitten in de abonnementen zelf, met een pot tegoed per plan. De bedragen en de precieze limieten veranderen te vaak om hier vast te leggen: kijk op airtable.com.
Zodra het omzeilen van de grenzen meer tijd kost dan de functie die je wilde bouwen. Concreet: als je rijen tegen de grens van je base aanlopen, als je gaat cachen om de API voor te blijven, als je gegevens dubbel opslaat omdat koppelvelden niet genoeg zijn, als je per gebruiker moet afschermen, of als je gegevens verwerkt die niet zonder meer in de VS mogen staan.
Stuur ons je idee. In een intake kijken we mee welke flow je wilt testen en welke opslag daarbij past, en in een werkdag staat er een klikbaar prototype.
Een korte intake volgt na je inschrijving. Daarna stemmen we scope en datum af.
We nemen contact op om de intake in te plannen.
We gebruiken cookies om je ervaring te verbeteren en het gebruik van de site te meten.