ICT-сповіщення: отримуй сигнал миттєво

Що таке ICT-сповіщення про трейдинг?

ICT-сповіщення — це автоматичні повідомлення, які спрацьовують у момент, коли Scanner підтверджує smart-money сетап на закритій свічці. Виявлення одразу надсилає push у браузер, на нативний Android-пристрій і показує подію у дзвіночку платформи, тож ти дізнаєшся про сетап за секунди, а не знаходиш його випадково через кілька годин.

Суть — у покритті ринку без постійної уваги до екрана. Scanner безперервно стежить за сотнями пар на різних таймфреймах і під час різних сесій, а перериває тебе лише тоді, коли формується модель, яку ти сам обрав. Ти перестаєш полювати на сетапи й починаєш реагувати на них. Саме така зміна підходу робить alert-driven trading практичним для тих, хто не може сидіти перед графіками весь день. Глобальна структура валютного ринку теж не залишає трейдеру одне централізоване місце для спостереження — це добре видно з даних BIS про валютний ринок.

Проблема: ти не можеш стежити за кожною парою, таймфреймом і сесією

У ручного ICT-трейдингу є жорстка межа покриття. Fair Value Gap (FVG) на 1H, Break of Structure (BOS) на 4H і liquidity sweep на Daily можуть сформуватися на будь-якому з 400+ інструментів, і жоден із них не чекатиме, поки ти відкриєш потрібний графік.

Математика тут безжальна. Якщо ти стежиш за 30 парами на чотирьох таймфреймах, це вже 120 графіків. Додай London, New York AM та Asian kill zone — і найчистіші сетапи почнуть друкуватися, поки ти спиш або працюєш. Модель, яку ти тижнями вчився розпізнавати, формується о 03:00 за твоїм часом, проходить mitigation і зникає до сніданку.

Звідси виникають три типові проблеми:

• Пропущені сетапи. Чистий ретест Order Block, на який ти чекав, відпрацював на парі, якої не було у тебе перед очима.
• Втома від постійної уваги. Години перемикання між графіками притупляють оцінку, і ти починаєш форсити угоди на посередніх моделях, аби виправдати час біля екрана.
• Пізні входи. Коли ти нарешті помічаєш рух, ціна вже дійшла до Draw on Liquidity, а вхід або залишився позаду, або має неприйнятне співвідношення ризику.

ICT-сповіщення розв’язують усі три проблеми: машину залишають стежити, а твою увагу зберігають для рішення. Scanner не втомлюється, не плутає часові пояси й не має «улюблених» пар.

Він застосовує одне й те саме правило до закриття 4H кожного інструмента на кожній межі свічки — те, чого людина перед екраном структурно не здатна робити постійно. Результат — не більше угод, а та сама дисципліна на масштабі, якого вручну ти просто не охопиш.

Як насправді спрацьовують ICT-сповіщення LiquidityScan

Механіка навмисно проста, і якщо ти її розумієш, то чітко знаєш, що саме означає сповіщення, а чого воно не означає. Кожен Scanner оцінює лише підтверджені закриті свічки. Поточна свічка, що ще формується, завжди відкидається. Коли свічка закрилася й правила Scanner виконані, система записує detection — саме ця подія запускає сповіщення.

Після цього повідомлення розходиться на зареєстровані пристрої:

• Web Push (VAPID) — на комп’ютер або мобільний браузер, навіть якщо вкладку закрито, після надання дозволу.
• Нативний push для Android (FCM) — через встановлений застосунок.
• Дзвіночок і toast у платформі — під час активної сесії, щоб побачити подію одразу. Пристрої iOS використовують той самий реєстр пристроїв, що й шар дзвіночка та toast.

Окремого месенджера для signal feed тут немає. Чітко: сповіщення не надходять через Telegram; цей канал існує лише як посилання для запрошення до спільноти, а не для доставки сетапів. Усе працює через описаний вище реєстр web push і нативних push-повідомлень.

Оскільки detection перераховується під час кожного сканування та працює ідемпотентно, ти отримуєш одне чисте повідомлення на виявлену подію, а не потік мерехтливих оновлень у міру формування й перепрайсингу свічки. Та сама властивість не дає перезапуску або повторному скануванню надіслати дубль: одна й та сама подія завжди відповідає одному повідомленню.

Різні канали зручні в різних ситуаціях, і тут краще розуміти їхнє реальне призначення.

Про що можна отримувати сповіщення — включно з proximity до зони

Будь-який detection зі Scanner може запускати ICT-сповіщення. Це охоплює весь каталог рушіїв, тож повідомлення відповідає саме тій моделі, якою ти реально торгуєш:

• Market Structure (BOS / CHoCH) — події для оцінки продовження тренду або розвороту.
• Super Engulfing — momentum-свічки, CRT — reclaim після liquidity sweep, і CISD — зміна market structure.
• Liquidity Sweep to Reversal — послідовності, де спочатку знімається пул на старшому таймфреймі, а потім модель на молодшому повертає рівень.
• OB+ / OB++ — сильні order blocks, а також вкладені FVG+ / FVG++.
• Мультитаймфреймові Confluence-сетапи, включно з упорядкованими послідовностями, у яких кожна ланка має спрацювати після попередньої.

Окрім готових рушіїв, Scanner Studio, який наразі доступний для адміністраторів, збирає кастомні no-code правила: рушій поєднується з індикаторами на кшталт RSI або ATR і контекстними фільтрами — kill zone, сесія чи мінімальний обсяг за 24 години. Сповіщення надходить лише тоді, коли виконано конкретну умову.

Сетап не мусить відповідати чужому визначенню. Наприклад, bullish Super Engulfing, який враховується лише під час New York AM kill zone на парах із потрібним мінімальним обсягом, можна зібрати точно — і сповіщення спрацює на нього, а не на все підряд.

Справжня відмінність — proximity. Для зон OB+ і вкладених FVG сповіщення не чекає, поки ціна вже відреагує. Proximity loop стежить за наближенням ціни до свіжої зони без mitigation і переводить її між станами: formed, approaching, touched.

Ти отримуєш повідомлення, коли ціна підходить до зони. Саме тоді потрібно бути біля графіка й готуватися до рішення, а не вже після того, як tap відбувся.

Чому detection на закритій свічці означає відсутність repainting

Сповіщення має сенс лише тоді, коли оголошена ним подія залишається правдивою, коли ти відкриваєш графік. Тут і проявляється значення закритої свічки. Індикатор, який читає live bar, може показати патерн посередині свічки, а потім стерти його після іншого закриття — трейдери називають це repainting. Сповіщення на такій основі повідомило б тобі про сетап, якого вже не існує.

LiquidityScan повністю відкидає свічку, що формується, і виявляє модель лише після підтвердженого close. Виявлений сетап стабільний: після фіналізації свічки він не перемикається і не зникає. Коли ICT-сповіщення приходить у твої повідомлення, рівень, напрямок і геометрія прив’язані до свічки, яка вже закрилася.

Уявімо конкретний приклад. BTCUSDT робить wick нижче кластера equal lows на 61 200, а тіло 4H-свічки закривається назад вище, на 61 650. Це підтверджений CRT reclaim, тож сповіщення спрацьовує на close, а не в момент, коли wick ще формується.

Після цього ти можеш достатньо спокійно оцінити, чи виправдовує дія контекст навколо моделі — bias старшого таймфрейму та твій власний ризик.

Саме тому відсутність repainting добре поєднується з proximity alerts. Proximity ping повідомляє, що ціна наближається до зони, яку теж було виявлено на закритій свічці, тож і зона, і підхід до неї спираються на підтверджені дані, а не на live bar, який ще може розвернутися.

Ти реагуєш на реальну подію завчасно, а не на форму, яка може розчинитися під час close.

Як налаштувати ICT-сповіщення

Щоб запустити сповіщення, потрібно кілька хвилин і один дозвіл у браузері. Нижче описано процес для вже створеного акаунта.

Крок 1: увімкни push у браузері або застосунку

Надай дозвіл на сповіщення, коли браузер його запросить, щоб Web Push доходив до тебе із закритою вкладкою. На Android встанови застосунок для отримання нативних FCM push-повідомлень. Обидва варіанти реєструють пристрій у тому самому реєстрі, який живить дзвіночок у платформі.

Крок 2: обери пари та Scanner

Обери інструменти й конкретні рушії, про які хочеш отримувати повідомлення. Увімкнути сповіщення для кожного Scanner на кожній парі — помилка: залиш моделі, якими ти справді торгуєш, і пари, на яких готовий розглядати вхід.

Якщо тобі потрібні рідші, але змістовніші сповіщення, використовуй мультитаймфреймові confluence та ordered-sequence сетапи замість сирих single-engine alerts. Вони спрацьовують лише тоді, коли кілька таймфреймів погоджуються щодо одного напрямку, тож ще до відкриття графіка повідомлення вже має контекст.

Крок 3: врахуй ліміти пар у своєму плані

Кількість пар, для яких можна налаштувати сповіщення, залежить від плану. У Free tier alert pairs не входять; Starter і Base поступово збільшують доступний ліміт; Pro та Founder не мають обмежень. Тарифи й доступні функції змінювалися до середини 2026 року, тож перед оплатою перевір актуальну сторінку pricing, а не покладайся на стару цифру для конкретного рівня.

Крок 4: торгуй на своєму рівні, а не приклеюйся до екрана

