Почему торговый робот прибыльный в тестере MetaTrader 5, но теряет деньги на реальном счёте? 7 причин и практические расчёты

Бывает так: находишь торгового робота, запускаешь тестирование в MetaTrader 5 и получаешь практически идеальную картину. Баланс растёт, просадка небольшая, прибыльных сделок много. Затем запускаешь того же советника на реальном счёте — и уже через несколько недель результаты начинают заметно отличаться.

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

Я более 20 лет работаю с финансовыми рынками и занимаюсь разработкой торговых алгоритмов. В своей практике неоднократно встречал ситуации, когда небольшое изменение торговых условий полностью меняло поведение стратегии. Причём иногда достаточно всего одной сделки, открытой по другой цене, чтобы через некоторое время результаты двух запусков стали практически несопоставимыми.

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

1. Что именно показывает тестер MetaTrader 5

Тестер стратегий MetaTrader 5 воспроизводит работу торгового алгоритма на исторических данных при определённых условиях моделирования.

Он позволяет проверить сигналы, изучить последовательность сделок, рассчитать финансовый результат и оценить параметры риска.

Но важно различать три совершенно разных утверждения:

• Советник показал прибыль на определённом историческом периоде.
• Советник обладает устойчивым статистическим преимуществом.
• Советник будет прибыльным на реальном счёте в будущем.

Первое утверждение можно подтвердить результатами исторического тестирования.

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

Третье невозможно гарантировать заранее.

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

При этом возможности MetaTrader 5 достаточно широкие. Он поддерживает тестирование на реальных тиках, мультивалютные алгоритмы, различные режимы моделирования, оптимизацию, форвард-проверку и моделирование задержек исполнения.

Об основных возможностях платформы я уже рассказывал в своей публикации на Smart-Lab «MetaTrader 5 — ваш лучший друг: 15 возможностей терминала, которые действительно полезны трейдеру».

Теперь разберём ограничения тестирования, которые особенно важны при переходе к реальной торговле.

2. Причина №1. Неправильный режим моделирования

Начнём с фундаментальной проблемы: не каждый способ моделирования подходит для любого торгового алгоритма.

В тестере MetaTrader 5 предусмотрены несколько основных режимов.

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

Для первичного исследования такой стратегии можно использовать упрощённую модель.

Теперь рассмотрим другой алгоритм. После открытия BUY робот отслеживает каждое изменение цены, перемещает Stop Loss и добавляет позиции при достижении определённых уровней.

Здесь последовательность тиков имеет принципиальное значение.

Например, цена сначала выросла на 20 пунктов, затем снизилась на 30 и снова восстановилась. Робот мог успеть передвинуть защитный уровень до начала падения.

В другом варианте последовательности ценовых событий защитный уровень ещё не изменился бы.

Итог сделки может оказаться совершенно другим, хотя максимум и минимум минутной свечи совпадают.

Почему реальные тики не решают абсолютно все проблемы

Режим «Каждый тик на основе реальных тиков» использует исторические тиковые данные брокера, что позволяет гораздо подробнее исследовать внутрисвечную торговую логику.

Но это всё ещё историческая проверка, а не воспроизведение будущего реального исполнения.

Кроме того, при отсутствии подходящих реальных тиков для отдельных минут MetaTrader 5 может использовать генерируемые данные. Поэтому название режима само по себе не гарантирует идеального качества каждого участка истории.

Я рекомендую выбирать режим тестирования исходя из того, какие события действительно влияют на решения советника.

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

3. Причина №2. Различия котировок и спецификаций брокеров

Теперь рассмотрим ситуацию, когда тестирование проводилось у одного брокера, а реальная торговля — у другого.

Допустим, советник открывает покупку после пробоя максимума предыдущей свечи.

У брокера А максимум составил 1.10500.

У брокера Б — 1.10495.

Разница всего 0,5 стандартного пипса по EURUSD.

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

У одного брокера условие выполнится, у другого — нет.

Первый советник откроет позицию. Второй продолжит ожидать сигнала.

Дальше начинается цепная реакция: разные позиции, разные уровни сопровождения, разные результаты.

Через несколько часов или дней конечные торговые истории уже могут существенно отличаться.

Что необходимо сравнивать между брокерами

• Историю Bid и Ask.
• Изменение спреда в течение торговой сессии.
• Размер контракта.
• Стоимость тика и способ расчёта прибыли.
• Минимальный и максимальный лот.
• Шаг изменения торгового объёма.
• Торговые сессии.
• Ограничения на Stop Loss и Take Profit.
• Требования к марже.
• Режимы исполнения торговых приказов.

Особенно это важно для финансовых инструментов, характеристики которых могут существенно различаться между брокерами: металлов, индексов, отдельных CFD и фьючерсов.

