API para consultar precios de vehículos del BOE

BOE Vehículos: API en Go para consultar precios medios de vehículos publicados en el BOE

En desarrollo backend, una arquitectura más compleja no siempre es una arquitectura mejor.

Cuando trabajamos con un conjunto de datos relativamente pequeño, estable y orientado principalmente a operaciones de lectura, introducir una base de datos, una caché distribuida, una cola de mensajes o varios servicios auxiliares puede añadir complejidad sin aportar necesariamente una ventaja proporcional.

BOE Vehículos nace precisamente de esa idea: utilizar información publicada oficialmente, transformarla en un formato adecuado para su consulta y construir alrededor de ella una API HTTP sencilla y eficiente utilizando Go.

El proyecto toma como fuente información publicada en el Boletín Oficial del Estado (BOE), concretamente las tablas oficiales de precios medios de venta correspondientes al ejercicio 2026, y las transforma en un dataset JSON consultable mediante una API independiente.

Para el ejercicio 2026, los precios medios están establecidos por la Orden HAC/1501/2025, de 17 de diciembre, publicada en el BOE núm. 308, de 23 de diciembre de 2025, con referencia BOE-A-2025-26357. La orden entra en vigor el 1 de enero de 2026 y sustituye las tablas correspondientes al ejercicio anterior.

¿Qué es BOE Vehículos?

BOE Vehículos es una API REST independiente desarrollada en Go que permite consultar y filtrar información de vehículos procedente de datos publicados oficialmente en el Boletín Oficial del Estado.

El proyecto no es una API oficial del BOE ni pretende sustituir a los servicios oficiales de la Agencia Estatal Boletín Oficial del Estado.

Su finalidad es proporcionar una interfaz técnica propia que permita consultar de forma sencilla un conjunto de datos previamente procesado y estructurado.

La fuente utilizada para los precios correspondientes al ejercicio 2026 son las tablas de precios medios de venta aprobadas mediante la Orden HAC/1501/2025, de 17 de diciembre.

La propia orden establece que los precios medios aprobados pueden utilizarse como medios de comprobación a efectos del Impuesto sobre Transmisiones Patrimoniales y Actos Jurídicos Documentados, del Impuesto sobre Sucesiones y Donaciones y del Impuesto Especial sobre Determinados Medios de Transporte.

Para vehículos, autocaravanas, quads y motocicletas ya matriculados, la orden establece además la aplicación de los porcentajes correspondientes según los años de utilización y, cuando corresponda, la actividad del vehículo.

Por tanto, los valores expuestos por BOE Vehículos deben entenderse como datos procedentes de las tablas oficiales de precios medios y no como una tasación comercial individual de un vehículo concreto.

La API no realiza una valoración personalizada basada en kilometraje, estado de conservación, equipamiento, historial, modificaciones, mercado local o cualquier otra circunstancia particular del vehículo.

Fuente de los datos

La fuente principal utilizada por el proyecto es el Boletín Oficial del Estado.

Para el ejercicio 2026, la referencia normativa utilizada es:

• Orden HAC/1501/2025, de 17 de diciembre.
• Publicada en el BOE núm. 308, de 23 de diciembre de 2025.
• Referencia BOE: BOE-A-2025-26357.
• Entrada en vigor: 1 de enero de 2026.

La orden actualiza para 2026 los precios medios de venta y los porcentajes aplicables, sustituyendo las tablas de la orden correspondiente al ejercicio anterior.

El Anexo I contiene los precios medios de vehículos de turismo y todo terreno, autocaravanas, motocicletas y quads usados durante el primer año posterior a su primera matriculación.

Para los vehículos ya matriculados, la propia orden establece la aplicación de porcentajes según los años de utilización y, cuando corresponda, la actividad del vehículo.

Por tanto, el proyecto no presenta estos valores como precios de mercado obtenidos de anuncios de compraventa ni como una valoración propia. Son datos derivados de las tablas oficiales utilizadas como fuente.

¿Qué datos contiene el proyecto?

El dataset utilizado actualmente está almacenado en un archivo JSON estático denominado:

data/vehiculos.json

En la ejecución utilizada como referencia para documentar el proyecto, el archivo presenta las siguientes características:

Los registros contienen información técnica de los vehículos y valores de referencia correspondientes al ejercicio 2026.

Entre los campos utilizados por el proyecto se encuentran datos como:

