אבטחת webhook במסחר: הגנה על כתובת ה-URL ועל החשבון

אבטחת webhook במסחר מסתכמת ברעיון אחד: הכתובת שההתראות שלכם שולחות אליה היא בפועל סיסמה. כל מי שמחזיק בה ומכיר את פורמט ההודעה יכול לבקש מהאוטומציה שלכם לפעול. במאמר הזה נעבור על איך מתייחסים לכתובת ה-webhook כסוד, מה TradingView עצמה אומרת על אבטחה ועל מגבלות שליחה, מה כתובת שדלפה עלולה לעשות, איך מגבילים ומנטרים גישה, וטבלה של הטעויות שגורמות לרוב הבעיות.

המאמר מניח שאתם מכירים את יסודות האוטומציה מבוססת התראות. אם לא, התחילו באוטומציה של התראות TradingView עם webhook וחזרו לכאן.

למה הכתובת היא החוליה החלשה

בהגדרה טיפוסית, TradingView שולחת בקשת HTTP POST לכתובת כשהתראה יורה. השירות המקבל לא יכול לדעת מהכתובת בלבד אם הבקשה הגיעה מחשבון ה-TradingView שלכם או ממי שמצא את הכתובת. ב-WeCore לכל הרשמה לאסטרטגיה יש כתובת webhook פרטית משלה שמוצגת בדשבורד, והתיעוד ישיר: לעולם לא לשתף אותה בפומבי, כי כל מי שמחזיק בה יכול לשלוח פקודות.

מאחורי הכתובת יש בכל זאת כמה שכבות. ב-WeCore התראה נכנסת עוברת הגבלת קצב, רשימת IP מותרים אופציונלית, בדיקת תוכנית ואסטרטגיה, מיפוי חוזה, כלל של פוזיציה אחת לסימבול, בדיקות גודל וסיכון, ורק אז לברוקר. השכבות האלה מקטינות את הנזק של הודעה תועה, אבל הן לא סיבה להתרשל בשמירה על הכתובת.

התייחסו לכתובת כאל סוד

הרגלים מעשיים:

• לא להדביק את הכתובת בצילומי מסך, בפורומים, בקבוצות צ'אט או במסמכים משותפים.
• לא לשמור אותה בגיליון שמשותף עם אחרים. השתמשו במנהל סיסמאות או בהערה פרטית.
• בשיתוף מסך או בהקלטת הדרכה, הסתירו את שדה ה-Webhook URL בחלון ההתראה.
• השתמשו בכתובת נפרדת לכל אסטרטגיה, כך שדליפה פוגעת באסטרטגיה אחת ולא בכולן.
• אם אתם מעבירים למישהו פריסת גרף, זכרו שצילום מסך של חלון ההתראה חושף את הכתובת.

אם היא דלפה, צרו אותה מחדש

אם אתם חושבים שהכתובת נחשפה, צרו אותה מחדש. ב-WeCore פותחים את האסטרטגיה ולוחצים Regenerate; הכתובת הישנה מפסיקה לעבוד מיד. המשמעות היא שכל התראת TradingView שהשתמשה בכתובת הישנה צריכה עריכה לכתובת החדשה, לכן שמרו רשימה קצרה של איזו התראה מצביעה לאן. יצירה מחדש זולה; השארת כתובת שאולי נחשפה פעילה אינה זולה.

מה TradingView אומרת על אבטחה

דף העזרה של TradingView על webhooks (נקרא ב-11 באוקטובר 2026) קובע כמה תנאים עם השפעה על אבטחה ואמינות:

• חובה אימות דו-שלבי (2FA) בחשבון ה-TradingView כדי להשתמש ב-webhooks.
• נתמכים רק פורטים 80 ו-443 בכתובת, ו-IPv6 אינו נתמך.
• בקשה שנמשכת יותר משלוש שניות מבוטלת.
• webhooks עלולים מדי פעם לא להגיע ליעד.
• TradingView ממליצה לא לשים פרטי התחברות בגוף ההודעה, כי ההודעה עוברת כגוף של בקשת רשת רגילה.

הנקודה האחרונה ראויה להדגשה. הודעת ההתראה צריכה לתאר הוראת מסחר, לא את הזהות שלכם. אל תכניסו אליה סיסמאות ברוקר, מפתחות API או פרטי כניסה. מקבל שתוכנן נכון מזהה אתכם דרך הכתובת הפרטית (ואופציונלית דרך כתובת IP של המקור), לא דרך סודות שהוקלדו בהודעות. ב-WeCore, למשל, לא צריך שם משתמש של TradingView בהתראה.

