Home › Blog › Automation
TradingView Webhook Automation in India: The Complete Guide
Updated 18 Oct 2026·14 min read
TradingView is where many Indian traders build and test their ideas. A webhook is the bridge that turns a TradingView alert into an actual order with your broker. This guide explains how the whole chain works, how to set it up step by step, and how to do it safely and within the rules.
The short version
A TradingView alert sends a message to a web address (the webhook). A platform or server reads that message, checks it against your risk rules and places the order through your broker's API. TradingView never touches your broker or your money. Most problems come from bad message formats, symbol mismatches, slow responses and missing risk limits, not from TradingView itself.
1. What is a webhook, in simple words?
A webhook is an automatic message sent from one app to another when something happens. When your TradingView condition triggers, TradingView sends an HTTP POST request containing your alert message to a URL you provide. Whatever is listening at that URL can then act on it.
TradingView itself only sends the signal. It does not place orders on NSE, BSE or MCX. Something else has to receive the signal and trade, and in India that "something" must trade through your broker's regulated API.
2. The full chain, end to end
TradingView alert fires
→Webhook POST to your URL
→Platform validates message
→Risk checks
→Broker API order
→Exchange
Each link can fail, and each needs its own protection. A signal can be late, a message can be malformed, a symbol can be wrong, a risk limit can block the order, or the broker can reject it. Good automation expects all of this and handles it calmly.
3. What you need before you start
- A paid TradingView plan. Webhook alerts are not available on the free plan. Check TradingView's current plan page for details.
- Two-factor authentication turned on for your TradingView account. TradingView requires it for webhook alerts.
- A webhook endpoint. This is the URL that receives alerts. It can be a hosted automation platform or your own server. It must accept HTTPS on the standard ports (80 or 443).
- A broker with an API and API access enabled on your account.
- A registered static IP for the system that places orders, as required under the SEBI/NSE retail algo framework (see our guide to algo trading rules in India).
- A tested strategy. Automation multiplies whatever your strategy does, good or bad.
4. Setting up the alert, step by step
- Open the chart with your indicator or strategy applied, and click Alert (the clock icon).
- Choose the condition. Pick your indicator or strategy, and the exact signal you want to trigger on.
- Set the trigger. For most strategies choose Once Per Bar Close. This avoids signals that appear and disappear while a candle is still forming.
- Set the expiration. Make it open-ended if your plan allows it, or note the date so the alert does not silently stop working.
- Write the message. Use a JSON message with placeholders (explained in section 5).
- Open the Notifications tab, tick Webhook URL and paste your endpoint address.
- Save the alert, then test it with the smallest possible quantity or in paper mode before going live.
5. Designing the alert message (the payload)
TradingView sends whatever you type in the message box. If the text is valid JSON, it is sent as JSON, which is much easier for a platform to read than free text. A typical message looks like this:
{
"secret": "YOUR_PRIVATE_TOKEN",
"symbol": "{{ticker}}",
"exchange": "{{exchange}}",
"action": "{{strategy.order.action}}",
"quantity": "{{strategy.order.contracts}}",
"price": "{{close}}",
"time": "{{timenow}}",
"strategy_id": "nifty-breakout-01"
}
The double curly brackets are placeholders. TradingView fills them in with live values when the alert fires.
| Field | What it does |
| secret | A private token your endpoint checks, so random people cannot trigger orders. |
| {{ticker}} / {{exchange}} | The instrument and exchange as TradingView names them. You will map these to your broker's names. |
| {{strategy.order.action}} | "buy" or "sell" from a Pine strategy. |
| {{strategy.order.contracts}} | The quantity the strategy wants. Many traders ignore this and let the platform decide quantity from risk rules instead. |
| {{close}}, {{timenow}} | Price at the bar close and the exact alert time. Useful for logs and for rejecting stale alerts. |
| strategy_id | Your own label, so one account can run several strategies without confusion. |
Keep it simple. The message should say what happened (buy, sell, exit, which strategy). Your platform should decide how much and whether it is allowed.
6. Indicator alerts vs strategy alerts
Indicator alerts
You define an alertcondition() or alert() in the script and write the message yourself. You get full control, but you must handle entries, exits and position state on your side.
Strategy alerts
A Pine strategy places simulated orders on the chart, and the alert reports each order with placeholders such as {{strategy.order.action}} and {{strategy.market_position}}. This is convenient for backtested systems, but remember that the chart's simulated fills are not real fills.
Avoid repainting
Some indicators change their past signals as new data arrives. A backtest then looks perfect, but live alerts disagree with it. Use confirmed bar values and trigger once per bar close, and compare live alerts with the chart for a few days before trusting the system.
7. Symbols and instruments in Indian markets
This is where many first setups fail. TradingView and your broker use different names for the same instrument.
- Names differ. TradingView may say
NSE:NIFTY1! for the continuous Nifty future, while your broker needs a specific contract such as a particular expiry and an instrument token. Your platform needs a mapping table.
- Futures roll over. A continuous contract on the chart rolls forward, but your broker trades a specific expiry. Decide when you roll and make sure the mapping updates.
- Options need a rule. Many traders generate the signal on the index or future and let the platform pick the option (for example nearest weekly expiry, a chosen strike distance). Write that rule down explicitly.
- Lot sizes and freeze limits change. Exchanges revise lot sizes, and large orders may need slicing under exchange freeze limits. Keep your quantity logic configurable.
- Product type matters. Intraday (MIS), carry-forward (NRML) and delivery orders behave differently. Set this per strategy, not per alert.
8. Risk controls: the part you must not skip
A webhook will happily send the same signal ten times if you configure it badly. Put limits between the alert and the broker:
- Maximum quantity per order and maximum open position per instrument.
- Maximum daily loss. When it is hit, new entries stop automatically.
- Maximum orders per day or per minute per strategy.
- Trading window. Ignore alerts outside market hours and in the first or last minutes if your strategy is not designed for them.
- Duplicate protection. Reject an identical signal that arrives twice within a short window.
- Stale-signal check. Reject alerts whose timestamp is too old.
- Order type rules. Prefer limit orders, or market orders with protection, in illiquid contracts.
- Kill switch. One action that stops all new orders and, if you choose, closes open positions.
Slippage and delay are real
Between the bar close, the alert, the webhook and the broker, a few seconds can pass. In fast markets the price you get can differ from the price on your chart. Backtests rarely include this, so test live with small size first.
9. Security basics
- Use HTTPS only, and never put your broker API keys inside the alert message.
- Use a secret token in the message and check it on every request. Rotate it if it leaks.
- Allow only TradingView's source IPs where possible. TradingView publishes the addresses it sends from in its help center.
- Respond fast. TradingView gives up on a webhook that does not answer within about three seconds. Reply immediately, then process the order in the background.
- Keep logs of every alert received and every order sent, with times. They are essential for debugging and for your own records.
- Never share your endpoint URL or token in screenshots or chats.
10. How this fits the SEBI and NSE algo rules
A TradingView alert by itself is only a message. The rules apply to the second step: the system that turns the message into an order through your broker's API. Under the retail algo framework, that means the order must go through a broker-approved setup, from a registered static IP, with broker risk checks and an Algo-ID on the order.
This also explains why TradingView cannot send orders directly to your broker: its servers are not your registered IP, and your broker is responsible for what trades on your account. Ask your platform and broker how this part is handled before going live, and read our algo trading rules guide for the details.
11. Common problems and how to fix them
| Problem | Likely cause | Fix |
| Alert never fires | Alert expired, condition never met, or plan limits | Check the alert list, expiry and the exact trigger setting. |
| Alert fires but no order | Endpoint down, wrong URL, bad secret, or a risk rule blocked it | Check endpoint logs and the platform's rejection reason. |
| Webhook not received | Wrong port, no HTTPS, 2FA off, or slow response | Use HTTPS on 443, enable 2FA, reply within three seconds. |
| Message not understood | Invalid JSON, stray quotes or missing commas | Validate the JSON in a checker before saving the alert. |
| Wrong instrument traded | Symbol mapping or expiry roll problem | Review the mapping table and rollover rule. |
| Duplicate orders | Trigger set to every tick, or repeated signals | Use once per bar close and enable duplicate protection. |
| Live results differ from backtest | Repainting, slippage, delay or fees | Use confirmed bars, add costs to the backtest, compare live logs. |
12. A safe rollout plan
- Paper trade first. Run alerts into a test or paper environment for at least a week.
- Compare every alert with the chart signal. They should match exactly.
- Go live with minimum quantity. One lot, or the smallest size possible.
- Watch the first sessions manually. Be ready to use the kill switch.
- Review the logs weekly. Look for rejected orders, delays and unexpected fills.
- Scale slowly. Increase size only after consistent, boring behaviour.
13. Frequently asked questions
Do I need to know coding to use TradingView webhooks?
Not necessarily. You need to write a clear alert message, and a no-code platform can handle the rest. If you build your own endpoint, you will need some programming.
Can TradingView place orders directly with my Indian broker?
Not through a webhook. A webhook only sends a message. Something else must receive it and place the order through your broker's API.
Can I use a free TradingView account?
No. Webhook alerts need a paid plan, and two-factor authentication must be on.
Is automating TradingView alerts legal in India?
Yes, when the orders go through your broker's official API under the SEBI and NSE retail algo framework. The practical details are in our rules guide.
How fast is the whole process?
Usually a few seconds from the alert to the broker, but it depends on your platform, the broker and market conditions. Do not design strategies that need millisecond precision on this route.
What happens if my server is down when an alert fires?
The alert is usually lost, because TradingView does not keep retrying forever. Use a reliable host, monitor uptime and have a plan to handle missed signals, such as checking open positions at start of day.
14. References
- TradingView Help Center, articles on webhook alerts and alert message placeholders, at tradingview.com/support.
- SEBI circular of 4 February 2025 on retail algorithmic trading and NSE implementation standards, at sebi.gov.in and nseindia.com.
Check the latest details
TradingView features, plan names and limits, and broker or exchange rules can change. This article is an educational summary, not legal or investment advice. Always confirm current details with TradingView, your broker and official regulator websites.
Turn your TradingView alerts into risk-controlled orders
ProAlgo is a technology platform for multi-broker execution, TradingView webhooks, backtesting and a built-in risk engine.
See plans
Risk disclosure: Trading in securities, derivatives and commodities involves substantial risk and may result in loss of capital. Past performance does not guarantee future results. This content is for education only and is not investment advice or a recommendation to buy or sell.
होम › ब्लॉग › ऑटोमेशन
भारत में TradingView वेबहुक ऑटोमेशन: पूरी गाइड
अपडेट: 18 अक्टूबर 2026·पढ़ने में 14 मिनट
कई भारतीय ट्रेडर्स अपने आइडिया TradingView पर बनाते और टेस्ट करते हैं। वेबहुक वह पुल है जो TradingView के अलर्ट को आपके ब्रोकर के पास असली ऑर्डर में बदलता है। इस गाइड में पूरी चेन कैसे काम करती है, इसे चरण-दर-चरण कैसे सेट करें, और सुरक्षित व नियमों के दायरे में कैसे करें, यह समझाया गया है।
संक्षेप में
TradingView अलर्ट एक वेब पते (वेबहुक) पर संदेश भेजता है। कोई प्लेटफ़ॉर्म या सर्वर उस संदेश को पढ़ता है, आपके रिस्क नियमों से जाँचता है और ब्रोकर की API से ऑर्डर लगाता है। TradingView आपके ब्रोकर या पैसे को कभी नहीं छूता। ज़्यादातर समस्याएँ गलत मैसेज फ़ॉर्मेट, सिंबल का बेमेल, धीमे जवाब और रिस्क लिमिट की कमी से आती हैं, TradingView से नहीं।
1. वेबहुक क्या है, आसान शब्दों में?
वेबहुक एक ऐप से दूसरे ऐप को भेजा जाने वाला स्वचालित संदेश है, जो किसी घटना के होने पर जाता है। जब आपकी TradingView शर्त पूरी होती है, तो TradingView आपके दिए गए URL पर आपका अलर्ट मैसेज एक HTTP POST रिक्वेस्ट के रूप में भेजता है। उस URL पर जो भी सुन रहा है, वह उस पर कार्रवाई कर सकता है।
TradingView खुद केवल सिग्नल भेजता है। वह NSE, BSE या MCX पर ऑर्डर नहीं लगाता। कोई और चीज़ सिग्नल लेकर ट्रेड करेगी, और भारत में वह "कोई और चीज़" आपके ब्रोकर की नियमन-अनुरूप API से ही ट्रेड कर सकती है।
2. पूरी चेन, शुरू से अंत तक
TradingView अलर्ट बजता है
→आपके URL पर वेबहुक POST
→प्लेटफ़ॉर्म संदेश जाँचता है
→रिस्क चेक
→ब्रोकर API ऑर्डर
→एक्सचेंज
हर कड़ी में गड़बड़ी हो सकती है, और हर एक को अपनी सुरक्षा चाहिए। सिग्नल देर से आ सकता है, संदेश गलत फ़ॉर्मेट में हो सकता है, सिंबल गलत हो सकता है, रिस्क लिमिट ऑर्डर रोक सकती है या ब्रोकर उसे रिजेक्ट कर सकता है। अच्छा ऑटोमेशन इन सबकी उम्मीद करके उन्हें शांति से संभालता है।
3. शुरू करने से पहले क्या चाहिए
- TradingView का पेड प्लान। वेबहुक अलर्ट फ्री प्लान में उपलब्ध नहीं हैं। विवरण के लिए TradingView का मौजूदा प्लान पेज देखें।
- आपके TradingView अकाउंट पर टू-फ़ैक्टर ऑथेंटिकेशन चालू होना चाहिए। वेबहुक अलर्ट के लिए TradingView इसे ज़रूरी मानता है।
- वेबहुक एंडपॉइंट। यह वह URL है जो अलर्ट प्राप्त करता है। यह कोई होस्टेड ऑटोमेशन प्लेटफ़ॉर्म या आपका अपना सर्वर हो सकता है। इसे मानक पोर्ट (80 या 443) पर HTTPS स्वीकार करना चाहिए।
- API वाला ब्रोकर और आपके अकाउंट पर API एक्सेस चालू।
- ऑर्डर लगाने वाले सिस्टम के लिए रजिस्टर्ड स्टैटिक आईपी, जैसा SEBI/NSE के रिटेल एल्गो फ्रेमवर्क में ज़रूरी है (हमारी भारत में एल्गो ट्रेडिंग के नियम गाइड देखें)।
- परखी हुई स्ट्रैटेजी। ऑटोमेशन आपकी स्ट्रैटेजी के नतीजे कई गुना कर देता है, अच्छे हों या बुरे।
4. अलर्ट सेट करना, चरण-दर-चरण
- अपने इंडिकेटर या स्ट्रैटेजी वाला चार्ट खोलें और Alert (घड़ी का आइकन) पर क्लिक करें।
- शर्त चुनें। अपना इंडिकेटर या स्ट्रैटेजी और वह सटीक सिग्नल चुनें जिस पर अलर्ट बजे।
- ट्रिगर सेट करें। ज़्यादातर स्ट्रैटेजी के लिए Once Per Bar Close चुनें। इससे वे सिग्नल नहीं आते जो कैंडल बनते समय आते और गायब हो जाते हैं।
- एक्सपायरी सेट करें। प्लान अनुमति दे तो उसे खुला (ओपन-एंडेड) रखें, या तारीख याद रखें ताकि अलर्ट चुपचाप बंद न हो जाए।
- मैसेज लिखें। प्लेसहोल्डर वाला JSON मैसेज इस्तेमाल करें (भाग 5 में समझाया गया है)।
- Notifications टैब खोलें, Webhook URL पर टिक करें और अपना एंडपॉइंट पता पेस्ट करें।
- अलर्ट सेव करें, फिर लाइव जाने से पहले सबसे छोटी क्वांटिटी या पेपर मोड में उसे टेस्ट करें।
5. अलर्ट मैसेज (पेलोड) कैसे डिज़ाइन करें
मैसेज बॉक्स में आप जो भी लिखते हैं, TradingView वही भेजता है। अगर लिखा हुआ टेक्स्ट वैध JSON है, तो वह JSON के रूप में जाता है, जिसे प्लेटफ़ॉर्म के लिए पढ़ना सामान्य टेक्स्ट से कहीं आसान होता है। एक सामान्य मैसेज ऐसा दिखता है:
{
"secret": "YOUR_PRIVATE_TOKEN",
"symbol": "{{ticker}}",
"exchange": "{{exchange}}",
"action": "{{strategy.order.action}}",
"quantity": "{{strategy.order.contracts}}",
"price": "{{close}}",
"time": "{{timenow}}",
"strategy_id": "nifty-breakout-01"
}
दोहरे कर्ली ब्रैकेट प्लेसहोल्डर हैं। अलर्ट बजने पर TradingView उन्हें लाइव वैल्यू से भर देता है।
| फ़ील्ड | क्या करता है |
| secret | आपका निजी टोकन, जिसे आपका एंडपॉइंट जाँचता है, ताकि कोई भी अनजान व्यक्ति ऑर्डर ट्रिगर न कर सके। |
| {{ticker}} / {{exchange}} | इंस्ट्रूमेंट और एक्सचेंज, जैसा TradingView उन्हें नाम देता है। इन्हें आपको ब्रोकर के नामों से मैप करना होगा। |
| {{strategy.order.action}} | Pine स्ट्रैटेजी से "buy" या "sell"। |
| {{strategy.order.contracts}} | स्ट्रैटेजी जो क्वांटिटी चाहती है। कई ट्रेडर्स इसे अनदेखा करके क्वांटिटी प्लेटफ़ॉर्म के रिस्क नियमों से तय कराते हैं। |
| {{close}}, {{timenow}} | बार क्लोज़ पर कीमत और अलर्ट का सटीक समय। लॉग और पुराने अलर्ट रिजेक्ट करने के काम आते हैं। |
| strategy_id | आपका अपना लेबल, ताकि एक अकाउंट कई स्ट्रैटेजी बिना भ्रम के चला सके। |
इसे सरल रखें। मैसेज को बताना चाहिए कि क्या हुआ (बाय, सेल, एग्ज़िट, कौन सी स्ट्रैटेजी)। कितना और अनुमति है या नहीं, यह आपके प्लेटफ़ॉर्म को तय करना चाहिए।
6. इंडिकेटर अलर्ट बनाम स्ट्रैटेजी अलर्ट
इंडिकेटर अलर्ट
आप स्क्रिप्ट में alertcondition() या alert() तय करते हैं और मैसेज खुद लिखते हैं। नियंत्रण पूरा मिलता है, लेकिन एंट्री, एग्ज़िट और पोज़ीशन की स्थिति आपको अपनी तरफ़ संभालनी होती है।
स्ट्रैटेजी अलर्ट
Pine स्ट्रैटेजी चार्ट पर सिम्युलेटेड ऑर्डर लगाती है और अलर्ट हर ऑर्डर को {{strategy.order.action}} और {{strategy.market_position}} जैसे प्लेसहोल्डर के साथ बताता है। बैकटेस्ट वाले सिस्टम के लिए यह सुविधाजनक है, लेकिन याद रखें कि चार्ट के सिम्युलेटेड फ़िल असली फ़िल नहीं होते।
रीपेंटिंग से बचें
कुछ इंडिकेटर नया डेटा आने पर अपने पुराने सिग्नल बदल देते हैं। तब बैकटेस्ट परफ़ेक्ट दिखता है, पर लाइव अलर्ट उससे मेल नहीं खाते। पुष्ट (कन्फर्म्ड) बार की वैल्यू इस्तेमाल करें, ट्रिगर "once per bar close" रखें, और सिस्टम पर भरोसा करने से पहले कुछ दिन लाइव अलर्ट की चार्ट से तुलना करें।
7. भारतीय बाज़ार में सिंबल और इंस्ट्रूमेंट
पहले सेटअप ज़्यादातर यहीं विफल होते हैं। एक ही इंस्ट्रूमेंट के लिए TradingView और आपका ब्रोकर अलग नाम इस्तेमाल करते हैं।
- नाम अलग होते हैं। TradingView निफ्टी के कंटिन्यूअस फ्यूचर के लिए
NSE:NIFTY1! कह सकता है, जबकि आपके ब्रोकर को एक्सपायरी और इंस्ट्रूमेंट टोकन वाला खास कॉन्ट्रैक्ट चाहिए। आपके प्लेटफ़ॉर्म को मैपिंग टेबल चाहिए।
- फ्यूचर्स रोलओवर होते हैं। चार्ट पर कंटिन्यूअस कॉन्ट्रैक्ट आगे खिसकता है, पर आपका ब्रोकर किसी खास एक्सपायरी में ट्रेड करता है। तय करें कि रोल कब करना है और मैपिंग अपडेट होती रहे।
- ऑप्शंस के लिए नियम चाहिए। कई ट्रेडर इंडेक्स या फ्यूचर पर सिग्नल बनाते हैं और प्लेटफ़ॉर्म को ऑप्शन चुनने देते हैं (जैसे नज़दीकी वीकली एक्सपायरी, तय स्ट्राइक दूरी)। यह नियम साफ़ लिखकर रखें।
- लॉट साइज़ और फ्रीज़ लिमिट बदलती हैं। एक्सचेंज लॉट साइज़ बदलते रहते हैं, और बड़े ऑर्डर को फ्रीज़ लिमिट के कारण टुकड़ों में बाँटना पड़ सकता है। अपनी क्वांटिटी लॉजिक को कॉन्फ़िगर करने योग्य रखें।
- प्रोडक्ट टाइप मायने रखता है। इंट्राडे (MIS), कैरी-फ़ॉरवर्ड (NRML) और डिलीवरी ऑर्डर अलग तरह व्यवहार करते हैं। इसे हर अलर्ट के बजाय हर स्ट्रैटेजी के लिए सेट करें।
8. रिस्क कंट्रोल: वह हिस्सा जिसे छोड़ना नहीं है
गलत कॉन्फ़िगर होने पर वेबहुक एक ही सिग्नल दस बार भी भेज देगा। अलर्ट और ब्रोकर के बीच सीमाएँ लगाएँ:
- प्रति ऑर्डर अधिकतम क्वांटिटी और प्रति इंस्ट्रूमेंट अधिकतम खुली पोज़ीशन।
- अधिकतम रोज़ का नुकसान। इसकी सीमा छूते ही नई एंट्री अपने आप रुक जानी चाहिए।
- प्रति स्ट्रैटेजी प्रति दिन या प्रति मिनट अधिकतम ऑर्डर।
- ट्रेडिंग विंडो। बाज़ार के घंटों से बाहर के अलर्ट, और अगर स्ट्रैटेजी उनके लिए नहीं बनी है तो शुरू या अंत के मिनटों के अलर्ट अनदेखा करें।
- डुप्लिकेट सुरक्षा। कम समय में दो बार आने वाले एक जैसे सिग्नल को रिजेक्ट करें।
- पुराने सिग्नल की जाँच। जिन अलर्ट का टाइमस्टैम्प बहुत पुराना है, उन्हें रिजेक्ट करें।
- ऑर्डर टाइप के नियम। कम लिक्विड कॉन्ट्रैक्ट में लिमिट ऑर्डर, या सुरक्षा के साथ मार्केट ऑर्डर को प्राथमिकता दें।
- किल स्विच। एक ऐसा कदम जो सभी नए ऑर्डर रोक दे और आप चाहें तो खुली पोज़ीशन भी बंद कर दे।
स्लिपेज और देरी असली हैं
बार क्लोज़, अलर्ट, वेबहुक और ब्रोकर के बीच कुछ सेकंड लग सकते हैं। तेज़ बाज़ार में आपको मिलने वाली कीमत चार्ट की कीमत से अलग हो सकती है। बैकटेस्ट में यह शायद ही शामिल होता है, इसलिए पहले छोटी क्वांटिटी से लाइव टेस्ट करें।
9. सुरक्षा की बुनियादी बातें
- केवल HTTPS इस्तेमाल करें और अपने ब्रोकर की API key कभी अलर्ट मैसेज में न डालें।
- मैसेज में सीक्रेट टोकन रखें और हर रिक्वेस्ट पर उसे जाँचें। लीक हो जाए तो बदल दें।
- जहाँ संभव हो, केवल TradingView के सोर्स आईपी को अनुमति दें। TradingView अपने हेल्प सेंटर में वे पते प्रकाशित करता है जिनसे वह भेजता है।
- जल्दी जवाब दें। जो वेबहुक लगभग तीन सेकंड में जवाब नहीं देता, TradingView उसे छोड़ देता है। तुरंत जवाब दें, फिर ऑर्डर बैकग्राउंड में प्रोसेस करें।
- हर प्राप्त अलर्ट और हर भेजे गए ऑर्डर का समय सहित लॉग रखें। डिबगिंग और आपके अपने रिकॉर्ड के लिए यह ज़रूरी है।
- अपना एंडपॉइंट URL या टोकन स्क्रीनशॉट या चैट में कभी साझा न करें।
10. यह SEBI और NSE के एल्गो नियमों में कैसे बैठता है
TradingView अलर्ट अपने आप में केवल एक संदेश है। नियम दूसरे चरण पर लागू होते हैं: वह सिस्टम जो संदेश को आपके ब्रोकर की API से ऑर्डर में बदलता है। रिटेल एल्गो फ्रेमवर्क के तहत इसका मतलब है कि ऑर्डर ब्रोकर-अनुमोदित सेटअप से, रजिस्टर्ड स्टैटिक आईपी से, ब्रोकर के रिस्क चेक के साथ और ऑर्डर पर एल्गो-आईडी के साथ जाना चाहिए।
इससे यह भी समझ आता है कि TradingView सीधे आपके ब्रोकर को ऑर्डर क्यों नहीं भेज सकता: उसके सर्वर आपका रजिस्टर्ड आईपी नहीं हैं, और आपके अकाउंट पर होने वाले ट्रेड के लिए आपका ब्रोकर ज़िम्मेदार है। लाइव जाने से पहले अपने प्लेटफ़ॉर्म और ब्रोकर से पूछें कि यह हिस्सा कैसे संभाला जाता है, और विवरण के लिए हमारी एल्गो ट्रेडिंग नियम गाइड पढ़ें।
11. आम समस्याएँ और उनके समाधान
| समस्या | संभावित कारण | समाधान |
| अलर्ट बजता ही नहीं | अलर्ट एक्सपायर हो गया, शर्त पूरी नहीं हुई, या प्लान की सीमा | अलर्ट सूची, एक्सपायरी और सटीक ट्रिगर सेटिंग जाँचें। |
| अलर्ट बजा पर ऑर्डर नहीं लगा | एंडपॉइंट बंद, गलत URL, गलत सीक्रेट, या रिस्क नियम ने रोका | एंडपॉइंट लॉग और प्लेटफ़ॉर्म का रिजेक्शन कारण देखें। |
| वेबहुक प्राप्त नहीं हुआ | गलत पोर्ट, HTTPS नहीं, 2FA बंद, या धीमा जवाब | 443 पर HTTPS इस्तेमाल करें, 2FA चालू करें, तीन सेकंड में जवाब दें। |
| मैसेज समझ नहीं आया | अमान्य JSON, फालतू कोट्स या छूटे कॉमा | अलर्ट सेव करने से पहले JSON को किसी चेकर में जाँचें। |
| गलत इंस्ट्रूमेंट में ट्रेड हुआ | सिंबल मैपिंग या एक्सपायरी रोल की समस्या | मैपिंग टेबल और रोलओवर नियम की समीक्षा करें। |
| डुप्लिकेट ऑर्डर | ट्रिगर हर टिक पर सेट है, या सिग्नल दोहराए जा रहे हैं | once per bar close इस्तेमाल करें और डुप्लिकेट सुरक्षा चालू करें। |
| लाइव नतीजे बैकटेस्ट से अलग | रीपेंटिंग, स्लिपेज, देरी या शुल्क | पुष्ट बार इस्तेमाल करें, बैकटेस्ट में लागत जोड़ें, लाइव लॉग की तुलना करें। |
12. सुरक्षित रोलआउट की योजना
- पहले पेपर ट्रेड करें। कम से कम एक हफ़्ता अलर्ट को टेस्ट या पेपर माहौल में चलाएँ।
- हर अलर्ट की तुलना चार्ट के सिग्नल से करें। वे हूबहू मेल खाने चाहिए।
- न्यूनतम क्वांटिटी से लाइव जाएँ। एक लॉट, या सबसे छोटा संभव साइज़।
- शुरुआती सत्र खुद देखें। किल स्विच इस्तेमाल करने के लिए तैयार रहें।
- हर हफ़्ते लॉग देखें। रिजेक्ट हुए ऑर्डर, देरी और अनपेक्षित फ़िल खोजें।
- धीरे-धीरे बढ़ाएँ। साइज़ तभी बढ़ाएँ जब व्यवहार लगातार सामान्य और उबाऊ रहे।
13. अक्सर पूछे जाने वाले सवाल
क्या TradingView वेबहुक के लिए कोडिंग आनी ज़रूरी है?
ज़रूरी नहीं। आपको साफ़ अलर्ट मैसेज लिखना होता है, बाकी काम नो-कोड प्लेटफ़ॉर्म संभाल सकता है। अपना एंडपॉइंट बनाएँ तो कुछ प्रोग्रामिंग चाहिए होगी।
क्या TradingView मेरे भारतीय ब्रोकर के पास सीधे ऑर्डर लगा सकता है?
वेबहुक से नहीं। वेबहुक केवल संदेश भेजता है। कोई और उसे प्राप्त करके ब्रोकर की API से ऑर्डर लगाएगा।
क्या मैं फ्री TradingView अकाउंट इस्तेमाल कर सकता हूँ?
नहीं। वेबहुक अलर्ट के लिए पेड प्लान चाहिए और टू-फ़ैक्टर ऑथेंटिकेशन चालू होना चाहिए।
क्या भारत में TradingView अलर्ट ऑटोमेट करना कानूनी है?
हाँ, जब ऑर्डर SEBI और NSE के रिटेल एल्गो फ्रेमवर्क के तहत आपके ब्रोकर की आधिकारिक API से जाएँ। व्यावहारिक विवरण हमारी नियम गाइड में हैं।
पूरी प्रक्रिया कितनी तेज़ होती है?
आम तौर पर अलर्ट से ब्रोकर तक कुछ सेकंड, पर यह आपके प्लेटफ़ॉर्म, ब्रोकर और बाज़ार की स्थिति पर निर्भर करता है। इस रास्ते पर ऐसी स्ट्रैटेजी न बनाएँ जिन्हें मिलीसेकंड की सटीकता चाहिए।
अलर्ट बजते समय मेरा सर्वर बंद हो तो क्या होगा?
अलर्ट आम तौर पर छूट जाता है, क्योंकि TradingView हमेशा के लिए दोबारा कोशिश नहीं करता। भरोसेमंद होस्ट इस्तेमाल करें, अपटाइम मॉनिटर करें और छूटे सिग्नल संभालने की योजना रखें, जैसे दिन की शुरुआत में खुली पोज़ीशन जाँचना।
14. संदर्भ
नवीनतम जानकारी ज़रूर जाँचें
TradingView की सुविधाएँ, प्लान के नाम व सीमाएँ, और ब्रोकर या एक्सचेंज के नियम बदल सकते हैं। यह लेख केवल शैक्षिक सारांश है, कानूनी या निवेश सलाह नहीं। हमेशा TradingView, अपने ब्रोकर और नियामकों की आधिकारिक वेबसाइट से मौजूदा जानकारी की पुष्टि करें।
अपने TradingView अलर्ट को रिस्क-नियंत्रित ऑर्डर में बदलें
ProAlgo मल्टी-ब्रोकर एक्ज़ीक्यूशन, TradingView वेबहुक, बैकटेस्टिंग और बिल्ट-इन रिस्क इंजन वाला एक टेक्नोलॉजी प्लेटफ़ॉर्म है।
प्लान देखें
जोखिम की चेतावनी: प्रतिभूतियों, डेरिवेटिव और कमोडिटी में ट्रेडिंग में काफ़ी जोखिम होता है और पूंजी का नुकसान हो सकता है। पिछला प्रदर्शन भविष्य के परिणामों की गारंटी नहीं है। यह सामग्री केवल शिक्षा के लिए है, निवेश सलाह या खरीदने-बेचने की सिफ़ारिश नहीं।