• Marca.
• Modelo o tipo.
• Periodo de comercialización.
• Cilindrada.
• Número de cilindros.
• Tipo de motor o combustible.
• Potencia.
• Potencia fiscal.
• Precio o valor correspondiente al ejercicio.

La estructura concreta del dataset corresponde a la transformación realizada por el proyecto. No debe confundirse la estructura interna del JSON con el formato original de publicación del BOE.

Una API independiente, no un servicio oficial

Una de las cuestiones más importantes del proyecto es diferenciar claramente entre la fuente de los datos y la aplicación que los reutiliza.

El BOE constituye la fuente oficial de la publicación normativa utilizada como referencia.

BOE Vehículos es una aplicación independiente que procesa determinados datos publicados oficialmente y los estructura para facilitar su consulta mediante HTTP.

Por tanto:

• BOE Vehículos no es una API oficial del BOE.
• El proyecto no representa a la Agencia Estatal Boletín Oficial del Estado.
• El proyecto no está patrocinado ni respaldado por el BOE.
• La API no constituye un servicio administrativo oficial.
• La información utilizada procede de una publicación oficial, pero la API es una capa técnica independiente.
• La estructura JSON, los índices, los endpoints, los filtros y las herramientas de consulta son componentes propios del proyecto.

Esta separación también es importante desde el punto de vista de la reutilización de información del sector público. La Ley 37/2007, de 16 de noviembre, sobre reutilización de la información del sector público, establece el régimen jurídico aplicable a la reutilización de determinados documentos elaborados o custodiados por sujetos del sector público.

Entre las condiciones generales de reutilización contempladas por su artículo 8 se encuentran la conservación del contenido de la información, incluyendo sus metadatos cuando corresponda, la prohibición de desnaturalizar su sentido, la cita de la fuente y la mención de la fecha de última actualización. Cuando resulte aplicable, también contempla condiciones específicas relacionadas con datos de carácter personal.

Asimismo, la normativa establece que no puede indicarse, de ningún modo, que los órganos administrativos, organismos o entidades del sector público titulares de la información reutilizada participan, patrocinan o apoyan la reutilización realizada.

Por este motivo, BOE Vehículos mantiene una separación explícita entre la fuente oficial y la aplicación independiente que procesa y expone determinados datos.

Funcionalidades principales

Endpoint de vehículos

El endpoint principal de la aplicación es:

GET /vehiculos

Este endpoint permite consultar los registros y aplicar diferentes filtros.

Entre los criterios disponibles en la implementación actual se encuentran:

• Marca.
• Modelo.
• Búsqueda de texto.
• Combustible.
• Potencia mínima y máxima.
• Precio.
• Año.
• Paginación mediante offset y limit.
• Diferentes criterios de ordenación.

Otros endpoints

• GET /marcas — devuelve las marcas disponibles.
• GET /categorias — devuelve las categorías disponibles.
• GET /stats — proporciona estadísticas agregadas del dataset.
• GET /health — permite comprobar el estado básico del servicio y del dataset cargado.
• GET /docs — proporciona documentación interactiva y herramientas de consulta.

Ejemplo de consulta

curl "http://prueba.com:8090/vehiculos?marca=seat&cv_min=100&limit=20"

La API devuelve los resultados en formato JSON.

Un ejemplo simplificado podría ser:

{
  "limit": 20,
  "offset": 0,
  "total": 1247,
  "resultados": [
    {
      "marca": "SEAT",
      "modelo": "Ibiza 1.4 TDI",
      "combustible": "D",
      "cv": "105",
      "valor_2026": "12.500"
    }
  ]
}

El ejemplo es únicamente ilustrativo. Los valores concretos, el número de resultados y los registros disponibles pueden cambiar cuando se actualice el dataset.

Documentación interactiva

El proyecto incluye una interfaz HTML que funciona como playground para la API.

Desde ella es posible probar los endpoints disponibles, aplicar filtros, consultar los resultados y navegar por las respuestas paginadas sin necesidad de desarrollar previamente un cliente propio.

La documentación también incorpora un comparador de vehículos que permite seleccionar varios registros y visualizar sus características conjuntamente.

El comparador puede identificar visualmente determinados valores destacados entre los vehículos seleccionados, como el precio más bajo, la mayor potencia o determinadas relaciones calculadas a partir de los datos disponibles.

Estas funciones son herramientas desarrolladas específicamente para el proyecto y no forman parte de los servicios oficiales del BOE.

Arquitectura interna

Carga del dataset en memoria