הפעילו 2FA ב-TradingView עצמה

ההתראה נוצרת ונערכת בתוך חשבון ה-TradingView שלכם, ולכן מי שמשתלט על החשבון יכול ליצור התראות או לקרוא את הכתובות ששמורות בהן. אימות דו-שלבי נדרש ל-webhooks בכל מקרה; השתמשו באפליקציית אימות, שמרו קודי שחזור לא מקוונים וסיסמה ייחודית.

רשימת IP מותרים

TradingView מפרסמת את כתובות ה-IP שמהן יוצאות בקשות ה-webhook, ובדף שלה מופיעות ארבע: 52.89.214.238, 34.212.75.30, 54.218.53.128 ו-52.32.178.7 (נבדק ב-11 באוקטובר 2026). אם המקבל תומך ברשימת מותרים, הגבלה לכתובות האלה גורמת לכך שבקשה מכל מקום אחר נדחית גם אם הכתובת דלפה.

ב-WeCore ל-webhook יש רשימת IP מותרים אופציונלית עם בחירות כמו הכול או ה-IP הרשמיים של TradingView. כמה הסתייגויות:

• רשימת מותרים היא מנעול שני, לא תחליף לשמירת הכתובת בסוד. מי שמסוגל לגרום ל-TradingView לשלוח בקשה, למשל מחשבון TradingView משלו, יגיע מכתובת מותרת.
• רשימה מותאמת שמחסירה כתובת עדכנית עלולה לחסום את ההתראות שלכם. אם ההתראות פתאום נעלמו אחרי שינוי הרשימה, החזירו אותה קודם, ואז השוו לכתובות המעודכנות ש-TradingView מפרסמת, שעשויות להשתנות עם הזמן.
• בדקו את הדף מדי פעם ואל תניחו שהרשימה קבועה.

מה כתובת שדלפה עלולה לעשות

אין כאן תחזית למה שיקרה; זו דרך לחשוב על תרחישי הגרוע ביותר כדי להגביל אותם.

• היא עלולה לשלוח פקודות בשם האסטרטגיה: קניות, מכירות, הוספות, יציאות, ביטולים.
• היא עלולה לשלוח אותן בהמוניהן, ולכן הגבלות קצב וכלל פוזיציה אחת לסימבול חשובים.
• היא עלולה לסגור פוזיציה שרציתם להשאיר, כי פעולות יציאה מיועדות לעבור חסימות סיכון.
• היא לא יכולה למשוך כסף. WeCore היא גשר ולא ברוקר, ולעולם לא מחזיקה כספים. פקודות הולכות רק לחשבון המסחר המחובר.

ההגנות המעשיות הן אלה שבשליטתכם: מגבלות סיכון ברמת החשבון (ראו איך מגדירים מגבלות סיכון ב-WeCore וניהול סיכונים למסחר אלגוריתמי), מגבלת הפסד יומית, מתג חירום, גודל ברירת מחדל קטן ומצב Simulation בזמן בדיקות. העובדה שיציאות תמיד מותרות היא יתרון ולא פגם, אבל היא אומרת שיציאה תועה יכולה לסגור פוזיציה.

כפילויות, ניסיונות חוזרים ותזמון

אבטחה ואמינות חופפות, כי כפילות היא פשוט הוראה לא רצויה.

התראות כפולות

שתי התראות על אותו גרף, התראה שיורה בכל טיק, או סקריפט Pine שקורא ל-`alert()` כמה פעמים בנר יכולים כולם לייצר הודעות חוזרות. אפשרויות התדירות של `alert()` ב-Pine הן `alert.freq_once_per_bar`, `alert.freq_once_per_bar_close` ו-`alert.freq_all`; האחרונה מאפשרת לכל קריאה בתוך נר לירות. בחרו את האפשרות הצרה ביותר שהלוגיקה שלכם צריכה. כלל אצל המקבל כמו פוזיציה פתוחה אחת לסימבול הוא רשת ביטחון, לא תכנון.

ניסיונות חוזרים ומגבלת שלוש השניות

מכיוון ש-TradingView מבטלת בקשות שנמשכות יותר משלוש שניות ומזהירה ש-webhooks עלולים מדי פעם לא להגיע, אל תבנו מערכת שמניחה שכל הודעה מגיעה בדיוק פעם אחת. אם בקשה בוטלה ייתכן שתראו כשל בלוג ההתראות של TradingView בעוד המקבל אולי כן פעל ואולי לא. בדקו את האותות והפוזיציות באפליקציה, לא רק את לוג ההתראות, לפני ששולחים משהו ידנית שוב. הפעלה ידנית חוזרת של התראה שכן הגיעה יוצרת בדיוק את הכפילות שרציתם למנוע.

