Cuánto cuesta un metabuscador en tu biblioteca

Por qué no publicamos una tarifa fija

Un proveedor que cotiza «metabuscador: 5.000 dólares» sin preguntar cuántas fuentes vas a integrar está, en el mejor de los casos, adivinando, y en el peor, cotizando un paquete genérico que después se queda corto y termina en cobros adicionales no previstos. El costo real de un metabuscador se construye sobre tres preguntas: cuántas fuentes hay que conectar, qué tan estándar es el protocolo que expone cada una, y si el proyecto incluye acceso remoto (proxy) para consultarlas fuera del campus. Cotizamos siempre sobre esas variables, no sobre un número fijo, porque es la única forma honesta de dar un precio que no se rompa a mitad del proyecto.

Qué compone el costo de un proyecto de metabuscador

Rangos de referencia

Como referencia general, y siempre sujeta a lo que arroje el diagnóstico de fuentes concreto, un proyecto de BiblioMeta que integra un catálogo y un puñado de fuentes con protocolos estándar bien documentados suele moverse en un rango de 2.000 a 4.000 dólares (entre 8 y 16 millones de pesos colombianos) para la implementación inicial, sin contar el hosting ni el soporte recurrente si la biblioteca decide contratarlo aparte. Un proyecto de BiblioMeta Académico, que suma búsqueda en lenguaje natural, asistente de investigación con IA y acceso remoto integrado sobre varias bases de datos comerciales, se mueve típicamente entre 4.000 y 9.000 dólares (entre 16 y 36 millones de pesos colombianos), con el rango alto correspondiendo a instituciones con muchas bases de datos suscritas y varios proveedores que coordinar. Estas cifras son un punto de partida para conversar, no una lista de precios: la cotización final siempre depende del inventario real de fuentes de tu biblioteca.

Qué mueve el precio dentro de cada rango

El factor que más pesa, con diferencia, es el número de fuentes a integrar y qué tan estándar es cada una. Conectar un catálogo Koha con Z39.50 nativo puede resolverse en pocos días; coordinar acceso a la API de un proveedor comercial que exige solicitudes formales de credenciales, revisión de la licencia y pruebas de límite de consultas puede tomar semanas por cada base de datos. El segundo factor es si el proyecto incluye acceso remoto: sumarlo no duplica el costo, pero sí añade la fase de definir contra qué sistema se va a autenticar al usuario —el ILS, un directorio institucional, o ambos— y coordinar esa configuración con cada proveedor de base de datos que lo requiera. El tercer factor es si la biblioteca elige BiblioMeta o BiblioMeta Académico: la versión académica trae de fábrica capacidades que en la versión base no existen, como el asistente de investigación con inteligencia artificial y la búsqueda en lenguaje natural, y eso se refleja en el precio de la licencia del servicio, no solo en el trabajo de integración.

Lo que suele quedar fuera de la cotización inicial y conviene preguntar

Tres cosas que no siempre aparecen en la primera propuesta y que conviene pedir por escrito antes de firmar. Primero, qué pasa cuando un proveedor de base de datos cambia su API o su forma de autenticación: es un evento que ocurre con cierta frecuencia y que exige un ajuste técnico; conviene saber si ese ajuste está incluido en el soporte contratado o se cobra aparte. Segundo, quién administra el padrón de usuarios contra el que se valida el acceso remoto, y con qué frecuencia se sincroniza; un padrón desactualizado no es un problema del metabuscador, pero sí genera tickets de soporte que alguien tiene que atender. Tercero, qué pasa si se suma una fuente nueva después del lanzamiento —una base de datos que la biblioteca contrata al año siguiente, por ejemplo—: si el contrato original contempla ese escenario como una ampliación con su propio costo incremental, o si obliga a renegociar todo el proyecto desde cero.

Por qué comparar cotizaciones solo por el número final es un error

Dos propuestas que dicen «3.000 dólares» pueden estar cotizando proyectos completamente distintos: una puede incluir cinco fuentes con acceso remoto y capacitación al equipo, y la otra puede limitarse a conectar el catálogo y dejar todo lo demás como una fase futura sin especificar. La forma correcta de comparar no es el número final, sino el inventario de fuentes que cada propuesta promete integrar, con qué protocolo, y si el acceso remoto está incluido o es un ítem aparte. Nosotros entregamos siempre ese detalle desglosado, precisamente para que se pueda comparar contra otra propuesta sobre una base justa y no solo sobre la cifra de cabecera.

Nuevo frente a ya con infraestructura previa

Una universidad que ya tiene Koha y DSpace en producción, y que solo necesita sumar el metabuscador sobre esos dos sistemas más algunas bases de datos, parte con una ventaja real: el catálogo y el repositorio ya exponen sus protocolos estándar y no hay que resolver nada de infraestructura nueva para ellos. Una biblioteca que arranca de cero —sin catálogo automatizado, sin repositorio, con las bases de datos suscritas sueltas— enfrenta un proyecto más largo, porque antes de federar hace falta que existan al menos dos sistemas que valga la pena unificar. En los proyectos que hacemos, cuando una biblioteca llega en ese punto de partida, la recomendación honesta suele ser resolver primero el catálogo o el repositorio, y dejar el metabuscador como una segunda fase con su propio presupuesto, en lugar de venderle un metabuscador a alguien que todavía no tiene qué federar.

El costo no termina en la puesta en marcha

Un metabuscador no es un proyecto que se entrega y se olvida. Las bases de datos comerciales cambian de proveedor, actualizan sus interfaces de acceso y renuevan licencias cada año; el catálogo y el repositorio siguen creciendo; y los usuarios esperan que el acceso remoto siga funcionando sin interrupciones incluso cuando algo cambia del otro lado. Por eso, además del costo de implementación, conviene presupuestar un soporte recurrente que cubra el monitoreo de las integraciones y los ajustes cuando un proveedor modifica algo de su lado. En los proyectos que hacemos ofrecemos ese soporte como una línea separada y explícita del contrato, no escondida dentro del precio de implementación, para que la biblioteca sepa exactamente qué está pagando cada año y por qué.

Un caso real de referencia

En la Escuela Colombiana de Ingeniería Julio Garavito implementamos BiblioMeta como parte de una plataforma que ya incluía Koha, DSpace y un chatbot de referencia. El metabuscador se conectó sobre una infraestructura ya operativa, lo que redujo el trabajo de integración a las fuentes propias del proyecto en lugar de tener que levantar cada pieza desde cero. Es el escenario que suele salir más económico, precisamente porque el catálogo y el repositorio ya estaban resueltos de antemano.

Cómo pedir una cotización que no se rompa después

Antes de pedir precio, ten a mano el número real de fuentes que quieres integrar, con sus nombres concretos (no «varias bases de datos», sino cuáles exactamente), si necesitas acceso remoto para ellas y con qué sistema quieres autenticar a tus usuarios. Con esa información, cualquier cotización seria —la nuestra incluida— puede darte un rango ajustado a tu caso en lugar de una cifra genérica. Nosotros pedimos ese inventario en la primera reunión, precisamente para no repetir el error de cotizar «un metabuscador» como si fuera un producto de estante y terminar renegociando el precio a mitad de camino.

Si todavía no tienes claro qué es un metabuscador y cómo funciona, empieza por qué es un metabuscador y cómo funciona. Para entender el detalle técnico de cada tipo de fuente, revisa cómo integrar bases de datos suscritas en un solo buscador, y si tu proyecto necesita acceso remoto, lee qué es un proxy de acceso remoto y cómo se integra. Cotizamos sobre el inventario real de tu biblioteca desde nuestro servicio de metabuscador.