
Nesta página
- Condições do teste: uma conexão, dois perfis
- Configurações: o que é alterado e o que permanece real?
- Isolamento: os dados passam de um perfil para outro?
- Fingerprints padrão: identidades diferentes, Canvas e áudio iguais
- Estabilidade: o que se repetiu após reiniciar?
- Onde a experiência de configuração precisa melhorar
- Notas e avaliação do produto
- Mais análises do Multilogin
- Perguntas frequentes
O Multilogin manteve os dados dos dois perfis separados e preservou os valores de fingerprint amostrados após atualizações de página e reinicializações no mesmo computador. Na configuração padrão, Canvas e áudio eram iguais entre os perfis porque estavam em modo Real. Ao mudar apenas o Canvas de B para Noise, obtivemos um novo valor que permaneceu estável.
São três propriedades distintas: isolamento dos dados dos sites, diferenças entre perfis e repetibilidade dentro de cada perfil. Avaliá-las separadamente ajuda a entender quais configurações realmente afetam sua operação.
Condições do teste: uma conexão, dois perfis
O teste T03 foi realizado em 31 de outubro de 2026 com o plano pago Pro 20, um Mac e o Mimic 155.5. Criamos dois perfis na nuvem, EnvTrace-T03-A e EnvTrace-T03-B, configurados para restaurar as abas anteriores.
Ambos utilizaram a conexão já existente no computador, via Clash, e apresentaram a mesma saída em Hong Kong. Selecionamos a opção de não atribuir um proxy separado ao perfil, identificada na interface chinesa como “无全局IP”. O computador continuou usando seu túnel de rede. Manter essa conexão constante concentrou a comparação nos perfis e nas configurações de fingerprint.
Usamos uma página local para testar armazenamento e o site público de demonstração SauceDemo para verificar login e carrinho. EnvTrace e BrowserLeaks forneceram as leituras de fingerprint, com uma observação inicial no WhoerIP. A manteve os padrões; B começou com as mesmas opções e depois mudou somente Canvas para Noise.
As imagens preservam a interface e as páginas originais em chinês. As legendas em português explicam cada resultado. O registro completo do T03 contém 27 capturas e os valores amostrados.
Configurações: o que é alterado e o que permanece real?
Orientação oficial: manter os padrões quando não houver um objetivo claro para a mudança e alterar um parâmetro por vez. Guia oficial de configurações de fingerprint.
O que observamos na interface: os sinais do navegador recebem tratamentos diferentes. Antes de estabelecer a referência do teste, encontramos estas opções:
| Configuração | Estado observado | O que controla |
|---|---|---|
| Nome, pasta, etiquetas e notas | Definidos pelo usuário | Identificação e organização |
| Armazenamento e inicialização | Nuvem; restaurar abas anteriores | Salvamento e próxima abertura |
| WebRTC, fuso horário, idioma e dados de localização | Mascarados | Informações de rede e região expostas aos sites |
| Permissão de localização | Perguntar | Autorização para solicitações do site |
| Tela, fontes, Navigator e metadados da GPU | Mascarados | Identidade de dispositivo informada |
| Gráficos WebGL | Noise, com ruído | Resultado da renderização gráfica |
| Canvas, áudio e dispositivos de mídia | Real | Saída do dispositivo real |
| Proteção contra varredura de portas | Mascarada | Sondagens de portas locais, com exceções configuráveis |
Os controles personalizados também mostravam user agent, plataforma, núcleos da CPU, OSCPU, informações de GPU do WebGL e identificadores do WebGPU. Inspecionamos essas opções e restauramos os padrões antes do teste. Havia entradas para extensões e cookies pré-carregados, com algumas opções limitadas pelo plano.
Nossa leitura do produto: separar o nome informado da GPU do comportamento da renderização é uma decisão útil. Um descreve a identidade; o outro resulta de um cálculo. A interface deveria explicar a relação para deixar claro o efeito de cada mudança.
Isolamento: os dados passam de um perfil para outro?
Verificamos seis tipos de estado no mesmo endereço local: cookies, localStorage, sessionStorage, IndexedDB, CacheStorage e window.name. Os cinco primeiros cobrem mecanismos de armazenamento; o último registra um estado temporário da janela.
- Na primeira visita de A, os seis resultados estavam vazios. Gravamos A-1031 e atualizamos: todos mostraram a marca de A.
- A primeira visita de B ao mesmo endereço também retornou seis resultados vazios. Gravamos B-1031 e atualizamos: todos mostraram a marca de B.
- Encerramos B completamente, reabrimos e atualizamos. Os cinco valores de armazenamento continuaram sendo os de B;
window.nameficou vazio. - Reabrimos A: seus cinco valores salvos retornaram, com
window.namevazio. Os dados de B não haviam substituído os de A.
Os dois perfis ficaram abertos simultaneamente durante parte da sessão, com leituras alternadas. O sessionStorage foi preservado junto com a restauração das abas nesse fluxo. Registramos a limpeza de window.name como o comportamento observado do estado temporário após a reinicialização completa.


