Cómo usar Grab, Bolt y Uber en el extranjero con una eSIM de solo datos (Guía 2026)

---

El panorama global de las apps de transporte: ecosistemas de aplicaciones y compatibilidad con eSIM de solo datos

Aunque Uber sigue siendo una marca muy reconocida en Norteamérica y partes de Europa, confiar exclusivamente en una sola plataforma al viajar al extranjero es una fórmula casi segura para quedarse tirado. El mercado global de la movilidad está fragmentado en superapps regionales que dominan la infraestructura local, las flotas de conductores y los marcos regulatorios.

Saber qué aplicación opera en tu destino —y cómo gestiona las conexiones móviles de solo datos— es fundamental para desplazarte sin contratiempos en el extranjero.

Monopolios regionales y distribución de plataformas

Antes de aterrizar en un nuevo país, es necesario entender un ecosistema fragmentado donde los proveedores locales suelen superar a las plataformas globales en precio, disponibilidad de vehículos y densidad de cobertura:

---

Anatomía técnica de una solicitud de viaje

Para comprender por qué estas plataformas funcionan a la perfección con eSIMs de viaje, conviene analizar su arquitectura de red subyacente. Las aplicaciones de movilidad modernas no dependen de los protocolos celulares tradicionales de voz para coordinar un trayecto; funcionan íntegramente sobre infraestructuras en la nube basadas en IP.

`` [Dispositivo móvil] │ (Paquetes IP vía datos eSIM) ▼ [Pasarela API / Balanceador de carga] ├── APIs REST/GraphQL (Cálculo de tarifas, perfil, asignación) ├── WebSockets (Telemetría GPS bidireccional en submilisegundos y seguimiento del conductor) └── Pasarelas de pago en la nube (Stripe, Adyen, Braintree - 3D Secure tokenizado) ``

1. Telemetría GPS continua y WebSockets: Al abrir Grab, Bolt o Uber, la aplicación establece una conexión WebSocket bidireccional persistente (o flujo gRPC). Tu smartphone transmite coordenadas GPS de alta frecuencia (latitud, longitud, orientación, velocidad) en paquetes JSON ligeros directamente a los servidores backend de la plataforma.
2. Renderizado dinámico de mapas: Los fragmentos de mapas vectoriales (gestionados por Mapbox, Google Maps Platform o motores propietarios) se transmiten continuamente mediante HTTPS.
3. Pasarelas de pago en la nube: La autorización de la tarifa se realiza mediante tokenización cifrada (servidores de Adyen, Stripe, Braintree o Apple Pay). El terminal de punto de venta físico se sustituye por una transacción de nube a nube que no requiere integración con el operador local.
4. Llamadas VoIP y chat dentro de la app: Las plataformas modernas canalizan la comunicación entre pasajero y conductor a través de WebRTC o canales VoIP propietarios sobre IP. No necesitas minutos de voz ni un número local para coordinar la recogida; todo ocurre en la capa de aplicación.

---

La paradoja de la eSIM de solo datos: enrutamiento IP frente a verificación por SMS

Dado que el 99% del flujo operativo de una app de transporte se ejecuta estrictamente sobre el protocolo de Internet (TCP/UDP), una eSIM de viaje sin número de teléfono local es técnicamente 100% capaz de reservar, rastrear y pagar viajes en cualquier parte del mundo.

El único obstáculo suele ser la autenticación inicial (la barrera del código OTP por SMS):

• El problema: Al registrar una cuenta nueva de Grab o Bolt, a menudo se envía un código de un solo uso (OTP) por SMS para verificar la identidad y prevenir fraudes. Si tu eSIM de viaje solo proporciona datos móviles y carece de un MSISDN (número de teléfono asignado) capaz de recibir SMS de red celular, no podrás recibir dicho código.
• La solución: La mayoría de las plataformas vinculan la identidad de la cuenta a tu número de teléfono principal existente (por ejemplo, tu línea móvil habitual de España, México, EE. UU. o cualquier otro país). Una vez autenticada la sesión en tu dispositivo, la aplicación guarda localmente un token de sesión cifrado (JWT/OAuth).

Cuando cambias la conexión de datos móviles a una eSIM de viaje —como los planes de datos de MollySIM—, la app sigue funcionando con ese token de sesión válido sin solicitar un nuevo SMS OTP, enviando toda la telemetría y los datos de pago a través de la conexión de alta velocidad de la eSIM.