Una de las decisiones fundamentales de BOE Vehículos es no utilizar una base de datos para las consultas.

Al iniciar el proceso, el servidor lee:

data/vehiculos.json

y procesa su contenido para cargar los registros en estructuras de datos de Go.

Una vez completada esta fase, el dataset permanece disponible en memoria durante la ejecución normal del proceso.

Esto permite que las consultas trabajen directamente sobre estructuras residentes en memoria sin tener que acceder a una base de datos o a otro sistema de almacenamiento externo en cada petición.

Datos reales del arranque

La siguiente salida corresponde a una ejecución real del programa:

========================================
BOE VEHÍCULOS — API
========================================
Inicio programa: 12:37:26.762

Cargando data/vehiculos.json...
   Tamaño archivo : 21.14 MB
   Vehículos      : 70886
   Tiempo parseo  : 162.587 ms | 0.162587 s
   Tiempo carga   : 172.190 ms | 0.172190 s

Creando índices...
   Marcas         : 186
   Marca/modelo   : 61918
   Tiempo índices : 36.090 ms | 0.036090 s

========================================
RESUMEN ARRANQUE
========================================
Vehículos cargados : 70886
Marcas             : 186
Índices            : 61918
Tiempo carga       : 172.190 ms | 0.172190 s
Tiempo índices     : 36.090 ms | 0.036090 s
Tiempo total       : 213.936 ms | 0.213936 s

La medición muestra que el programa cargó 70.886 registros desde un archivo de 21,14 MB.

El tiempo de parseo registrado fue de 162,587 ms, mientras que el tiempo de carga contabilizado por la aplicación fue de 172,190 ms.

Estas cifras corresponden a una ejecución concreta del programa. El tiempo real de arranque puede variar en función del hardware, sistema operativo, almacenamiento, versión de Go y condiciones de ejecución.

Construcción de índices

Además de cargar el dataset en memoria, el servidor construye índices durante el arranque.

La finalidad es evitar depender exclusivamente de recorridos completos sobre los 70.886 registros cuando existe un índice adecuado para una determinada consulta.

La implementación actual utiliza principalmente:

• Índice por marca, para agrupar los registros asociados a cada marca.
• Índice compuesto marca + modelo, para localizar registros asociados a una combinación concreta de ambos campos.

Durante el arranque registrado se obtuvieron:

Creando índices...
   Marcas         : 186
   Marca/modelo   : 61918
   Tiempo índices : 36.090 ms | 0.036090 s

La aplicación generó 186 marcas y 61.918 entradas de índice marca/modelo.

La construcción de estos índices tuvo un coste registrado de 36,090 ms.

Cuando una consulta no puede beneficiarse de uno de estos índices, determinadas operaciones pueden requerir un recorrido secuencial del conjunto de registros.

Con 70.886 elementos residentes en memoria, este recorrido puede seguir siendo razonable para determinadas operaciones, aunque su coste dependerá de la consulta concreta y del número de registros que sea necesario procesar.

Tiempo total de arranque

El programa registra también el tiempo total de inicialización:

========================================
RESUMEN ARRANQUE
========================================
Vehículos cargados : 70886
Marcas             : 186
Índices            : 61918
Tiempo carga       : 172.190 ms | 0.172190 s
Tiempo índices     : 36.090 ms | 0.036090 s
Tiempo total       : 213.936 ms | 0.213936 s

El tiempo total de arranque reportado por la aplicación fue de 213,936 ms, aproximadamente 214 ms.

Este es el valor que debe utilizarse como referencia del tiempo total medido por el propio programa. No debe interpretarse simplemente como una suma exacta de todas las fases individuales, ya que el temporizador total de la aplicación mide su propio intervalo de inicialización.

Una vez completada esta fase, el servidor queda preparado para atender peticiones HTTP.

Concurrencia

El servidor HTTP utiliza el modelo de concurrencia proporcionado por Go para gestionar múltiples peticiones simultáneamente.

Al tratarse de un dataset que permanece estable durante la ejecución normal, las operaciones de consulta pueden trabajar sobre las estructuras cargadas sin necesidad de modificar continuamente el conjunto de datos.

Esto simplifica la arquitectura porque el proceso no necesita coordinar cada consulta con un sistema externo de almacenamiento.

La concurrencia, no obstante, no implica que todas las consultas tengan el mismo coste. Una búsqueda filtrada, una ordenación o una consulta que requiera recorrer muchos registros puede tener un coste diferente de una consulta sencilla que pueda resolverse directamente mediante las estructuras disponibles.

