Preguntas frecuentes

Si usas un acceso de Parall junto con la app original, abre primero la app original y luego el acceso. Para evitar cualquier dependencia del orden de inicio, crea dos accesos y usa solo esos. Pueden abrirse en cualquier orden y ejecutarse al mismo tiempo.

Los accesos de Parall están diseñados para ser estables porque usan el comportamiento estándar de macOS para iniciar procesos. No usan APIs privadas, parches binarios, inyección de código ni modificación de apps. Cuando un acceso inicia la app destino, macOS entrega el entorno de inicio configurado a ese proceso. Ese comportamiento existe desde hace años y también lo usan muchas apps con arquitectura multiproceso.

El comportamiento específico por app de los accesos es resultado de ingeniería inversa de la arquitectura interna no documentada y del comportamiento de inicio de las apps de macOS. Esa investigación solo se usa para elegir ajustes de inicio compatibles para cada app destino. Aun así, Parall y los accesos que crea no usan APIs privadas. Se apoyan en los mecanismos normales de inicio de macOS, lo que mantiene estable el mecanismo de accesos en versiones actuales y futuras de macOS.

Por eso, es muy poco probable que una actualización de macOS rompa los accesos de Parall como mecanismo general. Las actualizaciones de apps también suelen ser seguras porque cada acceso apunta al paquete original. Si el desarrollador cambia cómo la app guarda perfiles, lee argumentos, procesa variables de entorno o fuerza una sola instancia, esa app concreta puede necesitar un perfil de compatibilidad actualizado.

Sí. Cada acceso apunta al paquete original de la app. Cuando la app destino se actualiza, todos los accesos usan la versión nueva después de reiniciarse.

Si la app destino tiene su propio actualizador, recomiendo elegir una instancia para comprobar actualizaciones y desactivar las comprobaciones automáticas en las demás. Para usar el actualizador interno desde un acceso, macOS puede pedir permiso de gestión de apps para ese acceso. Concédelo solo a la instancia que usarás para actualizar.

Si un acceso de Parall ya está abierto y lo vuelves a abrir desde Raycast, Alfred, Spotlight o el menú Abrir con de macOS, las versiones actuales de Parall no deberían mostrar un icono fantasma adicional en el Dock.

Si ves un icono fantasma en esos casos, estás usando una versión antigua de Parall o un acceso creado con ella. Actualiza a Parall v2.3.1 o posterior y vuelve a generar ese acceso.

Si hay varias instancias de Parall abiertas y una envía una notificación push, al hacer clic en esa notificación macOS puede traer al frente otra instancia en ejecución. Es una limitación conocida. Por ahora no hay solución completa, aunque puede corregirse en una futura versión.

Parall crea accesos ligeros para apps macOS, sitios web, archivos, carpetas y herramientas de línea de comandos que se comportan como apps separadas. Puedes ejecutar varias instancias de la misma app en paralelo y convertir sitios web en accesos de app web con identidad propia en el Dock y ruta de datos propia.

En apps compatibles, Parall no solo abre dos veces la misma app. Usa el método de inicio que funciona para esa app concreta, como ruta de datos separada, variables de entorno, argumentos de línea de comandos o un perfil específico de compatibilidad. Así las instancias duplicadas pueden mantener sesiones, ajustes y datos separados.

En la mayoría de los casos, mantén los valores predeterminados. Selecciona la app que quieres duplicar y deja Parall en modo Acceso de app con la opción predeterminada Modo de acceso del Dock. Parall elegirá el mejor método de inicio disponible para esa app.

Para apps de escritorio compatibles como Chrome, Acceso de app con Modo de acceso del Dock ofrece la mejor experiencia nativa. Inicia directamente la app de Mac instalada, mantiene el acceso como una app propia en el Dock y permite que cada acceso use sus propios datos, cuenta y perfil cuando la app destino lo admite.

Teams, WhatsApp y Outlook son casos especiales. Usan la implementación de app web de Parall incluso si empiezas desde Acceso de app, porque su comportamiento de acceso compatible se basa en sus apps web. Si eliges manualmente App web e introduces el sitio tú mismo, el resultado es similar. Empezar desde Acceso de app permite que Parall use el ajuste predefinido conocido y el icono original de la app en vez de depender solo de los metadatos del sitio.

