TradingView: графики, оповещения и организация анализа

Одна и та же EUR/USD может выглядеть по-разному в TradingView и терминале брокера, потому что график и заявка могут использовать разные данные и стороны котировки. Статья объясняет, как проверить источник цены, настроить графики и использовать оповещения. Она также показывает, почему оповещение — не заявка и почему сигнал на истории мог отсутствовать в реальном времени. Рассмотрев MT4, MT5 и cTrader в предыдущей статье, сосредоточимся на средствах анализа и их связи с исполнением у брокера.

1. Три слоя цены: источник, график, исполнение

Глядя на свечу EUR/USD, вы видите результат трёх независимых решений. Первое принадлежит поставщику данных: он собирает котировки и публикует ряд для построения свечи. Второе — платформе: TradingView агрегирует ряд в выбранный таймфрейм, рисует его и считает индикаторы. Третье — брокеру: он принимает заявку и исполняет её по своим bid/ask согласно собственной политике исполнения. Три слоя, три роли и три ответа на вопрос «какова цена EUR/USD». Но роль не равна отдельной компании: владельцы ролей могут совпадать. Компания, чей префикс вы видите в символе, одновременно может быть брокером, интегрированным с платформой. Единое название не устраняет разделение ролей: ряд графика и транзакционная котировка создаются для разных целей, на разных типах счетов и могут различаться даже при общем владельце.

В спот-Forex нет центральной биржи и единого официального курса (ст. 1.3). Поэтому нет «истинной» свечи, относительно которой остальные неверны. Есть разные ряды из разных потоков котировок. Фраза «TradingView показывает официальный курс Forex» не столько неточна, сколько бессодержательна.

Практическое следствие одно, и оно повторяется по всей статье: график не доказывает цену исполнения. Если после сделки вы спрашиваете, почему стоп-лосс сработал, хотя «свеча не дошла до уровня», вопрос не в том, ошибся ли TradingView. Нужно выяснить: какой ряд строит свечу, какая сторона рынка определила активацию и из одного ли источника оба измерения. Именно эту процедуру описывает раздел о защитном выходе (ст. 9.4); здесь нас интересует только инструментальный слой.

Обратная ошибка столь же дорога. Поскольку цена графика не равна цене исполнения, сравнение платформ «точка в точку» без проверки источника ничего не устанавливает. Расхождение на долю пипса между потоками — не сбой и не доказательство манипуляции брокера. Это норма децентрализованного рынка.

2. Символ и источник: почему свечи различны

Символ TradingView состоит из префикса поставщика и названия инструмента. OANDA:EURUSD и FX:EURUSD — один рынок в двух разных потоках котировок. Сам по себе ввод EURUSD ещё не называет поставщика. Окно поиска показывает результаты, в каждой строке рядом с инструментом указан источник данных, и выбор за вами. Не проверив его, два человека могут сравнивать «один график», не зная, что ряды разные. Поэтому сначала читайте префикс, а записывая уровни для себя или других, указывайте его явно.

Символ брокера в MT5 добавляет ещё слой. Брокер может назвать инструмент EURUSD, EURUSD.r, EURUSDm или EURUSD# — суффикс обычно обозначает тип счёта, спецификацию или ценовую группу. Это уже не косметика названия: у инструмента с суффиксом могут отличаться размер контракта, часы торгов и способ начисления своп-пунктов.

Процедура сравнения двух источников. Если две дневные свечи EUR/USD различаются и вы хотите понять почему, проверяйте в следующем порядке. Проверьте все значимые параметры: различий может быть несколько одновременно.

1. Поставщик. Прочитайте префикс символа на графике и имя сервера в терминале брокера. Два источника означают два ряда; дальнейшее сравнение имеет смысл лишь как оценка.
2. Сторона рынка. Установите, использует ли ряд Bid, Ask или среднюю цену. В один момент Ask − Bid — спред, а арифметический mid = (Bid + Ask) / 2 находится ровно в полуспреде от каждой стороны. Это не означает постоянного сдвига всей свечи: спред меняется, а максимумы Bid и Ask могут возникать в разные моменты.
3. Сессия и дневные границы. Источники могут по-разному задавать границы сессий и агрегировать данные. Это меняет OHLC даже при общих тиках. Но отображаемый часовой пояс TradingView меняет подписи оси, а не границы свечей или расчёты Pine.
4. Спецификация. Суффикс символа, размер контракта, часы торгов, обработка перерыва выходного дня.
5. Фильтрация и агрегация. Поставщики по-разному обрабатывают единичные изолированные котировки. Тень свечи из одного выброса тика у одного поставщика у другого может вовсе отсутствовать.

Ни один источник не является «истинным» по определению. Но существует источник, подходящий для конкретной цели: если вопрос в возможности исполнения заявки, подходит история котировок брокера. Если вопрос о структуре рынка за недели, годится любой разумный поток: различия укладываются в толщину линии.

Показательный случай. Во время резкого движения фунта 7 октября 2016 года котировки GBP/USD разошлись между торговыми системами настолько, что отчёт Комитета по рынкам при BIS отдельно рассматривает саму задачу определения ценового минимума эпизода^[4]. Это наглядная иллюстрация механизма раздела: при низкой ликвидности вопрос о самой низкой цене не имеет одного ответа, он зависит от того, чьи котировки вы смотрите. Поэтому уровни в популярных описаниях различаются. Мы не повторяем их числами: они создали бы ложное представление о доступной точности. Механика разрывов ликвидности и поведение заявок в такие моменты относятся к ст. 4.4.

3. Графики: интервалы, типы, рисунки, Bar Replay

Графический движок привлекает первым, и его же легко переоценить. Более читаемый график сокращает время распознавания ситуации, которую вы уже умеете распознавать. Он не создаёт преимущества без определённой системы (ст. 8.1); без неё час рисования линий остаётся занятием, лишь похожим на анализ.

Интервалы. Помимо стандартных минутных, часовых и дневных интервалов платформа поддерживает произвольные, секундные и основанные не на времени интервалы. Доступность части из них зависит от тарифа, а глубина истории — ещё от инструмента и поставщика. Это проверяемый на странице цен параметр, не постоянное свойство; вернёмся к нему в разделе 8. Для мультитаймфреймового анализа (ст. 5.11) стандартной сетки достаточно при любом тарифе.

Тип графика меняет представление или преобразование данных. Стандартные свечи показывают OHLC выбранного ряда. Heikin Ashi усредняет цены, а Renko, Range, Kagi и Point & Figure группируют движение по своим правилам. Не всякое видимое значение — цена, доступная для исполнения в этот момент. Бэктесты синтетических цен могут дать нереалистичные результаты. TradingView умеет симулировать Heikin Ashi по стандартным OHLC, но результат всё равно зависит от модели эмулятора. Реальный брокер исполняет по собственным Bid/Ask, типу заявки и политике исполнения, а не только по значению нарисованной свечи.

