Un ejemplo de un minuto
Imagina una condición que comprueba si el precio está por encima de un nivel elegido. Durante una vela de un minuto en formación, el precio sube por encima del nivel y vuelve a bajar antes del cierre. Supón que el script evalúa esas actualizaciones en vivo y no tiene otro filtro.
| Tiempos | Resultado posible en este ejemplo |
|---|
| Una vez por vela | La primera condición verdadera que cumpla los requisitos durante la vela puede activar la alerta. Una reversión posterior no retira esa notificación. |
| Una vez al cierre de la vela | Una condición que es falsa al cierre no cumple los requisitos en esa evaluación de cierre. |
| La condición sigue cumpliéndose al cierre | La evaluación de cierre puede cumplir los requisitos, sujeta a las demás reglas del script. |
Esta es una ilustración de tiempos, no una estrategia de trading probada ni una predicción de las señales de un script particular. Si tu condición es un cruce, una secuencia o una entrada retrasada, inspecciona esa lógica exacta en lugar de sustituirla por una simple suposición de «precio por encima del nivel».
Para las llamadas a alert(), revisa la frecuencia del script
TradingView documenta alert.freq_once_per_bar como la opción que permite la primera llamada de alerta que cumple las condiciones en una barra en tiempo real. Con alert.freq_once_per_bar_close, la llamada debe ejecutarse en la iteración de cierre de la barra en tiempo real. Una condición que ocurrió solo antes no es un mensaje pendiente cuya emisión al cierre esté garantizada.
El script debe ejecutarse para evaluar la condición. Cambiar una etiqueta de frecuencia no hace que una estrategia que calcula solo al cierre empiece a evaluar cada actualización de precio.
Las alertas de estrategias añaden otra capa de tiempos
Las estrategias de TradingView normalmente ejecutan llamadas alert() al cierre de la vela en tiempo real con su comportamiento de cálculo predeterminado. Sus ajustes de ejecución pueden cambiar cuándo ocurren los cálculos. Las alertas de ejecución de órdenes son un mecanismo separado vinculado a las ejecuciones en el emulador de corredor de TradingView; no son simplemente otra forma de nombrar el ajuste de frecuencia al cierre de un indicador.
Mantén separadas tres marcas de tiempo: cuándo se evalúa la condición, cuándo se ejecuta la orden simulada y cuándo un bróker externo acepta o ejecuta una orden. Un marcador de ejecución en la gráfica o una notificación de alerta no demuestra que una orden real de una cuenta de corretaje se ejecutara en ese mismo momento.
Por qué puede desaparecer una flecha después de una alerta
Si un script dibuja una condición no confirmada, su marcador en vivo puede cambiar a medida que se actualizan los precios. Una alerta que ya se activó a partir de una condición válida dentro de una vela no se retira porque el marcador desaparezca después. Esperar un cierre confirmado puede resolver ese problema específico de tiempos, pero no es una solución universal para cambios de datos de marcos temporales superiores u otras lógicas de repintado.
Revisa la configuración sin alterar la alerta en vivo
- Registra la versión actual del script, los parámetros, el símbolo, el intervalo y el tipo de alerta.
- Identifica el evento que realmente escucha la alerta.
- Revisa los ajustes de cálculo y los controles de frecuencia del script.
- Compara las observaciones en vivo en una configuración de prueba separada.
- Crea deliberadamente un reemplazo solo después de verificar el comportamiento previsto; una alerta existente conserva su configuración guardada.
Explorar TradingView. Divulgación de afiliación: Atlas puede recibir una comisión por una suscripción elegible a través de este enlace, sin costo adicional para ti. El momento de una alerta no establece la rentabilidad del trading.
Relacionado: Configuración guardada de la alerta frente a tu gráfico · Rastree una alerta que no produjo una operación del bróker · Herramientas de trading TGIM.
Fuentes