Si Acceso de app y Modo de acceso del Dock están disponibles para tu app destino, úsalos primero. Si no están disponibles o la app necesita otro estilo de inicio, prueba App web para flujos basados en sitios web o Lanzamiento del sistema para apps que necesitan la ruta normal de lanzamiento de macOS.

La app Parall está traducida a inglés, árabe, catalán, croata, checo, danés, finés, francés, alemán, griego, hebreo, hindi, húngaro, indonesio, italiano, japonés, coreano, malayo, polaco, portugués, rumano, chino simplificado, eslovaco, español, sueco, tailandés, chino tradicional, turco, ucraniano, urdu y vietnamita.

No. Parall nunca modifica archivos del sistema ni apps existentes. Solo crea pequeños paquetes de acceso que enlazan con tus apps originales.

No. Parall nunca inyecta, modifica, parchea ni altera binarios de apps. Solo inicia la app destino con opciones de inicio admitidas, como variables de entorno, argumentos o ajustes de perfil específicos. Cada app compatible se prueba de forma individual.

Los accesos de Parall no solicitan permisos por sí mismos. La solicitud de permiso viene de la app o del sitio web destino en el momento en que necesita ese permiso concreto.

En modo Acceso de app, el acceso inicia la app de Mac destino. Si macOS permite que esa app solicite permisos de cámara, micrófono, grabación de pantalla, contactos u otros permisos similares, la app destino puede mostrar las mismas solicitudes de permisos de macOS cuando se abre mediante un acceso de Parall. Por ejemplo, Zoom puede solicitar acceso a cámara y micrófono porque Zoom es la app que los usa.

En modo App web, el sitio web que abres puede solicitar los permisos que necesita mediante el flujo nativo de permisos de WebKit en macOS en el momento en que el sitio necesita ese acceso.

En ambos modos, los permisos nunca se conceden automáticamente. Debes aprobar cada permiso cuando macOS lo pida.

Parall y los accesos que crea no solicitan, procesan ni reciben datos de cámara, micrófono ni otros datos protegidos por permisos. Esa ruta de permisos y datos existe directamente entre macOS y la app o el sitio web destino. Los accesos de Parall no contienen código para leer ni manejar esos datos de permisos.

No. Por diseño, los accesos de Parall no están firmados ni aislados en sandbox porque deben ejecutar directamente el paquete de la app destino. macOS puede mostrar una advertencia diciendo que el acceso intenta modificar otra app. Esa advertencia aparece por el acceso, no por una modificación real. Parall no modifica apps ni archivos del sistema.

En macOS 11 y anteriores, la firma automática no está disponible. Los accesos creados en esos sistemas requieren firma manual antes de poder usarse con normalidad.

Parall funciona sin conexión, no tiene servicios en segundo plano y no tiene telemetría. Los accesos normales no son clientes de red ni proxies. El acceso inicia la app original con el entorno, argumentos, ruta de datos, sobrescritura de HOME, opción de barra de menús e iconos configurados. Si la app destino necesita Internet, ese tráfico pertenece a la app destino.

Los accesos de app web se conectan directamente al sitio que introduces porque necesitan cargarlo. Esas conexiones van al sitio o proveedor de servicio, no a servidores de Parall.

Sí. Cuando guardes un acceso, arrástralo al Dock. Se comporta como cualquier icono de app de macOS.

Parall no se prueba con reemplazos del Dock de terceros y puede no ser compatible. También puede fallar con utilidades que cierran, reemplazan o reinician repetidamente el proceso Dock original de macOS. Ese proceso debe seguir ejecutándose para que los iconos, efectos y estados de los accesos funcionen correctamente.

Los iconos personalizados funcionan en uso normal, pero algunas apps destino sobrescriben su icono del Dock en tiempo de ejecución. Por ejemplo, una app puede dibujar progreso de descarga o estado dentro del icono. Cuando ocurre, macOS reemplaza el icono del acceso por el icono de la app destino. El icono vuelve a la normalidad tras reiniciar el acceso. El icono de barra de menús de Parall no tiene esta limitación.

