Cómo interpretar los datos OHLC: qué indica cada campo de precio

Una API de cotizaciones puede proporcionar un registro compacto con varios valores de precio. Para mostrarlo correctamente, tu aplicación debe comprender qué representa cada campo.

OHLC corresponde a Open, High, Low y Close, es decir, apertura, máximo, mínimo y cierre. Juntos, estos cuatro valores describen el comportamiento del precio durante un intervalo definido. Aportan más contexto que un precio aislado, pero no describen todos los movimientos que se produjeron durante ese intervalo.

Los cuatro valores OHLC

Open es el precio al comienzo del intervalo.

High es el precio más alto registrado durante ese intervalo.

Low es el precio más bajo registrado durante ese intervalo.

Close es el precio al final del intervalo. Si el intervalo todavía está en curso, el valor de cierre puede representar el último precio disponible, dependiendo de la especificación de la API.

Por ejemplo, un intervalo podría contener estos valores:

{ "open": 1.09620, "high": 1.09685, "low": 1.09590, "close": 1.09660 }

Estos valores ilustrativos muestran que el intervalo terminó por encima de su precio de apertura. También indican que el precio se situó tanto por encima como por debajo del valor de apertura.

Sin embargo, no revelan la secuencia exacta de esos movimientos. El máximo podría haberse producido antes o después del mínimo.

Cómo se convierten los datos OHLC en una vela

Las bibliotecas de gráficos suelen utilizar los valores OHLC para dibujar velas.

El cuerpo de la vela representa la distancia entre la apertura y el cierre. Sus mechas superior e inferior se extienden hasta el máximo y el mínimo.

Un cierre superior a la apertura suele producir una vela alcista, mientras que un cierre inferior a la apertura produce una vela bajista. Los colores dependen de la configuración del gráfico.

La fuente de datos proporciona los valores. Tu biblioteca de gráficos controla su presentación visual.

Las marcas de tiempo deben interpretarse con cuidado

Un registro de precios solo resulta útil cuando tu aplicación lo sitúa en el momento correcto.

Antes de conectar una fuente de datos, confirma:

• Si las marcas de tiempo utilizan segundos o milisegundos.
• Si la marca de tiempo identifica el inicio, el final o el momento de actualización de un intervalo.
• Cómo se definen los límites de los intervalos.
• Si los registros entrantes crean un intervalo nuevo o actualizan uno existente.

No deduzcas estas reglas únicamente por el número de dígitos o a partir de un ejemplo. Consulta la documentación de la API y comprueba su comportamiento.

Confundir segundos con milisegundos puede situar los registros en una fecha incorrecta. Tratar cada actualización como un intervalo nuevo puede crear velas duplicadas.

El volumen requiere su propia definición

Un campo denominado volume no tiene un significado universal en todas las fuentes de datos. Puede describir la cantidad negociada, el número de actualizaciones u otra medida específica de la fuente.

Su nombre no basta para determinar su unidad o interpretación. Confirma su definición antes de mostrarlo o utilizarlo en cálculos.

En particular, un campo de volumen incluido en datos de cotizaciones generadas no debe presentarse como volumen real negociado en una bolsa.

Los datos OHLC generados no son un registro del mercado

Las cotizaciones de QUOTC se generan mediante algoritmos. No son precios oficiales de bolsa ni reflejan las condiciones reales del mercado.

Una estructura OHLC describe cómo se organizan los datos suministrados. No demuestra que se hayan realizado transacciones reales a esos precios.

Tu interfaz debe mantener esta distinción. Un gráfico de velas de aspecto habitual no debe crear la impresión de que los datos generados representan actividad bursátil real.

Valida los datos antes de mostrarlos

Entre las comprobaciones útiles de integración se encuentran verificar que el máximo no sea inferior al mínimo y que la apertura y el cierre estén dentro del rango indicado.

Comprueba también el orden de las marcas de tiempo, los registros duplicados y los intervalos ausentes. Un registro inesperado debe gestionarse de forma controlada, en lugar de producir silenciosamente un gráfico engañoso.

Con definiciones claras de los campos y una validación coherente, los datos OHLC resultan más fáciles de mostrar, almacenar y depurar. Empieza por la documentación, confirma las reglas de los intervalos y mantén visible para tus usuarios la naturaleza de los datos.