Además, las aplicaciones de movilidad necesitan un flujo de datos estable para evitar caídas de la conexión WebSocket en zonas urbanas densas. Mientras que las eSIMs de viaje convencionales reducen la velocidad a unos inutilizables 128 kbps bajo políticas de uso justo (FUP) agresivas —haciendo que los mapas no carguen y los pagos fallen por tiempo de espera—, proveedores como MollySIM mantienen una velocidad mínima garantizada líder en el sector de 384 kbps bajo FUP. Esta ventaja de 3x garantiza que el envío de coordenadas GPS en segundo plano, el seguimiento del conductor en tiempo real y las autorizaciones instantáneas con Apple Pay/Google Pay sigan funcionando incluso con congestión de red.

Clase magistral de configuración Dual SIM: conserva los SMS de tu país para OTP mientras enrutas los datos a tu eSIM de viaje

Usar una configuración Dual SIM en el extranjero permite que tu smartphone separe el tráfico de señalización del tráfico de datos. La gran mayoría de operadores del mundo permiten que los dispositivos se conecten a antenas extranjeras mediante acuerdos de roaming internacional para recibir mensajes de texto SMS entrantes de forma totalmente gratuita. Los costes elevados de roaming casi siempre se originan por llamadas salientes, SMS enviados y sesiones activas de datos móviles.

Configurando correctamente el sistema operativo de tu teléfono, puedes mantener activa tu línea habitual únicamente en la capa celular tradicional para recibir códigos 2FA y OTP de servicios de transporte y bancos, mientras enrutas el 100% del tráfico IP a través de una eSIM de datos económica como MollySIM.

---

Paso 1: Lista de comprobación previa al viaje y autenticación

Antes de subir al avión o desconectarte de tu red nacional, realiza estos pasos clave mientras sigues conectado a tu operador habitual:

1. Preautentica todas las apps de movilidad: Abre Grab, Bolt, Uber y las apps de transporte locales. Inicia sesión, solicita la verificación por SMS y asegúrate de que la sesión quede abierta. Activa el inicio de sesión biométrico (Face ID / Huella dactilar) en los ajustes de seguridad de cada app.
2. Vincula métodos de pago universales: Añade tus tarjetas de crédito principales para viajes a Apple Pay o Google Wallet. Las apps de transporte procesan estas transacciones mediante pasarelas de billeteras digitales tokenizadas, evitando las pantallas de autenticación SMS 3D-Secure (3DS) secundarias al solicitar un viaje.
3. Instala y etiqueta la eSIM de viaje: Descarga e instala tu perfil de MollySIM mediante el código QR o el código de activación universal. En los ajustes de tu dispositivo, renombra tu SIM principal como "Principal / Casa" y la eSIM de viaje como "Datos de viaje".

---

Paso 2: Configuración en iOS (iPhone 11 hasta iPhone 16 Pro Max)

Aplica estos ajustes exactos para evitar consumos accidentales de datos en tu línea habitual en iOS:

`` Ajustes ➔ Datos móviles (o Red celular) ``

• Datos móviles: Selecciona Datos de viaje (tu perfil de MollySIM).
• Permitir cambio de datos móviles: Desactiva (NO). (Crucial: si lo dejas activado, iOS podría conectarse silenciosamente a tu costosa línea principal si la eSIM experimenta una latencia puntual).
• Línea de voz por omisión: Selecciona Principal / Casa (garantiza que tu marcador telefónico habitual siga asignado a tu número principal).

`` Ajustes ➔ Datos móviles ➔ En 'Tarjetas SIM', pulsa en 'Principal / Casa' ``

• Activar esta línea: Activa (SÍ).
• Itinerancia de datos: Desactiva (NO). (Esto permite que la SIM se enlace a las antenas locales para recibir SMS entrantes mientras bloquea cualquier tráfico de datos de pago).
• Llamadas por Wi-Fi: Activa (SÍ) (si tu operador lo admite; permite recibir SMS y llamadas mediante redes Wi-Fi de hoteles o aeropuertos sin recargos de roaming).

`` Ajustes ➔ Datos móviles ➔ En 'Tarjetas SIM', pulsa en 'Datos de viaje (MollySIM)' ``