Sin base de datos ni servicios auxiliares

BOE Vehículos no necesita una base de datos para responder a las consultas.

Tampoco necesita una caché externa, una cola de mensajes u otro servicio auxiliar para mantener disponible el dataset.

El modelo de funcionamiento puede resumirse de la siguiente manera:

data/vehiculos.json
        │
        ▼
   Carga inicial
        │
        ▼
   Estructuras Go
        │
        ├── Índice por marca
        │
        └── Índice marca + modelo
        │
        ▼
    Servidor HTTP
        │
        ▼
      JSON API

La consecuencia es una infraestructura reducida y un despliegue relativamente sencillo.

Esto no significa que una arquitectura sin base de datos sea universalmente superior. Significa que, para este dataset y este patrón de uso, el almacenamiento en memoria resulta una opción técnicamente razonable.

Rendimiento: benchmark

Además de las mediciones de arranque, el proyecto dispone de una prueba específica para medir el comportamiento del servidor bajo carga.

En el benchmark utilizado se realizaron 10.000 peticiones utilizando 100 goroutines concurrentes contra el endpoint:

GET /vehiculos

sin parámetros.

Los resultados obtenidos en esa prueba fueron:

El resultado medido fue de 28.094 peticiones por segundo, con una latencia mediana de 2,18 ms y un p99 de 14,21 ms.

En las 10.000 peticiones realizadas no se registraron errores.

Estos valores corresponden exclusivamente a las condiciones concretas de ese benchmark.

Por tanto, la formulación correcta es:

La API alcanzó 28.094 peticiones por segundo en el benchmark realizado.

No debe interpretarse como una garantía de que la aplicación pueda mantener exactamente 28.094 peticiones por segundo en cualquier hardware, red, sistema operativo, configuración o escenario de producción.

El rendimiento real puede verse afectado por factores como:

• Hardware utilizado.
• CPU disponible.
• Memoria RAM.
• Sistema operativo.
• Versión de Go.
• Configuración del proceso.
• Tamaño de las respuestas.
• Número de clientes concurrentes.
• Latencia de red.
• Tipo de consulta.
• Filtros aplicados.
• Ordenaciones solicitadas.

¿Por qué utilizar una arquitectura in-memory?

El planteamiento resulta especialmente interesante cuando se cumplen varias condiciones:

• El dataset tiene un tamaño manejable.
• Los datos cambian con poca frecuencia.
• Predominan las operaciones de lectura.
• El tiempo de respuesta es importante.
• No existe una necesidad importante de escrituras concurrentes.
• El dataset puede reconstruirse a partir de una fuente original.

En estas circunstancias, mantener los datos en memoria puede eliminar una parte importante de la infraestructura necesaria en una API tradicional.

La ventaja no es únicamente el rendimiento. También se reduce el número de componentes que deben configurarse, monitorizarse, actualizarse y mantenerse.

Sin embargo, esta arquitectura tiene límites.

Cuando el dataset crece considerablemente, aparecen operaciones de escritura frecuentes, se necesita persistencia transaccional, se requieren consultas complejas o diferentes nodos deben compartir estado mutable, una base de datos puede resultar mucho más apropiada.

La arquitectura debe adaptarse al problema y no al revés.

Despliegue

El proyecto utiliza el sistema de compilación estándar de Go.

go build

El resultado es un binario ejecutable de la aplicación.

Para ejecutar el servicio también debe estar disponible el dataset utilizado por el proyecto:

data/vehiculos.json

El servidor utiliza actualmente el puerto:

8090

La arquitectura puede integrarse con mecanismos habituales de ejecución de servicios en sistemas Linux, como systemd, y puede utilizarse en entornos de contenedores si se desea.

No es necesario levantar previamente una base de datos, Redis, Kafka u otro servicio auxiliar para que el servidor pueda cargar el dataset y comenzar a atender consultas.

¿Para qué puede utilizarse?

1. Aplicaciones de consulta

Una aplicación web o móvil puede utilizar la API como fuente de consulta para mostrar información técnica y valores procedentes de las tablas disponibles.

2. Herramientas de comparación

Los datos pueden utilizarse como base para herramientas que permitan comparar diferentes modelos y características.

3. Procesamiento de datos

La API puede utilizarse como capa HTTP para otros procesos que necesiten consultar el dataset mediante JSON.

4. Proyectos de análisis

