Un VPS traslada tu terminal de trading fuera de la conexión eléctrica y de internet de tu ordenador doméstico. Puede mejorar la continuidad operativa, pero el funcionamiento fiable del EA sigue dependiendo del sistema operativo, MT4, la conexión con el bróker y el propio EA. No convierte una estrategia en rentable.
Esta es la base de la serie VPS y estabilidad de MT4. Continúa con la configuración de MT4 y el ajuste de recursos y después con fallos, copias de seguridad y recuperación segura. Para supervisar el funcionamiento entre incidentes, continúe con la Guía 4: cotizaciones, heartbeat y alertas.
Qué aporta un VPS a MT4
Un servidor privado virtual (VPS) es una máquina virtual alojada en la infraestructura física de un proveedor. Un VPS con Windows tiene su propio entorno de sistema operativo y recursos asignados de CPU, memoria y almacenamiento. Te conectas a distancia para instalar y administrar MT4; el terminal se ejecuta allí, en lugar de hacerlo en tu portátil.
El servidor físico y parte de los recursos pueden compartirse con otros clientes. Un servidor dedicado reserva hardware físico; un servidor cloud describe cómo se proporciona y gestiona la infraestructura, y también puede ser una máquina virtual. Estas categorías se solapan. Ninguna demuestra por sí sola que MT4 seguirá disponible o que un EA operará correctamente.
Un ordenador doméstico puede ejecutar un EA de forma continua si la electricidad, la red, el sistema operativo y el terminal siguen disponibles. Un VPS reduce la dependencia de tu instalación doméstica y puede ofrecer una ruta adecuada al bróker, pero añade un proveedor, condiciones de acceso remoto y tareas de mantenimiento.
El «alojamiento 24/7» se refiere a la disponibilidad del entorno. Los instrumentos Forex tienen sesiones de negociación, fines de semana y periodos de mantenimiento del bróker. Un EA puede permanecer inactivo correctamente cuando el mercado está cerrado o sus reglas no generan una señal.
De la cotización a la solicitud de trading
- El servidor de trading del bróker envía cotizaciones por la red a MT4 en el VPS.
- MT4 proporciona datos y eventos al EA. El EA evalúa sus reglas programadas y sus comprobaciones de riesgo.
- Si tiene permiso, el EA envía una solicitud de trading al bróker a través de MT4 y de la red.
- El bróker procesa la solicitud y devuelve un resultado. El EA debe interpretarlo y gestionar las órdenes que le corresponden.
Es un flujo bidireccional, no una cadena de un solo sentido que termina en el EA. El VPS aloja el sistema operativo, MT4 y el EA; no es otro bróker ni un centro de ejecución adicional. Un fallo de datos, permisos o funcionamiento del programa puede interrumpir el proceso aunque el VPS siga siendo accesible.
¿Ordenador doméstico, VPS con Windows o alojamiento MetaTrader?
| Entorno | Uso práctico | Responsabilidad o limitación principal |
|---|---|---|
| Ordenador doméstico | Configuración, pruebas y funcionamiento local mientras esté disponible de forma continua | Gestionas electricidad, internet, suspensión, actualizaciones y MT4. |
| VPS con Windows | Escritorio remoto completo con MT4 y utilidades compatibles del proveedor del EA | Gestionas Windows, seguridad, inicio, archivos del EA y estado del terminal; comprueba las necesidades de DLL y licencia. |
| Alojamiento virtual de MetaTrader | Entorno de terminal alojado al que se migra desde MT4 local | Sin escritorio remoto; las llamadas a DLL están prohibidas y los scripts no se migran. Los cambios requieren una sincronización deliberada. |
| Infraestructura dedicada o cloud | Otra forma de aportar capacidad de cómputo a la misma carga de trabajo | Comprueba el sistema operativo, los recursos, la gestión y el diseño de disponibilidad reales. La etiqueta cloud no proporciona conmutación automática de un EA. |
Elige según las dependencias del EA y tu capacidad para administrar el entorno. El alojamiento integrado y un VPS con Windows tienen procedimientos diferentes; no apliques las instrucciones de uno al otro sin comprobarlas.
Por qué MT4 o un EA pueden dejar de funcionar
| Interrupción | Efecto | Primera comprobación |
|---|---|---|
| Fallo eléctrico o de internet en casa | El terminal local deja de funcionar o pierde la conexión con el bróker. Un entorno remoto operativo puede seguir funcionando de forma independiente. | ¿Dónde se ejecuta realmente la copia de trading prevista? |
| Suspensión, hibernación o reinicio de Windows | Las aplicaciones locales dejan de ejecutarse durante la interrupción; un reinicio no demuestra que MT4 se haya abierto correctamente. | Estado del sistema operativo, historial de reinicios y procedimiento de inicio probado. |
| MT4 cerrado o bloqueado, o EA retirado del gráfico | La lógica de trading afectada no puede funcionar con normalidad. | Respuesta del terminal, gráficos previstos y mensajes de inicialización del EA. |
| AutoTrading o permiso de trading del EA desactivado | En MT4 convencional, el análisis puede continuar mientras se bloquean las operaciones del EA. | Permisos del terminal y del EA; también los ajustes que desactivan el trading tras cambiar cuenta, perfil, símbolo o periodo. |
| Cuenta o servidor incorrectos, o acceso de solo lectura | Pueden verse cotizaciones o datos de la cuenta sin disponer del acceso de trading previsto. | Número de cuenta, servidor del bróker, contraseña de trading y mensajes de Journal. |
| Fallo de conexión con el bróker, licencia o dependencias | MT4 puede perder datos o el EA puede fallar aunque Windows siga disponible. | Estado de conexión, cotizaciones del símbolo, Experts, Journal y dependencias documentadas por el proveedor. |
Consulta la guía de errores de EAs en MT4 para interpretar mensajes concretos. No cambies el tamaño de lote ni elimines filtros de protección solo para forzar una operación de prueba.
Qué puede proteger un VPS y qué no
Un entorno remoto operativo puede mantener el EA disponible cuando tu ordenador doméstico está apagado. Una infraestructura adecuada puede reducir cortes locales y retrasos de red. No puede eliminar el riesgo de mercado, corregir una estrategia inválida, garantizar una ejecución, eliminar el deslizamiento ni mantener disponible el servidor del bróker.
Las órdenes y los niveles de protección ya aceptados por el bróker son independientes de la lógica que continúa dentro de MT4. Los niveles Stop Loss y Take Profit del servidor pueden seguir activos cuando tu terminal está desconectado. El Trailing Stop incorporado en MT4 necesita que el terminal esté funcionando; su último Stop Loss aceptado permanece en el bróker. Los stops virtuales y las salidas gestionadas por el EA necesitan el EA correspondiente, datos y acceso de trading.
Revisa las órdenes abiertas y pendientes reales. Un stop previsto en los ajustes del EA no demuestra que se haya colocado un Stop Loss en el servidor. Detener el EA no cierra automáticamente posiciones ni cancela órdenes pendientes. Un Stop Loss tampoco garantiza su precio de ejecución.
Latencia, ping y ubicación del VPS
El ping mide el retraso de ida y vuelta de la red hasta el destino comprobado. El alojamiento MetaTrader muestra el ping entre su servidor virtual y el servidor de trading de tu bróker. La respuesta de Remote Desktop refleja otra ruta: de tu ordenador al VPS. Una prueba genérica de velocidad de una web no mide la ruta del EA al bróker.
La proximidad geográfica puede ayudar, pero también importan el enrutamiento, la congestión y el servidor del bróker elegido. Compara mediciones desde el VPS previsto hasta el servidor de trading previsto en las horas relevantes. Las mediciones repetidas y las interrupciones de conexión aportan más información que el valor mínimo aislado.
Ejemplo ilustrativo, no una medición de rendimiento: una ruta medida en 35 ms en lugar de 8 ms tiene un retraso de red medido mayor. Esa diferencia no promete una mejora de 27 ms en la ejecución de órdenes: también influyen el procesamiento del EA, la planificación del terminal, el procesamiento del bróker y las variaciones del precio. Un ping menor no demuestra una ventaja estadística de la estrategia.
Para comparar precios solicitados y ejecutados, consulta la guía de deslizamiento, latencia y recotizaciones.
Requisitos básicos: dimensiona la carga real
No existe una configuración universal de VPS válida para todos los EAs. Una carga ligera con un solo gráfico difiere de varios terminales con indicadores personalizados exigentes. Parte de los requisitos de compatibilidad del proveedor y observa la carga prevista, dejando margen para picos, actualizaciones y crecimiento de los registros.
| Requisito | Qué confirmar antes de la puesta en marcha |
|---|---|
| CPU y memoria | Uso normal y máximo con los terminales, gráficos y EAs previstos. El número de vCPU compartidas no describe por sí solo el rendimiento sostenido. |
| Almacenamiento | Espacio para Windows, MT4, históricos, registros y actualizaciones. Un almacenamiento rápido no compensa un disco lleno. |
| Sistema operativo y dependencias | Un entorno Windows con soporte y licencia adecuados para la configuración elegida; compatibilidad con el EA, las bibliotecas y las reglas de activación del proveedor. |
| Red | Conexión útil y estable con el servidor correcto del bróker, no solo con una web pública de pruebas. |
| Administración | Acceso seguro, soporte del proveedor, condiciones de mantenimiento, procedimiento de reinicio probado y acceso a la configuración si el VPS no está disponible. |
En un VPS con Windows, usa el Administrador de tareas para revisar la presión sobre los recursos; el alojamiento integrado tiene su propia supervisión. Evita ejecutar optimizaciones intensivas junto al trading en real sin evaluar su impacto. El ajuste detallado de recursos corresponde a la Guía 2.
Prepara el EA antes de trasladarlo
- Verifica en demo el comportamiento previsto del EA, incluido cómo retoma su funcionamiento tras un reinicio. Una instalación correcta no demuestra rentabilidad.
- Registra la cuenta y el servidor del bróker previstos, el símbolo exacto, el periodo, la versión del EA y los archivos de dependencias.
- Guarda los Inputs aprobados en un archivo
.setcuando el EA lo permita y comprueba los ajustes de riesgo en la copia instalada. - Confirma el Magic Number y el ámbito de gestión de órdenes documentados, especialmente si ya hay posiciones abiertas.
- Comprueba los requisitos de DLL, WebRequest y licencia. Autoriza solo dependencias de confianza y las URL necesarias.
- Ten claro cómo detener temporalmente la copia que opera y cómo se gestionarán las órdenes existentes durante la pausa.
Consulta la guía de instalación de EAs para el procedimiento de archivos. El diseño de copias de seguridad y las pruebas de recuperación corresponden a la Guía 3.
Instalación y puesta en marcha en un VPS con Windows
- Conéctate de forma segura. Obtén los datos de conexión del proveedor y usa un cliente de acceso remoto de confianza. Confirma que estás en el VPS previsto.
- Instala el MT4 previsto. Usa el instalador oficial del bróker y conecta con el servidor correcto con acceso de trading. La contraseña de inversor da acceso de solo lectura.
- Instala el EA y sus dependencias. En MT4, usa
File → Open Data Folder; coloca los archivos en las carpetas documentadas y actualiza la lista o reinicia cuando sea necesario. - Adjunta y configura el EA. Usa el símbolo y el periodo previstos, carga y verifica Inputs, y comprueba tanto
AutoTradingde MT4 como el permiso de trading del EA. Activa DLL o WebRequest solo si son necesarios y de confianza. - Verifica el funcionamiento. Comprueba la inicialización, las cotizaciones entrantes, los registros y qué órdenes gestiona. Mantén la otra copia de trading detenida salvo que el diseño admita expresamente instancias simultáneas.
- Prueba en demo el funcionamiento sin supervisión. Desconecta el acceso remoto, vuelve a conectarte y revisa MT4. Prueba por separado un reinicio controlado del sistema operativo y comprueba después cuenta, gráficos, Inputs, permisos y estado del EA.
Desconectar Remote Desktop normalmente deja la sesión de Windows y las aplicaciones en funcionamiento. Cerrar la sesión la termina; las políticas de tiempo máximo del proveedor también pueden terminar una sesión desconectada. Comprueba la política real y pruébala. Un acceso directo en la carpeta Inicio se ejecuta después del inicio de sesión del usuario; por sí solo no demuestra recuperación desatendida tras un reinicio.
Mantén las actualizaciones de seguridad de Windows, organiza el mantenimiento y repite las comprobaciones después. No supongas que el «reinicio automático» del proveedor restablece un entorno de EA operativo.
Puesta en marcha con alojamiento virtual de MetaTrader
Conecta MT4 local con la cuenta de trading prevista. En Navigator, usa Register a Virtual Server para esa cuenta con una cuenta válida de MQL5.community. Revisa ubicación, suscripción y condiciones antes de migrar. Contratar el alojamiento por sí solo no instala el EA.
Prepara la cuenta local, los gráficos necesarios con los EAs previstos adjuntos, los Inputs del EA y sus dependencias. Elige el modo de migración adecuado: Experts para EAs e indicadores; All si el entorno previsto también incluye copia de señales. Revisa después los registros remotos.
La migración es unidireccional: del terminal local al alojado, no una sincronización bidireccional continua. Repítela tras cambios relevantes de configuración. Las llamadas a DLL están prohibidas; no se migran scripts ni gráficos con símbolos o periodos no estándar.
El trading automatizado siempre está permitido en el terminal alojado, aunque los permisos locales estuvieran desactivados. La migración desactiva AutoTrading local para reducir duplicados. El botón de la barra local no detiene el EA alojado. Usa Stop Server en los controles de alojamiento y comprueba el estado remoto antes de activar una copia sustituta.
El entorno alojado no dispone de Remote Desktop. Comprueba su última sincronización, su estado y los registros solicitados del terminal y del EA, en lugar de basarte solo en el gráfico local. Un mensaje de migración indica que se intentó una transferencia; confirma que el entorno instalado se inicializó como estaba previsto.
Mantén una única instancia de trading prevista
Dos terminales conectados a la misma cuenta pueden enviar solicitudes de trading. Un Magic Number identifica órdenes para la lógica del EA; no es un bloqueo entre terminales en el servidor. Asignar números distintos no soluciona la ejecución accidental de la misma estrategia dos veces.
Antes de un cambio de instancia, guarda la configuración, concilia las órdenes abiertas y pendientes, detén la copia antigua y después inicia y verifica la prevista. Conserva los identificadores de gestión documentados del EA si debe retomar el control de posiciones existentes. Consulta la guía de Magic Number.
Si el VPS no es accesible, no poder conectarse mediante Remote Desktop no demuestra que MT4 se haya detenido. Confirma su estado mediante el proveedor o los controles de alojamiento antes de activar una copia sustituta. Puedes usar un terminal local aparte para observar en modo de solo lectura; evita activar trading por accidente.
Supervisa cuatro capas, no solo la disponibilidad del VPS
| Capa | Qué comprobar |
|---|---|
| VPS / sistema operativo | Disponibilidad, reinicios inesperados, presión sobre CPU y memoria, espacio libre y política de sesiones remotas. |
| MT4 / cuenta | Terminal que responde, cuenta y servidor previstos, conexión y permisos de trading. |
| Datos de mercado | Actualizaciones del símbolo necesario, hora de la última cotización y sesión correspondiente. Hay que interpretar los mercados cerrados y los periodos de poca liquidez. |
| EA / gestión de órdenes | Versión e Inputs esperados, estado o señal periódica disponible, inicialización y errores, además de la asignación y gestión de órdenes reales. |
Para supervisión técnica, IsConnected() informa de la conexión del terminal con el servidor; no demuestra que las cotizaciones sean recientes ni que la lógica del EA funcione bien. MODE_TIME representa la hora del último tick entrante de un símbolo. Las comparaciones de antigüedad requieren relojes y zonas horarias coherentes y tener en cuenta la sesión. No existe un umbral universal de cotización obsoleta para todos los símbolos.
Revisa Experts y Journal tras la puesta en marcha, cambios, reinicios y mantenimiento del bróker. Usa la guía de registros para las marcas de tiempo y el contexto de los errores. Elige una frecuencia de revisión acorde con la rapidez con que una posición sin gestionar podría tener consecuencias, en lugar de depender de accesos ocasionales.
Prueba las notificaciones de extremo a extremo. Una alerta enviada por el propio MT4 no puede avisar de forma fiable de que MT4 se ha detenido por completo. La supervisión independiente o la detección de una señal periódica ausente pueden cubrir esa carencia. Las notificaciones estándar de operaciones no supervisan todos los rechazos ni los cortes, y un EA sin actividad puede simplemente no tener señal.
Mantenimiento y comprobación final
Usa credenciales únicas, restringe el acceso remoto con los controles disponibles del proveedor, mantén el software actualizado y guarda los datos de la cuenta de forma segura. No incluyas contraseñas en solicitudes de soporte ni registros públicos. Documenta los cambios y revisa el entorno tras actualizarlo.
Esta lista confirma la preparación operativa, no los resultados futuros. Hay que seguir observando en demo tras la puesta en marcha; un reinicio correcto no permite deducir la calidad de la estrategia.
Preguntas frecuentes sobre VPS y MT4
¿Puedo cerrar el portátil después de la puesta en marcha?
Sí, si el EA previsto se está ejecutando realmente en el entorno remoto verificado. Cerrar un portátil que todavía aloja el EA puede detenerlo. En un VPS con Windows, distingue entre desconectar Remote Desktop y cerrar la sesión.
¿Desactivar AutoTrading local detiene el alojamiento integrado?
No. Detén el terminal alojado mediante sus controles y confirma su estado. Comprueba por separado las órdenes existentes.
¿La ausencia de operaciones significa que el EA ha fallado?
No. Revisa sesiones, datos, permisos, inicialización y reglas de señal de la estrategia. No fuerces operaciones para demostrar que el VPS funciona.
¿Un servidor dedicado o cloud es automáticamente más seguro?
No. Su utilidad depende del diseño real de disponibilidad, la carga, el mantenimiento y la recuperación del terminal probada. Cambiar la etiqueta del alojamiento no elimina las comprobaciones de esta guía.
Referencias oficiales y alcance
El comportamiento de la plataforma se contrastó con documentación oficial. El dimensionamiento, las comprobaciones de puesta en marcha y la supervisión son orientaciones prácticas; no son pruebas de rendimiento de un proveedor ni resultados medidos de un EA.