Ось заради чого все це. Ти не стежиш за графіками годинами, а отримуєш повідомлення, коли формується твій сетап, і відкриваєш графік для оцінки. Саме тому ICT-сповіщення підходять трейдерам, які торгують не повний день: покриття працює, поки ти на роботі або спиш, а обмежений час перед екраном іде на рішення, а не на пошук.

Коли OB+ proximity alert повідомляє, що ціна наближається до свіжої 4H-зони на парі з твого списку, ти перевіряєш bias старшого таймфрейму, приймаєш рішення й закриваєш ноутбук.

Помилки, через які сповіщення перетворюються на шум

Сповіщення лише підсилюють ту дисципліну, яку ти в них вкладаєш. Дві помилки стабільно ламають усю систему.

Увімкнути все підряд. Якщо активувати кожен Scanner на кожній парі, ти отримуватимеш десятки повідомлень на день, і більшість сетапів навіть не розглядатимеш. Сигнал потоне в шумі, а ти почнеш ігнорувати всю стрічку — саме цього alert-система мала не допустити.

Звужуй фільтр. Коли потрібні рідші й якісніші переривання, обирай confluence та sequence-умови, а широкі single-engine alerts залишай для кількох пар, які ти справді добре знаєш.

Сприймати сповіщення як команду негайно купити або продати. ICT-сповіщення повідомляє про виявлений сетап або кандидата, а не дає інструкцію для входу й не гарантує результату. Більшість рушіїв показують зону, рівень або подію структури, а не готові entry, stop і target.

Твоя частина роботи нікуди не зникає: чи узгоджується модель із Draw on Liquidity старшого таймфрейму, де стоїть invalidation, який position size відповідає твоєму ризику? Сповіщення економить час на пошук. Воно не приймає рішення замість тебе.

За такої дисципліни ICT-сповіщення перетворюють неможливість стежити за всім ринком на керований потік сетапів для оцінки. Ти перестаєш пропускати рухи, які вчився торгувати, і опиняєшся біля графіка саме в момент їхнього формування.

Поширені запитання

Чи потрібно тримати застосунок або вкладку браузера відкритими, щоб отримувати сповіщення?

Ні. Web Push (VAPID) доставляє повідомлення у браузер навіть із закритою вкладкою після надання дозволу, а нативний Android push надходить через встановлений застосунок і показується на lock screen. Дзвіночок і toast у платформі потрібні для активної сесії; push-канали дістаються до тебе, коли ти не працюєш у платформі.

Чи можу я отримати сповіщення до того, як ціна дійде до order block?

Так, для зон OB+ і вкладених FVG. Proximity loop стежить, як ціна наближається до свіжої зони без mitigation, і переводить її між станами formed, approaching та touched. Сповіщення приходить, коли ціна близько до зони, тож ти маєш час відкрити графік і підготуватися, а не реагувати вже після tap.

Чому сповіщення не змінюються після спрацьовування?

Тому що detection працює лише на підтверджених закритих свічках. Свічка, що формується, завжди відкидається, тож сетап не може з’явитися посередині candle і потім repaint-нутися. Коли сповіщення приходить, рівень, напрямок і геометрія прив’язані до вже закритої свічки — саме тому повідомлення залишається чинним, коли ти відкриваєш графік.

Чи є сповіщення тим самим, що сигнал на купівлю або продаж?

Ні. Сповіщення повідомляє, що Scanner виявив сетап або що ціна наближається до зони. Це освітній аналіз, а не торгова інструкція; більшість рушіїв показують рівень чи подію структури, а не готові entry, stop і target. Перед дією ти сам оцінюєш контекст, invalidation і ризик.

Пов’язані матеріали

Коли сповіщення вже ловлять сетапи замість тебе, ці матеріали допоможуть глибше розібратися в detection і вбудувати його у свою торгову рутину.

• Як працює LiquidityScan Scanner — шлях від сирих свічок до сетапу, який запускає кожне сповіщення.
• Order Block Scanner: OB та FVG у реальному часі — як формуються OB і FVG proximity detections, про які ти отримуєш повідомлення.
• Найкращий Fair Value Gap Scanner для ICT — що насправді означає nested-FVG alert і чому вкладеність має значення.
• LiquidityScan проти ручного сканування — математика покриття, завдяки якій alert-driven scanning випереджає перегляд графіків вручну.
• Практична ICT-модель для трейдерів, які торгують неповний день — як побудувати рутину навколо сповіщень, а не годин перед екраном.
• Чи надійний LiquidityScan? — як перевіряється detection, що лежить в основі твоїх сповіщень.
• Як створити кастомний ICT Scanner без коду — суміжний матеріал про конструктор власних Scanner-правил.
• Як користуватися LiquidityScan — Налаштуй сканер і push-сповіщення, щоб миттєво отримувати ICT-сигнали.
• Конструктор сканера без коду — Створи власні ICT-правила та налаштуй сканування ринку без коду.