Também verificamos uma situação de uso real. A entrou no SauceDemo e adicionou uma Backpack ao carrinho. B abriu a página protegida e foi direcionado ao login. Depois de entrar separadamente na mesma conta de demonstração, B tinha o carrinho vazio. Adicionamos uma Bike Light em B e voltamos a A: sua Backpack continuava lá.
Resultado: armazenamento e login ficaram separados por perfil, e cada um recuperou seu próprio estado. Nota A para isolamento de dados.
Fingerprints padrão: identidades diferentes, Canvas e áudio iguais
| Campo observado | Perfil A | Perfil B com os padrões |
|---|---|---|
| Versão informada do navegador | Chrome 155 | Chrome 155 |
| Sistema operacional via Client Hints | macOS 26.1 | macOS 13.6.6 |
| Tela | 1728 × 1117 | 1440 × 900 |
| Núcleos da CPU | 10 | 8 |
| Memória informada | 16 GB | 16 GB |
| Nome da GPU | Apple M1 Pro | Apple M1 |
| Idioma e fuso horário | en-US, en; Hong Kong | en-US, en; Hong Kong |
| Canvas | Igual ao de B no mesmo teste | Igual ao de A |
| Áudio | Igual ao de B no mesmo teste | Igual ao de A |
| WebGL no BrowserLeaks | Hashes do relatório e do desenho diferentes entre A e B | Diferentes dos de A |
A igualdade de Canvas e áudio acompanha o modo Real exibido na configuração. Se a operação exige saídas de Canvas diferentes entre perfis, essa opção precisa entrar na revisão antes de fechar a configuração.
Também é necessário distinguir as interfaces que informam o sistema operacional. O user agent tradicional continha macOS 10_15_7; os Client Hints informavam versões mais recentes. A política de redução do user agent do Chromium congela partes da identificação tradicional. Documentação do Chromium.
Nossa interpretação é que os padrões do Multilogin são seletivos. A decisão útil é quais sinais preservar ou alterar e, em seguida, verificar se o conjunto permanece coerente e repetível.
Estabilidade: o que se repetiu após reiniciar?
A passou pela abertura inicial e quatro ciclos completos de encerramento e reabertura. B passou pela abertura padrão, uma reinicialização com os padrões, a primeira abertura com Canvas Noise e outra reinicialização mantendo Noise. As leituras foram feitas nos pontos abaixo.
| Verificação | Momentos comparados | Resultado |
|---|---|---|
| A: identidade, Canvas e áudio | Abertura inicial, reinicializações 1 e 3 | Valores amostrados iguais |
| A: Canvas no BrowserLeaks | Inicial, atualização após reinicialização 1 e reinicialização 2 | Mesmo valor |
| A: WebGL no BrowserLeaks | Primeira leitura e atualização após reinicialização 4 | Mesmos hashes de relatório e desenho |
| B: configuração padrão | Inicial e reinicialização; atualização adicional do WebGL | Identidade, Canvas, áudio e WebGL amostrados iguais |
| B: Canvas Noise | Após a mudança, atualização e reinicialização completa | Mesmo novo valor de Canvas |
O EnvTrace apresentou consistência de 100/100 nessas configurações. Nossa nota se apoia nas leituras individuais repetidas, cruzadas com os resultados gráficos do BrowserLeaks. Nota A para estabilidade de fingerprint no mesmo computador.
Mudar somente Canvas gerou um novo valor persistente
Encerramos B e mudamos Canvas de Real para Noise. Áudio continuou em Real, WebGL em Noise e os demais parâmetros de identidade foram mantidos.
| Teste | Modo Real padrão | Após ativar Noise | Após reinicialização completa |
|---|---|---|---|
| Canvas no BrowserLeaks | E97C…562C2F | D028…712080 | Mesmo novo valor |
| Canvas no EnvTrace | de7811…31e13c | 4edb00…d1512b | Mesmo novo valor |
| Áudio, WebGL e identidade amostrada | Valores originais | Valores originais | Valores originais |
Os hashes estão abreviados para facilitar a leitura. Cada página usa seu próprio desenho e método: a comparação deve ser feita antes e depois dentro da mesma página. Os valores completos permanecem no registro do teste.