Quita el acceso del Dock, cierra la app por completo y añade el acceso al Dock de nuevo. Esto puede ser necesario la primera vez que se abre un acceso nuevo. Después, macOS debería mostrar la animación correctamente.

Cuando Parall dibuja una etiqueta sobre un icono, macOS trata el resultado como una imagen rectangular completa. Si la etiqueta queda fuera de la forma visible del icono, ese espacio transparente se conserva y el Dock puede reducir la escala del icono. Para corregirlo, reduce el tamaño de fuente, mueve el texto hacia arriba o acorta la etiqueta para que quede dentro del área visible.

macOS Tahoe espera que los iconos del Dock contengan zonas transparentes o semitransparentes. Si Parall dibuja texto sobre el icono destino o importas un icono totalmente opaco, el resultado puede no tener los píxeles semitransparentes que Tahoe necesita.

Parall no puede adivinar de forma segura qué partes deben ser semitransparentes. Prepara manualmente un icono con las áreas casi transparentes correctas, recrea el acceso e impórtalo con el botón Examinar del paso de nombre e icono. Consulta la guía Cómo usar iconos personalizados de Parall con el Dock oscuro de macOS Tahoe.

Sí. Cada paquete de acceso tiene su propio identificador y macOS lo trata como una app separada. Herramientas como 1Focus, Jomo, Little Snitch y similares pueden controlar cada acceso individualmente.

Si cambias el idioma o la región de un paquete de acceso creado por Parall, eso solo afecta al ayudante de Parall y a la interfaz del icono de barra de menús, no a la app destino. La app destino usa sus propios ajustes de idioma o los del sistema. Si la app admite datos separados por perfil, las preferencias internas de idioma o región se conservan por acceso.

Sí. En el asistente puedes elegir Seguir sistema, Claro u Oscuro. Así un acceso puede abrirse en modo claro u oscuro sin depender del aspecto actual de macOS. Algunas apps pueden ignorar este ajuste si tienen su propio sistema de temas. Para cambiarlo luego, recrea el acceso con la misma ruta de datos y elige otra apariencia.

El soporte para apps de Apple no está garantizado. Las apps con identificadores que empiezan por com.apple. pueden comportarse de forma distinta según la versión de macOS y no todas las funciones de Parall estarán disponibles.

Sí. Usa el modo de acceso de app web, introduce la URL, elige nombre e icono y selecciona una ruta de datos si quieres que ese sitio mantenga sesión, cookies, almacenamiento local y datos relacionados separados. Los accesos web usan Safari y WebKit nativos de macOS. No usan Electron ni Chrome incluido.

Sí. WhatsApp y Microsoft Teams son accesos de app web predefinidos. WhatsApp usa web.whatsapp.com y Microsoft Teams usa la versión web de Teams. Si una función no existe en la app web correspondiente, Parall tiene la misma limitación.

Estos accesos admiten notificaciones push, contadores sin leer en el Dock, iconos de barra de menús opcionales con contadores, modo de fondo cuando el icono de barra de menús está activo, rutas de datos personalizadas para accesos separados y control de zoom en apps web compatibles. En WhatsApp, llamadas de voz y video funcionan si activas la beta de WhatsApp dentro de WhatsApp Web.

No. Los accesos de Parall están hechos específicamente para macOS. Los accesos de apps inician directamente la app instalada. Los accesos web usan Safari y WebKit nativos de macOS.

Soporte limitado. En Macs con Apple silicon, Parall puede crear accesos para apps iOS y iPadOS, pero no puede separar sus datos ni darles un icono dedicado en el Dock. Aun así, puedes sobrescribir variables de entorno y pasar argumentos.

No. Para apps en sandbox, incluidas muchas apps del Mac App Store, macOS fuerza los datos al contenedor del sistema en ~/Library/Containers/<bundle-id>/Data. Parall detecta estas apps automáticamente y usa el contenedor. Puedes ejecutar varias instancias, pero la redirección personalizada de HOME o datos no está disponible.