Одинаковое название инструмента ещё не означает одинаковую спецификацию.

4. Причина №3. Спред и комиссии уничтожают математическое преимущество

Теперь разберём конкретный пример.

Предположим, стратегия совершила 100 сделок. До дополнительных расходов результат выглядит следующим образом:

• 60 прибыльных сделок со средней прибылью 12 долларов.
• 40 убыточных сделок со средним убытком 15 долларов.

Общая прибыль:

60 × 12 = 720 долларов.

Общий убыток:

40 × 15 = 600 долларов.

Разница:

720 − 600 = +120 долларов.

То есть средний результат составляет плюс 1,20 доллара на сделку до дополнительных расходов, не учтённых в данной модели.

Теперь добавим комиссию 1,50 доллара за полный цикл одной операции.

За 100 сделок:

100 × 1,50 = 150 долларов.

Допустим, исполнение также ухудшилось относительно исходных предположений ещё на 0,60 доллара в среднем на сделку. Получаем дополнительные 60 долларов.

Полные дополнительные расходы составляют 210 долларов.

Итоговый результат:

120 − 210 = −90 долларов.

В этом условном примере ничего не изменилось в самой торговой стратегии. Сигналы и правила остались прежними.

Изменились только учтённые расходы.

И этого оказалось достаточно, чтобы положительный результат стал отрицательным.

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

Важная техническая деталь

При оценке тестера нельзя автоматически прибавлять полный спред ко всем историческим расходам.

В обычных режимах торгового моделирования влияние Bid и Ask уже может отражаться в ценах открытия и закрытия позиций.

Поэтому необходимо выяснить, что именно вошло в исходный результат, а какие дополнительные расходы ещё не учтены.

Иначе можно дважды посчитать одни и те же издержки.

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

5. Причина №4. Проскальзывание, задержки и отклонённые заявки

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

Предположим, алгоритм отправляет приказ BUY по EURUSD при цене 1.10000.

Пока запрос достигает торгового сервера и обрабатывается, цена меняется до 1.10005.

Дополнительное отклонение составляет 0,5 стандартного пипса.

Если объём позиции равен 0,10 лота EURUSD, а стоимость пипса составляет около одного доллара, такое неблагоприятное отклонение соответствует приблизительно 0,50 доллара.

За 100 аналогичных операций дополнительные потери могут составить около 50 долларов, если речь идёт о суммарном дополнительном отклонении такого размера на каждый полный цикл сделки.

Но проблема не только в разнице цен.

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

Если советник не обрабатывает подобные ситуации, дальнейшая логика может нарушиться.

Что полезно проверить в тестере

MetaTrader 5 позволяет моделировать задержки исполнения торговых запросов.

• Без задержки.
• С фиксированной задержкой.
• Со случайной задержкой.

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

При этом важно понимать ограничение: моделируемая задержка относится к запросам, отправляемым советником. Активация уже установленного на сервере отложенного приказа не моделируется как повторный сетевой запрос со стороны терминала.

Следовательно, этот инструмент помогает исследовать часть рисков исполнения, но не воспроизводит все особенности реальной ликвидности.

6. Причина №5. Переоптимизация под исторические данные

Представим торгового советника, который использует несколько изменяемых параметров:

• Период быстрой скользящей средней.
• Период медленной скользящей средней.
• Коэффициент ATR.
• Расстояние Stop Loss.
• Коэффициент Take Profit.
• Параметры трейлинг-стопа.
• Торговые часы.

Разработчик запускает оптимизацию и проверяет тысячи комбинаций.

Затем выбирает вариант с максимальной исторической прибылью.

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

Но это ещё не доказывает существование устойчивого торгового преимущества.

Например, алгоритм может быть настроен на длительные трендовые движения. Если в историческом периоде преобладали сильные тренды, результаты будут привлекательными.

Но при переходе рынка в боковое движение частота неудачных сигналов может резко увеличиться.

Советник начинает терять деньги, хотя настройки остались прежними.

О проблеме подгонки параметров я уже рассказывал в статье «Почему прибыльная торговая стратегия перестаёт работать?».

Как я предлагаю проверять оптимизацию

Во-первых, разделять историю на участки для настройки и независимой проверки.

Во-вторых, анализировать соседние параметры, а не только одну максимально прибыльную комбинацию.

В-третьих, проверять стратегию при изменении торговых расходов и волатильности.

В-четвёртых, по возможности использовать последовательную проверку walk-forward.

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

7. Причина №6. Ошибки программной логики

Иногда расхождение связано не с котировками и не с брокером, а с ошибками самого программного алгоритма.

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

