NRUNO Trading Automation Wiki · Question 15

Why does my TradingView webhook time out?

Webhooks, Delivery & ReliabilityLast reviewed: 25 Aug 2026
Short answer

TradingView requires a response within three seconds. A robust receiver validates and safely accepts the signal quickly instead of waiting for slow broker execution.

What this means in practice

TradingView requires a response within three seconds. A robust receiver validates and safely accepts the signal quickly instead of waiting for slow broker execution. This page is specifically about “Why does my TradingView webhook time out?”, so each scenario below is explained by its own mechanism instead of sharing one generic diagnosis.

Real-world scenarios

Scenario A — Slow DB

Timestamp request receipt and HTTP response separately. Validate or persist the command quickly and do not keep the TradingView webhook open while waiting for database work, reconnects or broker fills. For Scenario A — Slow DB on question 15, use that evidence specifically to answer “Why does my TradingView webhook time out?”; keep it separate from the evidence for the other scenarios on this page.

Scenario B — Wait for fill

Timestamp request receipt and HTTP response separately. Validate or persist the command quickly and do not keep the TradingView webhook open while waiting for database work, reconnects or broker fills. For Scenario B — Wait for fill on question 15, use that evidence specifically to answer “Why does my TradingView webhook time out?”; keep it separate from the evidence for the other scenarios on this page.

Scenario C — Network delay

Timestamp request receipt and HTTP response separately. Validate or persist the command quickly and do not keep the TradingView webhook open while waiting for database work, reconnects or broker fills. For Scenario C — Network delay on question 15, use that evidence specifically to answer “Why does my TradingView webhook time out?”; keep it separate from the evidence for the other scenarios on this page.

Scenario D — cTrader stall

Timestamp request receipt and HTTP response separately. Validate or persist the command quickly and do not keep the TradingView webhook open while waiting for database work, reconnects or broker fills. For Scenario D — cTrader stall on question 15, use that evidence specifically to answer “Why does my TradingView webhook time out?”; keep it separate from the evidence for the other scenarios on this page.

What to check

  • TradingView alert log and exact send time
  • HTTP status and receiver timestamp
  • validated payload plus signal ID
  • cTrader result only after transport is proven

Practical rule

For “Why does my TradingView webhook time out?”, change only the first layer whose evidence no longer matches the intended action. Preserve signal identity, timestamps and final cTrader state, and reproduce execution-affecting changes on demo before live use.

Decision summary

Direct answer: TradingView requires a response within three seconds. A robust receiver validates and safely accepts the signal quickly instead of waiting for slow broker execution.

Next action: Match the observed evidence to one scenario above, test that mechanism independently on demo and keep the result traceable with one signal ID.

Primary sources

Need a TradingView → cTrader execution route?

NRUNO routes your TradingView instructions to cTrader. Your strategy and signal logic remain yours.