Resumen rápido
Muchos bloqueos no aparecen porque el agente haga algo peligroso, sino porque el navegador del VPS empieza la sesión con señales artificiales: headless, IP de datacenter, fingerprint raro y contexto poco humano.
El problema que aparece al llevar OpenClaw a un VPS
Muchos usuarios que empiezan a ejecutar OpenClaw en un VPS se encuentran con el mismo muro: el agente arranca, el entorno responde, Chromium abre páginas… pero cuando intenta navegar por sitios reales empiezan los bloqueos.
“Estoy ejecutando OpenClaw en un VPS. También lo he probado en local en un Mac. Pero cuando intento darle acceso a un navegador real para tareas web —iniciar sesión, navegar por una web, completar formularios o simular un pedido— muchos sitios detectan que es automatización y bloquean el intento casi de inmediato.”
Es una frustración muy habitual. En local todo parece razonable. En un VPS, en cambio, el navegador suele salir al mundo con señales que no se parecen a las de un usuario normal.
La IP suele ser de datacenter. El entorno gráfico puede ser mínimo o inexistente. Chromium se ejecuta en modo headless. Faltan fuentes. La resolución es rara. El idioma y la zona horaria no siempre cuadran. Y, en algunas configuraciones, el User-Agent directamente incluye algo tan discreto como HeadlessChrome.
Antes de hacer nada sospechoso, el navegador ya ha levantado la mano y ha dicho: “soy automatización”.
Chromium puede funcionar y seguir pareciendo un bot
El error típico es pensar que “Chromium funciona” significa “Chromium parece un navegador real”. No es lo mismo.
OpenClaw puede controlar un navegador, leer páginas, hacer clic, rellenar formularios y trabajar con flujos web complejos. Pero si ese navegador se ejecuta en un entorno artificial, muchos sistemas anti-bot lo detectan antes de que el agente tenga oportunidad de trabajar.
Algunas señales habituales son:
- User-Agent de Chromium headless.
- IP de proveedor cloud o datacenter.
- Fingerprint inconsistente.
- Idioma, timezone o viewport poco naturales.
- Ausencia de fuentes, APIs o capacidades habituales del navegador.
- Sesiones sin historial ni contexto previo.
- Captchas no resueltos o mal integrados en el flujo.
A veces el sitio ni siquiera es especialmente seguro. Simplemente usa un proveedor anti-bot estándar, y ese proveedor detecta una combinación de señales demasiado artificial.
Tailscale, VPNs e IP residencial: ayudan, pero no lo arreglan todo
Una idea habitual es enrutar el tráfico del VPS a través de una máquina local usando Tailscale, WireGuard u otra VPN privada. Puede tener sentido en algunos escenarios, sobre todo si el problema principal es la reputación de la IP.
Pero la IP es solo una señal.
Si el navegador sigue siendo headless, si su fingerprint no cuadra y si el entorno sigue pareciendo una automatización de laboratorio, cambiar la salida de red no convierte mágicamente esa sesión en navegación normal.
Además, tunelizar por una máquina local añade complejidad operativa: seguridad, mantenimiento, disponibilidad, rendimiento y control de qué tráfico pasa por dónde. Puede ser útil, pero no debería ser la única respuesta.
Qué hemos cambiado en Hablo
En Hablo hemos tenido que tocar estas configuraciones porque nuestros agentes no viven solo en demos limpias. Tienen que trabajar con webs reales: paneles, formularios, CRMs, sistemas de reservas, tiendas, herramientas de analítica y backoffices que no fueron diseñados pensando en agentes autónomos.
Por eso no dejamos que el navegador empiece gritando “soy un bot”.
Hemos ajustado el entorno de Chromium para que sea más coherente desde el primer momento: presentación del navegador, señales básicas del entorno, consistencia de sesión y detalles que suelen delatar una automatización mal preparada.
También damos a los agentes acceso a sistemas anti-captcha cuando el flujo legítimo lo requiere. No para abusar de sitios ni saltarse restricciones de seguridad, sino para que puedan completar tareas reales cuando una web introduce una verificación automática en medio de un proceso normal.
Si una persona puede resolver una comprobación para acceder a su cuenta, confirmar una operación o continuar un trámite, un agente que trabaja en nombre de esa persona necesita una forma controlada de gestionar ese paso.
Automatización legítima no significa abuso
Hay una diferencia enorme entre automatizar tareas legítimas y automatizar de forma abusiva.
No hablamos de scraping agresivo, creación masiva de cuentas, spam, fraude ni evasión de controles de seguridad. Hablamos de casos normales:
- Entrar en un panel privado.
- Descargar informes.
- Completar formularios.
- Revisar pedidos.
- Preparar una compra.
- Gestionar herramientas de trabajo.
- Ejecutar tareas repetitivas autorizadas.
Para esos casos, bloquear al agente solo porque corre en un VPS con un Chromium mal presentado es una limitación técnica. La intención importa, pero el navegador también.
El futuro de los agentes pasa por navegadores mejor integrados
Los agentes personales no pueden depender únicamente de APIs. Muchas herramientas no tienen API pública, tienen APIs incompletas o simplemente están pensadas para usarse desde una interfaz web.
Por eso el navegador sigue siendo una pieza fundamental.
Pero no vale cualquier navegador. Un agente necesita un entorno web persistente, coherente, capaz de iniciar sesión, mantener contexto, interactuar con formularios, gestionar verificaciones y completar flujos reales.
Este es uno de esos detalles que parecen menores hasta que intentas llevar un agente a producción. En local todo parece funcionar. En un VPS empiezan los bloqueos. Y ahí descubres que “tener Chromium” no es lo mismo que “tener un navegador operativo para automatización real”.
En Hablo estamos construyendo agentes OpenClaw preparados para trabajar en entornos reales. El usuario no debería tener que preguntarse si Chromium está en modo headless, si el User-Agent delata al agente o si necesita tunelizar tráfico por Tailscale para que una web no lo bloquee.
Eso debería venir resuelto por la plataforma. Porque un agente útil no es solo un modelo de IA conectado a herramientas: es un sistema completo capaz de actuar en el mundo digital con fiabilidad.
Y en la web real, eso empieza por algo tan básico como no abrir el navegador diciendo: “soy un bot”.
Preguntas frecuentes
¿Por qué me bloquean al usar OpenClaw desde un VPS?
Porque muchos VPS combinan IP de datacenter, Chromium headless, fingerprint raro y señales inconsistentes que los sistemas anti-bot detectan antes de que el agente trabaje.
¿Basta con cambiar la IP o usar Tailscale?
Puede ayudar con la reputación de IP, pero no resuelve por sí solo el fingerprint del navegador ni la coherencia del entorno.
¿Hablo usa navegadores preparados para agentes?
Sí. En Hablo ajustamos el entorno de navegador para automatización legítima y damos soporte controlado para verificaciones como captchas cuando el flujo lo requiere.