Las herramientas de montaje en la nube exponen varias cuentas como unidades de red en Finder y suelen transmitir archivos mediante su propio proceso. Eso permite navegar muchas cuentas, pero no ejecuta el cliente nativo oficial de Dropbox.

Parall permite ejecutar varias apps nativas de Dropbox en paralelo, cada una con su propio perfil y datos separados. Cada instancia sigue siendo el cliente oficial de Dropbox con su propia lógica de sincronización.

Dropbox File Provider no es compatible con varias instancias de Dropbox Desktop al mismo tiempo. Antes de crear un acceso para otra cuenta, abre la app principal de Dropbox, desactiva File Provider, cierra Dropbox por completo y espera a que desaparezca el icono de la barra de menús.

Abre el navegador predeterminado y asegúrate de haber iniciado sesión en la cuenta de Dropbox que usará el acceso. Luego abre Parall, ejecuta el asistente de Dropbox, inicia el nuevo acceso y completa el inicio de sesión. Cuando Dropbox muestre su asistente, no omitas Configuración avanzada. Elige una ubicación de Dropbox distinta a la de cualquier otra instancia y desactiva File Provider también para ese acceso.

Si usas la misma carpeta de Dropbox que otra instancia, el acceso puede fallar o Dropbox puede negarse a terminar la configuración. Los menús contextuales de Finder solo pueden pertenecer a la instancia de Dropbox que se inicia primero. Para cada acceso de Dropbox, usa una cuenta, carpeta de sincronización y perfil de datos únicos y mantenlos emparejados.

Badgeify es una utilidad de fondo que muestra iconos de barra de menús propios para otras apps. Parall no tiene servicios de fondo. Cada paquete de acceso incluye su propia implementación de icono de barra de menús, aparece solo mientras ese acceso ejecuta la app destino y desaparece cuando se cierra.

Fluid, Coherence X y Unite crean apps independientes para sitios web. Parall también crea accesos web, pero además funciona a nivel de inicio de apps nativas. Crea accesos que inician instancias adicionales de la app macOS real instalada en tu Mac, cada una con carpeta de datos, variables de entorno, argumentos, icono del Dock e icono opcional de barra de menús.

No. Algunas apps macOS imponen una sola instancia, ignoran configuración externa o almacenan datos de una forma que no se puede separar con seguridad. Consulta la tabla en Compatibilidad de Parall. Si no estás seguro, contacta con support@parall.app antes de comprar y probaré la app.

Sí, para apps compatibles y accesos de app web. La separación automática de datos está disponible para apps y navegadores basados en Electron, Firefox, Chromium y ToDesktop. Para sitios web, Parall usa la ruta de datos elegida para el acceso web. Para otras apps puede usar perfiles específicos, argumentos, variables de entorno o sobrescritura de HOME. El método exacto depende de cómo la app guarda sus datos.

Sí. En muchas apps, iniciar dos veces el mismo ejecutable todavía produce una sola instancia o datos compartidos. Para que varias instancias funcionen, Parall normalmente debe redirigir los datos a una ubicación separada o pasar un argumento de perfil admitido. En la práctica, una ruta de datos única por acceso es necesaria para la mayoría de apps.

No. El paquete de acceso y la carpeta de datos son independientes. Si creaste un acceso con una ruta de datos personalizada, esa carpeta permanece en el disco aunque borres el paquete de la app de acceso. Puedes recrearlo después y apuntarlo a la misma ruta.

Muchas apps no probadas funcionan, pero depende de cómo se inician y guardan datos. Si una app no se abre como instancia separada, el recurso más fiable es Modo de almacenamiento de datos con sobrescritura de HOME. Usa una carpeta HOME distinta por acceso. En apps en sandbox, esta opción no separa datos porque macOS fuerza el contenedor.

Parall separa datos dando a cada acceso su propia carpeta de datos del navegador. No conecta un acceso directamente a una carpeta Profile existente. Si quieres empezar con un perfil existente, cierra por completo el navegador, abre el acceso de Parall una vez, ciérralo y copia los datos del perfil existente a la carpeta de datos del acceso. Copia, no muevas. Los symlinks son una opción avanzada, pero un perfil compartido ya no está separado y no debe usarse por dos instancias al mismo tiempo.

