Qué es un metabuscador y cómo funciona

El problema que resuelve: una biblioteca es varios sistemas, no uno

Una biblioteca universitaria típica opera, como mínimo, cuatro sistemas separados: el catálogo del sistema integrado de gestión bibliotecaria (Koha, por ejemplo), el repositorio institucional de acceso abierto (DSpace), un puñado de bases de datos comerciales suscritas (EBSCO, Scopus, JSTOR o ProQuest, por nombrar tipos habituales de la industria) y, cada vez más, las revistas propias publicadas en una plataforma OJS. Cada uno de esos sistemas tiene su propia interfaz, su propia sintaxis de búsqueda y, en el caso de las bases de datos comerciales, su propio inicio de sesión.

El resultado práctico es que un estudiante que busca «cambio climático y política pública en Colombia» tiene que decidir, antes de escribir nada, dónde buscar: ¿el catálogo, por si hay un libro? ¿Scopus, por si hay un artículo indexado? ¿el repositorio, por si algún profesor ya escribió sobre esto? La mayoría no decide bien, prueba una sola fuente, no encuentra nada relevante ahí y abandona la búsqueda. Es la causa más común, y menos discutida, de que las bases de datos que la biblioteca paga cada año tengan un uso bajo: no es que no sirvan, es que casi nadie llega hasta ellas.

Cómo funciona un metabuscador por dentro

Hay dos maneras de construir esto, y la diferencia no es cosmética. La primera es la búsqueda federada en tiempo real: el metabuscador recibe la consulta del usuario, la reenvía en paralelo a cada fuente conectada —usando el protocolo que cada una expone— y arma los resultados combinados en el momento, contra lo que cada sistema tiene disponible ahora mismo. La segunda es el índice preconstruido, propio de los descubridores clásicos: el sistema cosecha periódicamente los metadatos de cada fuente (una vez al día, una vez a la semana) y los guarda en una base de datos propia, de modo que cada búsqueda del usuario consulta ese índice y no las fuentes originales.

La ventaja del índice preconstruido es la velocidad de respuesta: no depende de que varios sistemas externos contesten a tiempo. Su costo es la actualidad: lo que se agregó ayer a una base de datos puede tardar días en aparecer, y lo que un proveedor retiró de su catálogo puede seguir apareciendo como disponible durante un tiempo. La ventaja de la búsqueda en tiempo real es la inversa: lo que el usuario ve es exactamente lo que hay en este momento en cada fuente, sin ventana de desactualización, a cambio de que la respuesta dependa de que las fuentes conectadas estén activas y respondan con rapidez. BiblioMeta está construido sobre este segundo modelo: consulta las fuentes en tiempo real en lugar de depender de un índice preestablecido, precisamente para que los resultados reflejen lo que la biblioteca tiene disponible ahora, y no una fotografía de hace una semana.

Qué fuentes puede unificar un metabuscador

En una implementación típica, las fuentes que se conectan son el catálogo del sistema de gestión bibliotecaria, el repositorio institucional de acceso abierto, las bases de datos comerciales suscritas, las revistas propias publicadas en OJS y, en el caso de universidades, los agregadores regionales como LA Referencia u OpenAIRE. Cuantas más fuentes distintas tenga la biblioteca, más valor aporta unificarlas, porque el problema que resuelve el metabuscador crece con el número de sistemas separados que hoy conviven sin comunicarse entre sí.

Los protocolos que hacen posible la integración

Ninguna de estas conexiones es automática: cada fuente expone —o no— una forma estándar de que un sistema externo le pregunte. Las más comunes en bibliotecas son Z39.50 y su sucesor SRU para consultar catálogos bibliográficos en tiempo real, OAI-PMH para cosechar metadatos de repositorios y revistas, APIs REST propias de cada base de datos comercial cuando el proveedor las ofrece y, en integraciones más avanzadas con datos vinculados, SPARQL. Cuando una fuente no expone ninguno de estos protocolos, integrarla deja de ser una cuestión de configuración y se convierte en un desarrollo a la medida, y eso es algo que conviene saber antes de prometerle a una dirección académica que «todo va a estar conectado» en la primera fase del proyecto.