Но торговый сервер отклонил приказ.

Если алгоритм не проверяет результат исполнения, его внутреннее представление о торговом счёте становится неправильным.

Дальнейшие решения могут приниматься на основании несуществующей позиции.

Особенно опасны ошибки, которые проявляются только при определённых последовательностях событий.

Что проверять разработчику

• Обработку результатов торговых запросов.
• Проверку кодов возврата сервера.
• Правильность подсчёта позиций по символу и Magic Number.
• Учёт частично исполненных приказов.
• Проверку доступного торгового объёма.
• Округление лотов с учётом шага инструмента.
• Получение актуальных Bid и Ask.
• Восстановление состояния после перезапуска терминала.
• Правильную работу на счетах с неттингом и хеджингом.
• Соблюдение ограничений на модификацию защитных приказов.

Я рекомендую считать подробный журнал неотъемлемой частью советника.

Хорошо, когда робот фиксирует не только факт открытия позиции, но и причину входа, рассчитанный объём, спред, защитные уровни, торговый запрос и фактический ответ сервера.

В таком случае при расхождении между тестом и реальной торговлей можно найти первое значимое отличие и изучить его.

Для тех, кто хочет глубже разобраться в разработке подобных алгоритмов, я веду образовательный проект MQL Master, посвящённый программированию на MQL4 и MQL5.

8. Причина №7. Размер депозита, маржа и инфраструктура

Робот тестировался на счёте 10 000 долларов, а затем был запущен на реальном депозите 1000 долларов.

При этом параметры торгового объёма остались прежними.

Очевидно, что относительный риск существенно увеличивается.

Особенно если советник использует фиксированные лоты, несколько одновременных позиций или динамическое увеличение объёма.

Кроме того, необходимо учитывать кредитное плечо и маржинальные требования.

При меньшем доступном плече одинаковый объём позиции способен потребовать больше обеспечения.

Следовательно, робот может столкнуться с недостатком свободной маржи раньше, чем в историческом тесте.

Проблема минимального лота

Допустим, исходя из риска программа рассчитала объём 0,006 лота.

Но минимальный разрешённый объём составляет 0,01 лота.

Если алгоритм просто округлит результат вверх, фактический риск может превысить установленный лимит.

В некоторых случаях корректнее отказаться от сделки, чем открывать минимальный лот с избыточной нагрузкой на счёт.

Почему VPS не решает все проблемы

Виртуальный сервер помогает поддерживать работу терминала независимо от домашнего компьютера.

Но он не исправляет ошибки торговой стратегии и не устраняет рыночные риски.

Кроме того, возможны проблемы соединения, остановки программ и другие технические события.

Обычные Stop Loss и Take Profit, принятые торговым сервером, как правило, продолжают действовать независимо от включения домашнего терминала.

А вот программная логика трейлинг-стопа и дополнительных входов требует работающего советника.

9. Почему одна дополнительная позиция способна изменить весь результат

Особенно сильно различия тестера и реального счёта проявляются в алгоритмах, управляющих несколькими позициями.

Представим, что советник открыл первую покупку EURUSD, затем добавил вторую позицию после снижения цены.

Теперь у торговой серии появилась новая средняя цена и увеличился суммарный объём.

Но в реальной торговле вторая сделка могла открыться немного позже или по другой цене.

После этого пересчитанная средняя цена уже отличается от тестовой.

Следующие условия выхода тоже могут измениться.

Если алгоритм продолжает добавлять позиции, разница постепенно увеличивается.

Пример роста торгового объёма

До открытия пятой позиции суммарный объём составляет 0,15 лота.

Одна дополнительная сделка 0,16 лота увеличивает объём до 0,31 лота.

То есть совокупная экспозиция более чем удваивается.

Для такой системы недостаточно оценивать только процент прибыльных закрытий.

Необходимо дополнительно проверять максимальное количество позиций, суммарный объём, просадку Equity, маржу и поведение при длительном неблагоприятном движении.

10. Почему Balance и Equity необходимо сравнивать отдельно

Рассмотрим ещё одну ситуацию.

Советник регулярно закрывает небольшие прибыльные сделки. Баланс счёта постепенно увеличивается.

Но одновременно программа удерживает отрицательную серию позиций.

Допустим, текущий баланс равен 10 000 долларов, а плавающий убыток составляет 3000 долларов.

При отсутствии других корректировок Equity находится примерно на уровне 7000 долларов.

Получается, что кривая баланса выглядит привлекательно, а текущая стоимость счёта существенно ниже.

Поэтому я рекомендую оценивать:

• Максимальную просадку по Equity.
• Продолжительность периодов снижения средств.
• Разницу между Balance и Equity.
• Максимальную суммарную экспозицию.
• Использование маржи.
• Количество одновременно открытых позиций.
• Устойчивость результатов при ухудшении торговых условий.

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

