SOLUCIÓN DE PROBLEMAS · ACTUALIZADO OCTUBRE 2026

La alerta de TradingView salta, pero MT5 no abre la operación.

La alerta aparece en TradingView, el gráfico dice que se ha disparado y MetaTrader 5 no hace nada. Es la frustración número uno de quien automatiza de TradingView a MT5, y la salida más rápida no es probar cosas al azar. Una señal solo puede quedarse en tres sitios: TradingView, el puente o el EA y el bróker. Revísalos en orden y la causa aparece en minutos.

BBenjamin SF · Fundador Publicado 4 oct 2026 Lectura 9 min

La respuesta corta: encuentra la etapa donde se paró

Toda operación automatizada recorre el mismo camino. TradingView envía un POST HTTP a la URL de webhook de tu puente, el puente lo valida y lo pone en cola, y un Asesor Experto (EA) que corre dentro de MT5 lo recoge y envía la orden a tu bróker. «Sin operación» significa que la señal murió en uno de esos saltos, y cada salto deja su propio rastro.

Dónde se puede parar una señal3 etapas
ETAPA 1
TradingView
¿Saltó la alerta y envió el webhook?
→
ETAPA 2
Puente
¿La aceptó el servidor (HTTP 200)?
→
ETAPA 3a
EA
¿La recibió el EA y pasó sus filtros?
→
ETAPA 3b
Bróker
¿Aceptó el bróker la orden (retcode)?

Ve de izquierda a derecha. No tiene sentido revisar el lote en MT5 si TradingView nunca envió la petición, ni rehacer la alerta si el puente la aceptó y el EA la filtró a propósito.

Dónde mirar en cada etapa

CUATRO SITIOS · UNA PREGUNTA CADA UNO
Sitio
Qué responde
Qué buscar
Registro de alertas de TradingView (Log)
¿Llegó a dispararse la alerta?
Una entrada a la hora que esperabas. Si no la hay, la condición no se cumplió o la alerta está detenida (disparada, caducada o parada a mano).
Registro de señales de SignalForge (dashboard)
¿La aceptó el puente y qué pasó después?
La señal con su estado: EXECUTED, FILTERED, FAILED, NOT_DELIVERED o PENDING, y el motivo al lado.
Pestaña Expertos de MT5
¿La recibió el EA y envió la orden?
Una línea [PROC] (señal recibida) seguida de [SEND] (orden enviada), o una línea de filtro, o Error: <retcode> - <comentario>.
Diario de MT5 (Journal)
¿Está sano el propio terminal?
Mensajes de conexión y login con el bróker, Algo Trading activado o desactivado, el EA cargándose o retirándose del gráfico.

Las pestañas Expertos y Diario están en la ventana Caja de herramientas de MT5 (Ctrl+T). Expertos muestra lo que imprimen los EA; Diario, lo que hace el terminal.

Etapa 1: ¿TradingView la envió de verdad?