De la sintaxis booleana al lenguaje natural

Además de unificar fuentes, un metabuscador cambia la forma de preguntar. Los sistemas tradicionales —catálogos, bases de datos comerciales— todavía dependen en buena parte de operadores booleanos y de tesauros que un estudiante de primer semestre no conoce y no debería tener que conocer. BiblioMeta permite buscar en lenguaje natural, sin sintaxis técnica, y ordena los resultados combinados por relevancia con apoyo de inteligencia artificial, de modo que lo primero que aparece no es lo primero que cada fuente devolvió en su propio orden, sino lo que mejor responde a la pregunta completa del usuario.

Metabuscador no es lo mismo que base de datos, y buscar por separado tiene un costo

Vale la pena ser preciso con el vocabulario, porque se presta a confusión: el metabuscador no reemplaza el catálogo ni las bases de datos, las une. Cada fuente sigue existiendo, con su contenido y sus reglas de acceso; lo que cambia es que el usuario ya no necesita saber en cuál de ellas está lo que busca. El costo de no tenerlo no es abstracto: son suscripciones anuales de bases de datos que la biblioteca sigue pagando y que la mayoría de los usuarios nunca abre, porque nunca llega hasta ellas. En los proyectos que hacemos, el argumento que más convence a una dirección financiera no es la experiencia de usuario —aunque también importa— sino el retorno sobre lo que ya se está pagando en suscripciones que nadie usa.

BiblioMeta y BiblioMeta Académico: la misma base, dos públicos

BiblioMeta está pensado para bibliotecas en general —públicas, escolares, especializadas—, con búsqueda centralizada, resultados en tiempo real y un panel de estadísticas de uso. BiblioMeta Académico añade lo que una universidad necesita encima de esa base: búsqueda en lenguaje natural, integración por protocolos estándar con catálogo, repositorio, bases de datos y agregadores, acceso remoto integrado (proxy) para que los estudiantes consulten las bases de datos pagadas desde fuera del campus, y un asistente de investigación con inteligencia artificial que acompaña gratuitamente cada integración. Cuando implementamos esto para una universidad, casi siempre el punto de partida es BiblioMeta Académico, porque ya trae resuelto el acceso remoto, que es la pregunta que más rápido hacen los estudiantes en cualquier reunión de arranque.

Un caso real: cuatro sistemas, un solo buscador

En la Escuela Colombiana de Ingeniería Julio Garavito implementamos BiblioMeta sobre una infraestructura que ya incluía Koha, DSpace y un asistente conversacional de referencia. El metabuscador quedó publicado como punto único de entrada de búsqueda, con panel de administración y estadísticas de uso en tiempo real, de modo que la biblioteca puede ver qué se busca y qué recursos realmente se consultan, y no solo cuáles paga.

Cuándo tiene sentido implementarlo

Un metabuscador se justifica cuando la biblioteca ya tiene más de una fuente que vale la pena unificar: catálogo y repositorio, catálogo y bases de datos suscritas, o las tres cosas a la vez. Si la biblioteca apenas tiene un catálogo y ninguna suscripción activa, todavía no hay nada que federar de verdad, y lo sensato es esperar a que exista ese segundo sistema antes de cotizar un metabuscador. Nosotros cotizamos siempre sobre el número real de fuentes a integrar, no sobre un paquete cerrado, precisamente porque el esfuerzo cambia mucho entre conectar dos sistemas y conectar ocho.

Si tu biblioteca ya enfrenta ese problema de fragmentación, lee también cómo se integran técnicamente las bases de datos suscritas y, si tus usuarios necesitan consultarlas desde fuera del campus, qué es un proxy de acceso remoto y cómo se integra. Para dimensionar el proyecto, revisa cuánto cuesta implementar un metabuscador. Implementamos ambas modalidades —BiblioMeta y BiblioMeta Académico— desde nuestro servicio de metabuscador.