• Activar esta línea: Activa (SÍ).
• Itinerancia de datos: Activa (SÍ) (MollySIM requiere tener la itinerancia activada en su propio perfil para conectarse a través de sus operadores asociados locales de primer nivel).
• Voz y datos: Selecciona 5G automático o LTE.

---

Paso 3: Configuración en Android (Samsung One UI y Google Pixel / Android puro)

En dispositivos Samsung Galaxy:

1. Ve a Ajustes ➔ Conexiones ➔ Administrador de tarjetas SIM.
2. Establece SIM preferida ➔ Datos móviles en Datos de viaje.
3. Establece SIM preferida ➔ Llamadas y mensajes en Principal (Casa).
4. Desactiva la opción Cambio de datos.
5. Vuelve a Ajustes ➔ Conexiones ➔ Redes móviles.
6. Asegúrate de que la Itinerancia de datos esté activada únicamente para la ranura de la SIM de viaje, y explícitamente desactivada para la SIM principal.

En Google Pixel / Android puro:

1. Ve a Ajustes ➔ Redes e Internet ➔ SIMs.
2. Pulsa en tu SIM principal (Casa) ➔ Activa Usar SIM ➔ Desactiva Datos móviles ➔ Desactiva Itinerancia.
3. Pulsa en tu eSIM de viaje (MollySIM) ➔ Activa Usar SIM ➔ Activa Datos móviles ➔ Activa Itinerancia.
4. Establece la Preferencia de datos exclusivamente en la eSIM de viaje.

---

Matriz operativa de Dual SIM

Con esta configuración fijada, tu teléfono recibirá los mensajes de verificación de identidad en cualquier país sin gastar un solo céntimo en itinerancia de datos.

Al mismo tiempo, el seguimiento del vehículo en directo, las llamadas VoIP dentro de la app con el conductor, las rutas dinámicas y las autorizaciones inmediatas de Apple Pay se canalizan a través de la infraestructura optimizada de MollySIM. Incluso en nodos de transporte saturados donde otras eSIMs de viaje caen a 128 kbps inutilizables, el límite mínimo continuo de 384 kbps bajo FUP de MollySIM mantiene el flujo de paquetes necesario para cargar Google Maps y sostener las conexiones activas con la app de transporte.

Comunicación dentro de la app y telemetría en tiempo real: dominio de llamadas VoIP, traducción automática y desviación del GPS

Usar una app de transporte con una eSIM de solo datos elimina las llamadas de voz celular tradicionales (PSTN). Aunque esto previene cargos inesperados por minuto en roaming, exige entender cómo gestionan estas aplicaciones la voz, la mensajería instantánea y la telemetría sobre redes IP puras.

---

VoIP frente a llamadas tradicionales PSTN: cómo gestionar el contacto con el conductor

Las plataformas actuales —incluidas Uber, Grab y Bolt— gestionan el audio a través de protocolos VoIP nativos basados en datos (WebRTC) integrados en la propia aplicación. Cuando un conductor intenta comunicarse:

• Llamada gratuita en la app (VoIP): La llamada se realiza íntegramente a través de tu conexión de datos activa mediante MollySIM. Consume aproximadamente entre 500 KB y 1 MB de datos por minuto, sin requerir minutos de voz tradicionales.
• Llamada celular directa (PSTN): Algunos conductores tradicionales intentan marcar el número telefónico asociado a tu perfil mediante la red GSM estándar. Dado que tu SIM principal tiene la itinerancia de datos desactivada y tu eSIM de viaje no incluye voz celular, esta llamada podría cortarse, enviarse al buzón de voz o generar altas tarifas de recepción si decides responder en tu línea habitual.

`` [Móvil del conductor] ---> [Servidor de la plataforma] ---> [Paquete de datos puro (VoIP)] ---> [eSIM MollySIM] ---> [Pantalla de llamada en la app] ``

Protocolo de comunicación sin voz celular

1. Prioriza el chat interno con traducción automática: Grab, Bolt y Uber integran traducción automática neuronal de baja latencia en sus interfaces de chat. Escribir en español o inglés se traduce automáticamente al tailandés, vietnamita o francés en la pantalla del conductor, y viceversa.
2. Envío preventivo de fotos: Grab y Uber permiten tomar y enviar una foto en tiempo real del punto exacto donde te encuentras (por ejemplo, el número de puerta, una columna numerada o el letrero de una tienda). Esto elimina por completo las barreras idiomáticas.
3. Mensajes de estado automatizados: Justo al asignarse el conductor, envía un mensaje rápido por el chat de la app: "Esperando en la Columna 4, llevo chaqueta negra. Por favor, comuníquese solo por el chat o llamada de la app."