Abre el panel de Alertas de TradingView y mira el Log. TradingView añade ahí cada alerta disparada; si no hay entrada a la hora que esperabas, el problema es la alerta, no el puente. Los disparos de más de 30 días, o los que pasan de los 100 últimos de una misma alerta, se borran cada día, así que exporta el registro a CSV si necesitas historial (Centro de ayuda de TradingView, verificado el 4 de octubre de 2026).

  • Estado de la alerta. Una alerta configurada como «Solo una vez» se detiene tras su primer disparo («Stopped — Triggered»), y una alerta que ha pasado su fecha de caducidad aparece como «Stopped — Expired». Ninguna vuelve a saltar hasta que la reinicies.
  • Plan de pago. Las notificaciones webhook no están disponibles en el plan gratuito Basic de TradingView; Essential, Plus, Premium y Ultimate sí las incluyen (tabla de precios de TradingView, verificado el 4 de octubre de 2026). Una suscripción rebajada o caducada apaga tu automatización sin avisar.
  • Verificación en dos pasos. La ayuda de TradingView lo dice claro: las alertas webhook solo se permiten con la autenticación en dos pasos (2FA) activada (verificado el 4 de octubre de 2026). Si la casilla de la URL del webhook sale en gris, suele ser por esto.
  • La URL. La casilla Webhook URL tiene que estar marcada en la pestaña Notificaciones de la alerta y la URL pegada tal cual, sin espacios ni saltos de línea. TradingView solo acepta los puertos 80 y 443. En SignalForge el token va en la URL (https://.../wh/<tu-token>), nunca dentro del JSON.
  • El mensaje es JSON válido. Si el mensaje de la alerta es JSON válido, TradingView lo envía con la cabecera application/json; si no, lo envía como text/plain (verificado el 4 de octubre de 2026). Una coma de menos o unas comillas tipográficas convierten tu orden en texto plano. Pega el mensaje en nuestro tester de webhook antes de guardar la alerta y copia plantillas que funcionan de los ejemplos JSON.
  • Variables. {{ticker}} y similares las rellena TradingView al disparar la alerta. Si una llega al puente sin resolver (por ejemplo, una variable de estrategia en una alerta de indicador), la señal no se puede operar.

TradingView también cancela la petición si el servidor que la recibe tarda más de tres segundos en responder, y solo reintenta ante respuestas HTTP 500-599 salvo el 504, con un máximo de tres reenvíos separados cinco segundos (Centro de ayuda de TradingView, verificado el 4 de octubre de 2026). Una respuesta 4xx no se reintenta nunca: corrige la causa y vuelve a disparar la alerta. Paso a paso: configurar el webhook de TradingView para MT5.

Etapa 2: ¿el puente la aceptó?

El puente responde a cada webhook con un código HTTP. TradingView no te enseña esa respuesta en el gráfico, así que usa una herramienta que sí lo haga (nuestro tester de webhook, o curl desde una terminal) con la misma URL y el mismo mensaje. Esto es lo que devuelve el servidor de SignalForge y lo que significa cada código:

Código HTTP
Significado
Solución
401
Token de la URL no válido.
Vuelve a copiar la URL del webhook desde el dashboard; basta un carácter de menos para romperla.
402
Usuario inactivo, o prueba o suscripción caducada.
Revisa el estado de tu plan en la página de facturación del dashboard.
400
Cuerpo vacío, JSON no válido, texto libre en lugar de JSON, un array con varias señales o una variable sin resolver como {{ticker}}.
Valida el mensaje como JSON, manda una señal por alerta y comprueba que las variables se resuelven.
422
Acción no válida, lote fuera del rango permitido (de 0,01 al tope del servidor, hoy 500), un campo relativo (sl_pct, tp_pct, entry_pct, entry_pips) igual o menor que 0 o mayor que 50, o «no live broker accounts».
Corrige el campo; para «no live broker accounts», mira más abajo.
200 «queued»
Aceptada. La señal está en la cola de tus EA.
La etapa 2 está bien. Todo lo que pasa después (filtros, errores del bróker) también devuelve 200, así que sigue con la etapa 3.

Los 401, 402 y el 400 por cuerpo vacío se rechazan antes de que exista una señal, así que no aparecen en el registro de señales del dashboard. El resto de rechazos sí, con su motivo.

«No live broker accounts» (422)

El EA de SignalForge envía un latido cada 30 segundos. Una cuenta se considera viva si su EA ha enviado uno en los últimos 15 minutos. Si ninguna de tus cuentas está viva, o el "account" de tu alerta apunta a un login que no lo está, el servidor rechaza la señal al momento en lugar de dejarla en cola para un terminal apagado. El arreglo está en MT5: terminal abierto, con sesión iniciada y el EA en el gráfico.

Etapa 3: ¿la ejecutaron el EA y el bróker?

Un 200 «queued» significa que el servidor ha hecho su parte. Ahora la señal espera hasta 120 segundos a que un EA la recoja y la ejecute. Si ninguno lo hace en ese tiempo, caduca y el dashboard la marca como no entregada. Es a propósito: un precio de hace varios minutos ya no es el de la señal, así que no se ejecuta tarde. Con todo conectado, la mediana del webhook a la orden confirmada por el bróker es de unos 0,5 s (medido del 19 al 23 de septiembre de 2026; ver benchmarks).

  • El EA está vivo. MT5 abierto, con sesión en la cuenta correcta y el EA puesto en un gráfico. Si cerraste MT5 o el PC se suspendió, las señales caducan a los 120 s; tras 15 minutos sin latido se rechazan directamente con 422.
  • Algo Trading está activado. El botón «Algo Trading» de la barra de MT5 tiene que estar encendido y «Permitir Algo Trading» marcado en las propiedades del EA (F7). Si no, el bróker devuelve 10027 (desactivado en el terminal) o 10026 (desactivado en el servidor del bróker). Más en error 4109: operación no permitida.
  • El símbolo existe en tu bróker. El EA prueba el nombre exacto, luego el nombre con los sufijos habituales (.a, .pro, .raw, m y otros) y luego el primer símbolo del bróker que lo contenga. Si nada coincide, la señal falla con «symbol not found». Si tu bróker usa otro nombre del todo (por ejemplo GOLD para el oro), manda en la alerta el nombre de tu bróker.
  • El mercado está abierto. El servidor no mira horarios; lo hace el bróker. Una señal con el mercado cerrado falla con 10018.
  • Ningún filtro la ha bloqueado. Señales válidas se pueden parar a propósito: Prop Firm Shield ya disparado ese día, el filtro horario, el de noticias, el de tendencia o la piramidación (por defecto una operación por dirección y símbolo, así que una segunda compra igual se filtra). Una posición contraria que no se pudo cerrar también bloquea la nueva entrada.
  • El lote no es cero. En modo riesgo sin stop loss, o con una cuenta muy pequeña, el lote calculado puede redondear a cero. En modo lote fijo el lot de tu alerta se ignora, algo que sorprende a muchos usuarios; mira símbolo, lote o cuenta equivocada.
  • La whitelist de WebRequest solo para el canal de respaldo. La entrega normal (push) no la necesita. El respaldo por consulta HTTP sí: añade https://api.signalforge-ai.com en Herramientas → Opciones → Asesores expertos, o la consulta falla con el error 4014.

Códigos de retorno del bróker que vas a ver

Retcode
Significado en MQL5
Causa típica y solución
10027
Autotrading desactivado en el terminal cliente
Botón Algo Trading apagado, o «Permitir Algo Trading» sin marcar en las propiedades del EA.
10026
Autotrading desactivado por el servidor
El bróker o el tipo de cuenta no permite EA. Pregúntale al bróker; no se arregla desde el terminal.
10018
Mercado cerrado
Fin de semana, festivo o pausa de sesión de ese símbolo.
10019
No hay dinero suficiente para la petición
Lote demasiado grande para el margen libre. Baja el lote o el % de riesgo.
10014
Volumen no válido en la petición
Volumen fuera del mínimo, máximo o paso del símbolo. Revisa la especificación del contrato.
10016
Stops no válidos en la petición
SL/TP demasiado cerca o en el lado equivocado, a menudo precios enviados con la cuenta en modo pips. El EA de SignalForge reintenta sin stops y los pone después.
10031
Sin conexión con el servidor de trading
El terminal perdió la conexión con el bróker. Mira el Diario y el icono de conexión.

Descripciones traducidas de la referencia de códigos de retorno del servidor de trading de MQL5 (consultada el 4 de octubre de 2026). Para errores de ejecución de MQL5, que no son retcodes, mira el error 4756 (no se pudo enviar la petición de trading).

Cómo leer la pestaña Expertos

El EA de SignalForge escribe una línea corta por evento. Una operación sana se ve como una línea [PROC] (señal recibida, con su id, acción, símbolo y lote) seguida de una [SEND] (orden enviada). Si algo la para, ves el porqué:

MT5 → Caja de herramientas → ExpertosETIQUETAS
[PROC]    señal recibida: id, acción, símbolo, lote
[SEND]    orden enviada al bróker
[DEDUP]   ese id de señal ya se trató, no se repite
[STOPS]   gestión de stop loss / take profit (p. ej. stops puestos tras la entrada)
[RETRY]   orden reintentada
[TIME]    bloqueada por el filtro horario
[NEWS]    bloqueada por el filtro de noticias
[SHIELD]  bloqueada por Prop Firm Shield
Error: <retcode> - <comentario>

Desde la v4.02 el EA es silencioso por defecto: el detalle rutinario, como las líneas [ACK], solo aparece en modo verbose. Si no hay ninguna línea [PROC] para tu señal, el EA nunca la recibió: vuelve al latido y a la cola de 120 segundos.

Cómo te enseña SignalForge el motivo de cada señal

Casi todo lo de esta página vale para cualquier puente. La diferencia con SignalForge es que rara vez necesitas abrir MT5 para responder la pregunta, porque el registro de señales del dashboard guarda un estado y un motivo para cada señal aceptada:

Estado en el registro → dónde actuar
EXECUTED
→
Orden ejecutada. Si sigues sin ver la operación, probablemente estás mirando otra cuenta MT5 distinta de la que la ejecutó.
FILTERED
→
Bloqueada a propósito por una regla que tú configuraste: Shield, horario, noticias, tendencia o piramidación. El motivo nombra el filtro.
FAILED
→
El EA lo intentó y el bróker o el terminal la rechazó. El motivo lleva el retcode o «symbol not found»; usa la tabla de arriba.
NOT_DELIVERED
→
Ningún EA la recogió en 120 s. Terminal cerrado, PC suspendido o conexión perdida.
PENDING
→
Sigue en la cola. Espera al resultado y vuelve a mirar.

Si la señal ni siquiera aparece en el registro, el problema está antes del puente: la etapa 1, o un rechazo 401/402/cuerpo vacío. Referencia completa de campos en la documentación. Si vienes de otro puente, PineConnector no funciona repasa las comprobaciones equivalentes allí.

Una prueba de dos minutos en una cuenta demo

  • 1. Pon el EA en un gráfico de una cuenta demo con el mercado abierto y comprueba que Algo Trading está activado.
  • 2. Envía este mensaje a tu URL de webhook desde el tester de webhook: {"action":"buy","symbol":"EURUSD","lot":0.01} (usa el nombre del símbolo de tu bróker si es distinto).
  • 3. Espera un HTTP 200 «queued», luego una línea [PROC] y otra [SEND] en la pestaña Expertos y, al final, EXECUTED en el registro de señales.
  • 4. Si la prueba funciona y la alerta real no, la diferencia está en TradingView: el mensaje, la URL o la propia alerta.

Preguntas frecuentes

¿Por qué salta mi alerta de TradingView y no se abre la operación en MT5?

La señal se paró en una de tres etapas: TradingView no envió el webhook (plan gratuito, 2FA desactivada, URL mal puesta, JSON no válido), el puente la rechazó (HTTP 4xx) o el EA o el bróker no la ejecutaron (EA desconectado, Algo Trading apagado, símbolo no encontrado, mercado cerrado, un filtro o un código de retorno del bróker). Revisa en ese orden el registro de alertas de TradingView, la respuesta del puente y la pestaña Expertos de MT5.

¿TradingView reenvía el webhook si falla?

Solo si el servidor que lo recibe responde con un código HTTP entre 500 y 599, salvo el 504. Entonces TradingView lo reenvía a los 5 segundos, hasta 3 veces. Además cancela las peticiones que tardan más de 3 segundos. Las respuestas 4xx no se reintentan nunca (Centro de ayuda de TradingView, verificado el 4 de octubre de 2026).

¿Necesito un plan de pago de TradingView y la 2FA para usar webhooks?

Sí. Las notificaciones webhook no están en el plan gratuito Basic (Essential y superiores sí las incluyen), y TradingView solo permite alertas webhook con la autenticación en dos pasos activada en la cuenta (ambas cosas verificadas en tradingview.com el 4 de octubre de 2026).

¿Qué significa «no live broker accounts»?

Es una respuesta 422 de SignalForge: ninguna de tus cuentas MT5 tiene un EA que haya enviado un latido en los últimos 15 minutos, o la cuenta indicada en la alerta no está viva. Abre MT5, inicia sesión y comprueba que el EA está puesto en un gráfico.

¿Cuánto espera una señal si MT5 está desconectado?

En SignalForge una señal aceptada espera 120 segundos a que un EA la recoja. Después caduca y se marca como no entregada, en lugar de ejecutarse tarde a un precio viejo. Si el EA lleva más de 15 minutos sin dar señales de vida, las señales nuevas se rechazan al momento con 422.

¿Dónde veo por qué una señal se filtró o falló?

En el registro de señales del dashboard de SignalForge cada señal aceptada tiene un estado (EXECUTED, FILTERED, FAILED, NOT_DELIVERED o PENDING) y un motivo, como el filtro que la bloqueó o el código de retorno del bróker. La pestaña Expertos de MT5 cuenta lo mismo con líneas [PROC], [SEND] y Error.

Deja de adivinar. Mira por qué cada señal hizo lo que hizo.

SignalForge registra un estado y un motivo para cada señal de TradingView, del webhook a la respuesta del bróker. Prueba gratis 14 días, sin tarjeta.

SignalForge AI es una herramienta de ejecución de órdenes. No ofrecemos asesoramiento de inversión. Operar conlleva riesgo de pérdida. Prueba cada alerta en una cuenta demo antes de usarla en una cuenta real o de prop firm.

¿La alerta salta y no hay operación? Mira el motivo de cada señal · desde 4,99 $/mesVer precios →