Clientes
Kevin, Los Angeles · “the flexibility in their expertise was really key to make things work”Dominik, Australia · “a clean, scalable backend that now powers our real estate enquiry responder”Pascal, Austria · “superb knowledge of both Weweb and Xano”Operations lead, Australia · “one of the first holidays EVER where no groups have turned up at the wrong cinema”Kevin, Los Angeles · “the flexibility in their expertise was really key to make things work”Dominik, Australia · “a clean, scalable backend that now powers our real estate enquiry responder”Pascal, Austria · “superb knowledge of both Weweb and Xano”Operations lead, Australia · “one of the first holidays EVER where no groups have turned up at the wrong cinema”
Migraciones · Airtable

Para salir de Airtable, se reconstruye la operación como una app con su propia base de datos un módulo a la vez, se mantiene Airtable para todo lo que todavía no se movió y cada módulo cambia recién cuando el equipo ya trabaja en el nuevo.

Airtable funciona bien para muchos equipos, y sus interfaces ya permiten limitar lo que ve cada persona. Puede dejar de alcanzar cuando una base se vuelve el sistema sobre el que corre toda la operación: más registros de los que permite el plan, reglas de acceso más específicas de las que se pueden armar ahí y herramientas externas que comparten el mismo límite de la API de una base.

Cuándo conviene

  • Estás cerca del límite de registros de tu plan, o archivas datos para no pasarte
  • Necesitas reglas de acceso por sede, equipo o módulo que no puedes armar en Airtable como trabaja el equipo
  • Las automatizaciones entre Airtable y tus otras herramientas fallan y nadie se entera por días
  • Casi todo el equipo necesita trabajar ahí, y una licencia de edición por persona no cierra

Cuándo no

  • Lo usan pocas personas y cumple
  • Los datos entran en una base y los permisos que necesitas ya existen
  • Lo que duele es una automatización: arregla eso, no todo el sistema
  • 50.000 registros por base en el plan Team y 125.000 en Business.
  • 5 pedidos por segundo a la API por base, compartidos por todas las herramientas externas (Make, n8n, Zapier, scripts) que la leen o escriben.
Fuente: documentación de planes y de la API de Airtable, octubre de 2026.

01

Mapeamos las bases, las automatizaciones que las tocan y quién usa cada vista.

02

Construimos primero el módulo que más duele, con sus propios permisos.

03

Las automatizaciones se apuntan a la app nueva una por una, escribiendo en los dos lados antes de cortar nada.

04

Cada módulo se mueve cuando el equipo ya trabaja en él. Airtable se va cuando se movió el último.

Reglas escondidas en los nombres: una ubicación tratada como stock de reserva por la letra con la que empieza, cuando muchas de esas ubicaciones se usan todos los días.

Registros vinculados y lookups, que hay que rearmar como tablas y relaciones en la base de datos nueva.

Automatizaciones en Make, n8n o Zapier que nadie listó: cada una que lee o escribe la base hay que encontrarla y apuntarla a la app nueva antes del cambio.

Adjuntos, comentarios e historial: necesitan su propio plan, o quedan atrás.

De nuestro trabajo

Un sistema de almacén que sale de Airtable, módulo por módulo.

Un e-commerce de más de 50 empleados manejaba su operación con un plan Enterprise de Airtable para 10-15 usuarios, con automatizaciones alrededor. Darle acceso a todo el equipo hubiera significado unas 50 licencias. Además chocaba con el límite de registros y no podía dar accesos tan finos como necesitaba el equipo. Lo estamos pasando a su propia app un módulo a la vez: primero salió el tablero de tareas, la recepción funciona en la app nueva desde octubre de 2026 y el resto pasa en noviembre de 2026, cuando el plan de Airtable deja de pagarse. El tablero de tareas tiene más de 100.000 registros y lo probamos con un millón sin lag.

Sistema de almacén
WAREHOUSE
TasksProcurementReceiving
+ Create Task
128,585Total
211Active
38In Progress
9Needs Review
2Blocked
126,324Done
TaskTypeTitle / SKUStatus
REP-1004ReplenishmentDesk lamp – oakSKU-LMP-0412Completed
CC-0142Cycle CountWater bottle 1LSKU-BTL-0098Completed
PUT-0031PutawayNotebook setSKU-NB-1207Completed
PICK-0207PickingGift box MSKU-GB-0031In Progress
TSK-0098CustomRestock front shelfBN-17-3Completed

¿Qué pasa con nuestros datos en Airtable?

Pasan tabla por tabla a una base de datos a tu nombre. Cada tabla se copia, se compara con la original y se mantiene al día mientras se usan las dos, hasta que el módulo que la usa se mudó.

¿El equipo puede seguir usando Airtable mientras migramos?

Sí, esa es la idea. Todo lo que todavía no se movió sigue en Airtable, y nadie tiene que dejar de trabajar para un cambio.

¿Y nuestras automatizaciones?

Las simples se apuntan a la app nueva en lugar de rehacerse. Las complejas pasan a ser parte de ella. Antes de cortar nada, escriben un tiempo en los dos lados.

¿Va a costar menos que Airtable?

No siempre. Una app propia tiene sus costos: hosting, mantenimiento y cambios. Comparamos las dos opciones con tus números en la llamada, y si conviene Airtable, te lo decimos.

¿De quién es el código?

Tuyo. El repositorio, el hosting y las cuentas de terceros están a tu nombre desde el principio o pasan a tu nombre antes de que terminemos.

Otras migraciones

Quince minutos en una llamada. Si no encajamos, te lo decimos y, si podemos, te recomendamos a alguien mejor.

Agenda una llamada de 15 minutos
SecciónInicio
Agenda una llamada