El conjunto de datos puede servir como fuente para diferentes herramientas de análisis, siempre teniendo en cuenta las condiciones aplicables a la reutilización de la información.

5. Estudio de arquitectura en Go

Desde el punto de vista técnico, el proyecto constituye también un ejemplo práctico de cómo construir una API HTTP utilizando estructuras en memoria, índices y las capacidades de concurrencia disponibles en Go.

Reutilización de información pública

Al tratarse de información procedente de una publicación oficial, una cuestión importante del proyecto es distinguir entre acceso a la información y reutilización de la información.

La Ley 37/2007, de 16 de noviembre, sobre reutilización de la información del sector público, establece el régimen jurídico aplicable a la reutilización de determinados documentos elaborados o custodiados por sujetos del sector público.

La propia ley define la reutilización como el uso de documentos del sector público por personas físicas o jurídicas con fines comerciales o no comerciales, en los términos previstos por su régimen de aplicación.

La reutilización puede estar sometida a diferentes modalidades y condiciones según el caso concreto. Por ello, el hecho de que una información esté publicada oficialmente no debe interpretarse por sí solo como una autorización ilimitada para cualquier forma de reutilización.

Entre las condiciones generales contempladas por el artículo 8 de la Ley 37/2007 se encuentran:

• Que el contenido de la información, incluidos sus metadatos cuando corresponda, no sea alterado.
• Que no se desnaturalice el sentido de la información.
• Que se cite la fuente.
• Que se mencione la fecha de la última actualización.
• Cuando resulte aplicable, las condiciones adicionales relacionadas con datos de carácter personal.

Además, la normativa establece expresamente que no se puede indicar, insinuar o sugerir que los organismos públicos titulares de la información reutilizada participan, patrocinan o apoyan la reutilización realizada.

BOE Vehículos está planteado como una capa técnica independiente que identifica la procedencia de la información y diferencia los datos de origen de las transformaciones realizadas por el propio proyecto.

¿Qué significa esto para BOE Vehículos?

El proyecto realiza una serie de operaciones técnicas sobre la información utilizada:

• Extracción de determinados datos.
• Transformación a una estructura JSON.
• Normalización de campos.
• Construcción de índices.
• Exposición mediante una API HTTP.
• Generación de herramientas de consulta y comparación.

Estas operaciones forman parte de la implementación de BOE Vehículos y no deben presentarse como si fueran funcionalidades proporcionadas por el BOE.

La API constituye, por tanto, una capa técnica independiente de consulta y reutilización.

La fuente original sigue siendo la publicación oficial correspondiente.

La estructura del JSON, los nombres de los endpoints, los filtros, los índices, el sistema de consulta, la documentación interactiva y las herramientas de comparación son componentes propios del proyecto.

Principios de reutilización adoptados por el proyecto

Para mantener una separación clara entre la información oficial y la aplicación independiente, el proyecto adopta los siguientes principios:

• Identificar claramente el Boletín Oficial del Estado como fuente.
• Indicar la disposición normativa de la que proceden los datos cuando corresponda.
• Indicar el ejercicio al que corresponden los datos utilizados.
• Indicar la fecha de actualización del dataset cuando proceda.
• No presentar la API como un servicio oficial.
• No sugerir que el BOE participa, patrocina o respalda el proyecto.
• Diferenciar la información original de las transformaciones realizadas por el proyecto.
• No presentar cálculos, filtros, índices o herramientas propias como parte de la publicación oficial.
• Mantener la referencia a la fuente original para que pueda ser consultada directamente.

Estos principios permiten identificar de forma clara la procedencia de la información y evitar confundir la publicación oficial con la aplicación independiente que la reutiliza.

La API no es una tasación

Este punto merece una explicación específica.

La Orden HAC/1501/2025 establece precios medios de venta que pueden utilizarse como medios de comprobación en determinados impuestos.

Eso no significa que el valor publicado para un determinado modelo constituya necesariamente el precio al que ese vehículo debería comprarse o venderse en el mercado.

Un vehículo concreto puede presentar diferencias importantes respecto del valor de una tabla debido a factores como:

• Kilometraje.
• Estado de conservación.
• Equipamiento.
• Antigüedad exacta.
• Historial.
• Modificaciones.
• Uso anterior.
• Mercado geográfico.
• Oferta y demanda.
• Características específicas de la unidad.

Por ello, BOE Vehículos no debe utilizarse como una tasación individual de mercado.

Su función es facilitar la consulta de información procedente de las tablas utilizadas como fuente.