Sí, pero es una configuración avanzada. Por defecto, un acceso de Claude creado por Parall mantiene sus propios datos. Si quieres compartir proyectos de Cowork, apunta la carpeta de sesión de Cowork del acceso a la carpeta de sesión original de Claude con un symlink. Cierra ambas instancias antes de tocarlo, conserva una copia del folder separado y no borres la carpeta original porque el symlink depende de ella.

Sí. Parall puede establecer variables de entorno por acceso y también sobrescribir HOME para crear perfiles separados en muchas apps sin sandbox. Si la carpeta elegida no está vacía, Parall crea automáticamente una subcarpeta con nombre de usuario y enlaza carpetas clave de macOS para mantener compatibilidad.

Cuando usas HOME, Parall prepara una estructura mínima con carpetas y enlaces necesarios para macOS. La intención es separar los datos de la app destino, no todo tu entorno de desarrollo. Por eso, configuraciones comunes de Terminal, Docker y herramientas de desarrollo pueden enlazarse de vuelta a tu Home real. Las apps en sandbox ignoran estas sobrescrituras.

macOS añade un atributo de cuarentena a paquetes recién creados. Puedes eliminarlo con el comando de Terminal incluido. En macOS 10.10 y 10.11 también hay que limpiar la cuarentena del binario del acceso.

Sí. Parall puede desplegarse y gestionarse con sistemas MDM estándar. No modifica archivos del sistema y su comportamiento es transparente.

Si abres Cursor, VS Code o un IDE basado en VS Code mediante un acceso con carpeta de datos redirigida, algunas extensiones pueden no aparecer en la búsqueda. Normalmente se debe a que el perfil separado tiene vacía la URL del servicio Marketplace. Abre ajustes del IDE, busca la URL del servicio Marketplace, pon https://marketplace.visualstudio.com/_apis/public/gallery y reinicia el IDE.

Sí. Puedes desplegar Parall con cualquier solución MDM estándar. Para preautorizar permisos de Accesibilidad, envía un perfil de configuración con el dominio com.apple.TCC.configuration-profile-policy que conceda Accessibility a app.parall.mac.

No. Las apps de Parall funcionan sin conexión y no almacenan datos personales. Los accesos normales solo son lanzadores del binario original. No repaquetan, parchean, inyectan ni modifican la app destino, y no necesitan conexiones propias de red para mantener perfiles separados.

En macOS 11 y anteriores, Parall no puede firmar automáticamente los accesos nuevos. Los accesos exportados en esos sistemas requieren firma manual antes de poder abrirse con normalidad.

Este mensaje aparece cuando macOS detecta que un acceso creado por Parall inicia otra app directamente mediante su ruta de línea de comandos. Parall no modifica apps ni archivos del sistema. Los accesos son paquetes de solo lectura que inician la app destino con argumentos y variables opcionales definidos en Info.plist. Puedes cerrar el mensaje con seguridad.

En algunos sistemas, los accesos de Parall aparecen en una pantalla de gestión de apps. macOS muestra esto porque el acceso lee el contenido del paquete de la app original para iniciarla. Parall no modifica, actualiza ni borra otras apps. Algunas apps sí necesitan ese permiso para su propio actualizador. Elige una instancia para actualizaciones y concédele el permiso cuando macOS lo pida.

Si una instancia necesita autorización OAuth externa, por ejemplo Cursor o Codex, puede fallar si otra instancia de la misma app está abierta. Cierra todas las demás instancias. Si sigue fallando, pon Safari temporalmente como navegador predeterminado y prueba otra vez. Tras autorizar, puedes usar varias instancias de nuevo.

Si creaste un acceso para una app compatible pero sigue usando los mismos datos, revisa que el modo de almacenamiento esté en Automático y que el acceso tenga una ruta de datos única. Mira también las notas específicas de la app en la página de compatibilidad.

Si después de eso no se separa, cierra la app destino y el acceso, comprime el paquete de acceso en un archivo ZIP y envíalo a support@parall.app con el nombre de la app y una breve descripción.