Рисунки и шаблоны. Заметную экономию времени даёт существование рисунка сразу на нескольких таймфреймах. Линия дневного графика остаётся на младших интервалах того же инструмента, пока вы не ограничите её диапазон в настройках объекта. Уровни остаются одной согласованной картой вместо трёх независимых. Интервалы видимости задаются именно там: вкладка видимости управляет отдельным рисунком. Вторую экономию дают шаблоны: сохранённый набор индикаторов, цветов и настроек загружается на новый инструмент одной командой. Обе функции поддерживают согласованность, но ничего не говорят о точности. Порядок на рабочем месте часто принимают за преимущество.

Проигрывание истории: три разные функции под одним названием. В обиходе «Bar Replay» называют всё, что происходит на отмотанной назад истории. Разделим эти функции: каждая отвечает на свой вопрос. Bar Replay сам по себе перемещает историю свеча за свечой и скрывает последующие события. Для тренировки чтения графика (статья 5.6) это эффективный инструмент: он устраняет коварную особенность обучения на завершённом графике — знание того, чем закончится движение.

На той же отмотанной назад истории разработчик отдельно предлагает торговлю на исторических данных Это уже не просто прокрутка: документация прямо описывает возможности режима — «Можно открывать позиции и размещать лимитные, стоп- и стоп-лимитные заявки, как у реального брокера», а перед запуском повтора «в соответствующем меню можно также настроить начальный капитал, базовую валюту и размер комиссии». После сессии доступны вкладки с обзором, результативностью, анализом сделок и списком сделок; две из них можно вынести за пределы платформы: «Результативность и Список сделок также можно экспортировать для дальнейшего анализа или ведения записей»^[18] (проверено 2026-08-22). Таким образом, в этом режиме есть позиции, лимитные и стоп-заявки, комиссия и отчёты. Третья функция — Strategy Tester: он ничего для вас не проигрывает, а пересчитывает сохранённую стратегию на всём доступном участке истории. Ему посвящён раздел 6.

Все три объединяет то, чего не делает ни одна из них: они не являются записью исполнения у вашего брокера. Исполнение рассчитывает симуляционный слой платформы по ряду выбранного поставщика, поэтому результат ничего не доказывает о политике исполнения, доступной ликвидности или отказе в заявке на конкретном счёте. Для торговли на истории разработчик добавляет ещё одно ограничение: «Данные о сделках и общем результате доступны только в самой сессии и нигде не сохраняются»^[18] (проверено 2026-08-22). Сама сессия, следовательно, нигде не сохраняется, но до её закрытия можно вынести два отчёта: результативность и список сделок охватывает процитированный выше экспорт. Вручную в журнал переносят только то, чего в этих отчётах нет: собственные заметки по ходу сессии. Методология тестирования стратегии с разделением на выборку для подгонки и выборку для проверки относится к статье 11.7. Доступность повтора на младших таймфреймах и глубина истории иногда ограничены тарифом. Как и все лимиты, это проверяют на актуальной странице цен.

Наложение инструментов и межрыночный контекст. Возможность поместить на один график несколько инструментов, в том числе в виде процентного изменения, — одно из реальных рабочих преимуществ этой среды перед терминалом одного брокера. Вы видите вместе валютную пару, индекс доллара и рынок облигаций, причём не обязаны иметь каждый из этих инструментов у своего брокера. Что такое сравнение позволяет понять о рынке, описывает статья 7.8. Здесь важно само то, что инструмент позволяет поставить этот вопрос в одном окне.

Снимки графика для журнала. На снимке графика есть инструмент, таймфрейм и отметка времени, поэтому он подходит для документирования решения в момент принятия, а не задним числом. Снимок — недорогой способ не дать памяти позднее переписать запись вашего анализа. Как превратить этот материал в журнал процесса, где результат — лишь один из многих столбцов, описывает статья 10.8.

4. Оповещения: что они делают и чего не делают

Оповещения — недооценённая часть этой среды и одновременно область с наибольшим числом заблуждений. Начнём с определения: всё дальнейшее следует из него. оповещение — это условие, вычисляемое на серверах платформы по выбранному ряду данных; его выполнение порождает событие и уведомление. Документация разработчика говорит об этом прямо: оповещения создаются и срабатывают на серверах TradingView, а не в вашем браузере^[1]. Закрытие вкладки или выключение компьютера не отключает активное оповещение.

Из того же определения следует, чего оповещение не делает. Оно не размещает заявку. Не резервирует цену. Не гарантирует, что в момент уведомления сделку можно совершить по уровню, вызвавшему срабатывание. Уведомление сообщает только одно: «На ряду поставщика X выполнено условие Y». Всё последующее — отдельная цепочка событий.

Частота срабатывания определяет, увидит ли оповещение закрытую свечу. Это решающий переключатель в окне и постоянный источник разочарований. Для оповещений, зависящих от таймфрейма, то есть основанных на индикаторах, рисунках или преобразованных типах графика, доступны четыре режима: только один раз, раз в минуту, раз на бар и раз при закрытии бара. Первые три могут сработать во время формирования свечи по значениям, которые ещё изменятся до закрытия. Только последний ждёт подтверждения^[3]. Для простых ценовых оповещений набор другой и уже: только один раз или каждый раз^[9].

Практическое следствие: условие «RSI пересёк 30» в режиме «раз на бар» может прозвучать в 10:14, а в 11:00 оказаться невыполненным, потому что свеча закрылась выше. Это не ошибка платформы. Это выбранная настройка, последствия которой пользователь обычно не продумал.

Каналы уведомлений. Событие можно доставить как уведомление в приложении, всплывающее окно, звук или электронное письмо. Пятый канал — HTTP-запрос на указанный адрес, то есть вебхук, — доступен не так свободно, как звук или почта. На странице цен разработчик указывает уведомления через вебхук как функцию, зависящую от тарифа^[8], поэтому проверяйте её вместе с лимитами из раздела 8. Независимо от тарифа разработчик ставит ещё одно условие: вебхуки работают только на аккаунте с включённой двухфакторной аутентификацией^[13]. Сам выбор канала не меняет природу события — лишь место, где вы о нём узнаете. Не помещайте пароли и секретные ключи аккаунта в тело вебхука; учётные данные слоя исполнения храните на стороне этого слоя.

У оповещения может быть срок действия, после которого оно перестаёт работать. В актуальной справке опция Open-ended доступна на тарифах Premium и Ultimate ^[14]. Бессрочность не означает работу без ограничений: TradingView также деактивирует такое оповещение, если одновременно выполнены три условия — оно создано более года назад, последний раз срабатывало более года назад и последний раз редактировалось более года назад. Проверяйте его активный статус и актуальность условия. Продление подписки не заменяет ревизию оповещений.

