En algunas plataformas las acciones clave existen solo en la app y no se pueden hacer desde el navegador. Un teléfono en la nube es un dispositivo Android que corre en servidores: se instala la app, se vincula la cuenta y los empleados digitales actúan sobre el dispositivo mientras usted mira la pantalla y los registros desde la consola.
Veinte teléfonos sobre el escritorio, los cables hechos un nudo y aun así se caen todo el tiempo
Los dispositivos corren en la nube, así que el hardware, la energía y la red no quedan a su cargo. Si uno se cae o se cuelga, se reinicia desde la consola, sin ir a desenchufar nada.
Hay que instalar la app a mano en cada teléfono y después iniciar sesión uno por uno
Suba el APK una vez y envíe la instalación a un grupo completo. El avance se ve en la consola y los dispositivos que fallaron quedan listados aparte para reintentar.
Se fue alguien del equipo y nadie sabe quién está usando sus dispositivos y cuentas
Las asignaciones quedan registradas: qué dispositivo fue a qué integrante y qué cuenta lleva. En un relevo se cambia la asignación, sin reinstalar ni volver a iniciar sesión.
En plataformas como WhatsApp o Line no se puede operar del todo desde el navegador
Lo que exige la app pasa por teléfono en la nube; el resto, por entorno de navegador. Un mismo conjunto de cuentas puede usar los dos soportes.
Los dispositivos deben poder operarse en lote, controlarse por programa y rastrearse hasta quien los usa. De esas tres cosas depende que todo siga bajo control cuando crece la cantidad.
Todos los teléfonos en la nube en una sola lista, con el estado en línea, fuera de línea o en ejecución al momento. Se filtra por estado para ubicar los que presentan anomalías.
Agrupe los dispositivos por proyecto, plataforma o responsable. Instalaciones, arranques y ajustes de parámetros se ejecutan en lote por grupo.
Abra la pantalla del dispositivo en el navegador y opérelo directamente, sin instalar un cliente local. Sirve para el primer inicio de sesión, los códigos de verificación y las revisiones manuales.
Mantenga los instaladores de las apps habituales, con el registro de qué aplicaciones y versiones tiene cada dispositivo. Se pueden desinstalar o instalar por encima.
Suba el APK y envíelo por grupo, cubriendo todo el grupo en una pasada. El resultado se consulta dispositivo por dispositivo y los fallos se reintentan por separado.
Los dispositivos se asignan a integrantes o cuentas, con una pertenencia explícita. Los cambios de asignación quedan en el registro de operaciones, así que en un relevo no se pierde el hilo.
Los dispositivos mantienen una conexión persistente MQTT con la plataforma: las órdenes bajan y el estado vuelve por el mismo canal, lo que facilita integrarlos a su propia orquestación.
Las acciones de los empleados digitales llegan al dispositivo como tareas, el resultado de cada subtarea queda guardado y los motivos de fallo se buscan por dispositivo o por fecha.
El dispositivo es solo el soporte; el trabajo lo hacen los empleados digitales. Dos pasos intermedios quedan de su lado: en qué dispositivo va cada cuenta y el primer inicio de sesión.
Habilite tantos teléfonos en la nube como necesite y agrúpelos por proyecto o plataforma. La instalación y la configuración de un grupo se hacen en conjunto.
Suba el APK de la plataforma de destino y envíelo al grupo completo. El avance y los dispositivos que fallaron se ven en la consola.
Qué cuenta queda en qué dispositivo y por qué ruta de salida se fija cuando usted lo aprueba. Después de eso, no conviene cambiar de dispositivo con frecuencia.
Abra la pantalla del dispositivo, entre a la app y resuelva el código por SMS y la verificación en dos pasos, los pasos que solo puede hacer usted. A partir de ahí el dispositivo mantiene la sesión.
Las acciones de calentamiento, conversación con clientes propios y publicación se reparten al dispositivo correspondiente. Un dispositivo con anomalías se detiene y queda señalado para su revisión.
En qué dispositivo vive una cuenta no es algo para decidir de forma automática. El dispositivo es parte de la identidad de largo plazo de la cuenta, y moverla sin criterio equivale a entrar desde otro teléfono, señal que las plataformas notan por sí sola. Con el primer inicio de sesión pasa lo mismo: el código llega a su número, las credenciales son suyas y la plataforma no las custodia.
El modelo exacto, la versión del sistema y las regiones disponibles dependen del pool de recursos al momento de habilitar. Aquí solo se escribe lo que ya está definido.
Lo que se puede hacer desde la web va por entorno de navegador, que cuesta menos. Solo lo que existe únicamente en la app usa teléfono en la nube; los dos se programan en conjunto.
La IP de salida del dispositivo la provee la red de proxies, configurada según la región de destino de la cuenta, y la salida actual se puede verificar en cualquier momento.
Las conversaciones en plataformas de mensajería como WhatsApp o Line ocurren en el teléfono en la nube, con las respuestas de la IA y la derivación a una persona en el mismo dispositivo.
En las plataformas que exigen móvil, el calentamiento corre en el teléfono en la nube, con los mismos puntajes por acción y los mismos registros que en el entorno de navegador.
Técnicamente sí, con límites. Si varias cuentas de la misma plataforma comparten un dispositivo, lo que la plataforma ve es un cambio frecuente de sesión en un mismo aparato, y eso ya es una señal de vinculación: cuanto más valiosa la cuenta, menos se recomienda. Cuentas de plataformas distintas en un mismo dispositivo suelen tener menos impacto. El sistema no impone una relación uno a uno, el cobro va por dispositivos realmente ocupados y el reparto lo decide usted según el valor de las cuentas y el riesgo que esté dispuesto a asumir.
No podemos asegurar que no lo distinga. Un teléfono en la nube es un entorno Android que corre en servidores, tiene diferencias con un aparato físico y, si la plataforma busca específicamente rasgos de virtualización, es posible que los encuentre. Lo que sí se puede hacer es mantener coherentes y razonables los parámetros del dispositivo, la ruta de salida y el ritmo de operación, y evitar acciones que se aparten claramente de un uso normal. Ninguna herramienta que prometa ser «indetectable» merece crédito.
En la lista pasa a estado fuera de línea, las tareas asociadas se detienen y queda registrado el motivo del fallo. El dispositivo se reinicia desde la consola. Un reinicio normalmente no afecta las apps instaladas ni la sesión, aunque la plataforma puede pedir una nueva verificación según su propia política.
Se instala subiendo el APK. El instalador lo aporta usted; la plataforma no lo obtiene, ni vulnera ni modifica aplicaciones. Algunas apps que dependen obligatoriamente de servicios de Google, de hardware específico o de un chip de seguridad pueden no funcionar bien, así que conviene probar en un dispositivo antes de habilitar un lote.
Los datos de la app quedan en el almacenamiento local del dispositivo. La plataforma guarda los registros de tareas, el registro de operaciones y los perfiles de contacto que usted exporte. Exporte todo lo que necesite conservar antes de liberar un dispositivo: una vez liberado, su almacenamiento no se conserva.
Asigne los dispositivos a cada integrante desde la gestión de asignaciones y use los permisos de miembro para limitar qué ve cada uno. El control remoto, las instalaciones y los cambios de asignación quedan en el registro de operaciones. Para las cuentas de administrador conviene activar la verificación en dos pasos.
Un asesor propone una configuración de dispositivos y cotiza los recursos según sus plataformas de destino, la cantidad de cuentas y las regiones.