---

Mitigar la desviación de rutas múltiples de GPS en cañones urbanos y centros saturados

En entornos urbanos de alta densidad —como el corredor de Sukhumvit en Bangkok, el distrito financiero de Manhattan o terminales aéreas complejas como Londres-Heathrow o Tokio-Haneda—, el posicionamiento satelital sufre de interferencias por trayectos múltiples (multipath). Las señales rebotan en estructuras de acero, cristal y hormigón antes de alcanzar el receptor GNSS de tu teléfono, haciendo que la app sitúe tu punto de recogida en un paso elevado inaccesible, en una calle paralela de sentido contrario o al otro lado de una avenida de ocho carriles.

---

Telemetría continua en entornos con ancho de banda reducido

Las aplicaciones de movilidad mantienen conexiones WebSocket activas para transmitir datos de telemetría constantemente: coordenadas del vehículo (actualizadas cada 1 o 2 segundos), recálculo de rutas, tarifas dinámicas y canales de chat en vivo.

Muchos proveedores de eSIM de viaje aplican Políticas de Uso Justo (FUP) que reducen la velocidad drásticamente a 128 kbps al agotar el paquete de alta velocidad. A 128 kbps, la conexión sufre interrupciones: los mapas vectoriales no cargan, los paquetes de voz por VoIP se entrecortan debido al jitter y la posición del vehículo se congela en pantalla.

Por el contrario, MollySIM garantiza una velocidad mínima de 384 kbps bajo FUP, el triple que la mayoría de alternativas del mercado. Esta base de 384 kbps asegura que, incluso si consumes todos los datos de alta velocidad en mitad de un trayecto:

• Google Maps y Apple Maps disponen del ancho de banda necesario para cargar mapas vectoriales básicos.
• Las llamadas de voz VoIP dentro de la app funcionan con claridad mediante códecs de bajo bitrate (como Opus a 24–32 kbps).
• Las validaciones de pago biométricas (Apple Pay / Google Wallet) se procesan sin errores de tiempo de espera al llegar al destino.

Comparativa de conectividad: ¿qué método te mantiene en movimiento en el extranjero?

Elegir una opción de conectividad inadecuada puede provocar fallos técnicos imprevistos: latencia elevada que retrasa la visualización del conductor, consumo excesivo de batería en el móvil o cortes repentinos de datos que te dejen sin comunicación en un punto de recogida desconocido.

A continuación se analizan las cuatro opciones habituales de conectividad internacional, evaluadas específicamente para el uso de transporte urbano y apps de movilidad.

---

Análisis técnico: por qué la eSIM lidera la movilidad urbana

Al analizar el rendimiento de las apps de transporte en el extranjero, la diferencia entre estas opciones radica en tres factores técnicos clave: latencia de enrutamiento, dependencia de hardware externo y márgenes de seguridad en el ancho de banda.

1. Enrutamiento de red y estabilidad de la telemetría

El roaming tradicional suele recurrir al enrutamiento a través del país de origen (home-routed roaming), donde cada solicitud de datos (como la actualización de la posición de un coche en Grab) viaja desde tu ubicación en el Sudeste Asiático o Europa hasta la pasarela de tu operador en tu país de origen antes de procesarse. Esto puede añadir entre 200 y 350 ms de latencia, provocando saltos bruscos en la posición del vehículo, avisos de recogida tardíos y cortes en las llamadas VoIP dentro de la app.

Las eSIMs de viaje modernas evitan este obstáculo utilizando puntos de salida locales (local breakout), ofreciendo tiempos de respuesta inferiores a 50 ms directamente con los servidores regionales de la plataforma.

``` Latencia con roaming tradicional (home-routed): [Tu móvil (Bangkok)] ---> [Pasarela en país de origen (+250 ms)] ---> [Servidor de la app] Resultado: El coche da saltos en el mapa; cortes continuos en el audio VoIP.

eSIM con salida local (MollySIM): [Tu móvil (Bangkok)] ---> [Pasarela regional cercana (Singapur / 25 ms)] ---> [Servidor de la app] Resultado: Telemetría en tiempo real, sincronización precisa del GPS y llamadas fluidas. ```

