FileMaker en 2026: por qué seguimos apostando, y cuándo no lo recomendamos

Hace unas semanas, en una reunión con un posible cliente, alguien soltó la frase que llevamos escuchando años: “pero FileMaker es de los años noventa, ¿no?”. Internet también lo es. Y seguimos usándolo todos los días.

No es la primera vez que nos lo dicen, y no será la última. Así que en lugar de responder con una frase hecha, preferimos explicar con qué nos encontramos de verdad cuando trabajamos con FileMaker, y ser igual de claros con lo contrario: los proyectos en los que, aunque el cliente venga pidiéndolo, le decimos que no es la herramienta correcta.

Lo que sigue siendo cierto sobre FileMaker

FileMaker lleva más de treinta años en el mercado, y no porque nadie haya encontrado nada mejor en general, sino porque para un tipo de problema muy concreto (el software de gestión interna de una pyme, hecho a su medida) sigue siendo extraordinariamente rápido y fiable de construir.

La razón de fondo es que la base de datos, la lógica de negocio y la interfaz viven en el mismo entorno. No hay un framework de backend por un lado, otro de frontend por otro, y una capa de integración frágil uniéndolos. Un desarrollador con experiencia puede montar un CRM funcional, adaptado a los procesos reales de un cliente, en semanas, no en meses. Eso no es una cifra de laboratorio: es lo que nos permite entregar proyectos a medida con equipos de tres personas, sin necesitar un equipo grande detrás.

Sobre la escalabilidad, el mito de “no aguanta” tampoco se sostiene en nuestra experiencia: tenemos clientes con millones de registros y soluciones corriendo en producción, sin parar, desde hace más de una década. Cuando un sistema FileMaker va mal, casi siempre es un problema de diseño (relaciones mal pensadas, cálculos innecesarios, una arquitectura que no se adaptó al crecimiento), y un mal diseño escala igual de mal en cualquier otra plataforma.

Y sobre la integración: FileMaker tiene Data API REST nativa, oData, webhooks y ahora servidores MCP para que un modelo de IA acceda directamente a la base de datos. Nuestro proyecto abierto Agentic FM va justo en esa dirección: un servidor MCP para que la IA pueda consultar y trabajar sobre una base de datos FileMaker. Llevamos meses conectando FileMaker con modelos de IA en procesos reales de clientes, no como demostración, sino como parte del trabajo de integración de IA en procesos de negocio que hacemos habitualmente.

De dónde viene el mito

Casi siempre, quien nos dice que FileMaker “está obsoleto” lo vio hace quince años, en una versión con una interfaz anticuada y sin las capacidades de integración de ahora. La plataforma no se ha quedado quieta desde entonces, y nosotros tampoco: seguimos eligiéndola activamente, proyecto tras proyecto, cuando el problema encaja con lo que resuelve bien.

Y ahí está la clave de todo este artículo: encaja con lo que resuelve bien. No con todo.

Lo que cambia de verdad este año

Lo que sí ha cambiado, y es lo que más nos preguntan últimamente, es la parte de inteligencia artificial. Hace un par de años, “conectar FileMaker con IA” significaba escribir integraciones a medida contra una API externa, con todo el trabajo de fontanería que eso implica. Ahora, con la Data API, oData y los servidores MCP, ese acceso ya está resuelto de fábrica: el trabajo se concentra en decidir qué proceso automatizar y cómo, no en pelearse con la conexión.

Eso es justo lo que hacemos con Agentic FM: en lugar de construir una integración distinta para cada cliente, tenemos una pieza reutilizable que le da a un modelo de IA acceso directo y controlado a una base de datos FileMaker. Y es la misma lógica que aplicamos puertas adentro, usando IA para resumir información antes de una reunión o para consolidar briefings diarios a partir de varias fuentes: automatizar lo repetitivo para dedicar el tiempo a lo que sí requiere criterio.

Cuándo no recomendamos FileMaker

Aquí es donde muchas consultoras se callan, porque decirlo en voz alta significa perder algún proyecto. Preferimos no hacerlo.

No recomendamos FileMaker cuando el proyecto es una aplicación pública, orientada al consumidor final, con un volumen de tráfico web abierto y variable que no se parece al de los usuarios internos de una empresa. Ahí lo que hace falta es una arquitectura web pensada para eso desde el origen, no una base de datos de gestión adaptada a la fuerza.

Tampoco lo recomendamos cuando el cliente necesita una app móvil nativa que se distribuya por las tiendas de aplicaciones con la experiencia y las capacidades de un desarrollo móvil nativo real. FileMaker Go cubre bien el caso del equipo interno que necesita trabajar desde una tablet o un móvil con la misma solución que usa en el escritorio, pero no sustituye a un desarrollo nativo cuando el objetivo es una app de cara al público.

Si el requisito del cliente es una pila enteramente de código abierto, sin licencias de por medio, porque así lo marca su política interna o su presupuesto no admite coste de licencia por usuario, FileMaker tampoco es la respuesta: es una plataforma con coste de licencia, y ese coste hay que ponerlo sobre la mesa desde el principio, no descubrirlo a mitad de proyecto.

Y cuando el equipo técnico del cliente ya es un equipo de desarrollo con perfil de programación clásica (backend, frontend, control de versiones de código, su propio ciclo de despliegue) y quiere quedarse con la propiedad completa del stack para mantenerlo con sus propias herramientas, meter FileMaker en medio suele generar más fricción que valor. En esos casos preferimos decirlo y, si tiene sentido, ayudar desde otro ángulo: infraestructura, integración con su ERP o consultoría puntual, en lugar de forzar una herramienta que no van a adoptar de verdad.

Lo que nos llevamos de esto

FileMaker no es la herramienta para todo, y cualquiera que te diga que sí lo es probablemente te esté vendiendo algo, no resolviendo tu problema. Para la gestión interna de una empresa que necesita algo hecho a su medida, en semanas y con un coste razonable, sigue siendo difícil de batir. Para todo lo demás, hay otras herramientas mejores, y preferimos decírtelo antes de empezar que después.

Si quieres que miremos tu caso concreto, puedes ver cómo trabajamos o revisar algunos de nuestros proyectos de aplicaciones a medida en FileMaker.