11. Практический эксперимент: пять тестов одного алгоритма

Теперь предлагаю простой порядок проверки стратегии, который можно использовать непосредственно в MetaTrader 5.

Тест 1. Базовая конфигурация

Выберите советника, финансовый инструмент, исторический период, настройки и размер депозита.

Сохраните отчёт и зафиксируйте количество сделок, финансовый результат, максимальную просадку и условия моделирования.

Тест 2. Подробная тиковая история

Если первый тест выполнялся в упрощённом режиме, повторите его с использованием реальных исторических тиков.

Сравните количество сделок и найдите первое существенное расхождение.

Если исходный тест уже выполнялся на реальных тиках, повторный запуск в том же режиме не требуется.

Тест 3. Торговые расходы

Изучите влияние более высоких комиссий и других доступных настроек торгового окружения.

Проверьте, остаётся ли у стратегии положительное математическое ожидание после разумного ухудшения условий.

Тест 4. Задержки исполнения

Выполните тестирование с фиксированной или случайной задержкой.

Посмотрите, насколько изменились цены сделок, частота операций и финансовый результат.

Тест 5. Независимый исторический период

Используйте другой участок истории, который не применялся для подбора настроек.

Не изменяйте параметры только ради улучшения результата на этом участке.

Этот эксперимент не доказывает будущую прибыльность.

Но он помогает выяснить, насколько сильно результат алгоритма зависит от конкретных предположений.

12. Как найти первую причину расхождения между тестером и реальным счётом

Если торговые истории уже различаются, я рекомендую искать не все отличия сразу, а первое значимое расхождение.

Например, первые двадцать сделок совпадают, а двадцать первая позиция открылась только на реальном счёте.

Значит, нужно проверить состояние алгоритма непосредственно перед этой операцией.

1. Сравнить версии советника и входные параметры.
2. Проверить финансовый инструмент и таймфрейм.
3. Сопоставить котировки Bid и Ask.
4. Изучить величину спреда.
5. Проверить рассчитанный торговый объём.
6. Сравнить открытые позиции и отложенные приказы.
7. Проверить торговый запрос и ответ сервера.
8. Установить фактическую цену исполнения.
9. Проверить дальнейшее сопровождение позиции.

Если выяснится, что дополнительная позиция появилась из-за расхождения котировок, последующие отличия могут оказаться следствием именно этого события.

Такой подход позволяет искать причину, а не бесконечно сравнивать уже разошедшиеся торговые истории.

13. Контрольный список перед реальной торговлей

Перед запуском советника я рекомендую проверить несколько ключевых условий.

Если на часть вопросов пока нет ответа, это означает, что стратегия требует дополнительного исследования.

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

14. Сколько времени нужно проверять торгового робота?

Часто спрашивают, сколько дней достаточно для проверки торгового советника.

На мой взгляд, сам по себе срок почти ничего не говорит о качестве статистики.

Предположим, один алгоритм совершает сто сделок за неделю, а другой — две сделки в месяц.

Очевидно, что за одинаковый календарный период мы получим совершенно разный объём данных.

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

Например, стратегия могла заработать большую часть исторической прибыли всего за несколько удачных торговых дней.

Если удалить их из выборки, результат может существенно измениться.

Поэтому я рекомендую анализировать не только длительность тестирования, но и распределение результатов по времени, число сделок и зависимость прибыли от отдельных периодов.

Демонстрационная торговля полезна как дополнительная проверка текущей работы алгоритма, но и она не гарантирует совпадения с реальным исполнением.

Рекомендации

Почему торговый робот способен зарабатывать в тестере MetaTrader 5, но терять деньги на реальном счёте?

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

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

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

Для стратегий с несколькими позициями следует отдельно изучать суммарную экспозицию, просадку Equity и нагрузку на маржу.

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

Более подробное руководство с примерами диагностики и MQL5 я подготовил на Trading-Go: «Почему торговый робот зарабатывает в тестере MT5, но теряет деньги на реальном счёте».

А обсуждение практических вопросов трейдинга и автоматизации продолжаем в Telegram-канале Trading-Go.

И теперь предлагаю обсудить несколько вопросов.

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

Что оказалось основной причиной: спред, проскальзывание, переоптимизация, качество котировок или ошибка в программном коде?

И какие дополнительные методы проверки вы считаете обязательными перед использованием реальных денег?

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

Материал носит образовательный характер и не является индивидуальной инвестиционной рекомендацией. Торговля финансовыми инструментами связана с риском потери капитала. Исторические результаты не гарантируют будущую доходность.