Nossa avaliação: o controle produz um efeito observável e o perfil o preserva. Esse é o comportamento desejável em uma configuração persistente: uma mudança intencional seguida por um resultado estável.
Onde a experiência de configuração precisa melhorar
A lista de portas permitidas exigiu uma confirmação adicional. A página local funcionava no Chrome comum, mas inicialmente falhou no Mimic com a proteção de portas padrão. Digitar 8765 e salvar não manteve a configuração pretendida. Pressionar Enter para transformar o número em uma entrada da lista fez a opção funcionar. Usamos a mesma exceção temporária nos dois perfis e a removemos ao encerrar os testes.
Foi preciso conferir a seleção final do proxy. A tela de criação mostrou seleções diferentes enquanto carregava. Selecionamos explicitamente a opção sem proxy separado e verificamos o resumo antes de criar os perfis. O termo chinês com “IP global” ainda se sobrepunha à terminologia da ferramenta de rede do computador. Separar visualmente a conexão do computador e o proxy do perfil reduziria essa confusão.
Relatórios de fingerprint precisam ser comparados campo a campo. O WhoerIP mostrou hashes WebGL iguais entre A e B, enquanto o BrowserLeaks mostrou diferenças nos hashes de relatório e desenho. As verificações observam aspectos diferentes. Examinar o campo e o método explica melhor o comportamento do que comparar uma pontuação geral.
Uma interrupção posterior de login trouxe outra observação. O código oficial do SauceDemo define dez minutos de validade para o cookie de login. Depois de entrar novamente, o carrinho original de A continuava salvo; uma reinicialização completa dentro desse prazo também recuperou o login. Registramos o evento como expiração da sessão do site. Código de login do Sauce Labs.
Notas e avaliação do produto
| Área | Nota | Motivo |
|---|---|---|
| Isolamento de dados dos perfis | A | Estado independente após gravações e reinicializações |
| Estabilidade no mesmo computador | A | Leituras repetidas nos pontos documentados |
| Controle do fingerprint | A− | Mudança pontual de Canvas persistente; falta melhorar a visualização do efeito |
| Experiência de configuração | B | Alguns controles exigiram interpretação ou conferência extra |
O comportamento mais forte do Multilogin neste teste foi combinar ajuste seletivo e persistência. Real, Masked e Noise cumprem funções diferentes, e o perfil conserva essas escolhas como uma identidade reutilizável.
As melhorias que priorizaríamos são concretas: prévia final dos parâmetros, indicação da origem de cada valor, resumo dos campos afetados por uma alteração e estado explícito de confirmação nas listas de exceção. Isso encurtaria o caminho entre selecionar uma opção e verificar que ela entrou em vigor.
Mais análises do Multilogin
- Multilogin: análise de isolamento, estabilidade de fingerprint e uso diário
- Multilogin em regiões com restrições: VPN, Agent e acesso à rede
- Multilogin web ou desktop: como escolher armazenamento na nuvem ou local
- Multilogin: teste de isolamento e estabilidade de fingerprint com Canvas e WebGL
- Multilogin: teste de recuperação de login, dados salvos e perfis excluídos