Вебхук — лишь одно звено цепи. Запрос от оповещения может прийти в ваше промежуточное приложение; оно подготовит инструкцию и передаст её в API брокера; брокер проверит её и исполнит либо отклонит. Каждый переход может дать сбой: приложение недоступно, срок ключа истёк, брокер отверг заявку из-за объёма, спреда или торговых часов, а при восстановлении соединения плохо написанный код отправил одну заявку дважды. Мы не приводим здесь численного значения задержки, потому что осмысленная цифра требует измерения конкретной цепи — с данным хостингом, брокером и временем суток; без этого она была бы выдумкой. Построению и защите такого слоя исполнения посвящены статья 11.5 и статья 11.8. Здесь достаточно правила: пока вы не измерили всю цепь, считайте оповещение подходящим для стиля, в котором несколько секунд не меняют смысл решения.

Как управлять оповещениями, чтобы они приносили пользу:

1. Оповещение на уровне, который что-то меняет. Уведомление «цена коснулась 1.0900» бессодержательно, если вы не записали, что сделаете после сигнала. Ставьте оповещения на уровнях, которые опровергают вашу гипотезу или запускают заранее описанный порядок действий.
2. Оповещение запускает процедуру; решение принимается в её конце. Порядок фиксирован: уведомление, проверка условий в терминале, где размещается заявка, и только затем решение. В описанной процедуре само оповещение не является достаточным основанием для входа.
3. Текст сообщения должен восстанавливать контекст. В поле сообщения запишите не сам уровень, а то, что вы имели в виду при создании оповещения: какой сценарий проверяете и что его опровергает. Когда уведомление придёт ночью или через три недели, восстановить контекст по памяти не получится.
4. Срок действия. Уровень, которого рынок не касался несколько недель, обычно уже потерял первоначальный контекст. Срок действия и так задаётся по умолчанию, а его снятие требует Premium или Ultimate. Поэтому регулярно пересматривайте список независимо от даты, указанной при создании оповещения.
5. Обновлять вместо накопления. После срабатывания удалите оповещение и установите новое по текущему анализу. Лимит активных оповещений часто полезен именно этим: он заставляет выбирать уровни, а не записывать их все.
6. Проверяйте частоту у каждого оповещения по индикатору. Именно это поле возвращается первым пунктом диагностического списка в следующем разделе: расхождение между тем, что вы видели на истории, и тем, что получили в реальном времени, обычно начинается здесь. Далее мы к этому вернёмся.

5. Почему оповещение повело себя иначе, чем сигнал на истории

Прежде чем считать такой случай дефектом платформы, полезно знать: каждый пункт ниже способен дать именно такую картину без всякого дефекта. Иллюстративный пример, показывающий суть проблемы: на графике десятки стрелок точно там, где стоило действовать, а оповещение того же скрипта за месяц прозвучало три раза, причём однажды — в месте, вовсе не видимом на истории. Числа условны и не взяты из измерений; механизм не зависит от их величины. Проходите список в указанном порядке. Подтверждённая причина может объяснить часть расхождений, но остальные проверки тоже могут быть важны.

1. Открытая или закрытая свеча. Проверьте, настроено ли срабатывание при закрытии бара. Если нет, условие проверялось по временным значениям. На графике их уже нет — осталась лишь окончательная свеча, и вы сравниваете два разных измерения.
2. Частота срабатывания. Режим «только один раз» отключает оповещение после первого срабатывания. Режим «раз в минуту» может многократно сообщать об одном условии. Само число уведомлений ничего не говорит о числе сигналов.
3. Перерисовка. Документация Pine Script определяет её широко: как различие поведения скрипта на исторических данных и в реальном времени. Она отмечает, что это распространённое явление и само его наличие ещё не доказывает нечестность^[6]. Важно лишь понимать, какой вариант поведения вы наблюдаете. Скрипт, рисующий на истории сигнал в месте, которое стало известно только задним числом, не может нарисовать его там в реальном времени.
4. Данные старшего таймфрейма. Значение открытого бара HTF может меняться в реальном времени и выглядеть иначе после пересчёта. Это не означает автоматически утечку будущего. Отдельная ошибка — использование lookahead_on без соответствующего сдвига: так значение HTF может появиться на исторических барах раньше, чем стало доступно. Запрос предыдущего подтверждённого значения, например close[1] с lookahead_on, — документированное решение для запросов HTF, если запрашиваемый таймфрейм действительно старше Документация HTF.
5. Изменение конфигурации после создания оповещения. Описанный выше механизм серверной копии: оповещение стратегии работает на настройках момента создания^[2]. Если с тех пор вы изменили параметры скрипта на графике, то сравниваете две разные конфигурации.
6. Источник данных. Оповещение вычисляется по ряду поставщика, указанного в символе. Если затем вы переключили график на другого поставщика или сравниваете уведомление с графиком у брокера, часть расхождения возникает здесь, а не в скрипте. Это механизм из раздела 2.
7. Ошибка выполнения скрипта. Скрипт, превысивший лимиты среды или столкнувшийся с ошибкой выполнения, прекращает вычислять условие. Проверьте, нет ли остановленной записи в списке оповещений и не сообщает ли скрипт об ошибке на текущем инструменте.
8. Текущие ограничения платформы. Лимиты числа оповещений, частота обновления и доступность таймфреймов зависят от тарифа и иногда меняются. Если семь предыдущих пунктов ничего не объяснили, проверьте в актуальной документации разработчика, не изменилось ли поведение функции с тех пор, как вы научились ею пользоваться.

У всех восьми пунктов общее одно: ни один не касается точности условия. Однако они не образуют единую категорию; такое объединение затрудняет диагностику. Есть четыре группы:

• Данные, которые условие видит в момент расчёта — пункты 1, 3, 4 и 6. Это самая большая группа и собственно тема данного раздела.
• Конфигурация оповещения и скрипта — пункты 2 и 5. Здесь ничего не считалось иначе: иначе было настроено.
• Выполнение скрипта — пункт 7. Условие не дало другого результата — оно просто перестало вычисляться.
• Ограничения платформы — пункт 8. Причина находится вне вашего скрипта и вашей настройки.

Разделение практически полезно: каждая группа требует своей проверки. Для первой сравнивают данные, для второй изучают настройки, для третьей — список оповещений и сообщения об ошибках, для четвёртой — актуальную документацию разработчика. Это различие возвращается всюду, где историческое поведение сопоставляют с текущим.

6. Pine Script: индикатор, стратегия и Strategy Tester

Pine Script — язык среды TradingView и только этой среды. Код выполняется на серверах платформы по ряду выбранного поставщика; его результаты — рисунки на графике, значения и события оповещений. Он не заменяет API брокера; по поведению скрипта нельзя судить о поведении торгового счёта. По состоянию на 2026-08-22 текущая версия языка в руководстве разработчика — Pine Script v6. Документация параллельно сохраняет описания прежних версий.^[7].