Fuente oficial de los precios de 2026

La referencia normativa utilizada para los precios correspondientes al ejercicio 2026 es la:

Orden HAC/1501/2025, de 17 de diciembre, por la que se aprueban los precios medios de venta aplicables en la gestión del Impuesto sobre Transmisiones Patrimoniales y Actos Jurídicos Documentados, Impuesto sobre Sucesiones y Donaciones e Impuesto Especial sobre Determinados Medios de Transporte.

La disposición fue publicada en el Boletín Oficial del Estado núm. 308, de 23 de diciembre de 2025, con referencia BOE-A-2025-26357.

La orden entra en vigor el 1 de enero de 2026.

La disposición sustituye las tablas correspondientes al ejercicio anterior por las tablas incluidas en sus anexos.

En el caso de los vehículos, el Anexo I contiene los precios medios de vehículos de turismo y todo terreno, autocaravanas, motocicletas y quads usados durante el primer año posterior a su primera matriculación.

Para los vehículos ya matriculados, la orden establece además la aplicación de los porcentajes correspondientes según los años de utilización y, cuando proceda, la actividad del vehículo.

Por ello, el valor mostrado por la API debe interpretarse dentro del contexto establecido por la propia disposición normativa.

Limitaciones

Como cualquier sistema basado en un dataset estático, BOE Vehículos tiene determinadas limitaciones.

• Los datos dependen de la fuente original utilizada para construir el dataset.
• Una nueva publicación oficial puede requerir una actualización del dataset.
• La API puede no estar sincronizada inmediatamente con una nueva publicación oficial.
• La estructura del JSON es una transformación realizada por el proyecto.
• Los precios publicados no constituyen una tasación individual de mercado.
• El rendimiento del benchmark no representa necesariamente el rendimiento en producción.
• Las características disponibles dependen de los campos incorporados al dataset.

Por este motivo, cuando una información tenga consecuencias fiscales, administrativas, jurídicas o económicas, debe consultarse siempre la publicación oficial correspondiente y la normativa aplicable.

La API debe considerarse una herramienta de consulta y no un sustituto de la fuente oficial.

Futuras mejoras

La arquitectura actual permite incorporar nuevas funcionalidades sin introducir necesariamente servicios externos.

Entre las posibles mejoras futuras se encuentran:

• Actualización periódica del dataset a partir de nuevas publicaciones oficiales.
• Detección automática de cambios entre diferentes versiones.
• Recarga controlada del dataset sin reiniciar completamente el servicio.
• Nuevos índices para diferentes tipos de consulta.
• Búsqueda de texto más eficiente.
• Rate limiting para controlar el consumo de la API.
• Autenticación opcional para instalaciones privadas.
• Métricas adicionales para monitorizar el servicio.

La intención es mantener una característica fundamental del proyecto: añadir funcionalidad sin convertir una aplicación relativamente sencilla en una arquitectura innecesariamente compleja.

Conclusión

BOE Vehículos es un proyecto independiente construido alrededor de una idea sencilla: cuando un conjunto de datos es relativamente pequeño, estable y principalmente de lectura, puede ser razonable mantenerlo directamente en memoria en lugar de introducir una infraestructura de almacenamiento adicional.

En la ejecución utilizada como referencia, el servidor cargó 70.886 registros desde un archivo JSON de 21,14 MB, generó índices para 186 marcas y 61.918 entradas marca/modelo y completó su proceso de inicialización en 213,936 ms.

En una prueba de carga independiente, el servicio alcanzó 28.094 peticiones por segundo, con una latencia mediana de 2,18 ms y un p99 de 14,21 ms, sin registrar errores en las 10.000 peticiones realizadas.

Estos resultados corresponden a las condiciones concretas del benchmark y no constituyen una garantía de rendimiento universal.

Desde el punto de vista técnico, el proyecto demuestra cómo Go permite construir un servicio HTTP compacto utilizando estructuras en memoria, índices y concurrencia sin necesidad de incorporar una base de datos o una infraestructura distribuida.

Desde el punto de vista de los datos, el proyecto utiliza información publicada oficialmente, pero mantiene una separación explícita entre la fuente oficial y la aplicación independiente que la reutiliza.

La referencia oficial debe seguir siendo siempre la publicación correspondiente del BOE.

BOE Vehículos facilita la consulta de esa información, pero no sustituye a la publicación oficial, no constituye un servicio oficial de la Administración y no debe interpretarse como una tasación individual de un vehículo.