A test mode that records nothing
Every Strategy gets a validation mode that parses and checks an alert completely without storing a Signal. You can fire your Strategy at it as many times as you like while you get the alert configuration right.
An Algo Provider runs a Strategy that produces its own entries and exits, and connects it to Triggon with a webhook. Commonly that is a Pine Script Strategy on TradingView, which is the most common way to send one. Triggon reads the request, not the sender: your own server, a Python or Node.js bot, or another platform that can send the same authenticated request works the same way. Each webhook becomes a Signal for your subscribers, recorded permanently. The route is the same in every market; what differs is the account you trade at, the symbols you can declare and the backtest evidence you export, and each market has its own guide below.
Sample. A Strategy cannot go live until every market it declared has produced a successful validation.
Each guide is the whole route for one market: what to set up outside Triggon, which symbols you can register now, how the alerts reach Triggon, what evidence to export, what it costs, what the application asks, and what happens after approval. Open the one that matches your Strategy.
Exchange account, spot or futures symbols, your webhook, a TradingView backtest export. Enabled now: every symbol on Triggon's crypto list.
Open the guide → Algo · ForexWhere MetaTrader 5 fits, your broker, the pairs you can declare, your webhook, a TradingView or MetaTrader 5 report as evidence. Enabled now: 72 symbols (AUDCAD, AUDCHF, AUDJPY, AUDNZD and 68 more).
Open the guide → Algo · StocksUS-listed symbols, the Reg-T leverage ceiling, market hours, alerts and evidence. Enabled now: shown in the application.
Open the guide → Algo · CommoditiesSpot gold and metals as broker CFDs, the instruments you can declare, alerts and evidence. Enabled now: every symbol on Triggon's commodities list.
Open the guide → Algo · IndicesStock indices as broker CFDs on the index level, the indices you can declare, alerts and evidence. Enabled now: every symbol on Triggon's indices list.
Open the guide →Not sure which market or whether Algo is your route at all? Answer two questions on the Become a Provider page → and Triggon shows you the roadmap for your exact combination.
Whatever you already run, wherever you run it: a Pine Script Strategy on TradingView, your own server, a bot, another platform. You do not rebuild it.
Sent on the events your Strategy produces: entries, exits and the management in between. A TradingView alert is one way to send it; an HTTPS request from your own code is another.
Validates each alert, records it, and turns it into a Signal.
Receive the Signal in Telegram, with your Strategy's record attached.
Places it on the accounts of subscribers who enabled it, inside their own limits.
A full position lifecycle, not just entries. Everything your Strategy does to manage a trade can be expressed.
Sizing and leverage can travel with a Signal too. Both are treated as ceilings on the subscriber's side: a Signal can ask for less than a subscriber allows, never for more.
Triggon does not ask you to rebuild your Strategy inside Triggon, and it does not care which software runs it. It authenticates the request and reads the JSON. Anything that can send that request can be an Algo Provider.
Pine Script Strategy → TradingView alert → Triggon webhook → Signal. The most common route, and the one with the most worked examples. See TradingView & Pine Script.
Your server, a Python or Node.js bot, your own strategy engine → HTTPS POST → Triggon webhook → Signal. No TradingView account involved.
Any alerting or trading platform that can POST JSON to a URL you configure, with the fields below.
| Part | What Triggon requires |
|---|---|
| Method | POST |
| URL | The webhook URL issued to your Strategy in your Provider Hub after approval, over HTTPS. It is private to your Strategy: it is not shown here and should not be shared. A per-symbol form is also issued, so one Strategy can send each declared symbol to its own URL. |
| Authentication | Your Strategy's secret, sent as a field in
the JSON body. Triggon compares it in constant time and refuses anything else with
unauthorized. |
| Body | A single JSON object. |
| Field | Required | What it is |
|---|---|---|
secret |
Always | Your Strategy's secret. Keep it out of public repositories and out of anything that runs in a browser. |
type |
Always | What happened. One of entry, update,
pyramid, reduce, close, tp_hit,
sl_hit, cancel. |
symbol |
Always | The market. Can come from the URL instead, on a per-symbol webhook; if both are present they must agree. It must be one of the symbols your application declared. |
ts |
Always | The time the Signal fired, as epoch milliseconds. Requests outside a few minutes of Triggon's clock are refused as a replay guard. |
price, sl, tp, size,
leverage, order type and the rest |
Depends on type |
An entry needs a price; a stop move needs the new stop. Your Hub's Connection tab documents the full set for your route and validates a real payload against it before you go live. |
unauthorized, bad_type, bad_symbol,
bad_ts, asset_not_declared and so on, rather than failing quietly.
Your Hub keeps the log, so a Strategy that stops reaching Triggon tells you why.
Every Strategy gets a validation mode that parses and checks an alert completely without storing a Signal. You can fire your Strategy at it as many times as you like while you get the alert configuration right.
A Strategy cannot be published until it has produced a successful validation for each market it declares. An integration that works for one symbol and silently fails for another is caught here rather than by a subscriber.
Each Strategy has its own connection details and its own secret, both issued in the Connection tab of your Provider Hub and rotatable at any time. They are never shown on a public page.
A stop on the wrong side of the price, a target in the wrong direction, an unsupported order type, a stale timestamp: each is rejected at the door, before it can reach a subscriber's account.
You have a Strategy that already runs automatically, you can configure its alerts, and your problem is distribution rather than signal generation.
You trade discretionarily, or your process involves judgement a script does not capture. The Manual route publishes to the same Marketplace and builds the same record.