Три класса скриптов, которые легко перепутать. От этого различия зависит, что вы вправе утверждать о результате:

• Скрипт индикатора (indicator) вычисляет и визуализирует значения. Он может вызвать оповещение. Он не ведёт учёт заявок эмулятора так, как стратегия, хотя может вычислять собственные состояния и модели позиций.
• Скрипт стратегии (strategy) добавляет слой симуляции: размещает виртуальные заявки во встроенном эмуляторе брокера и ведёт запись их результативности. Это симуляция внутри платформы, и именно так нужно читать её результат.
• Скрипт библиотеки (library) предоставляет функции другим скриптам и не выполняется как самостоятельный индикатор или стратегия. Экспортируемые функции библиотеки работают внутри вызывающего скрипта.

Фраза «моя стратегия Pine заработала X» описывает результат эмулятора. Фраза «мой робот заработал X» описывает счёт. Смешение этих фраз — источник повторяющихся недоразумений вокруг инструмента.

Pine Script полезен для собственных индикаторов, формализации условий и предварительных симуляций. Скрипт графика может запрашивать другие символы через request.*(), в пределах лимитов среды. Отдельный Pine Screener сканирует списки инструментов и имеет собственные ограничения. Сильные результаты симуляции требуют последующей проверки. Слабый тест может отражать как слабость правила, так и ошибки реализации, данных или настроек. Прежде чем отвергать идею, установите, что именно было протестировано.

Для чего он не подходит. Для исполнения заявок на счёте: нужен отдельный слой исполнения (статья 11.5). Для статистического анализа за пределами графика: это не язык общего назначения (статья 11.8). И для окончательного решения, есть ли у идеи ценность, — об этом ниже.

Strategy Tester — эмулятор, хотя выглядит как выписка

Вкладка результатов показывает метрики, похожие на отчёт по счёту. Но это не такой отчёт. Результат получен эмулятором, исполняющим виртуальные заявки по ряду выбранного поставщика. Документация разработчика описывает его как модуль, который «реализует основную логику брокера в среде тестирования стратегий»^[19] (проверено 2026-08-22).

Правила эмулятора — настройка, а не неизменное свойство. Та же страница перечисляет среди параметров проскальзывание — «задаёт число тиков, добавляемых к цене исполнения рыночных и стоп-заявок», — и задержку исполнения, которая «определяет, когда заявка исполняется относительно жизненного цикла бара». При варианте «One tick» заявка, размещённая на данном баре, исполняется не раньше следующего тика. Каждый параметр можно задать и в коде: «Любой параметр, указанный в свойствах стратегии, можно изменить, отредактировав аргументы вызова функции strategy()»^[19] (проверено 2026-08-22). Утверждение, что эмулятор считает только на закрытых свечах, описывает один вариант настроек, а не свойство инструмента. Поэтому два теста одной стратегии могут дать разные результаты без изменения единой строки условия. Прежде чем считать результат информацией о чём-либо, установите четыре вещи — все они явные параметры, а не догадки:

1. Какие затраты и какая модель исполнения заданы. Комиссия, проскальзывание и задержка исполнения — поля настроек стратегии со значениями по умолчанию. Не проверив их, вы не знаете, какую систему описывает результат: возможно, систему без затрат, то есть не ту, которую намерены запускать.
2. Что считается одной сделкой в этом тесте. Размер позиции в эмуляторе часто по умолчанию задаётся долей капитала. При росте баланса это меняет характер всей кривой результатов.
3. Сколько было сделок. Около десятка сделок обычно дают очень неопределённую оценку результативности. Одна форма кривой капитала не измеряет эту неопределённость и не доказывает наличие преимущества.
4. Использует ли условие будущее. Проверьте настройки request.security() и момент доступности значений. Открытый бар может перерисовываться, но это отличается от показа будущего значения на истории. Для HTF сравните код с документированным шаблоном подтверждённого значения, например close[1] и lookahead_on; само наличие этой опции ещё не доказывает ошибку.

Полная методология — разделение на выборки для подгонки и проверки, форвард-тест, исследование устойчивости к ухудшению затрат и контроль числа испробованных вариантов — относится к статье 11.7 и полностью изложена там. Здесь мы останавливаемся на границе инструмента: вкладка результатов сообщает, что эмулятор сделал бы на этом ряду данных с этими настройками. О будущем или возможности исполнения она ничего не говорит.

Один механизм: условие, вычисляемое после закрытия свечи

Ниже нет скрипта для копирования на график. Есть схема структуры: порядок проверок и названия вызовов Pine Script, записанные так, чтобы перенести их в собственный код, но не просто вставить и запустить. Это осознанный выбор. Полный скрипт для вставки стал бы артефактом, который читатель запускает на своём графике без собственной проверки; это учит прежде всего доверию к чужому коду. Схема требует обратного порядка: перенять последовательность проверок, самостоятельно написать реализацию и проверить её в редакторе Pine на своём инструменте и таймфрейме. То же решение принято для схем MQL в статье 11.5.

СХЕМА СТРУКТУРЫ - привязка события оповещения к подтверждённой свече
Ориентировочная запись для Pine Script v6. Это не полный скрипт.

объявление: скрипт типа indicator - вычисляет и рисует,
            не ведёт учёт позиций или результатов

1. fastLength, slowLength := входные параметры (input)
   Значение, жёстко заданное в коде, нельзя изменить без правки кода.

2. fast, slow := экспоненциальная скользящая средняя цены закрытия,
   рассчитанная для обеих длин из пункта 1

3. cross := fast пересекает slow снизу вверх
   Само по себе это условие проверяется при каждом пересчёте свечи,
   в том числе ещё формирующейся.

4. confirmation := barstate.isconfirmed
   True только при последнем пересчёте свечи, то есть после закрытия.
   Без этого компонента пункт 3 может сработать на значениях,
   которые ещё изменятся до закрытия.

5. condition := cross AND confirmation

6. if condition: вызвать alert() с текстом сообщения
   и частотой один раз при закрытии бара

чего в этой схеме нет и быть не может:
   вызова для размещения заявки - Pine Script не имеет доступа
   к счёту у брокера.