מגבלות קצב וכלל 15 ב-3 דקות

התראות אסטרטגיה ב-TradingView מפסיקות לירות אם הן יורות יותר מ-15 פעמים ב-3 דקות. בצד המקבל WeCore מסרבת ליותר מ-120 התראות לדקה לכל webhook. הגעה לאחת המגבלות מצביעה בדרך כלל על לולאת לוגיקה, כמו אסטרטגיה שהופכת כיוון שוב ושוב, וכדאי לחקור אותה ולא לעקוף.

ניטור

אבטחה בלי ניטור היא ניחוש. שגרה קצרה עוזרת:

1. הסתכלו בלוג ההתראות של TradingView, שמציג את סטטוס השליחה של בקשות webhook.
2. הסתכלו ברשימת האותות (Signals) באפליקציית WeCore אחרי כל סוג התראה חדש.
3. הפעילו התראות על עסקאות (אימייל או Telegram) כדי להבחין מהר בפקודה לא צפויה.
4. עברו על פוזיציות ופקודות פתוחות בתחילת ובסוף הסשן.
5. עברו על ההתראות הקיימות. לפי TradingView התראות רגילות שפג תוקפן מפסיקות בשקט אחרי מקסימום חודשיים, והתראות ישנות שכבר לא זכורות לכם הן סיכון בפני עצמן.

לבדיקת התראה שותקת ראו התראת TradingView לא יורה.

טעויות נפוצות

רשימת הקשחה קצרה

1. כתובת פרטית במנהל סיסמאות.
2. כתובת לכל אסטרטגיה; יצירה מחדש בכל ספק.
3. 2FA ב-TradingView.
4. רשימת IP מותרים על הכתובות הרשמיות של TradingView, עם בדיקה תקופתית.
5. אין פרטי התחברות באף הודעה.
6. מגבלות סיכון ומתג חירום שמורים לפני מסחר חי.
7. סקירת התראות חודשית.

כדי לראות איך זה נראה בפועל, פתחו חשבון WeCore ועברו על אסטרטגיית Simulation; עמוד התוכניות מציג את האפשרויות ואת ניסיון 7 הימים. אפשר גם לעיין באסטרטגיות המוכנות של WeAlgo שרצות על שרת המסחר שלכם. להגדרה צעד אחר צעד ראו איך מחברים התראות TradingView ל-WeCore.

שאלות נפוצות

האם כתובת webhook באמת רגישה כמו סיסמה?

בפועל כן. מי שמכיר את הכתובת ואת פורמט ההודעה יכול לשלוח הוראות לאוטומציה שלכם. שמרו אותה פרטית וצרו אותה מחדש אם ייתכן שנחשפה.

מה עושים קודם אם הכתובת דלפה?

יוצרים אותה מחדש בהגדרות האסטרטגיה כדי שהכתובת הישנה תפסיק לעבוד, ואז מעדכנים כל התראת TradingView בכתובת החדשה. אחר כך בודקים אותות ופוזיציות אחרונים לאיתור משהו חריג.

מאילו כתובות IP TradingView שולחת webhooks?

בדף העזרה של TradingView מופיעות 52.89.214.238, 34.212.75.30, 54.218.53.128 ו-52.32.178.7 (נבדק ב-11 באוקטובר 2026). אמתו את הרשימה העדכנית בדף של TradingView לפני שאתם מסתמכים עליה.

אפשר לשים את פרטי הברוקר בהודעת ההתראה?

לא. TradingView ממליצה לא לשים פרטי התחברות בגוף ההודעה, ומקבל שתוכנן נכון לא צריך אותם. WeCore מזהה את האסטרטגיה דרך הכתובת הפרטית שלה.

למה ההתראה הופיעה כנשלחה ולא קרה כלום?

TradingView מבטלת בקשות מעל שלוש שניות ומציינת ש-webhooks עלולים מדי פעם לא להגיע. בדקו את האותות ואת רשימת ה-IP, ואז עברו על מאמר פתרון התקלות לפני הפעלה חוזרת.

המאמר הוא מידע כללי, אינו ייעוץ השקעות ואינו מבטיח תוצאות, ומסחר בחוזים עתידיים כרוך בסיכון גבוה להפסד. בדקו את הכללים העדכניים של הברוקר וחברת הפרופ לפני אוטומציה.