2. La vulnerabilidad de depender de un Wi-Fi de bolsillo

Aunque los dispositivos Wi-Fi portátiles siguen utilizándose en viajes en grupo, presentan puntos débiles importantes en situaciones de traslado:

• Riesgo de separación: Si tú y tu acompañante os separáis en una terminal abarrotada, quien no lleve el aparato se queda sin conexión, impidiendo el seguimiento del conductor y la coordinación del punto de encuentro.
• Gestión de dos baterías: La batería de estos routers suele agotarse tras 6 u 8 horas de uso continuo con mapas. Si el dispositivo se apaga durante el trayecto, perderás el seguimiento del viaje al instante.

3. Ventajas de mantener la arquitectura Dual SIM para la seguridad en los pagos

Sustituir tu SIM principal por una tarjeta física turística desconecta tu línea del operador habitual. Esto interrumpe operaciones críticas cuando:

• La aplicación de transporte solicita una verificación bancaria 3D-Secure mediante un SMS OTP enviado a tu número de teléfono habitual.
• El sistema antifraude de tu banco detecta un cobro internacional de transporte y requiere confirmación inmediata por SMS.

Al utilizar un perfil eSIM digital de MollySIM, conservas ambas líneas activas en modo Dual SIM. Tu línea principal permanece disponible para recibir mensajes bancarios sin coste de datos, mientras la eSIM gestiona la conexión local de alta velocidad.

Asimismo, la velocidad mínima de 384 kbps bajo FUP de MollySIM actúa como una red de seguridad técnica. Aunque agotes tu paquete principal de datos mientras sigues la ruta de un coche de madrugada desde el aeropuerto, la conexión conservará el ancho de banda necesario para renderizar mapas vectoriales, realizar llamadas de voz con el conductor y autorizar pagos mediante Apple Pay o Google Wallet sin errores de conexión.

La garantía de no quedarse tirado: por qué el límite de respaldo a 384 kbps de MollySIM es esencial para las apps de transporte

Quedarse sin datos de alta velocidad en una cafetería es un inconveniente menor; quedarse sin datos a las 2:00 de la madrugada en una acera poco transitada fuera de un aeropuerto internacional intentando pedir un coche es un problema de seguridad. Muchos viajeros asumen que cuando su eSIM prepago alcanza el límite de datos, la "velocidad reducida ilimitada" bastará para las funciones básicas. En la práctica, las velocidades reducidas habituales en el sector de las telecomunicaciones no están preparadas para sostener la infraestructura de las apps de transporte actuales.

Para entender por qué las velocidades reducidas tradicionales fallan, es necesario analizar las demandas de red simultáneas de plataformas como Grab, Uber y Bolt.

Consumo real de ancho de banda en aplicaciones de transporte

Un viaje en una app de transporte no equivale a cargar una página web estática. Es un proceso activo y continuo que coordina múltiples protocolos en segundo plano mediante WebSockets, HTTP/2 y UDP:

• Carga de mapas vectoriales (50–100 kbps): Las interfaces dinámicas de mapas (Mapbox, SDK de Google Maps) descargan paquetes vectoriales continuos conforme se mueve la pantalla, amplías la zona de recogida o sigues la ruta del conductor.
• Telemetría en tiempo real y envío de coordenadas (5–15 kbps): La transmisión bidireccional continua de coordenadas (vía MQTT o WebSockets) actualiza tu ubicación y la del vehículo cada 1 a 3 segundos.
• Llamadas VoIP con el conductor en la app (30–64 kbps): Las llamadas integradas emplean el códec Opus sobre WebRTC, requiriendo un canal estable y sin congestión para evitar pérdidas de paquetes y entrecortes.
• Tokenización de pagos y comunicación con pasarelas (picos de 20–40 kbps): El cobro del viaje mediante Apple Pay, Google Wallet o tarjetas con 3D-Secure requiere intercambios SSL/TLS sincronizados que fallan por tiempo de espera si la latencia se dispara.

Cuando estos procesos se ejecutan al mismo tiempo durante una recogida, el ancho de banda total necesario se sitúa entre 105 kbps y 220 kbps.

``` +--------------------------------------------------------------------------------+ | Tráfico de datos simultáneo