Что эта схема позволяет утверждать, а чего не позволяет. barstate.isconfirmed ограничивает один класс расхождений: событие оповещения допускается после подтверждения бара. Более ранние расчёты скрипта всё ещё могут использовать предварительные значения; исторические свечи всегда подтверждены. Документация прямо называет это одним из способов избежать перерисовки: «Использование barstate.isconfirmed — один из способов избежать перерисовки, который воспроизводится на исторических барах, всегда являющихся „подтверждёнными“»^[6] (проверено 2026-08-22). Однако другие источники расхождений это не устраняет. Та же страница называет два разных потока для исторических и текущих баров и исправления цен задним числом: «Исторические бары и бары реального времени строятся по двум разным потокам данных» и «биржи/брокеры иногда вносят, как правило, небольшие корректировки цен баров»^[6] (проверено 2026-08-22). К этому добавляются смена поставщика в символе и сдвиг начала доступной истории, тоже способные изменить результат пересчёта. Подтверждённая свеча, таким образом, сужает область расхождений между историей и реальным временем, но не закрывает её.

Где задаётся частота, зависит от вызываемой функции. В приведённой схеме событие генерирует alert(). Для этого механизма и частота, и текст сообщения следуют из аргументов в коде. Окно создания оповещения не предлагает выбора частоты, о чём документация говорит прямо^[10]. Функция alertcondition() работает наоборот: она не принимает параметр частоты, поэтому пользователь выбирает её в окне создания оповещения^[11]. Только с этой функцией имеет смысл спрашивать, описывают ли код и настройка окна одно поведение. У alert() согласовывать нечего. Если вы ищете в окне настройки отсутствующее поле, сначала проверьте первую строку вызова в скрипте.

Чужой скрипт из публичной библиотеки

Публичная библиотека скриптов — одновременно ценный ресурс и настоящее минное поле. Прежде чем включать чужой код в принятие решений, сделайте три вещи. Во-первых, проверьте объявление версии в первой строке: скрипт старой версии языка может вести себя иначе, чем обещает описание. Во-вторых, выясните, виден ли вообще исходный код: это зависит от типа публикации. У открытого скрипта прочитайте код; если вы его не понимаете, оценить момент отказа вы не можете. В защищённом скрипте или скрипте только по приглашению код не виден, и этот шаг невозможен — остаётся проверка поведения, то есть третий шаг. В-третьих, сопоставьте историческое и текущее поведение по списку из раздела 5, а не по строке «без перерисовки» в описании: без указания, что именно проверялось, она ничего не означает.

Отдельное замечание о популярных шаблонах разметки зон. Если многие пользователи отображают один скрипт на одном инструменте, они видят одни уровни; это меняет распределение заявок вокруг них. Последствия для рынка относятся к разделу технического анализа. Здесь достаточно замечания об инструменте: популярность скрипта не является его валидацией.

7. Paper Trading, эмулятор брокера и интеграции с брокерами

Три термина часто используют как синонимы, хотя это разные вещи. Эмулятор брокера — симуляционный слой, в котором стратегия Pine размещает виртуальные заявки. Он работает внутри скрипта и описан в предыдущем разделе. Paper Trading — симулированный счёт, на котором вы вручную нажимаете заявки с графика. Интеграция с брокером — подключение к реальному счёту, при котором панель заявок на графике передаёт инструкции системе вашего брокера.

Paper Trading отвечает на один вопрос, но не отвечает на другой. Он отвечает на вопрос «умею ли я пользоваться инструментом»: где разместить отложенную заявку, как изменить защитный уровень, переключить макет графиков, создать оповещение из панели. Это реальная польза: пробелы во владении инструментом обходятся дорого именно тогда, когда действовать нужно быстро.

Он не отвечает на вопрос «исполнимо ли это у моего брокера». При этом спред не вырезан из симуляции. Документация описывает исполнение в Paper Trading так: «В большинстве случаев заявки на покупку исполняются по цене ask, а заявки на продажу — по цене bid»^[20] (проверено 2026-08-22). Следовательно, симулятор может отражать спред выбранного источника данных. Но он не доказывает условия конкретного брокерского счёта. Другой источник котировок, спецификация инструмента, политика исполнения и доступная ликвидность дают другую стоимость того же решения. Для проверки идеи на котировках, по которым вы действительно будете торговать, подходит демо-счёт у выбранного брокера. Различия демо, paper trading, исторического тестирования и реального счёта разбирает статья 11.7.

Есть и другая граница: симуляция не воспроизводит ваше поведение при реальном убытке. Это подлинное ограничение, но оно относится скорее к статье 10.2, чем к описанию инструмента. Здесь достаточно отметить: положительный результат симулятора не валидирует ни систему, ни исполнение.

Интеграция с брокером зависит от самого брокера. Список партнёров меняется, а объём интеграции может различаться даже внутри одного списка: один брокер открывает через панель на графике все типы заявок, другой — только базовые. Поэтому мы не копируем названия: список устарел бы быстрее статьи. Сверьте актуальный список в панели выбора брокера с документацией вашего брокера и задайте три вопроса: охватывает ли интеграция мой тип счёта, какие типы заявок поддерживает, хранятся ли защитные механизмы, заданные через панель, на сервере брокера или требуют запущенного приложения? Ответ на третий вопрос — свойство брокера; платформа его не определяет.

Заявка из торговой панели графика использует интеграцию TradingView с брокером, но точный путь связи зависит от реализации. Без документации не предполагайте, через какие серверы проходит каждая инструкция. Оценивая время отклика, разделяйте реакцию интерфейса, обмен интеграции, принятие брокером и исполнение. Без общих отметок времени и журналов можно измерить общее время, видимое пользователю, но нельзя приписать каждую задержку конкретному слою.

Мобильная версия не равнозначна браузерной. Не предполагайте одинаковый набор функций, типов заявок и инструментов на всех устройствах: он зависит от версии приложения, ОС и интеграции. Независимо от набора функций телефон хорош как приёмник уведомлений и слаб как место анализа: на маленьком экране нельзя одновременно увидеть контекст нескольких таймфреймов. Ограничения и аварийные процедуры работы с телефона описывает статья 11.4.

8. Тарифы и лимиты: справочная, а не постоянная информация

Этот раздел отличается от остальных; полезно понимать чем. Предыдущие разделы описывали прежде всего механизмы: разделение ролей поставщика, платформы и брокера или разницу между условием на открытой и закрытой свече. Этот слой стареет медленнее интерфейса, но мы не объявляем его неизменным. Разработчик уже менял возможности торговли на истории, параметры эмулятора и набор частот оповещений; поэтому описания в статье тоже датированы и требуют проверки. Названия тарифов и числа ниже стареют быстрее описания механизма: это состояние продукта: они были верны на день проверки и могут перестать быть верными без объявления. Разработчик уже менял и названия уровней подписки, и назначенные им лимиты. Поэтому считайте таблицу отправной точкой для проверки, а не знанием для заучивания.

По состоянию на 2026-10-08, согласно странице цен разработчика^[8] — уровни, видимые в таблице цен по умолчанию:

