Copia el endpoint exacto del webhook y el mensaje generado del servicio receptor admitido, selecciona el evento de alerta de TradingView correspondiente y comprueba la entrega y el resultado real en el bróker. No inventes un endpoint ni uses un mensaje genérico antiguo como plantilla verificada de órdenes de Rithmic. Es una secuencia de configuración documentada; el flujo de ejecución específico de la cuenta sigue sin probarse aquí.
Orientación educativa sobre software. Operar conlleva riesgos. Lea los avisos financieros y de información.
Prepara la configuración
Confirma con el generador actual la cuenta/System, el contrato de ejecución, la fuente de eventos, la cantidad y el esquema de salidas previstos. Consulta la comparación de planes actual de TradingView y la autenticación en dos pasos obligatoria. Mejorar el plan por sí solo no concede datos de mercado de la bolsa ni el permiso del proveedor para automatizar.


Secuencia documentada
- Verifica la conexión de Rithmic admitida del servicio receptor y la cuenta esperada.
- Genera el mensaje para la ruta real de indicador/estrategia y el contrato previsto.
- Copia el endpoint proporcionado por la aplicación sin editar por conjetura su token/ruta privados.
- Crea la alerta de TradingView con el evento y el mensaje que exige el script/integración.
- Activa la notificación de webhook en el cuadro de diálogo actual e introduce ese endpoint.
- Comprueba la duración de la alerta y el símbolo/marco temporal/entradas guardados.
- Guarda solo después de confirmar la configuración y luego usa el proceso de verificación adecuado y permitido.

La guía oficial de webhooks documenta el comportamiento del mensaje HTTP. No certifica cómo gestiona las órdenes un receptor concreto.
Ejemplos de campos de TradingView


Fuente: guía de alertas de TradingView de PickMyTrade, consultada el 8 de octubre de 2026. Son ejemplos de la ubicación de los campos. Sus capturas históricas contienen un ejemplo distinto de gráfico/payload y un endpoint .trade más antiguo; no copies esos valores en el flujo de trabajo de Rithmic con .io. Usa el mensaje y el endpoint del generador actual correspondiente. Para un indicador, elige la condición prevista de ese indicador; para una estrategia, sigue su fuente de eventos requerida en lugar de suponer que un evento genérico de cruce de precio es equivalente.
Verifica sin confundir los resultados
| Registro | Comprobación |
|---|---|
| Alert Log | El evento previsto se disparó realmente |
| Webhook status | Resultado de la entrega de ese intento |
| Servicio receptor | Validación del mensaje, cuenta/contrato resueltos y acción solicitada |
| Orden del bróker | Registro de aceptada, rechazada, cancelada, activa o ejecutada |

Mantén separadas las solicitudes inciertas de los fallos confirmados. La regla de reintentos de TradingView se aplica a respuestas de error de servidor concretas; un servicio receptor debe tener su propio tratamiento documentado. No reenvíes a ciegas porque se desconozca el resultado original.


Ejemplos del proveedor de las pantallas de resultados


Fuentes: guía de Alertas de PickMyTrade y guía de Órdenes, consultadas el 8 de octubre de 2026. Compara la hora, la conexión, la cuenta, el símbolo y los identificadores en tus propios registros. El estado de una alerta y el estado de una orden describen etapas distintas; concilia el historial de órdenes/ejecuciones del propio bróker antes de concluir que una operación se ejecutó. Estos ejemplos del proveedor son ilustraciones independientes, no una cadena de ejecución verificada y coincidente.
Cambiar la alerta de un script existente
TradingView documenta el contexto guardado de script/entradas/gráfico. Cambiar el gráfico no modifica esa instantánea. Vuelve a crear la alerta del script cuando ese contexto deba cambiar y luego verifica la configuración independiente de símbolo y salidas del servicio. Evita que se solapen dos alertas de operación antiguas/nuevas mediante el flujo de trabajo admitido.
Alcance de la evidencia y comprobaciones para tu cuenta
El 8 de octubre de 2026, la sesión autenticada de PickMyTrade mostraba una conexión Rithmic existente marcada como Connected y dos cuentas disponibles. El generador actual produjo un mensaje de documentación sin guardar para esos dos destinos. El intervalo de historial mostrado, del 8 de septiembre al 9 de octubre, no contenía registros de alertas ni órdenes. La única configuración guardada existente era para IB, no para Rithmic. No se envió ningún mensaje, no se guardó ninguna alerta de TradingView y no se envió ninguna orden.
El mensaje redactado para dos destinos y el cálculo de ticks seleccionado se conservan ahora. Para validar tu propio flujo de trabajo, compara el evento de TradingView correspondiente, el contrato de ejecución resuelto, la respuesta del receptor y el resultado real del bróker. Una respuesta 2xx del webhook no establece ni que la orden se haya aceptado ni que se haya ejecutado. No uses la prueba pública temporal de Rithmic como sustituto de la cuenta Protocol elegible que exige el receptor documentado.
Preguntas frecuentes
¿Es universal el formato de la URL del webhook?
No. Usa el endpoint generado exacto del receptor actual y mantén los tokens privados.
¿Basta con un JSON válido?
No. La sintaxis, el significado de la señal, la cuenta, el contrato y el resultado del bróker son comprobaciones independientes.
¿El ejemplo de notificación muestra una alerta de Rithmic probada?
No. Es una ilustración oficial del proveedor sobre los controles.
¿Puede una entrega correcta no tener ejecución?
Sí. Comprueba por separado la validación posterior, el estado de la orden y la ejecución.