Три момента заслуживают пояснения: в старых материалах они выглядят иначе. Во-первых, разделение ценовых и технических оповещений: это два отдельных пула с собственными счётчиками. Оповещение по простому ценовому уровню расходует другой лимит, чем оповещение по индикатору, рисунку или преобразованному типу графика. Во-вторых, названия уровней менялись, а часть материалов в сети использует старые. Если текст показывает тариф «Pro» или «Pro+», он описывает состояние до переименования.

В-третьих, названия в старых материалах не устанавливают текущую доступность. Expert встречается в прежних публикациях разработчика и справке ^[15][17], но текущая на момент обзора страница цен показывает пять уровней из таблицы и называет Ultimate тарифом для профессиональных пользователей. Присутствие старого названия не означает, что тариф ещё можно купить. Перед подпиской проверьте предложение для вашей страны и категории пользователя.

Мы не указываем в статье цены — осознанно. Сумма зависит от валюты расчётов, страны, расчётного периода и акций. Любая цифра была бы неверна для части читателей уже в день публикации, а для остальных — через несколько месяцев. Актуальные цены в своей валюте вы увидите на странице подписки разработчика.

Но вопрос затрат полезно перевернуть. Подписка на аналитический инструмент — постоянный расход, обычно сопоставляемый с размером счёта. Однако преимущество возникает не из тарифа, а из системы и последовательности её применения (статья 8.2). Доплата снижает трение в работе: меньше переключений, ручного управления лимитами и вещей для запоминания. Но только в функциях, действительно покрытых купленным тарифом, а они не образуют единую лестницу. Разработчик относит бессрочное оповещение к Premium и Ultimate^[14], а возможность показывать более восьми графиков на одной вкладке — к тарифу Expert^[17] (обе страницы проверены 2026-08-22). Переход с Premium на Expert, следовательно, увеличивает число графиков. Но документация не относит бессрочное оповещение к Expert, поэтому такой переход сам по себе не сокращает ручное управление сроками. Сравнивайте нужные функции отдельно, а не выстраивайте тарифы по рангу. Сэкономленное время в действительно покрытых функциях реально и честно обосновывает расход. Фраза «лучший тариф улучшит мои результаты» честным обоснованием не является — и проверить её невозможно.

Что покупать не обязательно. Платные индикаторы, продаваемые как готовое преимущество, — отдельная статья расходов и отдельный риск. Не видя кода, вы не можете проверить соответствие исторического поведения текущему, а именно этот вопрос здесь решающий (раздел 5). Лимиты Premium и Ultimate — соответственно 400 и 1000 оповещений в каждом из двух пулов по таблице раздела 8 — отвечают потребности в сотнях параллельных наблюдений. При работе с несколькими валютными парами столько наблюдений не требуется.

9. Организация работы: списки наблюдения, макеты и раздел Ideas

Пример, в котором легко узнать себя: Двенадцать вкладок, три макета графиков, восемь валютных пар и двадцать минут без принятого решения. Числа условны. Среда с большими возможностями столь же эффективно усиливает отсутствие структуры, как поддерживает её наличие. Разницу создают несколько решений, которые достаточно принять один раз.

Списки наблюдения вместо одного списка всего. Разумное разделение следует из причины наблюдения за инструментом, а не из его класса активов:

• Основные — пары, которыми вы торгуете и чью специфику знаете. Список должен быть коротким и меняться редко.
• Под наблюдением — инструменты с открытой позицией или созревающим сценарием. Этот список обновляется.
• Контекст — инструменты, которыми вы не торгуете, но читаете как фон: индекс доллара, рынок облигаций, показатель волатильности. Их открывают раз в день, а не постоянно.

Критерий размера предельно прост: список, который нельзя просмотреть за один проход, перестал быть списком наблюдения. Каждый добавленный инструмент — отдельный профиль волатильности, календарь публикаций и поведение в часы низкой ликвидности. При двадцати рынках одновременно внимания уже не хватает.

Макеты графиков. Правило то же: один макет — одна цель. Отдельный для поиска ситуации на одном инструменте в нескольких таймфреймах, отдельный для обзора нескольких инструментов одновременно, отдельный для контекста. Прежде чем это планировать, проверьте то, чего нет в таблице раздела 8: число сохранённых макетов — отдельный лимит тарифа и не связан со столбцом «графиков на вкладку». Первое число определяет, сколько разных конфигураций можно хранить, второе — сколько графиков помещается на вкладке. Если тариф позволяет сохранить меньше макетов, чем требует описанное разделение на три цели, остаётся один макет с ручной перестройкой. База знаний не называет число, а отсылает к странице цен^[16] (проверено 2026-08-22). Смешение трёх целей в одном окне заканчивается тем, что обзор превращается в анализ, а анализ — в случайное нажатие.

Заметки на графике. Подписывать уровни на графике разумно при одном условии: заметка фиксирует знание в момент её создания, а не последующие события. «Уровень, на котором остановилось третье подряд снижение» — запись наблюдения. «Сильный спрос» — запись мнения, которое через месяц невозможно проверить. Первая форма строит карту инструмента, вторая — обоснование уже принятой гипотезы.

Раздел Ideas: что видно и чего не видно

Публичная база анализов — крупная коллекция своего рода и одновременно хрестоматийный пример смещения выборки (ошибка выжившего — связанная статья). Здесь выборка формируется отбором до публикации, а не исчезновением неудачных записей после неё; именно эта последовательность определяет название механизма. В нём четыре независимых элемента, работающих в одном направлении:

• Публикация добровольна, а решение принимается до публикации. Автор решает, отправлять ли запись, и может оставить её частной — тогда в публичный набор она не попадёт. Анализа, в который автор перестал верить до нажатия «опубликовать», в этом наборе нет. Наблюдать набор — не значит наблюдать все попытки.
• Нет связи со счётом. Публикация не сверяется с торговой историей. Описание сценария и результат счёта — разные вещи, а набор показывает только первое.
• Видимость и место в рейтинге зависят от реакции читателей. Записи с откликом поднимаются выше, а отклик собирают гипотезы, согласующиеся с уже существующим мнением читателей. Поэтому первым вы видите результат популярности, а не точности.
• Исполнение невидимо. Даже если сценарий реализовался, неизвестно, по какой цене автор вошёл, переносил ли защитный уровень и открывал ли позицию вообще.

Публичная история Ideas не является полной записью всех решений автора. Правила TradingView разрешают автору редактировать или удалять публичную идею только в течение 15 минут после публикации, но модераторы позднее могут скрывать нарушения правил ^[22]. Есть и отбор до публикации: авторы выбирают, что отправить, а что оставить частным. Поэтому не предполагайте ни неограниченного удаления неудачных идей задним числом, ни полноты видимой истории. Даже полный набор публичных записей исключает анализы, которые никогда не публиковались.

Это не довод игнорировать чужие анализы. Это довод изменить вопрос, с которым вы к ним подходите. Ценность — в процессе: хорошо описанная запись показывает, как человек сформулировал гипотезу, где поставил опровергающий её уровень и какой альтернативный сценарий допускал. Это материал для обучения чтению рынка. Ценность не в результате: число подписчиков и присвоенные ранги измеряют популярность, ничего не говорят о точности, а документированной связи между ними нет.

Практическое следствие одно: если вы не можете воспроизвести чужую логику на своём графике и проверить её своей процедурой, оснований действовать по ней нет. Чужой анализ может стать отправной точкой вашей работы, но не заменить её.

Календарь и другие встроенные инструменты. Среда также предлагает календарь макропубликаций и обзоры силы рынка. Для быстрой проверки событий дня их достаточно. Критерии оценки календарей, сканеров и калькуляторов — поля ввода, часовые пояса, правило консенсуса и фильтры — рассматривает следующая статья (статья 11.3); интерпретация самих публикаций относится к статье 6.4. То же относится к позиционированию из отчётов CFTC, которое скрипты сообщества иногда выводят на график: инструмент нейтрален, а выводы из данных описывает статья 6.6.

10. Чего не показывает TradingView

Ограничения аналитического инструмента редко заявляют о себе сообщением об ошибке. Они проявляются в том, что рассматриваемые данные означают не то, что вы предполагаете. Четыре случая ниже описывают именно такие ситуации.

Объём на валютном графике зависит от источника данных

Поскольку у спот-Forex нет центральной биржи, сообщающей оборот (статья 1.3), столбик под валютным графиком не измеряет стоимость сделок на всём рынке. Его смысл зависит от данных, получаемых платформой от поставщика, и неодинаков для всех символов. Документация прямо формулирует правило: «Мы всегда отображаем объём, когда получаем его от поставщика данных». Если торгового оборота нет, иногда доступен тиковый объём: «В некоторых случаях у нас нет торгового объёма, но есть тиковый объём — он показывает число обновлений цены»^[23] (проверено 2026-08-22). Та же страница перечисляет символы без объёма вообще, в том числе некоторые валютные пары и CFD, и инструменты, для которых индикатор показывает «n/a».

Тип данных можно проверить; сделайте это, прежде чем читать что-либо из столбика. В Pine Script за это отвечает одна переменная. Руководство описывает syminfo.volumetype как строку с типом объёма инструмента; возможные значения — «base», «quote», «tick» и «n/a»^[24] (проверено 2026-08-22). Лишь ответ на этот вопрос определяет, смотрите ли вы на число изменений котировки, оборот в одной из валют пары или отсутствие данных. Смена поставщика меняет значения; сравнивать их между платформами бессмысленно.

Это не делает показатель бесполезным. Число изменений котировки измеряет ровно то, что следует из определения: как часто котировка менялась у этого поставщика. Но это слабое приближение к тому, для чего его нередко используют, — оценке масштаба участия крупных игроков. Фраза «высокий объём на этом уровне» на спот-графике не несёт привычно приписываемого ей смысла.

Реальный объём валютного рынка можно наблюдать в биржевых фьючерсах — централизованном инструменте с отчётностью по обороту. Но помните: это другой инструмент: собственные часы торгов, механика расчётов, структура затрат и ценовой ряд, не совпадающий со спотом точка в точку.

Одна свеча не содержит ваш спред

Свеча строится по одному ценовому ряду, а стоимость входа следует из разницы двух сторон рынка у вашего брокера в конкретную секунду. Одна свеча не содержит эту разницу — из четырёх значений одного ряда нельзя восстановить другую сторону рынка. Это не означает, что спред нигде не виден. Документация указывает два места показа: «в Buy/Sell на графике» и «в Order Dialog/Panel»^[21] (проверено 2026-08-22). Но это места отображения, а не указание владельца источника. Оба относятся к транзакционному слою, а не самому графику; чей спред показан, зависит от режима. При подключённом счёте это спред данного счёта, в симуляции исполнение идёт по ask и bid источника данных: «В большинстве случаев заявки на покупку исполняются по цене ask, а заявки на продажу — по цене bid»^[20] (проверено 2026-08-22; подробнее в разделе 7). Ни в одном варианте это не спред ряда, из которого построена свеча. Прежде чем считать расстояние на графике безопасным, проверьте в описании символа используемый ряд, а величину спреда смотрите там, где размещаете заявку.

Два значимых момента предсказуемы. Первый — окно макропубликации: спред может расшириться многократно, а отложенная заявка повести себя совсем иначе, чем в спокойную сессию. Поэтому оповещение в этом окне имеет иную ценность, чем такое же часом ранее. Механика торговли на публикациях — статья 8.8). Второй — ежедневный ролловер позиций, когда ликвидность мала и спред может расширяться. Тесный защитный уровень, выглядящий далёким на графике, в оба момента может быть достигнут без движения цены в привычном вам смысле.

Дневная свеча закрывается в разные часы

Терминалы используют часовые пояса, заданные брокером; аналитическая платформа — своё правило для инструмента. Конкретное следствие: дневная свеча в этих средах может охватывать разные части суток. Если условие опирается на форму закрытой дневной свечи, один день может дать сигнал в одном месте и не дать в другом — и оба инструмента работают правильно.

Проверка занимает минуту: сравните время закрытия дневной свечи на графике и у брокера. Если оно различается, выберите версию для своих условий и придерживайтесь её. То же относится к выходным: открытие торгов в воскресенье зависит от сервера, поэтому размер гэпа может различаться (статья 4.4).

Глубина рынка, задержки данных и глубина истории

Оставшиеся три ограничения можно описать кратко. Во-первых, в споте нет единой публичной книги заявок: нет центральной биржи, которая её ведёт. Сама платформа книгу показывать умеет — в торговой панели есть вкладка глубины рынка, но данные поступают от подключённого брокера, а не поставщика ряда графика^[12]. Условий два: счёт подключён к платформе и брокер предоставляет данные второго уровня для символа. На розничных FX-счетах оба часто не выполнены. Это зависимость от брокера и типа счёта, а не отсутствие функции платформы. Сначала проверьте оба условия в документации брокера; если они не выполнены, методу нужен другой рынок (статья 3.3). Во-вторых, данные биржевых рынков подчинены правилам поставщиков и иногда задерживаются; это касается и валютных фьючерсов как ориентира. Задержка зависит от биржи и купленного пакета данных, а не уровня подписки на платформу; проверяйте описание инструмента. В-третьих, глубина истории различается по инструментам и таймфреймам, на младших часто коротка. Тесты с длинной минутной историей требуют внешнего источника и отдельного инструмента (статья 11.7).

Проверки перед использованием уровня с графика:

Все шесть пунктов сводятся к одному вопросу, которым стоит закончить статью: откуда взялось число, на которое я смотрю, и из того же ли места, где принимается основанное на нём решение. Аналитический инструмент отвечает на первую половину вопроса. Вторую нужно проверить там, где размещаете заявку.

Следующая статья остаётся об инструментах, но меняет их класс: календари публикаций, сканеры и калькуляторы — источники, где вопрос происхождения данных — правило консенсуса, часовой пояс записи, определение поля — столь же важен, а иногда его ещё труднее поставить.

Источники и ссылки

1. Справочный центр TradingView, «Работают ли оповещения, когда TradingView не открыт на компьютере?» — tradingview.com/support/solutions/43000548327. Документация разработчика: оповещения создаются и срабатывают на серверах платформы. Проверено 2026-08-22.
2. Справочный центр TradingView, «Оповещения стратегии» — tradingview.com/support/solutions/43000481368. Источник правила о работе оповещения стратегии на серверной копии, созданной при его настройке и независимой от последующих правок на графике. Проверено 2026-08-22.
3. Справочный центр TradingView, «Различия частот оповещений» — tradingview.com/support/solutions/43000474415. Описание режимов срабатывания и разницы между проверкой условия на формирующейся свече и после закрытия. Проверено 2026-08-22.
4. Комитет по рынкам, «„Мгновенное событие“ фунта стерлингов 7 октября 2016 года», Банк международных расчётов, январь 2017 — bis.org/publ/mktc09.htm. Анализ эпизода, в котором само определение ценового минимума рассматривается отдельно из-за расхождения котировок торговых систем.
5. Barber, B., Odean, T. (2000). «Торговля опасна для вашего благосостояния: результаты инвестиций индивидуальных инвесторов в обыкновенные акции». The Journal of Finance, 55(2), 773–806. Связь частоты торговли с результатами розничных счетов. Исследование относится к рынку акций США; вывод переносится сюда лишь как довод сократить число возможностей входа.
6. Руководство пользователя Pine Script®, «Перерисовка» — tradingview.com/pine-script-docs/concepts/repainting. Определение явления как расхождения поведения скрипта на исторических данных и в реальном времени. Проверено 2026-08-22.
7. Руководство пользователя Pine Script® — tradingview.com/pine-script-docs. Источник сведений о текущей версии языка (v6) и параллельно поддерживаемой документации прежних версий. Проверено 2026-08-22.
8. TradingView, цены подписки — tradingview.com/pricing. Источник названий тарифов и лимитов графиков, индикаторов и оповещений в разделе 8. Значения меняются; состояние на 2026-08-22.
9. Справочный центр TradingView, «Почему отсутствует опция Once Per Bar?» — tradingview.com/support/solutions/43000690908. Источник различия между зависящими от таймфрейма оповещениями с четырьмя режимами и простыми ценовыми с двумя. Проверено 2026-08-22.
10. Справочный центр TradingView, «Оповещения по функции alert()» — tradingview.com/support/solutions/43000597494. Источник правила для оповещения, созданного вызовом alert(): частота срабатывания и текст сообщения следуют из кода скрипта, а не настроек окна создания оповещения. Проверено 2026-08-22.
11. Руководство пользователя Pine Script®, «Оповещения» — tradingview.com/pine-script-docs/concepts/alerts. Источник обратного правила для alertcondition(): функция не принимает параметр частоты, поэтому пользователь выбирает его в окне создания оповещения. Проверено 2026-08-22.
12. Справочный центр TradingView, «Как получить данные второго уровня?» — tradingview.com/support/solutions/43000480004. Источник сведений, что глубина рынка поступает от брокера и требует подключённого счёта и брокера, предоставляющего эти данные. Проверено 2026-08-22.
13. Справочный центр TradingView, «Как настроить оповещения через вебхук?» — tradingview.com/support/solutions/43000529348. Источник условия, что вебхуки разрешены только при включённой двухфакторной аутентификации. Проверено 2026-08-22.
14. Справочный центр TradingView, «Я перешёл на Premium, но оповещения всё ещё истекают через 2 месяца» — tradingview.com/support/solutions/43000688759. Источник правила, что бессрочное оповещение доступно только в Premium и Ultimate. Проверено 2026-08-22.
15. Справочный центр TradingView, «Сколько данных доступно для Bar Replay?» — tradingview.com. Справка использует историческое название Expert; его наличие само по себе не подтверждает текущую доступность тарифа. Актуальное предложение отдельно проверено на странице цен 2026-10-08.
16. Справочный центр TradingView, «Не могу создать новый макет» — tradingview.com/support/solutions/43000762819. Источник сведений, что максимум сохранённых макетов — свойство тарифа, проверяемое на странице цен. Проверено 2026-08-22.
17. Блог TradingView, «Новые шаблоны макетов графиков в вашем распоряжении», 28 июня 2024 — tradingview.com/blog/en/new-chart-layout-patterns-45487. Публикация разработчика, называющая Expert пороговым тарифом для более восьми графиков на вкладке. Проверено 2026-08-22.
18. Справочный центр TradingView, «Учитесь торговать на исторических данных» — tradingview.com/support/solutions/43000691889. Источник описания торговли на истории: позиции, лимитные и стоп-заявки, начальный капитал и комиссия, вкладки результатов, экспорт Performance и List of trades и оговорка, что данные сессии нигде не сохраняются. Проверено 2026-08-22.
19. Справочный центр TradingView, «Эмулятор брокера» — tradingview.com/support/solutions/43000786181. Источник описания эмулятора как модуля симуляции исполнения заявок и настраиваемых параметров: проскальзывания, задержки исполнения и возможности задавать их аргументами вызова стратегии. Проверено 2026-08-22.
20. Справочный центр TradingView, «Как рассчитываются прибыль и убыток позиции в Paper Trading?» — tradingview.com/support/solutions/43000719857. Источник правила, что на симулированном счёте покупки исполняются по ask, продажи — по bid. Проверено 2026-08-22.
21. Справочный центр TradingView, «Где увидеть спред?» — tradingview.com/support/solutions/43000479982. Источник сведений о показе спреда на кнопках заявок графика, в диалоге и панели заявки. Проверено 2026-08-22.
22. Справочный центр TradingView, «Публикация и обновление идей» — tradingview.com/support/solutions/43000591338. Источник правила о правках и удалении публичной записи только в течение пятнадцати минут после публикации; затем это невозможно. Проверено 2026-08-22.
23. Справочный центр TradingView, «Индикатор объёма выглядит странно или показывает ноль либо n/a» — tradingview.com/support/solutions/43000481397. Источник правила о показе объёма при его получении от поставщика и сведений о доступности тикового объёма и символах без данных объёма. Проверено 2026-08-22.
24. Руководство пользователя Pine Script®, «Информация графика» — tradingview.com/pine-script-docs/concepts/chart-information. Источник описания переменной syminfo.volumetype и её четырёх возможных значений. Проверено 2026-08-22.